it-swarm-ja.com

MBRディスクのGPartedエラーは、GPTであると主張しています。 (それは間違っていますが、なぜですか?)

ここでGPartedとLinuxについて暴言を吐くのは非常に魅力的ですが、それを避けるために最善を尽くします。 :)

質問:

ディスクユーティリティがすべてが正常であると見なしているのに、GPartedがディスクが破損してGPTであると主張するのはなぜですか?

ディスク上の私の唯一のパーティション(NTFS)にはWindows 7 x64があり、まったく問題はありません-問題はありませんでした。確認のためにCheckDiskを実行しました。

GPartedがこのように動作するのはなぜですか?

(これをAskUbuntuに投稿するつもりでしたが、GPartedは実際にはUbuntuに限定されていないため、ここに投稿しました。Ubuntu11.04x64のブートディスクを使用しています。)

Screenshot

7
user541686

おそらく以前は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パーティションテーブルを作成した可能性がありますが、修正が難しいでしょう。

10
Rod Smith

素敵な投稿があります ここ 、「今日、PCの99%は「DOSパーティションテーブル」という名前のテーブルパーティション標準を使用しています。ご想像のとおり、かなり古く、OSが10Mバイトをハードに使用したときに設計されました。ドライブ。したがって、新しい標準がIntelによってずっと前に定義されました(ただし、DOSほど古くはありません!)。このパーティションテーブルは起動時にBIOSによって読み取られるため、下位互換性のために、GPTは偽のDOSパーティションテーブルから開始します。古いBIOSにそれが実際のDOSパーティションテーブルではないことを認識させるため。インストーラーはディスクの内容を何も理解していないため続行できず、既存のデータに重大な損傷を与える可能性があります。このGPT標準はAppleコンピューターと一部のプロフェッショナルPCで数回このディスクはMacからのものですか、それともMac用にフォーマットされていますか?Ubuntu CDで起動し、[試してみる]、[システム]-> [管理]-> [パーティションパーティション]の順に選択します。エディター、次に現在のパーティションテーブルを消去し(すべてのデータを消去します)、新しいDOSパーティションテーブルを再作成します。インストーラーが機能するはずです。 「これは本当に簡単に解決できます。

0
mmrs151