일어난 일은 다음과 같습니다.
나는 노트북을 사용하고 USB 스틱의 일부 데이터에 액세스했습니다. 그런 다음 노트북을 닫고 시스템을 절전 모드로 전환했습니다. USB 스틱은 여전히 연결되어 있었습니다. 랩톱이 완전히 절전 모드에 들어간 후 스틱을 제거했습니다(표시등이 꺼졌으므로 전원이 공급되지 않았던 것 같습니다). 오늘 USB 스틱 없이 노트북을 깨웠어요. 이제 다시 연결하면 파일 시스템이 자동으로 마운트되지 않습니다.
수동으로 마운트하려고 했습니다.
chi mnt # mount -t vfat /dev/disk/by-id/usb-JetFlash_Transcend_4GB_QTMFKJQQ-0\:0-part1 usb/
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so
나는 dmesg | tail다음을 발견했습니다.
FAT-fs (sdb1): bogus number of FAT structure
FAT-fs (sdb1): Can't find a valid FAT filesystem
fsck.vfat그래서 어떻게든 문제를 해결할 수 있는지 알아보기 위해 스틱의 파티션에 대해 다음 작업을 수행해 보았습니다 .
chi mnt # fsck.vfat /dev/disk/by-id/usb-JetFlash_Transcend_4GB_QTMFKJQQ-0\:0-part1
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
Cluster size is zero.
Linux 도구를 사용하여 스틱의 파일 시스템을 복구할 수 있는 방법이 있습니까? 젠투를 사용하고 있습니다.
또한 이 동작은 버그나 적어도 위험한 것으로 간주되어서는 안 됩니까? 시스템이 절전 모드에 있는 동안 스틱을 제거하는 것은 일반적인 사용 사례처럼 들립니다. 또한 제거한 경우 시스템을 다시 켜기 전에 다시 넣는 것을 잊어버리기 쉽고 이로 인해 파일 시스템이 종료될 것이라고 생각하지 않습니다. 나는 이 버그를 보고할 의향이 있지만 어떤 메일링 리스트/버그 추적기가 올바른 것인지 모르겠습니다.
편집하다:
온라인에서 몇 가지 제안을 찾았습니다.. 그러나 다음을 사용하여 이것을 시도하면:
dd if=/dev/disk/by-id/usb-JetFlash_Transcend_4GB_QTMFKJQQ-0\:0-part1 of=sector6.bin bs=512 count=1 skip=6 conv=noerror,sync
dd if=sector6.bin of=/dev/disk/by-id/usb-JetFlash_Transcend_4GB_QTMFKJQQ-0\:0-part1 bs=512 count=1 conv=noerror,sync,notrunc
그 후에도 여전히 같은 오류가 발생합니다. 또한 일부 게시물에서 제안한 대로 Windows에서 사용해 보았지만 CHKDSK F: \R \T이 도구는 드라이브를 RAW지원되지 않는 것으로 보고만 했습니다.
답변1
USB 스틱에 작업을 수행하기 전에 이미지를 만들어야 합니다.
dd bs=4k of=stick.img if=/dev/disk/by-id/usb-JetFlash_Transcend_4GB_QTMFKJQQ-0\:0
그런 다음 더 많은 데이터를 파괴하는 대신 스틱을 안전하게 치워두고 Stick.img 파일을 사용하여 조작을 수행합니다.
거기에 중요한 파일이 있나요? 확인하다http://www.cgsecurity.org/wiki/PhotoRec복구 도구용. 이름에서 알 수 있듯이 단순한 사진 이상의 것을 복구합니다.
데이터를 복구한 후에는 이전 파일 시스템을 더 이상 데이터로 신뢰할 수 없으므로 USB 스틱에 새 파일 시스템을 만드십시오. (mkfs.vfat)