Red Hat Bugzilla – Bug 501484
Move mount.ecryptfs from /sbin to /usr/sbin
Last modified: 2013-03-07 21:06:06 EST
Description of problem:
Since mount.ecryptfs is not expected to be usable without mounted /usr (due to dependency on $(ldd /sbin/mount.ecryptfs | grep usr) , it makes some sence to move mount.ecryptfs from /sbin to /usr/sbin.
Usually mount.* binaries are in /sbin but they usually don't depend on stuff from /usr.
Version-Release number of selected component (if applicable):
[root@hp-ml370g4-01 trueopenssl-keyfile]# ldd /sbin/mount.ecryptfs | grep usr
libecryptfs.so.0 => /usr/lib64/libecryptfs.so.0 (0x00002b4be25d7000)
libssl3.so => /usr/lib64/libssl3.so (0x0000003dde400000)
libsmime3.so => /usr/lib64/libsmime3.so (0x0000003de1400000)
libnss3.so => /usr/lib64/libnss3.so (0x0000003de0400000)
libnssutil3.so => /usr/lib64/libnssutil3.so (0x0000003ddf400000)
libgcrypt.so.11 => /usr/lib64/libgcrypt.so.11 (0x0000003de1c00000)
libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 (0x0000003de1800000)
libplc4.so => /usr/lib64/libplc4.so (0x0000003de0c00000)
libplds4.so => /usr/lib64/libplds4.so (0x0000003ddfc00000)
libnspr4.so => /usr/lib64/libnspr4.so (0x0000003de0800000)
can you point me to any standard/specification where it's required? I don't see any reason why bother with something like this. And as you've already written, mount helpers are expected in /sbin
I think I can't convince upstream for this change, also I don't see any (big enough) benefit of this for diverging from upstream here.
btw, mount.ecryptfs is not the only binary in /sbin requiring something from /usr
you can check it using:
for f in /sbin/* ; do ldd $f | grep -q '/usr/' && echo $f; done
So I don't think this has enough rationale for changing something and diverging from upstream and all others.