Obtuve un disco duro nuevo, formateado en exFAT, estaba moviendo carpetas hacia él y sucedió que algo se corrompió cuando abrí más hilos para copiar archivos allí.
Conozco el directorio que falló (se atascó, tal vez por cientos de miles de archivos). Intenté eliminarlo (se movió a la carpeta .Trash en Mac).
Pero no se pudieron borrar los archivos. Entonces desconecté el HDD, pensando que no se estaba ejecutando ningún proceso.
Ahora:
sudo fsck_exfat -q /dev/disk1s2
informa que el sistema de archivos está sucio
sudo fsck_exfat -gd /dev/disk1s2
Veo que recorre la larga lista de archivos enumerados en ./Thrashes/
carpeta del disco duro externo
Me pregunto si podría hacer:
rm -r ./Thrashes/*
para eliminar todos los archivos en la basura y ejecute nuevamente fsck para acelerar el proceso.
¿O es mejor evitar y dejar que fsck se complete, ya que el sistema de archivos está sucio?
De vez en cuando también veo líneas:
Read offset = 0x000005200000 length = 0x040000
¿Significa que es un error o simplemente una información?
este es el registro que obtuve:
sudo fsck_exfat -gd /dev/disk1s2
Opening /dev/rdisk1s2
(S,"Checking volume.",0)
(S,"Checking main boot region.",0)
7813556224 total sectors; 512 bytes per sector
FAT starts at sector 32768; size 131072 sectors
15260532 clusters starting at sector 163840; 262144 bytes per cluster
Root directory starts at cluster 11
Read offset = 0x000001000000 length = 0x001000
(S,"Checking system files.",0)
Read offset = 0x000005240000 length = 0x040000
(S,"Volume name is %1$@.",1)
luigi4T
Found active bitmap; first cluster 2, length 1907567
(S,"Checking upper case translation table.",0)
Read offset = 0x000005200000 length = 0x040000
Found upcase table; starting cluster 10, length 5836
(S,"Checking file system hierarchy.",0)
Directory /
File /._.Trashes
Directory /.Trashes
Directory /.fseventsd
Directory /.Spotlight-V100
Directory /.TemporaryItems
Directory /20190318 BackUp
File /.com.apple.timemachine.donotpresent
File /._.com.apple.timemachine.donotpresent
File /._.TemporaryItems
File /.apdisk
File /._.apdisk
Read offset = 0x000005280000 length = 0x040000
Directory /.Trashes/501
File /.Trashes/._501
Read offset = 0x000005300000 length = 0x040000
File /.fseventsd/fseventsd-uuid
File /.fseventsd/0000000002073ca7
File /.fseventsd/0000000002089d5c
...
# files I'd like to remove from Thrashes folder, *before* running a files system check again
...
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm2219_9_Assassinio_per_cause_naturali.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm2219_imm_Assassinio_per_cause_naturali.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm221_0_Accordi_sul_palcoscenico.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm221_10_Accordi_sul_palcoscenico.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm221_1_Accordi_sul_palcoscenico.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm221_2_Accordi_sul_palcoscenico.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm221_3_Accordi_sul_palcoscenico.jpg
File /.Trashes/501/WatchDiscovery 10.01.36 AM/backup Jan 21, 2012/Posters_cleaned/mm221_4_Accordi_sul_palcoscenico.jpg
.... ....
Si es importante, mac OS versión 1.9.5
Respuesta1
Si un sistema de archivos se desmontó sucio, no hay forma de saber exactamente qué, si es que hay algo, podría haber quedado inconsistente/corrupto en las estructuras de datos del sistema de archivos, por lo que se considera inseguro montarlo en lectura/escritura.en absolutohasta que haya sido reparado y reparado. Entonces, no, no se considera seguro modificar de ninguna manera un sistema de archivos sucio y desmontado antes de que sea fsck, incluso si solo está eliminando archivos que previamente había movido a la papelera.