Vlákno názorů k článku Předvídatelné pojmenování síťových karet v Linuxu: kam se podělo eth0 od k3dAR - ona nejcastejsi situace je ze: mam 1 sitovou...

ona nejcastejsi situace je ze: mam 1 sitovou kartu, je mi jedno kam ji zapojim, zda bude interni nebo externi...
chci aby se vzdy jmenovala stejne, takze co udelam?
=> ano tu "genialni" predikci proste vypnu pomoci net.ifnames=0 kernel parametru...

kdyz vymenim kartu upravim si sam podle sebe pravidla pojmenovani dle MAC v /etc/udev/rules­.d/70-persistent-net.rules, tedy JEN pokud sem si ho predtim sam vytvoril, pokud ne, neresim nic - automaticky se jiz nevytvari...

resp. nejen s 1 kartou, delam to takto i kdyz mam 10 ethernet sitovek ;-)

Takže se možná čas od času síťovky při restartu přehází jinak. Pokud jsou třeba všechny bridži, tak to asi nevadí, ale ve většině případů je to fatální problém.

nic se urcite NEprehazi, protoze jak sem psal, pouzivam:
"podle sebe pravidla pojmenovani dle MAC v /etc/udev/rules­.d/70-persistent-net.rules"

Aha tak to je ten druhý případ, kdy riskuješ, že se ti čas od času některé síťovky budou jmenovat ve stylu rename_eth2, protože došlo k souběhu během jejich přejmenování. Ale je z toho snadná pomoc, která navíc ušetří i psaní – síťové karty přejmenovávat na et0, et1,… nebo v zásadě cokoli jiného, jen ne eth a podobná slova, která přiděluje jádro.

za XY let se mi nikdy nestalo ze bych mel rename_ethX, to je nejake moderna od systemd ?

Aha tak to je ten druhý případ, kdy riskuješ, že se ti čas od času některé síťovky budou jmenovat ve stylu rename_eth2, protože došlo k souběhu během jejich přejmenování.

Co si pamatuju, tak tohle se stávalo hodně dávno a jen v tom případě, že už bylo něco nastaveno a přišlo se s novou síťovkou, která se bila s původním nastavením. U čistého nikdy a i ten souběh velmi rychle v některé z novějších verzí udev upravili a pak už se to nevyskytovalo nikdy.

A komu nestačí to co umí pravidla udev, tak se od nepaměti dá použít již výše zmíněná utilita ifrename, která fungovala daleko dříve než vůbec někoho napadl udev neřkuli systemd. Bonusem navíc je, že ifrename umí přejmenovávat/poj­menovávat podle hromady jiných kritérií. Když admin není klikoš a své kroky si předem promýšlí, dá se to lehce nachystat dopředu a po upgrade/změně/vý­měně (whatever) nastartuje v novém tak, že vše jede jak má rovnou a nemusí se koukat, jakpak se přejmenovaly nepředvídatelně síťovky podle křišťálové koule integrované v systemd. Protože největší potíž s tou věcí v systemd je, že tvrdí (stejně jako někteří tady v diskuzi), že když uděláte změnu (přidáte síťovku třeba), tak že se s původníma nic nestane a budou mít stejný název, což je ale z praxe mnohokrát ověřeno, že to není pravda.

Takových pastí je v systemd více, bezvadný je třeba ten timeout na ukončování služeb při shutdown/reboot. Když jsem tu kdysi někde psal, že to nefunguje, byl jsem přesvědčován, že to ne naopak jasně definovaná věc, která nikdy rozbitá nebyla a jediné co je jinak, že ten timeout je ve výchozím nastavený 90 s, což může být zbytečně dlouho. Byl jsem přesvědčován, jak jsem blbej a že s tím neumím ap. Zrovna dneska jsem opakovaně ukazoval kolegovi, jak si ten drzý systemd je schopen ten timeout zvedat, když se odpočet přiblíží té 1:30 min a najednou je třeba čekat 2 min nebo 3 a tak furt dál. A ne prvního dubna ten komp nastavený neměl.

Presne do tohohle stavu se soubehem se teoreticky dostanes i s prediktivnimi nazvy sitovych rozhrani. Jednoduse proto, ze to neprovadi kernel pri inicializaci ovladace (to se vsechna rozhrani vytvori postaru - tedy jako ethX), ale provadi se az v ramci initu formou obligatniho prejmenovani... jak uz jsem zminil, sam jsem se dostal (na systemu, kde prediktivni jmena byla zapnuta) do stavu, kdy po dlouhem cekani bylo v systemu par sitovek "renameX"...

Proste je to zase jen bastl nekde za kernelem - jen pojaty trosku jinak. Systemove reseni by bylo toto pojmenovani mit uz na urovni kernelu - ale to se bohuzel nedeje.