On 09/09/2014 02:51 PM, Carlos E. R. wrote:
when I do a "df -h", there is at least one partition that is missing from the output.
For clarity, I'll use "grep" for the paste here, but the long "df" output has the same problem.
cer@Telcontar:~> mount | grep storage /dev/sdd2 on /data/storage_d type xfs (rw,relatime,attr2,inode64,noquota) /dev/sda12 on /data/storage_a type xfs (rw,relatime,attr2,inode64,noquota) /dev/sdb11 on /data/storage_b type reiserfs (rw,relatime,user_xattr,acl) /dev/sdc18 on /data/storage_c type xfs (rw,relatime,attr2,inode64,noquota)
cer@Telcontar:~> df -h | grep storage /dev/sdd2 1,9T 1,9T 13G 100% /data/storage_d /dev/sda12 314G 168G 147G 54% /data/storage_a /dev/sdb11 384G 313G 71G 82% /data/storage_b cer@Telcontar:~>
As you see, "/data/storage_c" is mounted, but it is not listed in "df". Asking for it explicitly produces the expected output:
cer@Telcontar:~> df -h /data/storage_c Filesystem Size Used Avail Use% Mounted on /dev/sdc18 546G 400G 146G 74% /data/storage_c cer@Telcontar:~>
I don't remember seeing this before :-?
In the upstream coreutils-v8.23, there were several fixes regarding such "filtering of duplicate mounts" (like e.g. bind mounts or mounting the a NFS volume of the same underlying file system on the server). But your case looks quite straight-forward. This should only happen when the same file system has already been processed. Please give us the output of $ stat -c '%n %m %d' /data/storage_{a,b,c,d} Have a nice day, Berny -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org