Debian Buster, HP Microserver gen10.
Azt hittem, hogy megoldott probléma, hogy az interfészek ne neveződjenek át random.
Előbb kitalálta valaki, hogy legyen /etc/udev/rules.d/70-persistent-net.rules, minden új kártya bekerül és utána hardveres azonosító alapján ugyanazt a nevet kapja. Na most a Debianon /etc/udev/rules.d alatt nincs semmi.
De nem is baj, mert jött az elvileg konzisztens device elnevezés. Úgy hívták a két alaplapi interfészt, hogy enp2s0f0 és enp2s0f1. Ma beletettem egy wifi kártyát, ő lett a wlp4s0. Az alaplapi interfészek pedig átneveződtek: enp9s0f0 és enp9s0f1.
WTF?
- 3152 megtekintés
Hozzászólások
lspci szerint megváltozott a PCI slot?
- A hozzászóláshoz be kell jelentkezni
Az eredetit nem mentettem el (eszembe se jutott volna, én naiv), és nem fogom már kiszedni a kártyát.
De találtam ezt, valaki feltette a sajátját: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887936
02:00.0 Ethernet controller [0200]: Broadcom Limited NetXtreme BCM5720 Gigabit Ethernet PCIe [14e4:165f]
Subsystem: Hewlett-Packard Company NetXtreme BCM5720 Gigabit Ethernet PCIe [103c:22e8]
Physical Slot: 0
Ugyanez nálam a wifivel együtt: https://pastebin.com/20Xk3jFf
09:00.0 Ethernet controller [0200]: Broadcom Limited NetXtreme BCM5720 Gigabit Ethernet PCIe [14e4:165f]
Subsystem: Hewlett-Packard Company NetXtreme BCM5720 Gigabit Ethernet PCIe [103c:22e8]
Physical Slot: 0
Alaplapi kártya, tehát én nem raktam arrébb. Bugos BIOS? Ezt tudja a HP?
- A hozzászóláshoz be kell jelentkezni
Azt nem tudom, de itt a systemd azt csinálja, amire kitalálták. Az, hogy a régi MAC címhez kötött elnevezés jobb volt-e, az más kérdés.
N36L-en is ez van amúgy:
02:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5723 Gigabit Ethernet PCIe (rev 10)
Wifi kártyát most nem teszek bele :)
- A hozzászóláshoz be kell jelentkezni
Mit csinál a systemd?
- A hozzászóláshoz be kell jelentkezni
Jobb híján (van két másik opció, amihez FW támogatás kell, amiről nálad fallbackel: https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInt…) a kártya fizikai helyéről nevezi el. És úgy tűnik, tényleg bugos a BIOS-od, ha egy új eszköz megváltoztatja a számozást.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Udev csinálja az átnevezést igazából, csak egy ideje már azt is a systemd-udevd-nek hívják.
- A hozzászóláshoz be kell jelentkezni
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/…
ervenyes debianra is
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Szerintem ez Debianban már alap. enpX... nevű interfészek vannak.
- A hozzászóláshoz be kell jelentkezni
Ilyesmi kernel-parameter segít:
net.ifnames=0 biosdevname=0
- A hozzászóláshoz be kell jelentkezni
És így mi lesz a nevük?
- A hozzászóláshoz be kell jelentkezni
Ami az elmúlt 40 évben bevált: eth0, eth1, wlan0
- A hozzászóláshoz be kell jelentkezni
Soha nem néztem utána, annak ellenére, hogy idegesített... Köszi! :)
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
- A hozzászóláshoz be kell jelentkezni
Ezen miért kellett változtatni hogy szakadna rá az ég, aki kitalalta...
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Egy 0-val kezdődő folyamatos sorszámozás tényleg gáz. Ha bármit változtatsz a hardveren, borul az összes név. Ha a hardverek inicializálása nem egyformán gyors, akkor vagy egyesével bevárja mindet a BIOS és lassú rendszered lesz, vagy inicializálás sorrendje szerint lesz random számozás.
Teljesen jó ötlet, hogy egy eszközt a fizikai elhelyezkedése alapján nevezzünk el. A 0-s PCI slotban levő cucc az enp0 stb. Megoldja a fenti problémákat, csak a BIOS támogatása kell hozzá. Az már kérdés, hogy ezt egy HP szintű cég még 2018-ban is képes elbaszni, amikor a 2-es PCI slotból hirtelen 9 lesz.
- A hozzászóláshoz be kell jelentkezni
Vagyis tehát akkor mégsem olyan jó megoldás.
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
De. Én elhiszem, hogy van sok olyan gép, amin ez már működik, és reménykedem, hogy a HP is észbe kap. A ticketre egyelőre nem jött válasz.
- A hozzászóláshoz be kell jelentkezni
Semmi köze a HP-hoz. Nekem egy közönséges desktop asrock lapon jött elő, de simán produkálni tudtam asus-szal is.
--
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Ettől még mindig ott tartunk, hogy ez esetben nem a pötyi gyerek volt a hülye, hanem azok a gyártók akik szerint rendben van, hogy a pci bus hipp hopp átszámozza magát. Végül is miért kellene bármi kapaszkodót hagyni az osnek arról, hogy mit hol talál.
- A hozzászóláshoz be kell jelentkezni
és vajh ugyanazon a vason a windóz ezt hogyan éli meg?
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Nem tudom. Ha tippelnem kell és tényleg kb azt csinálja, amit az udeves persistent ruleos megoldás, akkor ezt jól veszi, bár simán befigyelhet egy new device found, és ha peched van, akkor utána még egy szép új "wired connection 2" megjelenése is.
Nincs ebbol igazi jó kiút, a systemd megoldása vm cloneozásnál pl jobb mint az udeves móka. Azt lehetne, hogy ha bármi stimmelt (mac, slot, stb), akkor azt tippeljük, hogy ez a régi. De biztos olyan is van, mikor ez szopás lenne.
Azt azért továbbra is tartom, hogy jogos feltételezés volt, hogy s pci bus nem számozódik újra csak úgy.
- A hozzászóláshoz be kell jelentkezni
Tehát elfelejti a hálózati beállításokat és ad egy default konfigot. Ilyennel még nem találkoztam, csak usb-s eszkozoknel.
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Mondom ha tippelnem kell, akkor ebben az esetben pont nem hiszem, de én láttam már wired connection 2-t nem usbs cuccnál is. Egyébként olyankor nem felejt el semmit, csak ad egy új interfacet default konfiggal, a regi meg ott lesz, csak unplugged státuszban. Pont mint az udeves setup.
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
Nagyon nagyon régóta megvan a lehetőség, hogy MAC alapján legyenek elnevezve az interfészek, ami a legjobb megoldás. Én is használom. Ez a slot meg port alapján elnevezés nettó faszság.
--
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Beküldtem HP supportnak, hátha bug, várunk...
- A hozzászóláshoz be kell jelentkezni
Nem bug. Én ugyanígy jártam, csak hangkártyával.
Véletlen bekapcsolva hagytam az integrált hangkártyát, és rögtön más lett az egyedi és megmásíthatatlan, könnyen megjegyezhető enp17s6f3456456 név... Úgyhogy kikapcsoltam én is a francba. Nagyon jó az az eth0.
--
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Ez eth0 is pont ugyanúgy át tud neveződni... Pont az lenne a lényege a PCI slot alapú számozásnak, hogy nem változik.
- A hozzászóláshoz be kell jelentkezni
De mint látható, változik.
És az eth0 legalább rövid, megjegyezhető, és könnyű beírni.
--
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
De legalább nem minden bootnál, csak ha matatsz a gépben.
- A hozzászóláshoz be kell jelentkezni
Ezt pedig azért a windows is megoldotta valahogy...
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Pont úgy csinálja, mint a 70-persistent-net.rules, csak sokkal eldugottabban.
- A hozzászóláshoz be kell jelentkezni
Sosem volt problémám ezzel, szervereken mindig is ki volt kapcsolva. UUID-vel tökéletesen be tudja azonosítani a rendszer, vagy egyszerűbben, mac címmel, amit fel lehet venni az ifcfg fájlba.
--
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Igen, ez lesz a workaround, mert az onboard ethernet mac címe már csak nem változik :).
- A hozzászóláshoz be kell jelentkezni
Cross-distró megoldás: https://www.freedesktop.org/software/systemd/man/systemd.link.html
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
azert lattam mar olyat, h rebootnal lett belole 00:00:00:00:00:00, coldstartnal meg megvolt rendesen....
- A hozzászóláshoz be kell jelentkezni
+1, bár csak egyetlen egyszer
Bár nekem ez windows servernél volt, szóval valószínűleg hardveres bug, os-től független. A vicc az volt, hogy úgy derült ki, hogy volt némi hálózati probléma... Volt ami ment, volt ami nem. Egyik kliens működött, másik nem. Egyik nyomtató nyomtatott, másik nem... Elmolyoltam vele pár órát, mire rájöttem miért.
Ami tudta kezelni a csupa nulla mac címet, az ment, ami nem, az meg nem. :D
--
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
nekem buster alatt a /lib alatt van az udev rules
- A hozzászóláshoz be kell jelentkezni
Kb. augusztus óta a wifi kapott új nevet, eddig wlp4s0 volt, most wls2 lett... 04:00.0 slotban van, tehát a 2-es számot se értem. 4.17-es kernel frissítésre gyanakszok.
- A hozzászóláshoz be kell jelentkezni
(Két kézzel fogom a fejemet. Ez tragikus.)
=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?
- A hozzászóláshoz be kell jelentkezni
Nesze nekünk megjósolható eszköznevek...
- A hozzászóláshoz be kell jelentkezni
Pedig milyen jól kitalálták és kivitelezték...
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni