한번은 gparted거의 테라바이트에 가까운 ext3 파티션의 크기를 조정하고 왼쪽에 약 40GB를 추가한 적이 있습니다. 거의 12시간 동안 데이터를 이동한 후(약 23시간 남음) 시스템이 정지됩니다. 이제 각 inode에서 fsck너무 많은 불법 데이터가 보고됩니다. 이 경우 FS를 수정하는 방법은 무엇입니까?
답변1
불행하게도, 내 생각엔 당신이 완전히 엉망이 된 것 같아요. 방금 파티션 테이블을 엉망으로 만든 경우테스트 디스크최선의 선택이지만 계속해서 크기를 조정하므로(실제로는 복사 및 심지어 삭제까지 의미함) 데이터가 어느 정도 손상됩니다.
크기 조정 작업을 수행하기 전에 백업이 있었다면 지금이 이를 사용하기에 좋은 시기입니다. 그렇지 않으면 무엇을 할 수 있는지 모르겠습니다. 파티션을 삭제하고 새 파티션을 만들고 내부 데이터에 작별 인사를 할 것입니다. 배워야 할 교훈은 항상 데이터에 주의를 기울이는 것입니다. (물론, 더 나은 결과를 얻을 수 있는 아주 좋은 답변이 나올지 기다려 보아야 하지만 너무 기대하지는 마세요.)
이제 백업이 있는 경우 "크기 조정"을 수행하는 더 쉬운 방법은 이전 파티션을 삭제하고 새 파티션을 생성한 다음 그 안의 데이터를 복원하는 것입니다.
답변2
나는 같은 문제에 직면했고 향후 방문자를 위해 어떻게 해결했는지 게시할 것입니다.
내 문제에 대한 몇 가지 해결책을 찾았습니다.https://help.ubuntu.com/community/DataRecovery
저는 현재 photorecTestDisk 패키지( sudo apt-get install testdisk)를 사용하고 있으며 photorec /dev/sdXY여기서 X는 문제의 장치이고 Y는 장치의 파티션 번호입니다.
예를 들어 다음을 사용합니다 /dev/sdb3.
sudo fdisk -l
photorec /dev/sdb3
fdisk당신에게 주어진 숫자 sdb3, 즉 시작 번호와 끝 번호를 보십시오. 내부의 다음 명령에는 다음이 필요합니다 photorec.
rescue startnumber endnumber (take those from the fdisk details)
다음으로, 복구된 파일을 배치할 위치를 지정해야 합니다. 공간이 충분한 다른 디스크(또는 최소한 파티션)를 사용하세요. 60개 이상의 인식된 파일 형식을 복구하려는 긴 여정이 시작될 수 있습니다. 파일 이름은 손실되지만 손주나 조부모님의 비디오 장면을 찾고 있다면 그만한 가치가 있습니다. 파일 크기가 여기에 도움이 될 수 있습니다.
100% 복원되었는지 확인하려면 여전히 20시간 이상 기다려야 합니다.