eno1
enp5s0f1
Igen, a MAC address-ekbol kovetkezik hogy ez ket tok indentikus halozati interface (egyebkent Supermicro, dual 10gbit, de kb tokmindegy).
Na, akkor nézzük, hol van elbaszva:
- Names incorporating Firmware/BIOS provided index numbers for on-board devices (example:
eno1)- Names incorporating Firmware/BIOS provided PCI Express hotplug slot index numbers (example:
ens1)- Names incorporating physical/geographical location of the connector of the hardware (example:
enp2s0)- Names incorporating the interfaces's MAC address (example:
enx78e7d1ea46da)- Classic, unpredictable kernel-native ethX naming (example:
eth0)By default, systemd v197 will now name interfaces following policy 1) if that information from the firmware is applicable and available, falling back to 2) if that information from the firmware is applicable and available, falling back to 3) if applicable, falling back to 5) in all other cases. Policy 4) is not used by default, but is available if the user chooses so.
Tehát az első interface-nél az első szabály érvényesül, a másodiknál már a 3-as. Vagyis a második if esetében az egyes és kettes szabály nem játszik. Mi kell ahhoz, hogy az a két szabály életbe lépjen (és mondjuk eno2 nevet kapjon)? BIOS/Firmware támogatás kell - pár perc forráskódnézés után azt hiszem, egész pontosan ez: PCI Firmware Specification Revision 3.1 section 4.6.7 (DSM for Naming a PCI or PCI Express Device Under Operating Systems). Vagyis speciel itt a Supermicro a hunyó...
Ja, meg az üzemeltető, aki nettó négy sornyi systemd unit-ot (man systemd.link) vagy két sornyi udev rule-t nem ír meg...
BlackY