I was re-reading this thread as I've also been experiencing the rename issue on a Supermicro board with dual onboard NICs (https://ark.intel.com/content/www/u...hernet-converged-network-adapter-x540-t2.html).
I initially used the net.ifnames=0 in /etc/default/grub to prevent getting "rename" devices upon reboot, breaking my access except via IPMI. This works, and I have eth0 and eth1 as my devices right now. However, I'd prefer to do this correctly with newer naming conventions.
The output of udevadm test-builtin net_id /sys/class/net/eth0 and /sys/class/net/eth1 are as follows:
As you can see, the ID_NET_NAME_ONBOARD is identical, and my default policy in /lib/systemd/network/99-default.link is:
NamePolicy=keep kernel database onboard slot path
MACAddressPolicy=persistent
I'm wondering if the best/proper path forward is to net.ifnames=0 from Grub and rebuild it, then change my NamePolicy to remove onboard, allowing path to be used. (refs: https://manpages.debian.org/buster/udev/systemd.link.5.en.html, https://wiki.debian.org/NetworkInterfaceNames)
Or, would it be more correct to add Match and Link configurations, either in 10-persistent-net.link or 99-default.link and not change the NamePolicy default order?
Thank you.
I initially used the net.ifnames=0 in /etc/default/grub to prevent getting "rename" devices upon reboot, breaking my access except via IPMI. This works, and I have eth0 and eth1 as my devices right now. However, I'd prefer to do this correctly with newer naming conventions.
The output of udevadm test-builtin net_id /sys/class/net/eth0 and /sys/class/net/eth1 are as follows:
Code:
Load module index
Network interface NamePolicy= disabled on kernel command line, ignoring.
Parsed configuration file /usr/lib/systemd/network/99-default.link
Created link configuration context.
Using default interface naming scheme 'v240'.
ID_NET_NAMING_SCHEME=v240
ID_NET_NAME_MAC=enx002590fa0f0e
ID_OUI_FROM_DATABASE=Super Micro Computer, Inc.
ID_NET_NAME_ONBOARD=eno1
ID_NET_NAME_PATH=enp3s0f0
Unload module index
Unloaded link configuration context.
Load module index
Network interface NamePolicy= disabled on kernel command line, ignoring.
Parsed configuration file /usr/lib/systemd/network/99-default.link
Created link configuration context.
Using default interface naming scheme 'v240'.
ID_NET_NAMING_SCHEME=v240
ID_NET_NAME_MAC=enx002590fa0f0f
ID_OUI_FROM_DATABASE=Super Micro Computer, Inc.
ID_NET_NAME_ONBOARD=eno1
ID_NET_NAME_PATH=enp3s0f1
Unload module index
Unloaded link configuration context.
As you can see, the ID_NET_NAME_ONBOARD is identical, and my default policy in /lib/systemd/network/99-default.link is:
NamePolicy=keep kernel database onboard slot path
MACAddressPolicy=persistent
I'm wondering if the best/proper path forward is to net.ifnames=0 from Grub and rebuild it, then change my NamePolicy to remove onboard, allowing path to be used. (refs: https://manpages.debian.org/buster/udev/systemd.link.5.en.html, https://wiki.debian.org/NetworkInterfaceNames)
Or, would it be more correct to add Match and Link configurations, either in 10-persistent-net.link or 99-default.link and not change the NamePolicy default order?
Thank you.