/dev/disk/by-uuid/* または /dev/disk/by-label/* をそのまま維持しながら /dev/sda*, sdb* の生成を防止します。

/dev/disk/by-uuid/* または /dev/disk/by-label/* をそのまま維持しながら /dev/sda*, sdb* の生成を防止します。

/dev/sd{a,b,c,...}{,1,2,3,...}自分のシステムでデバイスが作成されないようにしたいのですが、まだこれらのディスクを保持して/dev/disk/by-uuid/*作成/dev/disk/by-label/*したい場合は、特に精神的に/きれいにすることができます(特に別の作業を行う必要はありません)。やり直すアップグレードするたびにこの現象は発生しますか?

それとも、デバイスの作成が/dev/sd*無視するのが難しいデフォルトのカーネルですか(「不合理な」主観性を理解しています)?

その理由は、すべてのZFSタスクをタグやUUIDを介して実行したいと思い、将来自分自身(または私のチームの他のメンバー)を混乱させたり誘惑したくないからです。

まだビルドサーバーがありませんが、ブート/ルートディレクトリが専用のHPE Smartアレイコントローラにあると自信を持って言うことができます(したがって、/dev/cciss/*自由に修正してください)。すべてのZFSプールメンバーがオンになっているはずです。デバイスを隔離するのに役立つ場合は、別のHBA(HPE H241)を使用してください。

/dev/sda接続されたUSBが引き続き見つかる場合はボーナス小道具がありますが、sdbもちろん必須ではありません。

「ビジネス上の理由」としてUbuntu 16.04を対象としていますが、他のディストリビューションにも興味があります。

(クロスサイト運営者:https://askubuntu.com/questions/944584/preventing-dev-sda-sdb-from-being-created-while-leaving-dev-disk-by-uuid、数週間後には興味がありません...)

ベストアンサー1

これを行うには、ベンダーが提供するudevルールを更新する必要があります。ベンダーが更新をリリースしたとき、または誰かが「問題」のためにパッケージを再インストールしたときに更新されるルールのセット。正直なところ、これは美容的な問題ではなく、実際の問題を解決するために使用することができるので、従いたくない方法です。

H241の場合、Ubuntu 16.04はHPEサポートリストに表示されません。これを確認する必要があります。それ以外の場合、サポート契約がない場合は、CentOS 7がRHEL 7と「バイナリ互換」である必要があるため、オプションにする必要があります。

おすすめ記事