실수로 달렸는데...
diskpart
format override /fs=ntfs
...내 2TB 외장 하드 드라이브에. 이것은 Ctrl+ 를 사용하여 중지하기 전에 몇 초 동안만 지속되었지만 CExplorer에서 드라이브를 사용할 수 없게 만드는 데 충분했습니다.
지금까지 testdisk, GetDataBack Simple 및 GetDataBack NTFS 버전에서 드라이브를 검사했는데, 모두 드라이브의 파일 시스템이 FAT16이라고 보고한 반면 Recuva는 어떤 파일 시스템인지 확인할 수 없다고 보고했습니다.
드라이브는 2TB 외장 드라이브이며 손상 전 NTFS였다고 확신합니다. 드라이브가 위 프로그램에 FAT16으로 표시되는 특별한 이유가 있습니까? 계속 FAT16 드라이브로 처리해야 합니까 testdisk, 아니면 NTFS 파일 시스템으로 다시 복원해야 합니까?
감사합니다. 도움을 주시면 정말 감사하겠습니다.
답변1
부서진 줄무늬 공격대 배열에서 데이터를 복구했습니다. 내가 생각하기에 더 어려울 수 있는 유일한 것은 raid 5 및 6과 같은 손상된 패리티 raid 어레이입니다. 형식이 몇 분 동안만 실행되었는지 누가 뭐라고 말하든 관계없이 대부분의 데이터는 여전히 그대로 있습니다.
외장 드라이브가 Fat로 표시되는 이유는 실제로 Fat이기 때문일 가능성이 높습니다. NTFS는 Windows NT 및 후속 제품(Windows 2000/Windows XP 이상)을 제외하고는 잘 지원되지 않기 때문에 대부분의 외부 드라이브는 NTFS를 사용하지 않습니다. 즉, 일반적으로 Fat16이 아닌 Fat32 또는 exFat(외부 저장소용으로 특별히 설계된 현대화된 변형)를 사용합니다. 그러나 원본 Fat32/exFat 테이블이 손상된 경우 파일 시스템이 잘못 식별될 수 있습니다.
2TB의 스토리지이기 때문에 가장 큰 문제는 그 중 많은 부분이 사용 중일 것입니다. 항상사용 중(삭제된 파일 수) 동일한 하드 드라이브가 아닌 별도의 하드 드라이브로 복구해야 합니다. 그렇게 할 수 있다면 데이터가 더 손상될 위험 없이 임의의 파일 시스템을 선택하여 복구를 실행할 수 있습니다. Fat32 또는 exFat을 선택해도 읽을 수 있는 파일이 생성되지 않으면 대신 NTFS를 시도하는 것을 막을 수 없습니다(시간을 제외하고, 특히 외부 파일의 경우 데이터 복구가 너무 느립니다).
꽤 시간이 지났지만 GetDataBack을 사용하여 복구 시도를 위해 원하는 파일 시스템을 강제로 적용할 수 있었던 기억이 납니다. 그렇지 않은 경우 파일 시스템이 손상된 경우에도 파일을 복구할 수 있는 Active@의 파티션 복구 및 파일 복구를 시도해야 합니다.그리고파티션 매개변수가 손실되었습니다. 그것은 나를 위해 GetDataBack을 대체한 것이며 후회하지 않았습니다. 또한 복구를 위해 임의의 파일 시스템 형식을 선택할 수 있다는 사실도 알고 있습니다. 하지만 감지된 파티션 및 파일 시스템 매개변수 목록을 표시하고 해당 매개변수가 복구할 가능성이 어느 정도인지 등급을 매깁니다. 주어진 일치 항목이 얼마나 잘 정렬되어 사용 가능한 파일을 생성하는지에 따라 올바른 일치 항목을 선택합니다. 시도하려는 항목을 선택할 수 있습니다.
원래 하드 드라이브를 읽기 전용으로 마운트하고 변경하지 않은 상태로 유지하는 한(또는 Active@ 및 GetDataBack에는 마운트된 fs가 필요하지 않기 때문에 전혀 마운트되지 않은 경우) 다양한 매개변수를 사용하여 원하는 만큼 많은 시도를 할 수 있다는 점을 기억하십시오. 파일이 뱉어지기 시작할 때까지 원합니다.