Por que uma partição pode aparecer em 'mount' mas não em 'df'?

6

Se eu comparar isso

$> sudo mount | grep sdb
/dev/sdb1 on /windows type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sdb2 on /store type ext4 (rw)

com isso

$> sudo df -h | grep sdb
/dev/sdb1               94G   59G   35G  63% /windows

Eu vejo que / dev / sdb2 está faltando. Mas se eu executar isso:

$> df -h /dev/sdb2
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb2       367G  342G  6.2G  99% /store

Está aí. Por que isso pode estar acontecendo?

Eu não tenho um arquivo /etc/udev/rules.d/99-hide-disks.rules . Observe também

$> grep store /etc/fstab
# /store was on /dev/sdb3 during installation
UUID=760630a7-223f-42e4-aecf-de92e32f12b9 /store          ext4    defaults        0       2

Saída completa de df :

Filesystem            1K-blocks      Used Available Use% Mounted on
/dev/sda5              14287344   7560960   5977584  56% /
none                          4         0         4   0% /sys/fs/cgroup
udev                    8140000   8140000         0 100% /dev
tmpfs                   1631016     68292   1562724   5% /run
none                       5120         4      5116   1% /run/lock
none                    8155080     23212   8131868   1% /run/shm
none                     102400        24    102376   1% /run/user
/dev/sda7              73385208   4711820  64922580   7% /home
/dev/sdb1              97650684  61264484  36386200  63% /windows
/dev/sda2                 97280     32492     64788  34% /boot/efi
/store/var/tmp        384466988 357170340   7743728  98% /var/tmp
/home/me/.Private      73385208   4711820  64922580   7% /home/me

Saída completa de mount :

/dev/sda5 on / type ext4 (rw,noatime,errors=remount-ro,discard)
proc on /proc type proc (rw,nodev,noexec,nosuid)
sysfs on /sys type sysfs (rw,nodev,noexec,nosuid)
none on /sys/fs/cgroup type tmpfs (rw,uid=0,gid=0,mode=0755,size=1024)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /sys/firmware/efi/efivars type efivarfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,nodev,noexec,nosuid,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,nodev,noexec,nosuid,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
none on /dev/.bootchart/proc type proc (rw,relatime)
/dev/sda7 on /home type ext4 (rw,noatime,discard)
/dev/sdb1 on /windows type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sda2 on /boot/efi type vfat (rw)
/dev/sdb2 on /store type ext4 (rw)
/store/tmp on /tmp type none (rw,bind)
/store/var/tmp on /var/tmp type none (rw,bind)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nodev,noexec,nosuid)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,noexec,nodev,none,name=systemd)
/home/.ecryptfs/me/.Private on /home/me
    
por spraff 18.04.2015 / 12:36

1 resposta

5

A razão pela qual

sudo df -h | grep sdb

não emitiu nenhuma linha relacionada a sdb2 em seu sistema porque a saída de sudo df -h não continha nenhuma referência a sdb2 . Para verificar isso, examine a saída de df -h manualmente. Há uma referência a sdb1 e a /store/var/tmp , mas nada sobre sdb2 . (Ele é listado apenas quando /dev/sdb2 é fornecido explicitamente como um argumento para df , como no seu terceiro trecho de código.) Esta é tecnicamente a pergunta que você fez.

Implícito na pergunta também é por que df -h não produz uma linha relacionada a /dev/sdb2 quando está claramente montada. Descobrir isso exigiria mais informações sobre o seu sistema; por exemplo, veja este relatório de erros de 2014 da Red Hat explicando que as alterações em /etc/mtab podem criar duplicatas que df tenta reduzir. Isso pode fazer com que partições montadas não apareçam.

    
por 29.11.2017 / 12:01

Tags