wlp3s0 helyett rendes wlan0 [megoldva]

Debian GNU/Linux

Sziasztok.

Egyes debian distribekben régebben először az fstabban megjelenő eszközöktől kaptam frászt, de azokat könnyedén lehet szerkeszteni. (/dev/sda1 mountolása a /mnt/sda1 helyre stb.)

A wlan kártyákkal más a helyzet, az nem olyan egyértelmű.

Az

  ifconfig -a

parancsot kiadva megjelenik minden rendelkezésre álló eszköz, és az már megadható a wicd-curses számára.

Kérdés: hogyan lehet elérni, hogy wlp3s0 helyett rendes wlan0 eszközünk legyen?

Symlink? Honnan hova, miről mire? Találtam egy ilyet is:

/sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/wlp3s0/
... és nem tudom, mit kezdhetek vele.
 

└─# lspci -vnn | grep -i net
00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03)
	Subsystem: Lenovo 82567LM Gigabit Network Connection [17aa:20ee]
02:00.0 Ethernet controller [0200]: Qualcomm Atheros AR242x / AR542x Wireless Network Adapter (PCI-Express) [168c:001c] (rev 01)
	Subsystem: Lite-On Communications Inc AR242x / AR542x Wireless Network Adapter (PCI-Express) [11ad:6303]
03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection [8086:4237]

-----------

Frissítés a megoldással:

létrehoztam egy fájlt, ami így néz ki:

# cat /etc/udev/rules.d/70-persistent-net.rules


SUBSYSTEM=="net", ACTION=="add", DRIVERS=="iwlwifi*", ATTR{address}=="00:26:c6:c0:a9:a4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="*", NAME="wlan0"

 

  • 921 megtekintés

( fsanyee | 2021. 08. 13., p – 18:42 )

Üdv a 21. században. írj rá egy udev rulet.

Ezt utoljára 15 éve hallottam, amikor kernelt forgatni tanított valaki.

Olyanokat anyázott az udev miatt, hogy csak lestem. Megkérdeztem tőle, mi az. Azt felelte, ne akarjam megtudni...

Eszközkezelő, annyit tudok. Mást nem. Lila gőzöm sincs róla, elbarmolni meg semmit sem akarok

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

Ja, ez már minden disztróban így van vagy 5-6 éve. Még a nem systemd-sek nagy része is használ udev-et sajnos, nekem sem tetszik, de ez már régóta így van. Egyébként nekem is hiányzik, mert a wlan0 wlan1 eth0 eth1 számozás sokkal logikusabb volt, az sda, sda1, sdb, hdc, stb. mintájára ment. Csak hát ez P5steringnek nem volt elég jó, mert Macen nem így van, és a Linuxnak Macnak kell lennie, egyértelmű.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Több száz és több ezer diskje kinek van? Gond az sda-s sémával nem is az, ha sok lemezed van, hanem ha pl. benne van felejtve a gépben egy USB-s drive, akkor az szépen átveheti az sda jelölést, és a többi meg oltolódik, és nagy kavart tud okozni. Ezért szokás kernelparamétereknél meg bootloadereknél és fstab-nál UUID-ket használni helyette, lehetőleg PARTUUID-t.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nálam ez a sor 5-öt ad vissza. Az lsblk | grep boot megmondja, hogy min van a /boot.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Ennyi diszkhez milyen "management tool" -t használsz?

 

Példa:
Linux raid ( mdadm ) kötet használok multipath -al, ( sorrend nem mindegy, előszőr a multipath-nak kell elindulnia ( /dev/mapper/mpath* ) majd mdadm ebből rakja össze a kötetet majd megy a mount scriptből:
> mdam "automatikus tömbök összerakását" tiltani
> multipath -nak tiltani mindent kivéve tömbhöz tartozó diszkeket

/etc/mdadm/mdam.conf
------------------------------------
AUTO * -all
------------------------------------
/etc/multipath.conf
------------------------------------
blacklist {
        wwid ".*"
}

blacklist_exceptions {
        wwid "diszk1-id"
        wwid "diszk2-id"
        wwid "diszk..."
}
------------------------------------

Ez működik rendesen, akkor van "kézimunka" ha diszket kell cserélni:
Meg kell keressem mdadm-ben lévő "/dev/dm-x" -hez tartozó "/dev/mapper/mpath*" , kiszedni a diszket, majd berakni az újat:

$> mdadm --manage --fail /dev/mdx /dev/dm-y
$> lsscsi -g
$> cat /sys/class/enclosure/<id>/device/wwid

/etc/mutipath.conf
--------------------------------
blacklist_exceptions {
        wwid "diszk1-id"
        wwid "diszk2-id"
        wwid "new-diszk-id"
}
--------------------------------

$> service multipathd reload
$> multipath -ll
$> ls -lah /dev/mapper/mpathX
>> /dev/dm-z

$> mdadm --manage --add /dev/mdx /dev/dm-z
$> mdadm --manage --remove /dev/mdx /dev/dm-y

Erre van valami egyszerűbb megoldásod ? :)

Ugyan könnyebben megjegyezhetők a régiek, de az újabb nevek jobbak műszaki értelemben. nyilván, ha a gépben egy hálózati interface és egy háttértár van csupán, s az sem fordulhat elő, hogy valaki bedug egy pendrive-ot, addig vonzóbbak a régi nevek, de utána már nem igazán.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( vl v | 2021. 08. 13., p – 18:49 )

net.ifnames=0

kernel opciót akarod.

Utána szépen visszakapod az eth0-t meg a wlan0-t.

Most tettem fel Salixom mellé egy mintet a tárolóinak teljessége és a frissen forgatott kernelje miatt.

Most nem akarok cseberből cseberbe menni megint, míg ez nem csinál egy olyan idegesítőt, ami okot szolgáltatna rá.

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

( uzsolt v | 2021. 08. 13., p – 22:21 )

Mondjuk nem ezt kérdezted, de FreeBSD-nél a /etc/rc.conf-ba beírod, hogy

wlans_wlp3s0="wlan0"

Handbook-ban szépen le is van írva.

Jaa, értem. Csak a topiknyitó példája alapján írtam, hogy mit kellene.

A wifi kártya nálam inteles, az eszköz neve iwn0, az ethernet pedig Broadcom, az pedig bge0.

Sajnos többmillió kártyám nincs a laptopomban, hogy ismerjem, mi a helyzet több hasonló kártya esetében, de a kézikönyv szerint "FreeBSD uses the driver name followed by the order in which the card is detected at boot to name the NIC. For example, sis2 is the third NIC on the system using the sis(4) driver."

Hát ha történelmi távlatokban nézzük, akkor a linuxosok vették át a freebsdsektől, mert FBSD-ben az első pillanattól huncut neve van a hálózati interfészeknek, de predictable-nak legnagyobb jóindulattal se nevezném. Pontosabban ha képben vagy arról, hogy milyen hardver van a gépedben (ez azért néha megy), és azt is, hogy azt az éppen aktuális verzióban milyen driver hajtja meg (no ez már nem feltétlenül triviális), no akkor kb. predictable (bár ugye itt is van egy olyan, hogy pontosan milyen sorrendben jelennek meg a kártyák a PCI-buszon, az épp kavarhat a dolgon).

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( debtamas88 | 2021. 08. 14., szo – 19:05 )

Szia!
 

/etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="*", NAME="wlan0"

Olyan nevet adsz neki amilyet akarsz, MAC-címet kell beírni ATTR{address}=="" -ben.
( Ezzel a megoldással nem kell kernel-argv -ket se módósítani pl.: "net.ifnames=0", stb. ).

A paramétereket, ami még kell, mivel állíapítom meg? (pl. a DRIVERSnél)

wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.71.251  netmask 255.255.255.0  broadcast 192.168.71.255
        ether 00:26:c6:c0:a9:a4  txqueuelen 1000  (Ethernet)
 

itt az ether a MAC-cím, az ok. A dev_id már szintén homály

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

Többi paramétert nem kell változtatni, csak a MAC-címet kell átírni, meg a nevét, hogy mi legyen:
ATTR{address}=="xx:xx:xx:xx:xx:xx"
NAME="wlan0"

( Fenti szabálynak az a lényege hogy a MAC-címet nézzük, hogy milyen "DRIVERS"  és milyen nevet kap "KERNEL"  - figyelmen kívűl hadjuk - tehát lényegében egy szűrő ).

Nem kell hozzá semmi, nézd át a "/etc/udev/rules.d/" - mappába a fájlokat,
akkor van ilyen ha van rá egy másik szabály ami később jön, felülbírálja.

Működik, régóta használom.

szerk: MAC-címben kicsi-betűket kell használni, másképp nem működik :)

Á, az egész udev egy áttekinthetetlen katyvasz, az már nem sokat segített volna, ha legalább a hexadecimális számok feldolgozását megoldják benne. Az egész egy agyrém, ahogy van, és már minden disztróra beette magát, a nem systemd-seknél sem tudod kikerülni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( bobesz | 2021. 08. 15., v – 14:38 )

hogyan lehet elérni, hogy wlp3s0 helyett rendes wlan0 eszközünk legyen

khm... ez inkább a rendetlen, mint sem a rendes :D értem én, hogy régen minden is jobb volt... de ez esetben szerintem pont, hogy nem...

attol fugg kit mi szivat meg. akinek halokartya cserenel az eth0-bol eth2 lesz az azt mondja hogy az ujabb jobb. akinek egy bedugott bovitokartyatol az enXXX maszik el az meg azt mondja a regi volt jobb.

valojaban egyik sem tokeletes

neked aztan fura humorod van...

( bzs v | 2021. 08. 22., v – 20:57 )

Köszi mindenkinek,

sokat tanultam a fentiek alapján. Volt, amiről azt sem tudtam, hogy egyáltalán létezik.

Szóval van wlan0, dagad a májam. :-)

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

Még nem jutottam el a teljes teszthez. Ma végigpróbáltam minden wifi stickemmel.

wlan0, wlan1... (persze ott a régi is, amivel ezután nem megy semmi, de hát az nem is baj.)

A "megoldva" cimkét vagy a "feladtam, mert hüje vagyok" jellegűeket csak ezután rakom ki..

Íme a megoldás:

└─# cat /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="iwlwifi*", ATTR{address}=="00:26:c6:c0:a9:a4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="*", NAME="wlan0"

---------

(Szóval létrehoztam ezt a fájlt és annyi. Főcikkben is külön leírom.)

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.