解決策を見逃していたら申し訳ありませんが、特に回答の gpart ステータスを調べても、私のような問題は見つかりません。
私が得たもの:
- Seagate 4000GB 3.5インチドライブ ST4000DM000
- おそらくUSB 3.0 SATAドック、Seagateにマウントされた状態で出荷されます（モデル不明、ケースが不完全、USBポートが破損）
- Trekstor USB 2.0 SATA ドック DSMMU-S-SU-a
- Unitek USB 2.0 SATA ドック Y-1031
1-3は友達の物、4番目は私の物です。
まあ、おそらく何が起こったのでしょう。友人が USB ドックケースに入った 4TB HDD を購入しました。彼の言うとおり、Windows XP でも使用できます。ケースが壊れているため、まだ確認できません。
ソケットを壊したとき、彼は単にネイティブ ケースからディスクを取り出し、それを Trekstor ケースに入れました。そしておそらく、Trekstor コントローラーが何らかの方法でディスクに MBR を書き込んだのでしょう。
Unitek ドックで HDD を実行しようとすると、gnome-disks に 4 TB ドライブとして表示されます。友人の Trekstor ケースを試しても、2 TB のストレージ デバイスしか表示されません。
したがって、Unitek ドックは GPT と互換性があると想定し、それをリカバリに使用したいと考えています。
さて、ディスク上で確認できる内容です (Unitek 経由で接続)。
Linux には、クラシック MBR、500 GB の不明なパーティション、および 3.5 TB の空き領域があります。
Windows 7 では、MBR、500 GB の不明なパーティション、および 2 つのパーティション化されていない領域 (WTF?)。
そして最も重要なことは、Linux では gpart は壊れた GPT ファイルも認識できず、MBR のみを認識することです。
# gdisk
GPT fdisk (gdisk) version 0.8.10
Type device filename, or press <Enter> to exit: /dev/sdb
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
おそらく、ディスクは GPT パーティション テーブルの下で 1 つの 4 TB の大きな NTFS パーティションとしてフォーマットされて出荷されました。
おそらく、dd コマンドを使用して、同一ドライブを持つ誰かから GPT テーブル (ディスクの先頭とディスクの末尾のコピー) をコピーできるでしょうか? そうでない場合、それを修正する方法と、ディスクの末尾に GPT のコピーがあるかどうかを確認する方法を教えてください。ディスクの末尾からデータを取得して、その MBR 上の GPT テーブルをバックアップできますか?
答え1
問題は解決された。
まあ、元の Seagate USB ケースの壊れた USB ソケットを修理したらうまくいきました。
しかし、ディスクをケースに入れると、ディスク マネージャーには何も表示されず、パーティション化されていない空のディスクだけが表示されました。テストディスクでパーティションを再度検索すると、再び機能しました。GPT パーティション テーブルが再び見つかり、保存されました。違いは、パーティション全体がどの OS でも表示できるようになったことです (Linux、Windows XP、7、10)。
結論: おそらく Seagate ケースには、独自の GPT (私が正しく理解していれば 1 キロバイト) を保存するための内部の書き込み可能なフラッシュ/EPROM メモリがあり、それを HDD セクターとして扱い、実際の HDD セクターを独自のメモリの後に押し出します。
パーティションの前後に 8 メガバイトのパーティション化されていない領域が 2 つあったため、ディスクを交換してもデータは変更されず、GPT やその他のゴミを書き込む余地が十分にありました。
今のところ、これが私が想像できる唯一の説明です。それでも、ディスクが Windows XP で表示されるのはなぜかという謎がありますが、それは問題ではありません。
ご協力ありがとうございました。