¿Por qué podría aparecer una partición en `mount` pero no en` df`?


8

Si comparo esto

$> 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)

con este

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

Veo / dev / sdb2 falta. Pero si ejecuto esto:

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

Está allá. por que podria estar pasando esto?

No tengo un /etc/udev/rules.d/99-hide-disks.rulesarchivo También tenga en cuenta

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

Salida 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

Salida 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

La partición puede aparecer dfcomo /dev/disk/by-uuid/something. Deberías buscar en /storelugar de sdb.
user49740

¿Se muestra si solo corres df? Me pregunto si grepestá haciendo algo extraño, tal vez está relacionado con algo. ¿Puedes ver sdb2en la salida completa de df?
terdon

No y no. Salida completa de df y montaje .
Spray

¿Qué se obtiene si sólo Exec df -h | grep sdb, sin sudo? Casi parece que su superusuario y usuario habitual tienen diferentes vistas de los sistemas de archivos como se ve por df.
hBy2Py

¿Podría publicar la salida ls -l /etc/mtaby el contenido completo de /proc/self/mounts?
Grawity

Respuestas:


6

La razón por la cual

sudo df -h | grep sdb

no generó ninguna línea relacionada con sdb2su sistema porque la salida de sudo df -hno contenía ninguna referencia a sdb2. Para verificar esto, mire a través de la salida de df -hmanualmente. Hay una referencia a sdb1y para /store/var/tmp, pero nada al respecto sdb2. (Solo aparece cuando /dev/sdb2se proporciona explícitamente como argumento para df, como en su tercer fragmento de código). Esta es técnicamente la pregunta que hizo.

Implícito en la pregunta también es por qué df -hno genera una línea relacionada con /dev/sdb2cuando está claramente montado. Para descubrirlo se requeriría más información sobre su sistema; por ejemplo, vea este informe de errores de 2014 para Red Hat que explica que los cambios /etc/mtabpueden crear duplicados que dfintentan reducirse. Esto podría causar que las particiones montadas no salgan a la superficie.


44
La primera parte me parece excesiva; Estoy bastante seguro de que el autor de la pregunta sabe cómo grepfunciona. Todavía hago +1 por mí para desenterrar este informe de error.
Kamil Maciorowski

No era dolorosamente obvio por qué grep no devolvió una línea para sdb2, tuve que mirarla varias veces antes de darme cuenta, así que pensé en señalarlo primero. Gracias por ayudarme con el mini Markdown, todavía me estoy acostumbrando al formateo.
Mike Chapman el
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.