최근 Windows 환경이 필요한 프로젝트를 진행하기 위해 Windows를 재설치하고 듀얼부팅 설정을 만들었습니다. FAT 또는 exFAT로 포맷한 것으로 생각되는 외장 드라이브가 있습니다. Windows 내에서 드라이브를 두 번 클릭하여 열려고 하면 응답이 평소보다 훨씬 느린 것 같습니다(디렉토리를 열지 못했습니다). 그래서 대신 Ubuntu로 재부팅했습니다. Windows 내에서 파일에 액세스하는 데 문제가 있는 경우 항상 그랬듯이 Ubuntu 내에서 파일에 액세스하면 됩니다.
놀랍게도 드라이브가 갑자기 비어 있는 것으로 나타났습니다. 일부 조사에 따르면 드라이브가 예상했던 공간만큼의 공간이 여전히 사용되고 있는 것으로 보이며 현재 드라이브 자체에 NTFS 파티션이 있다고 믿는 것 같습니다.
나의 잠정적인 믿음과 희망은 드라이브를 두 번 클릭하려고 시도했을 때 Windows가 묻지 않고 자동으로 내 파티션 테이블을 덮어썼으며 다른 작업은 수행하지 않았다는 것입니다.
한동안 Windows를 사용하지 않았기 때문에 Windows에 좀 더 익숙한 사람들에게 이것이 사실인지 물어보고 싶었습니다. 그렇다면 이것은 상당히 일반적인 문제일 수 있으며 공통적인 해결책도 있기를 바랍니다.
수동으로 파티션 테이블을 생성하고 복구하는 작업을 많이 수행하지 않았습니다. 또한 이전에 드라이브에 있던 파티션 유형도 잊어버렸습니다. 나는 파티션이 FAT/exFAT라고 가정했지만, 이번 경험을 통해 그렇지 않다는 것이 분명하게 드러났습니다. 이제 나는 그것이 ext2/3/4라고 가정할 수 있습니다. 나는 또한 드라이브의 모든 공간을 단일 파티션에 넣었으며 어떤 멋진 작업도 하지 않았다는 것을 상당히 확신합니다.
파티션 테이블과 파일을 복구하려면 어떻게 해야 합니까? 비파괴적인 방식으로(하나의 파티션 테이블이 적합하지 않은 경우 더 큰 피해는 발생하지 않습니까)?
답변1
귀하의 설명에 따르면 문제는 파일 시스템 손상으로 보입니다. 보다 구체적으로 말하면 적어도 루트 디렉터리가 손상되었습니다. 데이터를 백업하려는 경우 손상이 어디서 발생했는지는 그다지 중요하지 않습니다.
더 이상 드라이브에서 아무것도 변경하지 않는 것이 중요합니다.테스트도 없습니다.
먼저 다음을 사용하여 전체 드라이브의 백업 이미지를 생성해야 합니다.구출. 결함이 있는 섹터가 있을 수 있는 블록 스토리지 백업을 전문으로 하는 Linux 도구입니다. 불량이 없는 구간을 우선적으로 우선적으로 구제하여 최대한 구제하겠습니다.
이 이미지에는 드라이브 크기만큼 많은 공간이 필요합니다. 여유 공간이 충분하지 않은 경우 추가 저장 공간을 구입해야 할 수도 있습니다. 이상적으로는 두 배의 공간이 있으므로 이미지의 작업 복사본을 만들 수 있습니다. 하나는 가지고 놀고 하나는 수정되지 않은 채로 남아 있습니다.
데이터를 백업한 후에는 다음 세 가지 작업을 시도할 수 있습니다.
- Windows에서
chkdsk드라이브에 대해 사용(손상을 수정하기 위해) - Windows 또는 Linux에서는 다음을 사용합니다.포토렉드라이브 또는 이미지에 대해(실제 파일 데이터를 복구하기 위해)
- Windows 또는 Linux에서는 다음을 사용합니다.테스트디스크백업에서 MFT를 복원하려면
물론 하드웨어 오류가 손상의 원인이라면 실행은 chkdsk상황을 더욱 악화시킬 수 있습니다.
인클로저에서 드라이브를 제거하고 PC에 직접 장착할 수도 있습니다. USB 인클로저 전자 장치는 수명이 그리 길지 않은 경우가 많습니다. 내부에 장착하면 SMART 데이터를 안정적으로 쿼리하고 테스트를 수행할 수도 있습니다.
시스템이 파일 시스템을 마운트하고 사용된 공간을 보고할 수도 있으므로 파티션 테이블이 100% 괜찮은 것이 분명합니다. 파티션 테이블에 지정된 파일 시스템(또는 파티션) 유형은 대부분 관련이 없습니다. 파티션 테이블을 복구할 필요는 없습니다.