¿Por qué fsck_hfs es lento en * journaled * HFS +

0

A veces, mis unidades externas se desconectan de forma impura y, en la siguiente conexión, es necesario realizar una comprobación del disco.

Lo que me sorprende ahora es ver un proceso lento de verificación del disco. en un sistema de archivos de diario . Según el manual, eso requiere la -f Opción, pero eso parece incorrecto. No es el punto de diario que usted Nunca ¿Necesita una verificación completa del disco?

En detalle, macOS comenzó fsck automáticamente con -y: 

$ ps auxw|grep fsck
root              3792   1.1  2.3  6429668 389400   ??  U     2:09pm   0:05.10 /System/Library/Filesystems/hfs.fs/Contents/Resources/./fsck_hfs -y /dev/disk3s2

Luego interrumpí el proceso y lo volví a ejecutar a mano sin -y Para mayor control, como suelo hacer: 

 sudo fsck_hfs /dev/disk3s2
** /dev/rdisk3s2
   Executing fsck_hfs (version hfs-407.50.6).
** Checking Journaled HFS Plus volume.
   The volume name is MyPass4T-TM2
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.

FWIW, esto es en un sparsebundle de HFS con registro diario, que uso para Time Machine, alojado en un sistema de archivos externo (ExFAT).

hfs+ sparsebundle fsck-hfs Blaisorblade
fuente
¿Por qué no usaste? diskutil repairvolume disk3s2? Esto habría corrido fsck_hfs -fy -x /dev/rdisk3s2 después de desmontar.
David Anderson
No sabía ese comando, pero ciertamente no quiero correr nunca fsck -y. Además, el manual sugiere pasar. -f haría fuerza un cheque completo en un FS registrado, mientras que me gustaría evitar Eso y confiar en el diario, siempre y cuando sea seguro. Sin embargo, olvidé que uno debería usar rdisk en lugar de disk como sugiere el manual.
Blaisorblade