이는 계속되는확장 파티션 복구, 하지만 이번에는 파티션 테이블 자체와 관련된 다른 문제가 있습니다.
필요한 파티션을 복원하고 나에게 중요한 파일을 백업했습니다(적어도 어딘가에 저장할 공간이 있는 파일).
좋아, 이제 문제를 살펴보자. 내 파티션 테이블이 손상되었습니다. RIP Linux를 부팅하면 이를 truecrypt(및 복구된 다른 테이블)에 마운트할 수 있지만 기본적으로 그게 전부입니다. GParted를 실행하면 드라이브가 할당되지 않았습니다.
GParted 개발 정보:
Device Information
Model: ATA ST2000DL003-9VT1
Size: 1.82TiB
Path: /dev/sda
Partition table: unrecognized
Heads: 255
Sectors/track: 63
Cylinders: 243201
Total Sectors: 3907029168
Sector size: 512
할당되지 않은 공간에 대한 정보를 확인하면 다음과 같은 결과가 나타납니다.
File system: unallocated
Size: 1.82TiB
First sector: 0
Last sector: 3907029167
Total sectors: 3907029168
Warning: Can't have a partition outside the disk!
이제 testdisc(분석)의 출력은 다음과 같습니다.
TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org
Disk /dev/sda - 2000 GB / 1863 GiB - CHS 243201 255 63
Current partition structure:
Partition Start End Size in sectors
> 1 P Linux 13132 242 39 16353 233 8 51744768
2 E extended LBA 16807 223 1 243201 254 63 3637021626
No partition is bootable
5 L Linux 16807 223 57 20430 39 25 58191872
X extended 20430 70 1 243201 78 13 3578816632
Invalid NTFS or EXFAT boot
6 L HPFS - NTFS 20430 71 58 243201 78 13 3578816512
6 LNext
이제 fdisk:
# fdisk -l /dev/sda
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00039cd0
Device Boot Start End Blocks Id System
/dev/sda1 210980864 262725631 25872384 83 Linux
/dev/sda2 270018504 3907040129 1818510813 f W95 Ext'd (LBA)
/dev/sda5 270018560 328210431 29095936 83 Linux
/dev/sda6 328212480 3907028991 1789408256 7 HPFS/NTFS/exFAT
이제 파티션을 올바르게 배열하기 위해 문제를 해결하고 싶지만 어떤 도구가 문제를 해결할 수 있는지 모르겠습니다. (몇 가지를 시도했지만 일부는 수정을 제공했지만 현재로서는 위험했습니다. 여전히 데이터를 백업하고 있습니다.) .
답변1
확장 파티션에 대한 디스크 항목을 수동으로 편집하여 GParted에서 해당 항목을 올바르게 볼 수 있었습니다. 이 시점에서 문제가 해결됩니다.
답변2
TestDisk를 사용하고 계시군요. 일부 파티션 테이블 복구를 수행할 수 있습니다. http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step
답변3
OnTrack이나 법의학 데이터 복구 시장의 제품을 사용하는 것이 좋습니다. Seagate 드라이브의 물리적 손상이 의심되는 경우 Sea Tools 소프트웨어를 사용하여 디스크를 복구하면 더 많은 데이터를 복구할 수 있습니다. 먼저 이미지 백업을 해두세요
답변4
비슷한 오류가 발생했는데 지금은 드라이브에서 데이터를 가져올 수 있었습니다(일부 불량 섹터 포함). 드라이브가 유용한 작업을 수행할 수 있도록 TTL 변환기를 구하고 SMART를 재설정하고 파티션을 재구축해야 했습니다.
그 후 터미널을 열어두고 몇 분 동안 오류가 발생하도록 했습니다.
OS는 여전히 파티션에서 읽을 수 없습니다.
TestDisk가 데이터를 가져오는 데 작동했습니다. 시간이 좀 지나면 드라이브가 멈춰서 이미지를 만들 수 없는데 여기저기 CRC 오류가 있는 폴더를 수동으로 복사해서 대부분의 데이터를 복구했습니다. 주기적으로 드라이브를 재설정해야 합니다. 원격으로 작업하는 경우 터미널에서 "\1", "e"를 사용하는 것이 좋습니다.