MBRディスクのGPartedエラーは、GPTであると主張しています。 （それは間違っていますが、なぜですか？）
ここでGPartedとLinuxについて暴言を吐くのは非常に魅力的ですが、それを避けるために最善を尽くします。 :)
質問：
ディスクユーティリティがすべてが正常であると見なしているのに、GPartedがディスクが破損してGPTであると主張するのはなぜですか？
ディスク上の私の唯一のパーティション（NTFS）にはWindows 7 x64があり、まったく問題はありません-問題はありませんでした。確認のためにCheckDiskを実行しました。
GPartedがこのように動作するのはなぜですか？
（これをAskUbuntuに投稿するつもりでしたが、GPartedは実際にはUbuntuに限定されていないため、ここに投稿しました。Ubuntu11.04x64のブートディスクを使用しています。）
おそらく以前はa GUIDパーティションテーブル（GPT）ディスクでした。このようなディスクにはセクターからのパーティションデータがあります0〜33（通常）およびディスクの最後の33セクターGPTディスクがGPT認識ユーティリティによって再パーティション化された場合、そのユーティリティはセクター0（MBR）のみを置き換え、ほとんどのGPTデータを残す可能性があります。技術的には、ディスクはMBRディスクですが、libparted（GPartedを含む）に基づく多くのLinuxツールを含む一部のパーティションツールは、これによって混乱します。ディスクが完全に空白であるか、古いGPTが表示される場合があります。新しいMBRパーティションではなくパーティション。これはlibpartedのバグですが、ディスク上の一貫性のないデータによってトリガーされます。
解決策は、古いGPTデータを消去することです。これはさまざまな方法で実行できますが、最も簡単な方法はおそらく FixParts を使用することです。これは、このタスクやその他のパーティションテーブルの修復タスク用に設計されています。または、ddを使用して、セクター1（0から番号が付けられている）とディスクの最後のセクターをワイプすることもできます。ここに、libpartedを混乱させるGPT署名があります。
申し訳ありませんが、私は早くここに着きませんでした、Mehrdad。私の推測では、パーティションテーブルを書き直すと、MBRのブートローダーも消去されたと思います。ブートローダーを再インストールすると、その問題が解決するはずです。 wrongパーティションテーブルを作成した可能性がありますが、修正が難しいでしょう。
素敵な投稿があります ここ 、「今日、PCの99％は「DOSパーティションテーブル」という名前のテーブルパーティション標準を使用しています。ご想像のとおり、かなり古く、OSが10Mバイトをハードに使用したときに設計されました。ドライブ。したがって、新しい標準がIntelによってずっと前に定義されました（ただし、DOSほど古くはありません！）。このパーティションテーブルは起動時にBIOSによって読み取られるため、下位互換性のために、GPTは偽のDOSパーティションテーブルから開始します。古いBIOSにそれが実際のDOSパーティションテーブルではないことを認識させるため。インストーラーはディスクの内容を何も理解していないため続行できず、既存のデータに重大な損傷を与える可能性があります。このGPT標準はAppleコンピューターと一部のプロフェッショナルPCで数回このディスクはMacからのものですか、それともMac用にフォーマットされていますか？Ubuntu CDで起動し、[試してみる]、[システム]-> [管理]-> [パーティションパーティション]の順に選択します。エディター、次に現在のパーティションテーブルを消去し（すべてのデータを消去します）、新しいDOSパーティションテーブルを再作成します。インストーラーが機能するはずです。 「これは本当に簡単に解決できます。