ハードウェアを追加または削除するときは、予測可能なネットワークインターフェイス名を変更しないでください。これが命名体系の核心ではないか？ ？ ？

簡単に言えば、これは新しいものではありません。これは予想/意図です。したがって、PCの製造元にLinux（BIOS）またはハードウェアの製造元（ドライバ）のサポートを依頼する必要がない限り、バグを報告する必要はありません。ホットプラグ対応デバイスの状況を改善したり、以前の命名方式に戻したい場合は、いくつかのオプションがあります。

• net.ifnames=0カーネルコマンドラインを使用してネットワークデバイスの新しい命名スキームを無効にします。
• biosdevname=1BIOS提供のインデックス番号を名前に組み込むためのカーネルコマンドラインを追加します。
• 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スロットに接続されているため、関連性があるようです。

追加情報は以下で提供されます。Fedora ドキュメント

8.1 命名体系階層

デフォルトでは、systemdはサポートされている命名スキームを適用するために次の戦略を使用してインターフェイス名を指定します。

• オプション1：ファームウェアまたはBIOSの情報が適用可能で利用可能な場合は、オンボードデバイスにファームウェアまたはBIOSによって提供されるインデックス番号を含む名前（例：eno1）を適用し、そうでない場合はオプション2に置き換えます。

• オプション2：ファームウェアまたはBIOSの情報が適用可能であり、利用可能な場合は、ファームウェアまたはBIOSが提供するPCI Expressホットプラグスロットインデックス番号を含む名前（例：ens1）を適用し、そうでない場合はオプション3に置き換えます。

• シナリオ3：該当する場合は、ハードウェアコネクタの物理的な場所を含む名前（例：enp2s0）を適用し、そうでない場合は、他のすべての場合はシナリオ5に直接置き換えます。

• オプション4：インターフェイスMACアドレスを含む名前（例：enx78e7d1ea46da）、デフォルトでは使用されていないがユーザーが選択した場合に使用できます。

• オプション5：他のすべての方法が失敗した場合、予測不可能な従来のカーネル命名方式（例：eth0）を使用します。

このポリシー（上記のプロセス）がデフォルトポリシーです。 biosdevnameがシステムで有効になっている場合、その名前が使用されます。biosdevname=1biosdevnameがインストールされるたびに、biosdevnameがデフォルトで使用されているDellシステムを除いて、biosdevnameのアクティベーションはコマンドライン引数として渡される必要があります。ユーザーがudevカーネルデバイス名を変更するルールを追加すると、そのルールが優先されます。

その他のリソース

• AskUbuntuのQ&A
• udevルールの作成：はい
• ArchWiki: udev
• Systemd：予測可能なネットワークインタフェース名