Bug#739246: btrfs-tools: command line arguments get eaten

[Nicholas D Steeves]

Julius,

Thank you for sharing your observations when closing this bug.  Your
attention to detail for the record is appreciated.  Please don't
hesitate to report any issues you encounter in the future, because
case-by-case tests like these go a long way towards helping to find
and fix corner-cases.

Cheers,
Nicholas

Bug#739246: btrfs-tools: command line arguments get eaten

[Nicholas D Steeves]

Hi Julius,

Have you had a chance to see if this was fixed in
btrfs-tools-3.17-1.1~bpo70+1?  The new command is: btrfs check
/dev/vdb1

Regards,
Nicholas

Bug#739246: btrfs-tools: command line arguments get eaten

[Julius Seemayer]

Package: btrfs-tools
Version: 0.19+20120328-7.1
Severity: important

The  btrfsck  from  the Wheezy btrfs-tools package doesn't handle command line
arguments properly, e.g. 

# btrfsck -f /dev/vdb1 || echo fail
btrfsck: invalid option -- 'f'
usage: btrfsck dev
Btrfs Btrfs v0.19
fail
# btrfsck -a -f /dev/vdb1 || echo fail
Btrfs Btrfs v0.19
# btrfsck -a dummy /dev/vdb1 || echo fail
Btrfs Btrfs v0.19
# 

 The  argument  after  -a gets obviously eaten.  -f should cause an error, as
'dummy' should. (The combination -a -f is used in the /etc/init.d/checkroot.sh
and /etc/init.d/checkfs.sh scripts.)

Note:  The  Jessie  and  later  packages moved the code from btrfsck.c code to
btrfs.c, along  with a very different argument parsing.  I haven't checked but
those versions are probably not affected.


Cheers,

Julius


-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org