Hová tűnt az udev persistent-net.rules?

Debian GNU/Linux

Sziasztok,

egyszerűen nem találom. Igaz volt egy idő amikor csak szervereket bizgettem VM-ben és valahogy nem került szóba de most kellene eth sorrendet állítani. Utánanéztem de csak "trükközési" praktikákat találtam. Nem hiszem el. Miről maradtam le? Régen ez olyan szépen működött. Most mi van helyette?

(Debian bookworm)

  • 508 megtekintés

( persicsb | 2025. 02. 18., k – 20:40 )

Mi az, amit el szeretnél érni? Mert a problémádat még nem írtad le, csak azt, hogy te régen hogyan oldottad meg más rendszeren. Mi a problémád?

Jobban szeretek PCI slot alapján nevet adni a kártyának, mert akkor hálókártya csere után is jó lesz.

/etc/udev/rules.d/99-interface-names.rules -be:

# Network Adapter 1
ACTION=="add", SUBSYSTEM=="net", ENV{ID_BUS}=="pci", ENV{ID_PATH}=="pci-0000:0b:00.0", NAME="lan0"

# Network Adapter 2
ACTION=="add", SUBSYSTEM=="net", ENV{ID_BUS}=="pci", ENV{ID_PATH}=="pci-0000:13:00.0", NAME="wan0"

De hát a systemd/udev is pontosan ezt csinálja alapból, a topológia alapján kap a kártya nevet.

https://systemd.io/PREDICTABLE_INTERFACE_NAMES/

The following different naming schemes for network interfaces are now supported by udev natively:

  1. Names incorporating Firmware/BIOS provided index numbers for on-board devices (example: eno1)
  2. Names incorporating Firmware/BIOS provided PCI Express hotplug slot index numbers (example: ens1)
  3. Names incorporating physical/geographical location of the connector of the hardware (example: enp2s0)
  4. Names incorporating the interfaces’s MAC address (example: enx78e7d1ea46da)
  5. 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.

hálózati kártya nevet átnevezni illetve sorrendbe állítani

 

"Since Debian 9 "stretch", newly installed machines no longer start with an /etc/udev/rules.d/70-persistent-net.rules file, though such files are maintained if they still exist (with new lines added for newly installed network hardware). On Debian 10 "buster" the (/usr)/lib/udev/rules.d/75-persistent-net-generator.rules file that appends to it was also missing, though legacy 70-persistent-net.rules files were still honored."

( x-daemon | 2025. 02. 19., sze – 02:09 )

ha csak 1 ethernet kartya van, a kernel cmdline-ba (/etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT-ba)

net.ifnames=0

es akkor marad az eth0

nekem ilyen volt, hogy enp5s0f0, beletettem meg egy pcie kartyat es megvaltozott. ennyit a fix nevekrol.
 

neked aztan fura humorod van...

( hrgy84 | 2025. 02. 19., sze – 06:36 )

Amennyire emlékszem, az udev-es megoldás volt a "trükközés" (mert udev oldalról nyúltál alá a név generálásnak), most már van "hivatalos" megoldás az eszközök átnevezésére, mármint ez a funkció kapott külön (al)parancsot. De évek óta nem volt szükségem ethX jellegű nevekre, mert az új konvenció - igaz, hogy sokkal hosszabb és undorítóbb neveket generált, de - sosem okozott még sorrendiségi problémát. Ha valamit egyszer úgy hívtak, hogy enps0f0b0 akkor azt addig úgy hívták, amíg el nem bontottad az egész gépet. Plusz, ma már a NetworkManager és társai képesek a kártyákat MAC cím alapján is megtalálni, és IP-t adni neki, onnantól meg teljesen mindegy, hogy hívják a kártyát, mert tudsz IP címre bindeltetni cuccokat. Kevés dolog van, amit konkrét hardvereszközhöz kell kötni.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-