정전 후 랩탑이 부팅되지 않습니다. 디스크 유틸리티와 라이브 CD를 사용하여 문제를 조사했습니다. 데이터가 손상되지 않아 백업 사본을 만들었습니다. 그럼에도 불구하고 나는 가능한 최소한의 노력으로 부팅을 포함하여 디스크 기능을 복원하고 싶습니다. 많은 전문가들이 파티션을 새로 만들고 운영 체제를 새로 복원하고 소프트웨어를 다시 설치하라고 제안합니다. 이것은 내 경우에는 거의 불가능합니다 (모든 배포 키트가 없습니다). 그렇기 때문에 손상된 파티션 테이블을 그 자리에서 편집하고 싶은데 정확히 문제가있는 부분이 필요합니다.
디스크에는 2 개의 볼륨이 있습니다. 하나는 기본 파티션이고 다른 하나는 확장 파티션의 논리 드라이브입니다.
라이브 CD에서 랩톱을 부팅하면 Windows에서 두 드라이브를 모두 볼 수 있지만 확장 파티션의 논리 드라이브에 액세스 할 수 없습니다.
diskpart의 명령 list volume은 볼륨 fs 플래그가 NTFS 대신 RAW임을 나타냅니다. 이상하게도 데이터를 복원하는 데 사용한 디스크 유틸리티 ( DMDE 포함 )는이 볼륨을 NTFS 로보고 문제없이 데이터를 읽습니다.
다음은 diskpart의 출력입니다.
DMDE가 보여주는 내용은 다음과 같습니다.
문제는 Windows에서 볼륨에 적합한 NTFS를 만들 수 있도록 테이블에서 어떤 원시 바이트를 어떻게 편집해야하는지 (예를 들어 직접 디스크 판에 DMDE를 사용할 수 있음)?
어떤 다른 세부 정보가 중요하고 요청시 제공 할 수 있는지 잘 모르겠습니다.
최신 정보
연결된 답변 중 유일한 답변은 TestDisk를 사용하는 것입니다. 먼저,이 유틸리티는 OS에 대해 매우 까다 롭다고 말해야합니다. 내가 시도한 WinPE 기반 라이브 CD에서는 실행되지 않습니다. 마침내 나는 거의 모든 본격적인 Win7 라이브 CD에서 실행할 수있었습니다. 다음과 같이 표시됩니다 (확장 파티션의 논리 볼륨에서 NTFS에 유의하십시오).
(이번 FAT32에 주목하십시오) :
여기서 가장 큰 볼륨을 복구해야합니다. TestDisk 아래에 FAT32로 표시됩니다 (DMDE는 NTFS로 표시됨). P명령은이 볼륨에 대해 읽을 수있는 파일 목록을 생성하지 않습니다. T유형을 NTFS로 변경 하는 명령을 시도했지만 문제가 해결되지 않았습니다. P여전히 가비지를 나열합니다 ( “파일 시스템이 손상되었을 수 있습니다”). 그러나 DMDE에서 전체 파일 시스템을보고 r.saver 유틸리티를 사용하여 저장했습니다.
더 깊은 검색을 실행했습니다.
그리고 발견 :
삭제 된 NTFS 볼륨은 내 데이터가있는 실제 드라이브입니다. 그런 다음 ‘D’에서 ‘L’로 변경하고 디스크에 변경 사항을 기록하고 재부팅했습니다.
드라이브에 여전히 액세스 할 수 없지만 DMDE를 실행하면 MBR 레코드에 최소 625153410 LBA (320GB)의 디스크가 필요하지만 디스크는 625142448 LBA (320GB)라고 불평합니다.
내 경험으로는 TestDisk가 내 경우에는 작업을 수행 할 수 없거나 TestDisk를 사용하여 정확하게 수정하는 방법에 대한 자세한 지침이 필요합니다.
미리 감사드립니다.
작은 말로, 나는 TestDisk가 버그가 있다고 말해야한다 : 나는 상응하는 TestDisk의 명령에 의해 파티션 테이블을 백업 한 다음 테이블을 변경하고 디스크에 썼다; 그런 다음 변경 사항이 도움이되지 않고 백업에서 변경 사항을 롤백하기로 결정했습니다. 결과적으로 완전히 다르고 잘못된 파티션 테이블이 생겼습니다. FIASCO에서 저를 구한 유일한 것은 dmde를 사용하여 다른 백업을 만들어서 예상대로 구조를 복원했다는 것입니다.
답변
문제는 (소셜 미디어에서 지식을 공유하는 일부 기술 전문가의 지원으로) 해결되었으며 가장 중요한 세부 사항을 답변으로 게시하고 있습니다.
처음부터 RAW 플래그가 해당 파티션에서 실제로 0 으로 쓰여졌다 는 것이 오해였습니다 . 사실 0은 빈 파티션 레코드, 즉 파티션이 없음을 의미하지만 RAW는 파티션의 일부 문제를 나타내는 특수한 논리 플래그입니다. 따라서이 경우 diskpart“메시지”는 “액세스 할 수없는”파티션이 논리적으로 “건강한”반면 기본 하드 드라이브에 결함이있을 수 있다는 것입니다.
SMART 하드 디스크 시대에 결함은 각 디스크에 내부적으로 기록되며 치명적이지 않은 경우 수정할 수 있습니다.
그래서 먼저 HDDScan 을 사용 하여 SMART 정보를 읽었습니다. 내가 가진 것은 다음과 같습니다.
보류 오류 수는 3입니다. 이러한 오류는 수정해야합니다.
이를 위해 어떤 섹터가 이러한 오류를 정확하게 생성하는지, 특히 읽기 오류가 있는지 디스크 표면을 검사합니다. 필자의 경우 Victoria 유틸리티가 사용되었습니다 (유틸리티의 UI는 영어이지만 사이트는 불행히도 러시아어입니다).
결과적으로 손상된 섹터가있는 3 개의 블록 주소를 얻었습니다.
다음으로, 블록을 수리하는 방법 중 하나를 적용해야합니다 (하드 디스크 제조업체에 따라 특정 방법이 다를 수 있음). 필자의 경우 일부 데이터를 손상된 블록에 쓰려고 시도하는 것으로 충분했습니다. SMART 디스크는 쓰기 작업이 실패한 경우 손상된 블록을 다른 예약 된 공간에 다시 매핑 할 수있을 정도로 똑똑합니다. 쓰기 명령을 수행하는 가장 쉬운 방법-블록 영역을 자체에 복사하십시오. 선호하는 도구를 사용할 수 있습니다 . dmde ( Tools -> Copy sectors)를 사용 했습니다 . 지금까지 나쁜 블록 내 경우에는 서로 가까이 지역화 된대로, 내가 한 번만 복사 명령을 실행 :의 시작 블록 Source과Destination(첫 번째 불량 섹터보다 약간 전에) 동일하게 설정되었으며 복사 할 섹터 수는 3 개의 불량 블록으로 영역을 덮을만큼 충분히 크게 설정되었습니다. 이것은 자체에 대한 사본이므로 유효한 블록을 변경하지 않습니다. 불량 블록은 0으로 채워집니다. 그들의 원래 데이터는 어쨌든 손실됩니다. 불량 블록에 중요한 데이터가 포함되어 있지 않으면 복원 된 디스크가 모든 프로그램을 제대로 실행할 수 있습니다.
복사 명령 실행 후 SMART 정보를 다시 한 번 확인하고 오류 카운트가 0인지 확인했습니다. 그렇지 않으면 문제가 발생하여 깊이 조사해야합니다.
마지막으로해야 할 일은 물리적으로 복원 된 파티션의 논리적 오류를 수정하기 위해 드라이브 문자가 chkdsk d: /F있는 곳 에서 실행하는 것입니다 d.
이 모든 작업을 마친 후 문제가있는 NTFS 파티션 (RAW 플래그가 사라지고 NTFS로 다시 나열 됨)을 제자리에 다시 가져와 거의 데이터 손실이 없었습니다. 적어도 Windows는 이전과 같이 부팅됩니다.