Your message dated Thu, 12 Nov 2015 22:28:39 +0100
with message-id <[email protected]>
and subject line will not be fixed in util-linux, closing.
has caused the Debian Bug report #798611,
regarding util-linux: /sbin/fsck no longer works as non-root
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
798611: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798611
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: util-linux
Version: 2.27-1
Severity: important
Control: affects -1 cryptmount

This breaks cryptmount when run as a user.  cryptmount tries to use 
/sbin/fsck to check the filesystem, /sbin/fsck fails to be able to run 
the correct filesystem check, returns an error and cryptmount refuses to 
mount that filesystem.

For example:

$ cryptmount gpg
Enter password for target "gpg":
[cryptmount-fsck]: error 2 (No such file or directory) while executing 
fsck.ext2 for /dev/mapper/gpg



Correct behaviour:

$ /sbin/fsck /dev/null
fsck from util-linux 2.26.2
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: Inappropriate ioctl for device while trying to open /dev/null

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>


Incorrect behaviour:

$ /sbin/fsck /dev/null
fsck from util-linux 2.27
fsck: error 2 (No such file or directory) while executing fsck.ext2 for 
/dev/null


This is 2.26.2:

$ strings $(which /sbin/fsck)|grep sbin
/sbin:/sA
:/sbin/fI
/sbin:/sbin/fs.d:/sbin/fs

and this is 2.27:

$ strings $(which /sbin/fsck)|grep sbin
/sbin

This suggests that /sbin/fsck is no longer adding /sbin to the path to 
search for fsck.${fstype} programs.

It is possible to work around this change in behaviour by adding /sbin 
to the PATH, thus:

$ PATH=$PATH:/sbin /sbin/fsck /dev/null
fsck from util-linux 2.27
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: Inappropriate ioctl for device while trying to open /dev/null
[etc]





-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-rc7-00125-gd0b89bd (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages util-linux depends on:
ii  initscripts     2.88dsf-59.2
ii  libblkid1       2.27-1
ii  libc6           2.19-19
ii  libfdisk1       2.27-1
ii  libmount1       2.27-1
ii  libncursesw5    6.0+20150810-1
ii  libpam0g        1.1.8-3.1
ii  libselinux1     2.3-2+b1
ii  libsmartcols1   2.27-1
ii  libsystemd0     226-1
ii  libtinfo5       6.0+20150810-1
ii  libudev1        226-1
ii  libuuid1        2.27-1
ii  lsb-base        4.1+Debian14
ii  sysvinit-utils  2.88dsf-59.2
ii  tzdata          2015f-1
ii  zlib1g          1:1.2.8.dfsg-2+b1

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools          3.0.28-2
ii  kbd                 1.15.5-2
ii  util-linux-locales  2.27-1

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:

--- End Message ---
--- Begin Message ---
Hello!

As previously discussed this is not considered an issue within
util-linux. A solution for cryptmount has already been implemented
via http://bugs.debian.org/779851

I've just tagged this bug 'wontfix' to mark that no change has/will
be implemented on the util-linux side for this. Now closing the
report to avoid it cluttering up the backlog.

Regards,
Andreas Henriksson

--- End Message ---

Reply via email to