web-dev-qa-db-ja.com

破損した(大きすぎる)GPTを修正する方法は?

そこで、新しいSSDを入手しました。 MBRの代わりにGPTを使用することにしたので、少し迷っています。壊れてしまいました。 GPTがホスト保護領域を考慮していなかったのか、それともSSDが実際にデータを失ったのかはわかりません。だから、私は今それをマウントしようとしています。問題は、パーティションが大きすぎるというgpartedからこのエラーが発生することです。

問題:セカンダリヘッダーのセルフポインタが、ディスクの最後に存在しないことを示しています。 RAIDアレイにディスクを追加した場合は、エキスパートメニューの「e」オプションを使用して、セカンダリヘッダーとパーティションテーブルの場所を調整します。

問題:ディスクが小さすぎてすべてのデータを保持できません! (ディスクサイズは390717734セクターであり、488397168セクターである必要があります。)エキスパートメニューの「e」オプションでこの問題が修正される場合があります。

問題:GPTは、ディスクが実際よりも大きいと主張しています。 (主張されている最後の使用可能なセクターは488397134ですが、バックアップヘッダーは488397167で、ディスクサイズは390717734セクターです。エキスパートメニューの「e」オプションでこの問題が修正される可能性があります。

問題:パーティション1がディスクに対して大きすぎます。

4つの問題を特定しました!

(CRCエラーもありましたが、バックアップ構造からGPTを復元したところ、それはなくなりました)

エキスパートモードでeオプションを実行しようとしましたが、CRCエラーのみが解消され、これらの問題は解消されませんでした。

これを修正してFSを修復し、マウントするようにするにはどうすればよいですか?バックアップはありますが、最後にバックアップを実行してから作業が失われることを意味します。

また、これはデータの破損のように聞こえますか、それともHPAを考慮せずにデータから発生する可能性のあるもののように聞こえますか?

1
Earlz

まず、マイナーな点:引用した問題メッセージは、GPartedからではなく、GPT fdisk(gdisksgdisk、またはcgdisk)からのものです。将来誰かが混乱した場合に備えて、はっきりさせておきたいと思います。

一部のOSはそれを無視しているように見えるため、ホスト保護領域(HPA)は混乱します。これにより、表示されている種類のエラーが発生する可能性があります。 HPAを使用している場合は、その機能を無効にすることを検討してください。これが問題の原因である場合、引用したメッセージはディスクに使用可能なスペースを大幅に超えるパーティションがあることを明確に示しているため、データを回復するためにこれを行う必要があります。これは、ディスクをHPAに依存しないOSでパーティション分割した場合、またはHPAを設定する前にパーティション分割した場合、その後HPAを尊重するOSに移動したか、HPAを設定した場合に発生する可能性があります。

タグはLinuxを使用していることを示しているため、hdparmを使用してディスクのHPAステータスを確認できます。

$ Sudo hdparm -N /dev/sda

/dev/sda:
 max sectors   = 976773168/976773168, HPA is disabled

これは、HPAが無効になっているディスクを示しています。 HPAが有効になっていると別の何かが表示されます。

SSDが誤動作している可能性もあります。この場合、できるだけ多くのデータをバックアップし、修理または交換のためにディスクを返送する必要があります。

2
Rod Smith