私は現在、構成の代わりにUUIDを使用するようにすべてのLinux fstab構成を変更することを検討しています。
一部のディスクはRAIDではなく、一部のディスクはRAID10です。
Googleで検索したところ、RAID1にUUIDを使用することに関する苦情が見つかりました。
残念ながら、ソフトウェアRAID1を使用している場合は/ etc / fstabでUUIDを使用しないでください。なぜですか？RAIDボリューム自体とミラーの最初の要素が同じファイルシステムUUIDを持つように見えるためです。他の理由により、起動時にmdデバイスが起動せず、システムが任意のプライマリディスクをマウントしてイメージが破損するため、完全な再同期を実行する必要があります。
もしそうなら、RAID10にUUIDを使用できるかどうか疑問に思います。
どのような場合（RAID構成）UUIDは使用されませんか？
第二 - 複数行でUUIDを使用すると、どのような利点がありますか？
答え1
@dr01の回答に追加：RAIDの問題に関してRAID設定でUUIDを使用することもできます。
mdadmを使用している場合はUUIDがローカルファイルシステムに保存され、ハードウェアRAIDを使用している場合はUUIDも含む仮想物理ディスクとして表示されます。
答え2
私考えるこれは、RAIDデバイスのデータがプライマリデバイス（または少なくとも一部）の同じ場所に表示される場合にのみ問題になります。実際には、RAIDスーパーブロック（メタデータ）がパーティションの末尾にあるRAID形式を意味します。
UUIDはファイルシステム（*）の一部であるため、システムはまずデバイスでサポートされているファイルシステムを見つける必要があります。ファイルシステムは、デバイスの特定の設定位置（通常は開始）を読み取り、識別署名を見つける方法で識別されます。/dev/sda生ディスク（たとえば）とRAIDデバイス（）の同じ場所に同じデータが表示されている場合は、/dev/md0両方のデバイスで同じUUIDを見つけることができます。あるいは、他のデバイス（つまりミラーの反対側）にデータコピーがある場合は、そうです。
（* GPTパーティションのUUIDは別の問題です）
LinuxソフトウェアRAIDシステムの知識2つの主要なスーパーブロック形式、元の（v.0.90）形式はスーパーブロックを最後に配置し、現在（v.1）にはスーパーブロックの異なる場所の3つのサブ形式があります。スーパーブロックフォーマット1.1と1.2はスーパーブロックを最初に置くので、安全に使用できます。 0.9と1.0はデバイスの端にスーパーブロックを配置するため、問題が発生する可能性があります。/proc/mdstat各デバイスのスーパーブロック形式を表示する必要があります。
RAID Wikiページには、デバイスの最後にスーパーブロックを配置することに関する警告も含まれています。
RAID 0またはRAID 10を使用すると、データがストライプ化されるため、ベースディスクを介してファイルシステムを読み取ることは困難です。ただし、UUIDはまだ検出できるため、いずれにせよ1.2フォーマットのRAIDスーパーブロックを使用することをお勧めします。
ext2/3/4ファイルシステムの場合、tune2fs -l $deviceファイルシステムUUIDが見つかったら表示できます（blkidRAID UUIDが見つかります）。
私はドキュメントの私の理解に基づいてこの記事を書いており、最後にRAIDスーパーブロックを明示的にテストしていないことに注意してください。
答え3
2番目の質問に答えるには：UUIDを使用すると、デバイスを一意に識別できます。
デバイスは、システムから検索される順序に従って背中に/dev/sda割り当てられます。/dev/sdbシステムが起動するドライブは常に最初のものですが、他のドライブの名前割り当ては検索順序によって異なり、再起動後に変更されることがあります。
また、ドライブがあり、再起動後に最初のドライブを物理的に取り外すと仮定すると、元の/dev/sdc名前/dev/sddは/dev/sdd次のようになります/dev/sdc。
これにより、デバイスの識別が不明瞭になります。 UUIDはすべてのあいまいさを防ぎます。 UUIDはスーパーブロック（ブロックデバイス用）に保存されるため、デバイス自体に属します。