ドライブ全体をソフトウェアRAIDメンバーとして使用できますか？
使ってもいいですか /dev/sdaおよび/dev/sdb私のRADI1構成の場合？
または、最初に両方を単一のLinux RAIDパーティションでパーティション化する必要がありますか？
はい、できますが、厄介な副作用を引き起こす可能性があります。
デバイス全体をmdRAIDメンバーとして使用するシステムがすぐ隣にあります。起動するたびに、それらのデバイスのパーティションが壊れていると文句を言います。
これは、ドライブがRAIDグループの一部である間、データがドライブの最初に書き込まれるためです。次に、システムは、デバイスを検査するときに、起動時にそのデータをパーティションテーブルとして解釈しようとします。
これまでのところ、それは私にとって問題を引き起こしていません。起動手順が遅れるだけで、本当に恐ろしいように見えます。
ログをプルアップして、何について話しているのかを示しました。これは、サーバーを起動したときにコンソールで実行されているものです。
デバイス/dev/sdaから/dev/sddおよび/dev/sdfから/dev/sdjはすべてRAIDアレイの一部であることに注意してください。 /dev/sdeには、システムのルートパーティションが含まれます。
11月24日11:41:52ダンプカーネル：[49.717165] sd 0：0：0：0：[sda] 2930277168 512バイトハードウェアセクター（1500302 MB） 11月24日11:41 ：52ダンプカーネル：[49.717172] sd 0：0：0：0：[sda]書き込み保護がオフです 11月24日11:41:52ダンプカーネル：[49.717173] sd 0：0：0：0 ：[sda]モードセンス：00 3a 00 00 11月24日11:41:52ダンプカーネル：[49.717182] sd 0：0：0：0：[sda]書き込みキャッシュ：有効、読み取りキャッシュ：有効、DPOまたはFUAをサポートしていません 11月24日11:41:52ダンプカーネル：[49.717209] sd 0：0：0：0：[sda] 2930277168 512バイトのハードウェアセクター（1500302 MB） 11月24日11:41:52ダンプカーネル：[49.717213] sd 0：0：0：0：[sda]書き込み保護がオフです 11月24日11:41:52ダンプカーネル：[49.717214] sd 0：0：0：0：[sda]モードセンス：00 3a 00 00 11月24日11:41:52ダンプカーネル：[49.717221] sd 0：0：0：0：[sda]書き込みキャッシュ：有効、読み取りキャッシュ：有効、DPOまたはFUAをサポートしていません 11月24日11:41:52ダンプカーネル：[49.717222] sda：不明なパーティションテーブル 11月24日11:41： 52ダンプカーネル： [49.724463] sd 0：0：0：0：[sda]接続されたSCSIディスク 11月24日11:41:52ダンプカーネル：[49.724504] sd 1：0：0：0：[sdb] 2930277168 512 -バイトハードウェアセクター（1500302 MB） 11月24日11:41:52ダンプカーネル：[49.724510] sd 1：0：0：0：[sdb]書き込み保護がオフ 11月24日11 ：41：52ダンプカーネル：[49.724512] sd 1：0：0：0：[sdb]モードセンス：00 3a 00 00 11月24日11:41:52ダンプカーネル：[49.724519] sd 1： 0：0：0：[sdb]書き込みキャッシュ：有効、読み取りキャッシュ：有効、DPOまたはFUAをサポートしていません 11月24日11:41:52ダンプカーネル：[49.724547] sd 1：0：0 ：0：[sdb] 2930277168 512バイトのハードウェアセクター（1500302 MB） 11月24日11:41:52ダンプカーネル：[49.724551] sd 1：0：0：0：[sdb]書き込み保護がオフ 11月24日11:41:52ダンプカーネル：[49.724552] sd 1：0：0：0：[sdb]モードセンス：00 3a 00 00 11月24日11:41:52ダンプカーネル：[49.724559] sd 1：0：0：0：[sdb]書き込みキャッシュ：有効、読み取りキャッシュ：有効、DPOまたはFUAをサポートしていません 11月24日11:41:52ダンプカーネル：[ 49.724561] sdb：Driver'sr '更新が必要です-bus_typeメソッドを使用してください 11月24日11:41:52ダンプカーネル：[49.734320]不明なパーティションテーブル
これは、RAIDアレイの最初の2つのドライブのみです。そこにはすでにunknown partition tableエラーがあります。すべてのRAIDメンバーに同じエラーが出力されます。
それが行われたら。これが始まります：
11月24日11:41:52ダンプカーネル：[50.145507]デバイスの終わりを超えてアクセスを試みます 11月24日11:41:52ダンプカーネル：[50.145513] sdc：rw = 0、欲しい= 7018997372、limit = 2930277168 11月24日11:41:52ダンプカーネル：[50.145515]デバイスsdc3のバッファI/Oエラー、論理ブロック4250167552 11月24日11:41:52ダンプカーネル：[50.145626]デバイスの終わりを超えてアクセスを試みます 11月24日11:41:52ダンプカーネル：[50.145627] sdc：rw = 0、want = 7018997373、limit = 2930277168 11月24日11 ：41：52ダンプカーネル：[50.145628]デバイスsdc3のバッファI/Oエラー、論理ブロック4250167553
実際には存在しないsdc3について文句を言うことがわかります（sdcデバイス全体がRAIDメンバーとして使用されているためです。
次回マシンを起動したとき、それは別のドライブであるか、まったく文句を言わない可能性があります。次回の起動時に、デバイスのパーティションテーブルの代わりに存在するデータによって異なります。
そしてそれについての最悪の部分は？各RAIDメンバーディスクをわずかに縮小する必要があり（パーティションを作成できるように）、RAIDアレイ全体を再作成する必要があるため、現在パーティションに移動できません。
はい、RAIDにmdを使用する場合、パーティション化せずにブロックデバイス全体を使用できます。詳細については、 mdadmのマニュアルページ を参照してください。
はい。ただし、代わりにディスクをパーティションに分割し、最後に余裕を持たせることをお勧めします。
たとえば、2TBディスクを別の2TBディスクと交換する場合、他のディスクとまったく同じサイズではない可能性があります。したがって、交換するディスクが元のディスクよりも小さい場合、それをレイドに追加できない可能性があります。
スラックスペースを予約しておくと、スラックスペースを小さくしたり大きくしたりするだけなので、一致するパーティションを簡単に作成できます（また、スワップ用に「無駄な」スペースをいつでも割り当てることができます）。