Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Postanowiłem ten post umieścić w tym dziale, aczkolwiek jeśli administracja uzna, że bardziej pasuje do sprzętu to rzecz jasna proszę bardzo przenosić. Jest to opis problemu i rozwiązanie - mam nadzieję, że komuś się przyda.
Do rzeczy. Jestem programistą Javy i postanowiłem sobie w ramach self-learningu troszeczkę pobawić się w domu zagadnieniami DevOpsowymi (Dockery/kubernetesy/prywatne chmury jako takie/linux i zarządzanie). W tym celu powyciągałem jakieś stare sprzęty i postanowiłem postawić na nich jakąś namiastkę domowego labu sieciowego. Na pierwszy ogień poszedł staruszek netbook Samsung NC10 z przedpotopowym sterownikiem sieciowym Atheros - AR242x.
O ile instalacja z USB sticka poszła spokojnie (z zaciąganiem pakietów zatem WiFi działało - co jest istotne), przy pierwszym rozruchu próbuję puścić update systemu i kupa - nie może zresolvować hosta (polskiego FTP Debiana). Zagłębiłem się w temat i wyszło, że to nie kwestia padu serwera tylko tego, że mój netbooczek postanowił zaprotestować i przestał łączyć się po WiFi.
Zacząłem kopać po sieci i ostatecznie doszedłem do magicznej instrukcji - iw dev, która pokazała, że w ogóle nie mam interfejsu wlan0! Okej, linuxowym wymiataczem nie jestem, ale to raczej coś nowego.
Idąc dalej i szperając po sieci znalazłem kolejną rzecz wartą sprawdzenia - dmesg | grep -e ath -e 01:00 gdzie nagle magicznie wyskoczyło:
ath5k 0000:02:00.0 wlp2s0: renamed from wlan0
No i tutaj mamy psa pogrzebanego. Wiedząc, że magicznie mój interfejs dla WiFi nazywa się inaczej instrukcje ze strony https://wiki.debian.org/WiFi/HowToUse#wpa_supplicant poszły od ręki i mogę cieszyć się radośnie z powrotem WiFi na netbooku. To jest główna odpowiedź - bo póki co nawet dość stare wpisy na forach opisujące ten problem nie biorą pod uwagę logów systemowych i w związku z czym posługują się w komendach/outputach interfejsem wlan0. Co jak widać nigdy nie zadziała!.
Dodatkowe linki:
https://askubuntu.com/questions/702161/why-is-my-in … tead-of-wlan0
https://www.linuxquestions.org/questions/linux-newb … x-4175493074/
Wspomniane w treści https://wiki.debian.org/WiFi/HowToUse#wpa_supplicant
Offline
Ja mam zrobiony pliczek konfiguracyjny:
/etc/udev/rules.d/80-net-name-slot.rules
a w nim regułkę:
# USB device 0x0cf3:0x9271 (usb) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ENV{ID_NET_NAME_PATH}=="wlp0s29f7u2", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"
i nawet działa.
Wcześniej interfejs dostawał nazwę:
wlp0s29f7u2
Karta to Tplink 722N usb, chodzi na sterze aht9_htc.
Offline
Jacekalex napisał(-a):
Ja mam zrobiony pliczek konfiguracyjny.. CIACH
Ah i to jest ta tajemna wiedza którą chciałbym zdobyć ;) Ten pliczek wyrzeźbiłeś we własnym zakresie czy jakieś toole/drivery podczas instalacji sobie takowy utworzyły?
Offline
To nie jest żadna tajemna wiedza, https://dug.net.pl/tekst/278/oswajanie_sie_z_udevem … dla_urzadzen/
Offline
Można dopisac też net.ifnames=0 do linii GRUB_CMDLINE_LINUX_DEFAULT w /etc/default/grub i zaktualizać konfigurację update-grub
Offline
Albo — zamiast walki z nieistniejącymi problemami — dopasować wpisywane komendy do nazwy swojego interfejsu sieciowego.
Trochę to przypomina stękanie na UUID-y w fstab.
W obu tych przypadkach przyczyny takich zmian były identyczne.
Offline
Gorzej jak masz nazwy interfejsów w X skryptach do tego wszystko spięte ansible, weź potem szukaj dlaczego np. na nowszym systemie coś nie działa.
Offline
Strony: 1