exFAT로 포맷된 새로운 HDD를 가지고 있는데 폴더를 그 HDD로 옮기고 있었는데 거기에 파일을 복사하기 위해 더 많은 스레드를 열었을 때 문제가 발생했습니다.
나는 오류가 발생한 디렉토리를 알고 있습니다(아마도 수십만 개의 파일이 있을 정도로 멈췄을 것입니다). 제거하려고 했습니다(Mac에서는 .Trash 폴더로 이동되었습니다).
하지만 파일을 지울 수는 없습니다. 그래서 프로세스가 실행되고 있지 않다고 생각하여 HDD의 플러그를 뽑았습니다.
지금:
sudo fsck_exfat -q /dev/disk1s2
파일 시스템이 더러워졌다고 보고합니다.
sudo fsck_exfat -gd /dev/disk1s2
./Thrashes/에 나열된 긴 파일 목록을 살펴보는 것을 볼 수 있습니다.
외장 HDD 폴더
내가 할 수 있는지 궁금합니다.
rm -r ./Thrashes/*
thrash의 모든 파일을 제거하고 fsck를 다시 실행하여 프로세스를 더 빠르게 만듭니다.
아니면 파일 시스템이 더럽기 때문에 fsck를 피하고 완료하도록 하는 것이 더 낫습니까?
나는 또한 때때로 다음과 같은 줄을 본다:
Read offset = 0x000005200000 length = 0x040000
오류라는 뜻인가요, 아니면 단순히 정보라는 뜻인가요?
이것은 내가 얻은 로그입니다:
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
.... ...
중요한 경우 Mac OS 버전 1.9.5
답변1
파일 시스템이 더러워서 마운트 해제된 경우 파일 시스템의 데이터 구조에 대해 일관성이 없거나 손상되었을 수 있는 것이 무엇인지 정확히 알 수 없으므로 읽기/쓰기로 마운트하는 것이 안전하지 않은 것으로 간주됩니다.조금도fsck가 완료되고 수정될 때까지. 따라서 아니요. 이전에 휴지통으로 이동한 파일을 삭제하는 경우에도 fsck가 수행되기 전에 더티 마운트 해제된 파일 시스템을 어떤 식으로든 수정하는 것은 안전하지 않은 것으로 간주됩니다.