GPTおよびWD Advanced形式
GPTを使用する際の突然の問題の1つは、（適切な書き込み速度を確認したい場合）アドバンストフォーマットのWDドライブのパーティション位置を手動で調整する必要があることです。 Advanced Formatの本質は簡単です。ディスク内には4kセクターがあり、外側では512バイトとしてエミュレートされます。 同じ4kブロック内に2つのセクターを記録する場合、1回記録されます。 2つの4kセクターに触れるように2つのセクターを記録する場合、ディスクは2つのセクターを読み取り、情報を更新して書き戻す必要があります。 悪くて遅い。 最新のオペレーティングシステムは、書き込みに4kブロックを使用します。したがって、正確に言えば、各書き込み操作は、読み取りなしの単なる書き込みになります。 不均一になった場合（たとえば、最初のセクターから2kb、2番目から2kb）、巨大なブレーキがかかります（マークアップエラー時の「ブレーキ」に関する統計を含むIBM Webサイトへのリンクを参照）。
WDは、512 VS 4kについて考えるとき、MBRに加えてGPTもあることを考慮しませんでした。 2TBディスクの場合、MBRには依然として苦労しますが、3TBディスクが先にあり、MBRは単に数学的にパーティションを提供できず、GPTへの移行は避けられません。
そのため、GPTとWDの問題を今日考慮する必要があります。 現時点でGPTを操作するためのメインツールは分離されており、gpartのグラフィカルバージョンが分離されています。 残念ながら、gpartedは私たちが何を必要とするかを知らないので、以降のすべてはpartedの使用方法を説明しています。
主なアイデア：すべての値（開始、セクションの終わり）は、4kBの倍数、または少し簡単な8セクターにする必要があります。 これはWDアドバンスドフォーマットの要件です。
GPT自体はある程度のボリュームを占めます（33セクター：32 GPTセクター、1セクターは偽のMBRプラグです）。したがって、最初の倍数は8番目の数字で、40セクターです。 最終的な数はディスク容量に依存しますが、8の倍数が望ましいです。さらに、GPTはディスクの最後で複製されるため、ディスクの最後のスペースも「噛まれます」。
最高のパフォーマンスを得るには、LVM-4Mb（8192セクター）のPEのサイズを考慮し、ボリュームサイズをPEの数の倍数に設定します。 これらのすべての操作の結果、少しのスペース（8 MB未満）が失われますが、LVMの説明に「未使用」キロバイトのない高速ボリュームが得られます。
さらに、ボリュームの最適な位置はメガバイトの倍数であるというgparted自身の意見もあります。 したがって、最終的な要件は次のとおりです。ボリュームは、4 MBの倍数の値で開始および終了する必要があります。
そのため、WDドライブでAdvanced Formatを使用してLVMボリュームを作成します。
GPTパーティションテーブルの作成
＃セクターに参加する。
>ディスク/ dev / sdx：3907029168s
ネジ情報を表示します。
この結論では、WD'shディスクがあるため、セクターの数に興味があります。セクターの数は8の倍数でなければなりません。別のひどいことが起こりました（たとえば、ネジを間違えただけで、mklabel gptコマンドがディスクの内容を最も価値のあるもので破壊しました）。
私たちの価値を考慮します：最も古い、8192セクターの倍数は3907026944です。ちなみに、小さな詐欺があります。 ボリュームの合計サイズは3907029168-8192セクターになります。
碑文が表示される場合
>警告：39から3907029167のパーティションを要求しました。
>私たちが管理できる最も近い場所は、39秒から3907029134秒です。
>これはまだ受け入れられますか？
>はい/いいえ？
それは、あなたが数学で間違いを犯したことを意味し、あなたは再び数え直す必要がある。
パーティションを作成したら、partedを終了して、通常のLVMの儀式（pvcreate、vgexpandなど）を実行できます。
参考文献 ：
WDは、512 VS 4kについて考えるとき、MBRに加えてGPTもあることを考慮しませんでした。 2TBディスクの場合、MBRには依然として苦労しますが、3TBディスクが先にあり、MBRは単に数学的にパーティションを提供できず、GPTへの移行は避けられません。
そのため、GPTとWDの問題を今日考慮する必要があります。 現時点でGPTを操作するためのメインツールは分離されており、gpartのグラフィカルバージョンが分離されています。 残念ながら、gpartedは私たちが何を必要とするかを知らないので、以降のすべてはpartedの使用方法を説明しています。
主なアイデア：すべての値（開始、セクションの終わり）は、4kBの倍数、または少し簡単な8セクターにする必要があります。 これはWDアドバンスドフォーマットの要件です。
GPT自体はある程度のボリュームを占めます（33セクター：32 GPTセクター、1セクターは偽のMBRプラグです）。したがって、最初の倍数は8番目の数字で、40セクターです。 最終的な数はディスク容量に依存しますが、8の倍数が望ましいです。さらに、GPTはディスクの最後で複製されるため、ディスクの最後のスペースも「噛まれます」。
最高のパフォーマンスを得るには、LVM-4Mb（8192セクター）のPEのサイズを考慮し、ボリュームサイズをPEの数の倍数に設定します。 これらのすべての操作の結果、少しのスペース（8 MB未満）が失われますが、LVMの説明に「未使用」キロバイトのない高速ボリュームが得られます。
さらに、ボリュームの最適な位置はメガバイトの倍数であるというgparted自身の意見もあります。 したがって、最終的な要件は次のとおりです。ボリュームは、4 MBの倍数の値で開始および終了する必要があります。
そのため、WDドライブでAdvanced Formatを使用してLVMボリュームを作成します。
# parted /dev/sdx
mklabel gpt
GPTパーティションテーブルの作成
unit s
＃セクターに参加する。
print
>ディスク/ dev / sdx：3907029168s
ネジ情報を表示します。
この結論では、WD'shディスクがあるため、セクターの数に興味があります。セクターの数は8の倍数でなければなりません。別のひどいことが起こりました（たとえば、ネジを間違えただけで、mklabel gptコマンドがディスクの内容を最も価値のあるもので破壊しました）。
私たちの価値を考慮します：最も古い、8192セクターの倍数は3907026944です。ちなみに、小さな詐欺があります。 ボリュームの合計サイズは3907029168-8192セクターになります。
mkpart primary 8192 3907026944
碑文が表示される場合
>警告：39から3907029167のパーティションを要求しました。
>私たちが管理できる最も近い場所は、39秒から3907029134秒です。
>これはまだ受け入れられますか？
>はい/いいえ？
それは、あなたが数学で間違いを犯したことを意味し、あなたは再び数え直す必要がある。
パーティションを作成したら、partedを終了して、通常のLVMの儀式（pvcreate、vgexpandなど）を実行できます。
参考文献 ：
All Articles