web-dev-qa-db-ja.com

testdisk：「拡張LBA」はパーティションタイプのリストにありません

Windowsの復元により、ブートが台無しになり、パーティションの1つが「割り当てられていない」ように見えました。だから私はtestdiskでそれを修正しようとしています。これは、テストディスク分析の結果です。

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org

Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
     Partition               Start        End    Size in sectors
 D HPFS - NTFS              0  32 33  1697  43 10   27262976
 D HPFS - NTFS           1697  43 11  1709 233 60     204800
 D HPFS - NTFS           1709 233 61 20677  87 18  304711680
>D Linux                20677  87 19 38784  99 35  290889728
 D Linux Swap           38784  99 36 38913  70  5    2070528

パーティションは正しいです（ただし、シリンダーが整列していないのは奇妙だと思います）。ただし、LinuxおよびLinux Swapパーティションは、testdiskが捕捉していないように見える拡張パーティションに配置する必要があります。そこで、「A」を付けてタイプを「拡張LBA」に変更してみました。これはインターネットで判断する必要があるようです。ただし、このタイプ（通常は0fであると理解しています）がリストにありません。

List of partition type
01 FAT12                50 OnTrack DM RO        a9 NetBSD
02 XENIX root           51 OnTrack DM RW-NOVEL  ab Darwin boot
03 XENIX /usr           52 CP/M-Microport V/386 af HFS
04 FAT16 <32M           53 OnTrack DM WO ???    b7 BSDI
06 FAT16 >32M           54 OnTrack DM DDO       b8 BSDI swap
07 HPFS - NTFS          55 EZ-Drive             bc Acronis
09 AIX data             56 GoldenBow VFeature   be Solaris boot
0a OS/2 Boot Manager    61 SpeedStor            bf Solaris
0b FAT32                63 Unixware, HURD, SCO  c1 secured FAT12
0c FAT32 LBA            64 NetWare 286          c4 secured FAT16
0e FAT16 LBA            65 NetWare 3.11+        c6 sec. Huge-bad FAT16
10 OPUS                 67 Novell               c7 Syrinx Boot-bad NTFS
11 hid. FAT12           68 Novell               d8 CP/M-86
12 Compaq Diagnostics   69 Novell               db CP/M
14 hid. FAT16 <32M      70 DiskSecure MB        de Dell Utility
16 hid. FAT16 >32M      75 PC/IX                e1 SpeedStor FAT12 ext
17 hid. HPFS/NTFS       80 Minix v1.1-1.4a      e3 DOS RO
18 AST swap             81 Minix / old Linux    e4 SpeedStor FAT16 ext
19 Willowtech Photon    82 Linux Swap           eb BeFS
1b hid. FAT32           83 Linux                ee EFI GPT
1c hid. FAT32 LBA       86 NT FAT16 V/S set     ef EFI (FAT-12/16/32)
1e hid. FAT16 LBA       87 HPFS FT mirror-V/S set f0 Linux/PA-RISC boot
20 Willowsoft OFS1      8e Linux LVM            f1 Storage Dimensions
24 NEC MS-DOS 3.x       93 Amoeba               f2 DOS secondary
27 Windows RE(store)    94 Amoeba bad block     f4 SpeedStor
38 Theos                a0 NoteBIOS save2disk   fb VMFS
3c PMagic recovery      a5 FreeBSD              fd Linux RAID
40 VENIX 80286          a6 OpenBSD              fe LANstep
41 PPC PReP Boot        a8 Darwin UFS           ff Xenix bad block
42 W2K Dynamic/SFS

拡張パーティションを作成するにはどうすればよいですか？

bootpartition-recoverytestdisk
1
dainichi

これは私のコメントに対するあなたの答えに基づいた、問題に対する私の見解です：

  1. 復元中にパーティションの位置とサイズを変更していない場合、パーティションは元々シリンダーの境界に配置されていませんでした。いずれにせよ、シリンダーはドライブがWindowsと通信するときに使用するフィクションにすぎないため、それほど重要ではありません。

  2. Windows Restoreは、Grubブートを確実に破壊しました。

  3. 復元中にパーティションタイプが変更されたという事実は、復元によって少なくとも1つのパーティションが破棄されたことを意味します。

Windowsは良好な状態なので、Linuxを再インストールする必要があると思います。これによりGrubも復元されます。これにより、testdiskよりもはるかに安全にパーティションテーブルが設定されます。必要に応じて、Linuxパーティションを削除して再作成しますが、これは必要ない場合があります。

1
harrymc