ハードウェアが追加または削除されても、予測可能なネットワークインターフェイス名は変更されません。それが命名方式の要点ではありませんか???

私のワイヤレスインターフェイスの名前はwlp3s0でした。

ASUS Xonar DX 7.1チャネルPCI Express x1インターフェイスサウンドカードを空きPCIスロットにインストールし、ワイヤレスインターフェイス名をwlp5s0に変更しました。

ワイヤレスカードは、サウンドカードがインストールされる前と同じPCIスロットにあるので、インターフェイス名が変更されるのはなぜですか。

モボはGIGABYTE GA-970A-UD3で、ワイヤレスカードはASUS PCE-N15です。システムは、標準のカーネルでArch Linuxを実行しています。

このシナリオでインターフェイス名が変更される理由についての合理的な説明を探しています。インターフェース名が変更される正当な理由がない場合、どこにバグレポートを提出しますか？

それは大した問題ではなく、私が変更する必要があった唯一の設定は、netctlのネットワークプロファイルでした。「予測可能な」ネットワークインターフェース名が予測できない場合、それらはその仕事で完全に失敗し、この命名方式は役に立たないゴミです！/ rant

ハードウェアが追加または削除されても、予測可能なネットワークインターフェイス名は変更されません。それが命名方式の要点ではありませんか???

要するに、これは新しいことではありません。それは期待された/意図されたものです。したがって、PCメーカーにLinuxのサポート（BIOS）またはハードウェアメーカー（ドライバー）のサポートを依頼しない限り、バグを報告する必要はありません。デバイスのホットプラグの状況を改善したり、古い命名規則に戻したりする場合のいくつかのオプション：

• net.ifnames=0カーネルコマンドラインでネットワークデバイスの新しい命名方式を無効にする
• biosdevname=1カーネルコマンドラインを追加して、BIOSが提供するインデックス番号を名前に組み込みます
• udevカスタム名または変更された命名スキームのルールを作成または編集する
• 固定名の割り当てを無効にして、予測できないカーネル名が再び使用されるようにします。これを行うには、デフォルトポリシーのudevの.linkファイルをマスクします。ln -s /dev/null /etc/systemd/network/99-default.link

systemdまたはを使用している場合udev、「予測可能な命名スキーム」の引数は以前とは異なる場合があります。ただし、WiFiインターフェイスの命名方式に基づいて、でシステムを使用していることを前提としていますsystemd。

次のブートパラメータをカーネルコマンドラインに追加して、ネットワークデバイスの「古い」命名規則を使用してみてください。ただし、ネットワークデバイスの命名方式を保持する以外に、これがどのような影響を与えるかについては、完全にはわかりません。

net.ifnames=0

に追加すると/etc/default/grub、このパラメーターの永続化と再利用が容易になります。もう一度、あなたが使用していると仮定しますgrub2：

GRUB_CMDLINE_LINUX="net.ifnames=0"

場合はudev、デバイス名を決定する際に使用のデバイスのファームウェア、場所およびその他のオプション、おそらく場所または何か他のものは、関連するデバイスがどのように相互作用するかに応じて、内部的に変更された可能性があります。デバイスはWiFiアダプターとサウンドカードであるため、ここではそれほど関係がないようです。それにもかかわらず、それは基礎となるバス構造に関連している可能性があります。これは、デバイスが両方ともPCIスロットに接続されているため、適切と思われます。

FedoraDocsからの追加情報

8.1。命名体系の階層

デフォルトでは、systemdは次のポリシーを使用してインターフェースに名前を付け、サポートされている命名スキームを適用します。

• スキーム1：ファームウェアまたはBIOSが提供するオンボードデバイスのインデックス番号（例：eno1）を組み込んだ名前は、ファームウェアまたはBIOSからの情報が適用可能で利用可能な場合に適用され、そうでない場合はスキーム2にフォールバックします。

• スキーム2：ファームウェアまたはBIOSが提供するPCI Expressホットプラグスロットインデックス番号（例：ens1）を組み込んだ名前は、ファームウェアまたはBIOSからの情報が適用可能で利用可能な場合に適用され、そうでない場合はスキーム3にフォールバックします。

• スキーム3：ハードウェアのコネクタの物理的な場所を組み込んだ名前（例：enp2s0）が適用される場合は適用され、それ以外の場合はすべてスキーム5に直接戻ります。

• スキーム4：インターフェースのMACアドレスを組み込んだ名前（例：enx78e7d1ea46da）はデフォルトでは使用されませんが、ユーザーが選択した場合に使用できます。

• スキーム5：他のすべてのメソッドが失敗した場合は、従来の予測不可能なカーネル命名スキームが使用されます（例：eth0）。

上記の手順で説明したこのポリシーがデフォルトです。システムでbiosdevnameが有効になっている場合は、それが使用されます。biosdevnameを有効にするbiosdevname=1には、インストールされている限りデフォルトでbiosdevnameが使用されるDellシステムの場合を除いて、コマンドラインパラメータとして渡す必要があることに注意してください。ユーザーがudevカーネルデバイスの名前を変更するルールを追加した場合、それらのルールが優先されます。

追加のリソース

• AskUbuntuに関するQ＆A
• udevルールの記述：例
• ArchWiki：udev
• Systemd：予測可能なネットワークインターフェイス名