TestDiskで失われたパーティションテーブルを回復する

だから、どういうわけか私のディスクのパーティションテーブルはバナナになりました。次のブートでシステムが起動せず、BIOSを繰り返し蹴られ、実行可能なブートオプションがありませんでした。BIOSはまだディスクを適切に検出したので、LiveDVDを起動して、何が起こっているのかを確認しました。

そのため、OSを搭載したディスク/dev/sdb、128GB SSDには、パーティションテーブルがありません。gpartとfdiskの両方がそれを空と報告します。fdiskは、ディスクラベルタイプをgptとして報告します。

testdiskを実行してみました。これは、パーティションテーブルタイプがIntel（EFI GPTではない）であることを示しています。両方のタイプのパーティションを検索しようとしましたが、Intelだけが成功しました。

だから、最初の質問は：インテルのパーティションタイプMBRはありますか？ディスクラベルがGPTであってもEFI GPTが機能しないのはなぜですか？

開始時に、ツールはこのパーティションのみを検出します。

 Disk /dev/sdb - 128 GB / 119 GiB - CHS 15566 255 63
      Partition               Start        End    Size in sectors
1 P EFI GPT                  0   0  2 15566  29 63  250069679

クイック検索（または完全検索）を実行すると、ツールはいくつかのパーティションを検出します。これらの中には、意味のある5つのパーティションがあります。

FAT32                    0  32 33    33  69 36     532480 [SYSTEM]
Linux                   33  69 37   163 207 44    2097152
Linux Swap             163 240 14   931  97 62   12328960
Linux                  931  97 63  9038 187 45  130244608
Linux                 9038 187 46 15565 209  4  104857600

2番目の質問は、表示される値に関連しています。開始列に3つの値（0 32 33など）、終了列に3つの値（33 69 36など）がありますが、これらの値の解釈方法を教えてください。

P: list fileコマンドを使用してこれらのパーティションの内部を見ると、

最初のパーティションには、次のようなEFIのものが含まれます。

drwxr-xr-x     0     0         0 31-Jan-2019 19:26 EFI
drwxr-xr-x     0     0         0 13-Mar-2019 18:29 System
-rwxr-xr-x     0     0         0 21-May-2019 10:55 mach_kernel;5ce3af18
-rwxr-xr-x     0     0        34 13-Mar-2019 18:29 mach_kernel
drwxr-xr-x     0     0         0 26-Oct-2018 00:52 8310a92cdfe04b36b5a63736b6419b48

第二パーティションは、ブートパーティションで含まれefi、grub2、vmlinuzSなど4番目のパーティションには、ホームフォルダが含まれており、最後のものは根が含まれています。

私はファイルを見ることができるので/etc/fstab、システムをLVMを使用して構成したことを実際に示す/ etc / lvm / を回復しました。

パーティションが何らかの方法で拡張/論理化されているかどうかはわかりません。GPTでそれが理にかなっていて、MBRに限定されないかどうかさえわかりません。

3番目の質問は、testdiskがいくつかのパーティションを識別できることを考えると、それらの値を使用してパーティションテーブルを復元しようとすることができますが、LVMはどうですか？GPTはどうですか？これらのパーティションが適切に識別されているように見える場合、以前の状況をどのように復元できますか？

どうもありがとう！

編集：明らかに、すべてをプライマリに設定する方法がないため（これはMBRだと思われます）、拡張パーティションが必要であるため、拡張パーティションに関する質問を投げますが、作成することはできません。

編集2：詳細検索で見つかったすべてのパーティション：

Disk /dev/sdb - 128 GB / 119 GiB - CHS 15566 255 63
     Partition               Start        End    Size in sectors
>* FAT32                    0  32 33    33  69 36     532480 [SYSTEM] *
 P Linux                   33  69 37   163 207 44    2097152 *
 P Linux Swap             163 240 14   931  97 62   12328960 *
 D Linux                  931  97 63  9038 187 45  130244608 *
 D Linux                 4873  98 26 12980 188  8  130244608
 D Linux                 4875  43 33 12982 133 15  130244608
 D Linux                 9038 187 46 15565 209  4  104857600 *
 D FAT12                 9695 133 39  9695 198 39       4096
 D HPFS - NTFS          15502 117 40 15566  19  5    1021952

ファイルのあるパーティションは、1番目（EFI）、2番目（/ boot）、4番目（/ home）、7番目（/）です。*行の最後に、明らかに合法なパーティションをマークしました。

編集

ドライブをコピーしてdd、OSを再インストールし、この方法で古いパーティションをマウントしてデータを回復しました。

先に進む前ddに、ディスクのイメージを作成（）して、事態がひどく悪くなった場合に復元に使用できるようにします。

あなたの投稿から、TestDiskガイドを読んだようです。それを読むのが最善ではない場合。

質問1

Testdisk使用可能なパーティションタイプを自動的に識別し、INTELパーティションが見つかったという事実は心配する必要はありません。パーティションを見つけ、検査によってコンテンツを検証しました。それらは回復したいものです。testdisk同じスキーマを使用して、修復されたパーティションテーブルに書き込むファイルを見つけることを忘れないでください。すべてがよさそうだ。

質問2

あなたが見れば、ガイドあなたが興味を持っている人物は、開始と終了の列の最初の数字であることを見ることができるはずです。これらが連続している場合、パーティションにはそれらの間にギャップがなく、それらは一貫したパーティションスキーマの一部である可能性があります。これは良いことです。また、testdiskディスクから作成/推測されたパーティションテーブルを使用してファイルレベルに到達できるという事実は、再び自信につながります。

懸念の原因となる唯一の問題は、開始アドレスと終了アドレスが同じであり、連続していないことです。そうは言っても、testdisk無効なテーブルの書き込みを要求した場合は、停止する必要があります。

質問3 ....私は...？

LVMはこのレベルでは表示されませんが、修復されたOSがLVMモジュールをロードし、復活したシステムからLVMレイアウトを読み取ると、ブート時に取得されます。

GPT / MBRは、パーティションテーブルの単なる異なる形式です。が使用しtestdiskているファイルがファイルを見つけるので、回復に使用する必要があります。

あなたの立場で、私はあなたがリストしたスキーマに従ってテーブルを修復し、元のディスクに復元できるイメージを準備したことを確信して自信を持って修復し、それがうまくいかない場合は再試行します。

快適であれば、1TBのドライブでpingを実行し、同様の問題を経験して何をすべきかを決定しました。最終的には、すべてが選択したデフォルトのスキーマを使用してうまくいきましたtestdiskが、万が一のためにバックアップを手に入れました。

選択するパーティションが多数ある場合は、完全な出力を投稿することをお勧めします。その後、より具体的な支援を受けることができます。

編集

TBH 5パーティション/ MBRの難問に少し困惑しています。

私が提供できる最善の方法は、あなたの状況で行うことです。これは、イメージのコピーを作成し、各イメージからMBRとしてもう1つのパーティションを復元しようとし（イメージをSSDではなくテストディスクにマウントする）、元のGPTスキーマを持つ新しいメディア上のディスク。それが機能する場合は、シバン全体をSSDに戻します。あなたは、再インストールする必要があるだろうgrubし、中のGUIDと遊ぶfstabあなたはすべてをマウントするために戻って移動したときにそれはロケット科学ではありません。

一番下の行は、あなたが恐れずに画像のコピーで好きなものを試すことができるということです。元のドライブと1つのイメージを安全に保つだけです。