最近2つ買いましたウエスタンデジタル(WD)イージーストア8TBの外付けUSBドライブ殻WD Redを使ってNAS私のコンピュータに内蔵されているドライブ（アーチリナックス）。最初のドライブは WD ホワイト ラベル ドライブ (WD80EMAZ-00WJTA0) になり、2 番目はレッド ラベル ドライブ (WD80EFAX-68LHPN0) になりました。
私はホワイトをインストールしましたが、すべてうまくいきました。5TB近くのデータを問題なくコピーしましたが、後でGPT使用時のエラーGParted私が作業していた別のドライブ。データにアクセスできるようなので、まだ何もしていません。
今日、私はRedドライブをインストールしましたが、パーティションやフォーマットを行う前に、そのドライブでもまったく同じエラーが発生しています。解決策を探していたところ、ホスト保護地域(HPA) ですが、それを確実に確認する方法や、確認できた場合にどう対処すればよいかわかりません。ホワイト ドライブのデータがそのままの状態で、この問題を修正することはできますか? レッド ドライブで実験することはできますが、何を試せばよいかわかりません。
sudo gdisk /dev/sdb
出力：
GPT fdisk (gdisk) version 1.0.3
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Command (? for help): p
Disk /dev/sdb: 15628053168 sectors, 7.3 TiB
Model: WDC WD80EMAZ-00W
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 6837F2B2-3A65-4260-B87E-B4682BAEE5FF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 15628052446
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 15628050431 7.3 TiB 0700 WD_8TB
Command (? for help): v
Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.
Identified 1 problems!
そして..
sudo hdparm -N /dev/sdb
出力：
/dev/sdb:
max sectors = 15628053168/15628053168, HPA is disabled
答え1
出力hdparmはHPAが無効、したがって、この問題はそれとは無関係です。
この問題の最も一般的な原因は、ここや他のフォーラムに投稿された同様の問題から判断すると、マザーボードベースのソフトウェア RAID (「偽の RAID」と呼ばれることもありますが、これは誤解を招く用語です) の使用です。このタイプのソフトウェア RAID の問題は、使用するデータ構造について少なくとも 2 つのソフトウェア コンポーネント (ファームウェアと OS) が同意する必要があることです。マルチブート コンピュータの場合、すべての OS が同じ RAID データ構造を理解する必要があるため、一致させるには 3 つ以上の構成が必要になります。いずれにしても、ファームウェアがディスクがマザーボードベースのソフトウェア RAID を使用していると認識し、OS がそう認識しない場合は、バックアップ GPT データ構造が破損する可能性があります。その理由は、これらのデータ構造がディスクの最後の数セクターを占め、これがマザーボードベースのソフトウェア RAID が通常データを格納する場所でもあるためです。そのデータ構造。したがって、1 つのデータ構造セットが他のデータ構造を消去します。その結果、おかしなことが発生します (ただし、以下を参照してください)。すべてが同期されている場合、それは透過的です。マザーボードはデータ構造をディスクの最後に置き、OS はこれを理解し、ディスクのその部分を非表示にするため、ユーザーは心配する必要はありません。
ただし、パーティション テーブルを作成していない場合は、問題はユーザー側の誤った構成ではなく、ディスクの製造元側、またはディスクをその間に処理した誰か (たとえば、ディスクが他の人に販売されて返品され、返品ボックスから入手した場合) 側にある可能性があります。この場合、in を実行するとwパーティションgdiskテーブルが書き直され、エラー メッセージは表示されなくなります。GPT バックアップ データ構造が存在する理由があるため、これを行うのは良い考えです。GPT バックアップ データ構造は、バックアップ、何らかのバグ、ユーザー エラー、またはハードウェア障害によってプライマリ データ構造 (ディスクの先頭に保存されている) が損傷した場合に備えて使用します。ほとんどの OS とツールはバックアップ データ構造がなくても正常に起動しますが、バックアップ データ構造がないと、その利点を放棄することになります。また、ツールによっては損傷によって混乱し、何か悪いことをする可能性があります。(私はこのような例を知りませんが、新しいツールが常に作成されており、古いツールに新しいバグが発生する可能性があるため、そのようなバグの可能性は常に存在します。)
もう 1 つ注意点があります。gdiskはv、バックアップ パーティション データがディスクの末尾に存在しないことを示しています。この問題を解決するには、 と入力してxエキスパート メニューに移動し、 とe入力してバックアップ データ構造を再配置します。この間違ったバックアップ パーティション テーブルは、ファームウェアではマザーボード ベースのソフトウェア RAID が使用されているものの OS では使用されていないこと、または他のさまざまな問題 (ハードウェア RAID アレイが拡張されているか、小さいディスクから大きいディスクにクローンされたディスクなど) と一致しています。バックアップ データ構造を再配置することは、一般的には良い考えであり、場合によってはディスクの全容量を使用する必要があります。(この場合、回復するのは約 2,000 セクターだけなので、容量の点では大した問題ではありません。) ただし、マザーボードがソフトウェア RAID を使用するように構成されている場合、バックアップ データ構造を移動するとソフトウェア RAID データが消去されることに注意してください。これによりマザーボードが混乱し、マザーボードがデータを書き換えて、次に再起動したときに GPT が破損する可能性があります。解決策は、ファームウェア セットアップ ツールでソフトウェア RAID オプションを無効にし、gdiskまたは他のツールを使用して GPT データ構造を移動することです。
答え2
WD Easystoreエンクロージャのコントローラは、何らかの理由でドライブの末尾の少数のブロックを「盗む」ことがあります。この結果、ドライブの「末尾」が変わります。ドライブがエンクロージャ内にあるときにGPTでパーティション分割すると、バックアップパーティションテーブルは、ドライブの末尾とはまったく異なる場所に書き込まれます。本物盗まれたブロックは見えないため、ドライブの終了時にブロックが盗まれます。
ドライブをシャックすると、ドライブの実際の端にアクセスできるようになりますが、GPTバックアップがそこにないため、問題が発生しているように見えます。詳細については、Redditのスレッド。
ドライブに何もない場合、最も簡単な修正方法は、新しい GPT でパーティションを再分割することです。バックアップ GPT を手動で正しい場所にコピーして、新しいアクセス可能な領域を使用するために最後のパーティションを拡張するかどうかを決定することで、この問題を修正する手動アプローチがいくつかあると思います。ただし、変更の量はおそらく 1 MB にも満たないため、その価値はないかもしれません。