継続的な命名/権限を保証するためにmknodの代わりにudevルールを使用するのはなぜですか?

継続的な命名/権限を保証するためにmknodの代わりにudevルールを使用するのはなぜですか?

udev ruleディスク名とディスク権限を確保するために使用されるいくつかの設定を見ました。しかし、最近、次のように「エイリアスを作成」できるディスクをmknod指定して、ブロックデバイスのエイリアスのように動作するコマンドを見つけました。major:minor

[root@dbnode1 disks]# lsblk
NAME                MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sdd                   8:48   0  160M  0 disk

mknod /disks/QUORUML b 8 48

今は使い方が簡単なので、なぜudev rules代わりに使うのか疑問に思います。私の主なポイントは、継続的な命名と権限を確保することです。mknodmknod

ベストアンサー1

なぜ?信頼できる

ドライバが新しいデバイスを検出すると、プライマリおよびマイナーデバイス番号が割り当てられ、デバイスが削除されると、これらのデバイス番号が解放され、後で再利用できます。

その結果、検出順序が変更されると、デバイス番号と対応するSDタグとの間の接続も変更されます。

これはユニークなディスクを持つ小規模システムでは珍しいと見なすことができますが、リムーバブルメディア、ホットスワップ可能なディスクアレイを考えてみましょう...並列検出で覆います...sdb、sdc...厳密に言えば、順序は予測できません。 。

これが、メジャー番号とマイナー番号の範囲(または/ etc / fstabファイルなどのデバイスを参照するときに関連するSD名)を使用したくない理由です。誤ったデバイスをインストールすると、大きな問題が発生する可能性があります。

おすすめ記事