Comprei um HDD totalmente novo, formatado em exFAT, estava movendo pastas para ele e aconteceu que algo foi corrompido quando abri mais threads para copiar arquivos para lá.
Eu conheço o diretório que falhou (ele ficou preso, talvez por centenas de milhares de arquivos nele). Tentei removê-lo (foi movido para a pasta .Trash no mac).
Mas não foi possível apagar arquivos. Então desconectei o HDD, pensando que nenhum processo estava em execução.
Agora:
sudo fsck_exfat -q /dev/disk1s2
reporta sistema de arquivos sujo
sudo fsck_exfat -gd /dev/disk1s2
Vejo que ele percorre a longa lista de arquivos listados em ./Thrashes/
pasta do HDD externo
Eu me pergunto se eu poderia fazer:
rm -r ./Thrashes/*
para remover todos os arquivos do thrash e execute novamente fsck para tornar o processo mais rápido.
Ou é melhor evitar e deixar o fsck ser concluído, pois o sistema de arquivos está sujo?
Também ocasionalmente vejo linhas:
Read offset = 0x000005200000 length = 0x040000
Isso significa que é um erro ou simplesmente uma informação?
este é o log que obtive:
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
.... ....
Se for importante, Mac OS versão 1.9.5
Responder1
Se um sistema de arquivos foi desmontado sujo, não há como saber exatamente o que, se houver, pode ter sido deixado inconsistente/corrompido nas estruturas de dados do sistema de arquivos, portanto, é considerado inseguro montá-lo para leitura/gravaçãode forma algumaaté que tenha sido fsck'd e corrigido. Portanto, não, não é considerado seguro modificar de forma alguma um sistema de arquivos desmontado sujo antes de ser fsck'd, mesmo se você estiver apenas excluindo arquivos que você moveu anteriormente para a lixeira.