/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と「バイナリ互換」である必要があるため、オプションにする必要があります。
答え2
これが最善の答えではない可能性があることを知っていますが、ダウンタイムに時間がかかる場合は、IDでドライブを変更するのは非常に簡単です。私はディスクを識別し、必要に応じて移動できるように/ devを介して作成し、idに切り替える傾向があります。
# zpool export poolname
# zpool import -d /dev/disk/by-id/ poolname (same poolname as was export)
私はこれがuuidでも動作すると思いますが、使用しないのでテストしたことはありません。