スキームが混在しているのは、ハードウェアのなかにはカーネルが udev に提供する情報で使用可能なものがないため命名できないか、udev に提供された情報が非一意のデバイス ID などのように適切でない場合のことが考えられます。後者の方が可能性が高く、この場合の解決法は、ifcfg ファイルでカスタマイズ命名スキームを使用するか、80-net-name-slot.rules を編集して使用される udev スキームを変更します。

命名スキームがあるシステムで、ifcfg ファイルでエンコードされているにも関わらず、initrd イメージを再生成していない場合は、この問題が発生する可能性があります。インターフェース名は、初期ブート時、initrd にある間に、 (biosdevname、udev、またはカーネルコマンドライン上の dracut パラメーター経由で) 割り当てられます。そして実際の rootfs に切り替わった後、2 回目の名前変更が行われ、60-net.rules を処理するため、udev が生成する /usr/lib/udev/rename_device バイナリーにより新規インターフェース名が決定します。このメッセージは無視しても問題ありません。

Red Hat Enterprise Linux 7 では、非常に特殊な状況を除き、一貫性のある ethX 命名規則を適用することはできません。

udev ルールはインターフェースに特定の名前を設定するので、指定した名前がすでに他のインターフェースで使用されている場合、設定に失敗します。これには、/usr/lib/udev/rules.d/60-net.rules ファイルで提供される機能が含まれます。

起動時にカーネルがすべてのネットワークデバイスを把握する際には、ethX 命名規則が使われます。ethX 名は再起動ごとに変わるので、予測が不可能です。したがって、udev を使用してインターフェース名を ethX 名に変更しようとしたり、カーネルにより与えられる予測が不可能な ethX 名の順序を変えようとした場合には、処理に失敗します。

ethX 名を使用すると、以下のシナリオで適切に機能します。

systemd による予測可能インターフェース命名 (net.ifnames) および biosdevname による命名スキームの両方が無効な場合、ネットワークインターフェースは初めにカーネルにより与えられた予測が不可能で一貫性が維持できない可能性のある ethX 名を使い続けます。

起動時にカーネルがすべてのネットワークデバイスを把握する際には、必ず enpXxX 命名規則が使われます。並列処理が行われるため、カーネルがすべてのインターフェースを把握する順番は、再起動ごとに変わる可能性があります。Red Hat Enterprise Linux では、systemd による予測可能なインターフェース命名スキームまたは biosdevname による命名スキームのどちらかを使って、カーネルにより与えられた予測が不可能な ethX インターフェースを、再起動後にも一貫性が維持できる予測可能な名前に変更します。

ネットワークアダプターの命名規則の詳細は、Red Hat カスタマーポータルでナレッジセンターサポートの記事「RHEL7 で net.ifnames=0 を設定しても安全ですか?」を参照してください。