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/.
Bodzio napisał(-a):
Ok, tak mam. Ze sleep'em też nie chwyta - próbowałem 5, 10, 15.
To ciekawe. xD
Trzeba by zobaczyć debug z podnoszenia interfejsu. Ustaw w /etc/default/networking opcję verbose na yes i wrzuć log:
# journalctl -b -u networking.service
Bodzio napisał(-a):
===
bonus -> systemd.unit=emergency.target to w którym miejscu dla kernela wpisać ? /boot/grub/grub.cfg
Tak, tam gdzie masz linijkę z parametrami, np. quiet. Możesz też bez problemu podać to podczas startu jak wejdziesz w config grub'a przez TAB.
Ostatnio edytowany przez morfik (2021-06-15 10:55:23)
Offline
Ale się porobiło :) :)...
Na początek to powiem, że zrobiłem literówkę - zamiast sleep, wpisałem slep. No nie miało prawa działać.
Poprawiłem, huraaaa !!! internet jest od kopa. Po restarcie, znów kaplica :)
Do rzeczy:
Jak zachowują się interfejsy przy wyłączonym sleep:
source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback ##auto wlp6s0 allow-hotplug wlp6s0 iface wlp6s0 inet dhcp #pre-up sleep 10 pre-up rfkill unblock all ## wpa-driver nl80211 wpa-driver wext wpa-debug-lewel -1 wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf wpa-ssid Bodzio_DUG wpa-psk ********* bodzio@domek2:~$ su - Hasło: root@domek2:~# rfkill list 0: hci0: Bluetooth Soft blocked: yes Hard blocked: no 1: phy0: Wireless LAN Soft blocked: yes Hard blocked: no root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@domek2:~# rfkill unblock all root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp6s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet6 fe80::633:c2ff:fe23:b928 prefixlen 64 scopeid 0x20<link> ether 04:33:c2:23:b9:28 txqueuelen 1000 (Ethernet) RX packets 2 bytes 288 (288.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 19 bytes 2792 (2.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@domek2:~# ip route root@domek2:~# dhclient wlp6s0 root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp6s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet 192.168.1.106 netmask 255.255.255.0 broadcast 255.255.255.255 inet6 fe80::633:c2ff:fe23:b928 prefixlen 64 scopeid 0x20<link> ether 04:33:c2:23:b9:28 txqueuelen 1000 (Ethernet) RX packets 62 bytes 33749 (32.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 106 bytes 23571 (23.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@domek2:~# ip route default via 192.168.1.1 dev wlp6s0 192.168.1.0/24 dev wlp6s0 proto kernel scope link src 192.168.1.106
Dostaliśmy adres i mamy internet.
A teraz gdy sleep jest włączony:
source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback ##auto wlp6s0 allow-hotplug wlp6s0 iface wlp6s0 inet dhcp pre-up sleep 10 pre-up rfkill unblock all ## wpa-driver nl80211 wpa-driver wext wpa-debug-lewel -1 wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf wpa-ssid Bodzio_DUG wpa-psk ********* bodzio@domek2:~$ su - Hasło: root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@domek2:~# rfkill list 0: hci0: Bluetooth Soft blocked: no Hard blocked: no 1: phy0: Wireless LAN Soft blocked: no Hard blocked: no root@domek2:~# ip l set wlp6s0 up root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp6s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether 04:33:c2:23:b9:28 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@domek2:~# dhclient wlp6s0 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. --- 192.168.1.1 ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
I w tym przypadku, żeby skały srały, to z routerem się nie połączy.
Jak widać interfejs wlp6s0 jest podniesiony i nie zablokowany, acz połączyć się nie chce.
===edit===
dodać DNS do interfaces ?
===edit2===
dodanie dns-ów nic nie wniosło.
Offline
A jakie logi są po stronie routera gdy nie chce zestawić połączenia?
Offline
Odwołujecie się do systemd a Bodzio cały czas używa net-tools i tu może być problem.
https://wiki.gentoo.org/wiki/Iproute2
https://wiki.gentoo.org/wiki/Network_management
https://lartc.org/howto/lartc.iproute2.html#LARTC.IPROUTE2.WHY
Nie mam w tej chwili jak to sprawdzić, bo nie mam wifi.
https://wiki.archlinux.org/title/Wireless_network_configuration
https://wireless.wiki.kernel.org/en/users/documentation/iw
https://wireless.wiki.kernel.org/en/users/Documenta … lace-iwconfig
Ostatnio edytowany przez fnmirk (2021-06-16 01:48:40)
Offline
Ale tam tylko wykorzystywane jest ifconfig do zwracania info o interfejsie. Tak naprawdę to do konfiguracji jest wykorzystywany ifupdown, bo to on korzysta z /etc/network/interfaces . A ifupdown korzysta z ip do konfiguracji interfejsów sieciowych, więc można sobie również i ręcznie z tego narzędzia korzystać. Podobnie jest sprawa z dhclient, który jest wykorzystywany przy DHCP no i też wpa_supplicant do konfiguracji połączenia WiFi. Ja mam dokładnie tak samo, tj. jadę na ifupdown, ip, dhclient, wpasuuplicant i systemd i nie mam tutaj żadnych problemów od lat. xD
Offline
Chciałbym być dobrze zrozumiany, zerknij na te tabelki:
https://wiki.gentoo.org/wiki/Network_management#Available_software
https://wiki.gentoo.org/wiki/Network_management#Com … odem_managers
https://wiki.archlinux.org/title/Wireless_network_c … ion#Utilities
Offline
fnmirk napisał(-a):
Odwołujecie się do systemd a Bodzio cały czas używa net-tools i tu może być problem.
Uparłeś się :)
Naprawdę nie ma konfliktu.
Na starym laptopie jest ip oraz net-tools i jakoś się nie konfliktowały. Zresztą te objawy były od samego początku, nawet jak net-tools nie był zainstalowany, -> patrz wyżej.
Włączone verbose
z włączonym i działającym internetem, poniżej - zaraz po starcie systemu gdy nie ma netu a interfejs jest blocked
root@domek2:~# journalctl -b -u networking.service -- Journal begins at Mon 2021-06-07 18:25:09 CEST, ends at Wed 2021-06-16 10:41:12 CEST. -- cze 16 10:32:24 domek2 ifup[606]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 10:32:24 domek2 ifup[612]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 10:32:24 domek2 systemd[1]: Starting Raise network interfaces... cze 16 10:32:24 domek2 ifup[612]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 10:32:24 domek2 ifup[606]: ifup: configuring interface lo=lo (inet) cze 16 10:32:24 domek2 ifup[606]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 10:32:24 domek2 ifup[650]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 10:32:24 domek2 ifup[650]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 10:32:24 domek2 ifup[606]: /sbin/ip link set dev lo up cze 16 10:32:24 domek2 ifup[606]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 10:32:24 domek2 ifup[698]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 10:32:24 domek2 ifup[606]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 10:32:24 domek2 ifup[702]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 10:32:24 domek2 systemd[1]: Finished Raise network interfaces. root@domek2:~# journalctl -b -u networking.service -- Journal begins at Mon 2021-06-07 18:25:09 CEST, ends at Wed 2021-06-16 10:43:52 CEST. -- cze 16 10:43:34 domek2 ifup[607]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 10:43:34 domek2 ifup[613]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 10:43:34 domek2 systemd[1]: Starting Raise network interfaces... cze 16 10:43:34 domek2 ifup[613]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 10:43:34 domek2 ifup[607]: ifup: configuring interface lo=lo (inet) cze 16 10:43:34 domek2 ifup[607]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 10:43:34 domek2 ifup[643]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 10:43:34 domek2 ifup[643]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 10:43:34 domek2 ifup[607]: /sbin/ip link set dev lo up cze 16 10:43:34 domek2 ifup[607]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 10:43:34 domek2 ifup[658]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 10:43:34 domek2 ifup[607]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 10:43:34 domek2 ifup[661]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 10:43:34 domek2 systemd[1]: Finished Raise network interfaces.
Offline
Nie uparłem się tylko taka jest tendencja.
A ta informacja dopiero wprowadza zamieszanie:
https://www.linux-magazine.com/Online/News/Linus-To … rnel-Lockdown
Offline
Przynajmniej wiadomo, że w rfkill interfejs jest zablokowany przed wystartowaniem usługi podnoszenia sieci, bo inaczej miałbyś tam w logu podnoszenie interfejsu wlan0 (czy co tam masz xD), a jest tylko konfiguracja lo. Więc coś wcześniej ten interfejs blokuje.
Co do odblokowania interfejsu via /etc/network/interfaces , to restartnij kompa, odpal go normalnie i podnieś interfejs via ifup i pokaż log z włączonym verbose, zakładając oczywiście, że po takim podniesieniu neta nie będziesz miał.
Offline
Ok, w takiej kolejności jak podałeś:
root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@domek2:~# ifup wlp6s0 ifup: interface wlp6s0 already configured root@domek2:~# rfkill list 0: phy0: Wireless LAN Soft blocked: yes Hard blocked: no 1: hci0: Bluetooth Soft blocked: yes Hard blocked: no root@domek2:~# journalctl -b -u networking.service -- Journal begins at Mon 2021-06-07 18:25:09 CEST, ends at Wed 2021-06-16 17:41:52 CEST. -- cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 17:39:59 domek2 ifup[656]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 17:39:59 domek2 ifup[656]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 17:39:59 domek2 systemd[1]: Starting Raise network interfaces... cze 16 17:39:59 domek2 ifup[649]: ifup: configuring interface lo=lo (inet) cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 17:39:59 domek2 ifup[685]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 17:39:59 domek2 ifup[685]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 17:39:59 domek2 ifup[649]: /sbin/ip link set dev lo up cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 17:39:59 domek2 ifup[701]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 17:39:59 domek2 ifup[704]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 17:39:59 domek2 systemd[1]: Finished Raise network interfaces. root@domek2:~# rfkill unblock all root@domek2:~# ifup wlp6s0 ifup: interface wlp6s0 already configured root@domek2:~# journalctl -b -u networking.service -- Journal begins at Mon 2021-06-07 18:25:09 CEST, ends at Wed 2021-06-16 17:43:06 CEST. -- cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 17:39:59 domek2 ifup[656]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 17:39:59 domek2 ifup[656]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 17:39:59 domek2 systemd[1]: Starting Raise network interfaces... cze 16 17:39:59 domek2 ifup[649]: ifup: configuring interface lo=lo (inet) cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d cze 16 17:39:59 domek2 ifup[685]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools cze 16 17:39:59 domek2 ifup[685]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant cze 16 17:39:59 domek2 ifup[649]: /sbin/ip link set dev lo up cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 17:39:59 domek2 ifup[701]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 17:39:59 domek2 ifup[649]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d cze 16 17:39:59 domek2 ifup[704]: run-parts: executing /etc/network/if-up.d/wpasupplicant cze 16 17:39:59 domek2 systemd[1]: Finished Raise network interfaces. root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp6s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet6 fe80::633:c2ff:fe23:b928 prefixlen 64 scopeid 0x20<link> ether 04:33:c2:23:b9:28 txqueuelen 1000 (Ethernet) RX packets 3 bytes 330 (330.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20 bytes 2860 (2.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ###jak widać internetu nie ma### ###po kilku sekundach### root@domek2:~# dhclient wlp6s0 RTNETLINK answers: File exists root@domek2:~# ifconfig enp5s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500 ether a8:a1:59:58:69:e8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 18 bytes 1970 (1.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 18 bytes 1970 (1.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp6s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet 192.168.1.106 netmask 255.255.255.0 broadcast 255.255.255.255 inet6 fe80::633:c2ff:fe23:b928 prefixlen 64 scopeid 0x20<link> ether 04:33:c2:23:b9:28 txqueuelen 1000 (Ethernet) RX packets 17 bytes 2903 (2.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 41 bytes 6544 (6.3 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Jak wygląda objaw:
Po starcie systemu, interfejs jest zablokowany.
Odblokowanie poprzez rfkill automatycznie podnosi interfejs.
Połączenie z netem nastąpi... lub nie :P
dhclient zawsze pomaga. Wszystko to przy takich ustawieniach interfaces:
root@domek2:~# cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback ##auto wlp6s0 allow-hotplug wlp6s0 iface wlp6s0 inet dhcp #pre-up sleep 10 pre-up rfkill unblock all ## wpa-driver nl80211 wpa-driver wext wpa-debug-lewel -1 wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf wpa-ssid Bodzio_DUG wpa-psk ***************** dns-nameserver 194.204.159.1 194.204.152.34
Offline
# ifup wlp6s0
ifup: interface wlp6s0 already configured
Hmmm, pytanie czy ten komunikat jest błędny za sprawą blokady w rfkill czy to faktycznie jakaś inna usługa ci ten interfejs skonfigurowała. xD Bo tam w logu ifup nie masz nic co by wskazywało, że ifupdown ci zarządza tym interfejsem.
Można by jeszcze spróbować dać:
# ifdown wlp6s0 # ifup wlp6s0
i zobaczyć co się stanie.
Spróbuj też zamienić miejscami te dwie poniższe linijki, tak by pierw odblokował tę kartę, poczekał chwilę i dopiero przystąpił do konfiguracji interfejsu:
pre-up rfkill unblock all pre-up sleep 5
Offline
Zaraz zrobię jak napisałeś.
Aktualnie jest tak - kilka restartów - że po:
rfkill unblock all
interfejs jest podnoszony i po kilku sekundach jest net.
Być może (ale za cienki na to jestem) że dodanie DNS-ów do interfaces pomogło.
Offline
Zmiana wpisów w linijkach interfaces nic nie wniosła.
Interfejs się nie podniósł. Ręczne podniesienie jest ok, ale się nie połączy - nie dostaje adresu.
Zamknięcie interfejsu i ponowne podniesienie:
root@domek2:~# ifdown wlp6s0 Killed old client process Internet Systems Consortium DHCP Client 4.4.1 Copyright 2004-2018 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlp6s0/04:33:c2:23:b9:28 Sending on LPF/wlp6s0/04:33:c2:23:b9:28 Sending on Socket/fallback DHCPRELEASE of 192.168.1.106 on wlp6s0 to 192.168.1.1 port 67 sprawdziłem, czy jest net root@domek2:~# ip route - nie ma root@domek2:~# ifup wlp6s0 Internet Systems Consortium DHCP Client 4.4.1 Copyright 2004-2018 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/wlp6s0/04:33:c2:23:b9:28 Sending on LPF/wlp6s0/04:33:c2:23:b9:28 Sending on Socket/fallback DHCPDISCOVER on wlp6s0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on wlp6s0 to 255.255.255.255 port 67 interval 15 DHCPOFFER of 192.168.1.106 from 192.168.1.1 DHCPREQUEST for 192.168.1.106 on wlp6s0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.106 from 192.168.1.1 bound to 192.168.1.106 -- renewal in 2838 seconds.
Co ciekawe, czasami po starcie interfejs jest down, po kilku sekundach się podnosi i karta dostaje adres.
Jak się nie podniesie to odpalam skrypcik ./internet
#!/bin/bash rfkill unblock all && dhclient wlp6s0
i mam net.
Offline
Bodzio zerknij sobie do pliku /var/log/kern.log w nim często jest dostępna informacja skąd można uzyskać przez git, linux-firmware w wersji dedykowanej dla jądra.
Poszukaj wpisu: „Wireless WiFi driver for Linux”. Być może inne oprogramowanie układowe to naprawi.
Offline
fnmirk napisał(-a):
Bodzio zerknij sobie do pliku /var/log/kern.log w nim często jest dostępna informacja skąd można uzyskać przez git, linux-firmware w wersji dedykowanej dla jądra.
Poszukaj wpisu: „Wireless WiFi driver for Linux”. Być może inne oprogramowanie układowe to naprawi.
Dziękuję, sprawdzę. Nie było mnie kilka dni.
Tak odnośnie tej karty - dowiedziałem się od chłopaków, którzy mi ją sprowadzili, że jest nie tylko dual band, ale jeszcze ma moduł Bluetooth.
Dlatego jest blokowane i wifi i BT
Offline
Sprawdziłem. Co ciekawe :) najstarsze oprogramowanie układowe jest... na stronie intela.
Te Debianowe to z experimental są najnowsze - ale identyczne jak z Sid czy Bulseye.
Ściągnąłem nawet paczkę z fedory - ale w środku jest to samo.
Offline
Przedstaw te parę linijek z /var/log/kern.log.
Dodatkowe pytanie, czy w Twoim systemie działają jeszcze jakieś usługi udeva? Co masz w katalogu /etc/udev/rules.d/?
apt policy udev ls -l /etc/udev/rules.d/
Offline
Pusto
root@domek2:~# apt policy udev udev: Zainstalowana: 247.3-5 Kandydująca: 247.3-5 Tabela wersji: *** 247.3-5 500 500 http://ftp.de.debian.org/debian bullseye/main amd64 Packages 100 /var/lib/dpkg/status root@domek2:~# ls -l /etc/udev/rules.d/ razem 0
Ale ja się naprawdę nie przejmuję. Piszą w necie, że jest bug dotyczący tej karty sieciowej. Zgłoszony.
Ponadto karta źle współpracuje z mobo Asrock - a taką płytę mam.
Mogę się połączyć po odblokowaniu karty, więc spoko.
Chcieliście pomóc - za co bardzo serdecznie dziękuję :)
I co jeszcze - napiszę gdy temat się rozwiąże. Jak nie, to też dobrze.
Offline
Po prostu przyszedł mi trochę „szatański” pomysł aby po staremu wymusić nazwę i działanie interfejsu sieciowego przy pomocy regułek udeva. Jak masz ochotę to zrób równoległą instalację i się pobaw.
https://www.debian.org/doc/manuals/debian-reference … nterface_name
Offline
Na kłopoty z podnoszeniem czy odblokowaniem urządzeń najlepiej udeva zatrudnić, od tego on jest.
Offline
Jacekalex, moja porada tego dotyczyła. Tylko autor „Debian Reference” zmienił w najnowszej wersji (2.83) treść tego rozdziału i w ogóle już o tym nie wspomina. O udevie jest w wersji 2.77 i wcześniejszych „Debian Reference”.
Offline
@fnmirk, @Jacekalex...
Z podnoszeniem interfejsu, czy też połączeniem nie ma najmniejszego problemu.
Gdzieś wcześniej pisałem że:
- ustawienia sieci firmowane przez przepis Morfika są bardzo dobre i perfekcyjnie działają.
- pisałem też, że podniesienie interfejsu i połączenie z siecią następuje ZAWSZE i od kopa - w przypadku odpalenia systemu w trybie konsolowym.
...
Wystarczy jednak dać: -> start lxde, lub klasycznie z użyciem lightdm...
i logujemy się w trybie graficznym bez internetu, z zablokowanym przez rfkill interfejsem.
Trochę poczytałem, i wychodzi na to, że jakiś moduł odpowiedzialny za połączenia wifi jest w konflikcie z innym modułem i mamy powyższy rezultat.
Przypuszczam, że gdybym zamiast LXDE zainstalował GNOME lub KDE to pewnie kłopotów by nie było. No, ale ja chcę LXDE i już :)
Nie jest to błąd karty sieciowej i jej sterownika jak wcześniej przypuszczałem.
Wczoraj, dla testu włożyłem inną kartę na chipsecie "rtl".
I jak poprzednio - a nawet lepiej, sterowniki w systemie były i karta odpaliła normalnie. lecz po wejściu w tryb graficzny została także zablokowana.
Teraz o modułach:
root@domek2:~# lsmod | grep wifi iwlwifi 294912 1 iwlmvm cfg80211 970752 3 iwlmvm,iwlwifi,mac80211
i zastanawiam się, czy wszystkie cztery są potrzebne i czy któryś nie jest w konflikcie z modułem głównym czyli iwlwifi
Offline