rawデバイスでudevルールを使用する傾向を理解していません。 Oracle ASMデバイスの例では、デバイスの順序が一貫していない可能性があるため、udevルールを使用して元のデバイスに名前を付けることをお勧めしますが、/dev/disk/by-uuid/も使用できると言える場所はありません。 。
/etc/fstabまたは他の場所で/dev/disk/by-uuidを使用できますか？
また、ファイルシステムではなく、rawデバイスのudevルールにユーザー、所有者、および権限が設定されているのはなぜですか？
答え1
Oracle ASMについて特に考慮すべき事項があるかどうかは不明ですが、通常は/dev/disk/by-*/*実際のデバイスではなくどこでも使用できます。この問題が発生する唯一のケースは、シンボリックリンクをうまく処理できない誤って書かれたスクリプトですが、そのような場合はまれです。
しかし、これはまだudevルールを使用することを意味します。のシンボリックリンクは/dev/disk/by-*/*udevによって生成されます/usr/lib/udev/rules.d/60-persistent-storage.rules。誰かがすでにあなたのためにルールを書いているだけです。
答え2
もちろん、一つの答えはレガシーソフトウェアに依存しているということです。MTX私たちの場合。mtxデバイスはテープ交換アンドロイドを介してアクセス可能でなければなりませ/dev/changerんが、その場所でシンボリックリンクを生成するudevルールを生成しない限り、そのようなデバイスは存在しません。小さなコンピュータインターフェース装置が到着します/dev/changer。
答え3
UUIDはディスクの内容として提供されます。例: UUID は GPT パーティション表で提供されます。しかし、MBRテーブルにUUIDがあるとは思わないので、パーティションにUUIDがない可能性があります。パーティション内のファイルシステムがUUIDを提供すると仮定すると、依然として「PARTUUID」が保持されます。ディスクには重複したUUIDがあります。ddあるディスクを別のディスクに転送すると、これが発生する可能性があります。
内容に関係なく、少なくともディスクを一意に識別する方法が必要です。したがって、udevルールはまだ有用です。
重複がないと仮定すると、安定した結果が生成されるため、fstabでUUIDを使用することをお勧めします。 /etc/fstab では通常、代わりUUID=...に指定します。/dev/disk/by-uuid/...