kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 7816
|
Max-Ulrich_Farber schrieb: Jetzt, wo mir ein Abbruch nützlich wäre, ist die Verbindung anscheinend erstaunlich stabil
Ja, ich habe das schon oft beobachtet: Fehler sind im Grunde feige Gesellen. Wenn man ihnen die Stirn bietet um sie zu bekämpfen, ziehen sie sich kleinlaut zurück. Leider schlagen dann aber manche grausam aus dem Hinterhalt in Momenten zu, wenn sie den größten Schaden anrichten können.
[…] Wie schaltet man nötigenfalls die Kryptographie in der Hardware ab?
Das ist abhängig vom jeweiligen Kernel-Modul, welches man mit passenden Optionen laden muss.
[…] auf dem L520:
lspci | grep Wireless
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000 [Condor Peak]
[…]
Zeige bitte einmal zur Vervollständigung der Akten: lspci -nnk -s 3:
und auf dem T530:
lspci | grep Network
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 04)
03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
Und auch hier bitte: lspci -nnk -s 3: D.h. Du beobachtest dies Abbrüche auf zwei Rechnern mit unterschiedlicher WLAN-Hardware, aber nicht zeitgleich? Haben beide Rechner Xubuntu 20.04?
|
Max-Ulrich_Farber
(Themenstarter)
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7787
|
D.h. Du beobachtest dies Abbrüche auf zwei Rechnern mit unterschiedlicher WLAN-Hardware, aber nicht zeitgleich? Haben beide Rechner Xubuntu 20.04?
So ist es. Ich sitze vor einem der Rechner, meist dem "kleineren" L520. Der andere (T530) läuft jetzt im Nebenzimmer quasi zur Kontrolle nebenher (ein einziger verbraucht offenbar nicht genug Strom 😉 ), und ich schaue nur gelegentlich, wie es diesem geht. Beide Rechner haben Xubuntu 20.04, und beide sind aktuell. Auf beiden gibt es diese seltsamen Abbrüche, aber nicht zeitgleich. Im Moment läuft der "Kleine" offenbar stabiler als de "Große". Zur weiteren Kontrolle habe ich zeitweise ein Android-Tablet und zwei Internet-Radios in Betrieb, alle störungsfrei. Der T530 hat DualBoot mit Windows10, aktuelle Version 20H02, BIOS und Win-Treiber frisch aktualisiert. Unter Windows läuft er störungsfrei ohne Abbrüche. Für meinen älteren L520 gibt es bei Lenovo keine BIOS-Updates mehr. Doch bis zu diesen blöden WLAN-Abbrüchen lief er jahrelang recht problemlos mit Xubuntu 14.04, 16.04, 18.04 und 20.04… Doch jetzt zurück zum Problem. auf dem L520:
lspci -nnk -s 3:
03:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 1000 [Condor Peak] [8086:0084]
Subsystem: Intel Corporation Centrino Wireless-N 1000 BGN [8086:1315]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
und auf dem T530:
lspci -nnk -s 3:
03:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] [8086:0085] (rev 34)
Subsystem: Intel Corporation Centrino Advanced-N 6205 (802.11a/b/g/n) [8086:1311]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
Hoppla, ein Abbruch auf dem L520. Hier die Logfile mit installiertem 00-logger:
tail -n350 /var/log/syslog | egrep -i 'net|err|fail|firm'
Dec 13 10:34:22 ThinkPad-L520 systemd-resolved[1292]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Dec 13 10:34:42 ThinkPad-L520 systemd-resolved[1292]: message repeated 10 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]
Dec 13 10:36:56 ThinkPad-L520 NetworkManager[1536]: <warn> [1607852216.7519] sup-iface[0x55f023610110,wlp3s0]: connection disconnected (reason 2)
Dec 13 10:36:56 ThinkPad-L520 NetworkManager[1536]: <info> [1607852216.7572] device (wlp3s0): supplicant interface state: completed -> disconnected
Dec 13 10:36:56 ThinkPad-L520 NetworkManager[1536]: <info> [1607852216.8571] device (wlp3s0): supplicant interface state: disconnected -> scanning
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.2858] device (wlp3s0): supplicant interface state: scanning -> authenticating
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.2879] device (wlp3s0): supplicant interface state: authenticating -> associating
Dec 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3061] device (wlp3s0): supplicant interface state: associating -> associated
Dec 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dec 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3148] device (wlp3s0): supplicant interface state: associated -> 4-way handshake
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <warn> [1607852217.3148] sup-iface[0x55f023610110,wlp3s0]: connection disconnected (reason -1)
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3198] device (wlp3s0): supplicant interface state: 4-way handshake -> disconnected
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3208] device (wlp3s0): Activation: (wifi) disconnected during association, asking for new key
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3209] device (wlp3s0): state change: activated -> need-auth (reason 'supplicant-disconnect', sys-iface-state: 'managed')
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3434] dhcp4 (wlp3s0): canceled DHCP transaction
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3435] dhcp4 (wlp3s0): state changed bound -> done
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3439] dhcp6 (wlp3s0): canceled DHCP transaction
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3439] dhcp6 (wlp3s0): state changed bound -> done
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3447] manager: NetworkManager state is now CONNECTING
Dec 13 10:36:57 ThinkPad-L520 dbus-daemon[1529]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.11' (uid=0 pid=1536 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Dec 13 10:36:57 ThinkPad-L520 systemd[1]: Starting Network Manager Script Dispatcher Service...
Dec 13 10:36:57 ThinkPad-L520 systemd[1]: Started Network Manager Script Dispatcher Service.
Dec 13 10:36:57 ThinkPad-L520 nm-dispatcher: req:1 'down' [wlp3s0]: find-scripts: Cannot execute '/etc/NetworkManager/dispatcher.d/00-logger': not executable by owner.
Dec 13 10:36:57 ThinkPad-L520 nm-dispatcher: req:2 'connectivity-change': find-scripts: Cannot execute '/etc/NetworkManager/dispatcher.d/00-logger': not executable by owner.
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.4199] device (wlp3s0): supplicant interface state: disconnected -> inactive
Dec 13 10:37:07 ThinkPad-L520 systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Dec 13 10:38:57 ThinkPad-L520 NetworkManager[1536]: <warn> [1607852337.3634] device (wlp3s0): no secrets: No agents were available for this request.
Dec 13 10:38:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852337.3635] device (wlp3s0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')
Dec 13 10:38:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852337.3643] manager: NetworkManager state is now DISCONNECTED
Dec 13 10:38:57 ThinkPad-L520 NetworkManager[1536]: <warn> [1607852337.3655] device (wlp3s0): Activation: failed for connection 'Rebekka'
Dec 13 10:38:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852337.3660] device (wlp3s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Dec 13 10:39:01 ThinkPad-L520 systemd[1]: Starting Firmware update daemon...
Dec 13 10:39:01 ThinkPad-L520 fwupd[18862]: 09:39:01:0886 FuEngine failed to add udev device /sys/devices/pci0000:00/0000:00:1c.2/0000:04:00.0/rtsx_pci_sdmmc.0/mmc_host/mmc0/mmc0:e624/block/mmcblk0: failed get ffu_capable for (null)
Dec 13 10:39:01 ThinkPad-L520 fwupd[18862]: ERROR:sys:src/tss2-sys/api/Tss2_Sys_Execute.c:114:Tss2_Sys_ExecuteFinish() Unsupported device. The device is a TPM 1.2
Dec 13 10:39:01 ThinkPad-L520 fwupd[18862]: ERROR:esys:src/tss2-esys/api/Esys_Startup.c:216:Esys_Startup_Finish() Received a non-TPM Error
Dec 13 10:39:01 ThinkPad-L520 fwupd[18862]: ERROR:esys:src/tss2-esys/api/Esys_Startup.c:78:Esys_Startup() Esys Finish ErrorCode (0x00080001)
Dec 13 10:39:01 ThinkPad-L520 fwupd[18862]: 09:39:01:0917 FuEngine failed to add udev device /sys/devices/pnp0/00:05/tpm/tpm0: failed to initialize TPM
Dec 13 10:39:02 ThinkPad-L520 systemd[1]: Started Firmware update daemon.
Dec 13 10:41:03 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:03 2020 -> ^Can't query current.cvd.clamav.net
Dec 13 10:41:03 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:03 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:03 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:03 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:03 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:03 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:03 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:03 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:08 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:08 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:08 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:08 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:08 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:08 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:08 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:08 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:13 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:13 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:13 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:13 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:13 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:13 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:13 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:13 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:18 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:18 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:18 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:18 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:18 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:18 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:18 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:18 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:23 2020 -> !remote_cvdhead: Download failed (6) Sun Dec 13 10:41:23 2020 -> ! Message: Couldn't resolve host name
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> Giving up on https://database.clamav.net...
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:23 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:23 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:23 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:23 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:28 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:28 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:28 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:28 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:28 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:28 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:28 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:28 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:33 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:33 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:33 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:33 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:33 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:33 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:33 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:33 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:38 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:38 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:38 2020 -> ^remote_cvdhead: Download failed (6) Sun Dec 13 10:41:38 2020 -> ^ Message: Couldn't resolve host name
Dec 13 10:41:38 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:38 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:38 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:38 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> Reading CVD header (daily.cvd): Sun Dec 13 10:41:43 2020 -> !remote_cvdhead: Download failed (6) Sun Dec 13 10:41:43 2020 -> ! Message: Couldn't resolve host name
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> ^Failed to get daily database version information from server: https://database.clamav.net
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> !check_for_new_database_version: Failed to find daily database using server https://database.clamav.net.
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> Giving up on https://database.clamav.net...
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> !Update failed for database: daily
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> ^fc_update_databases: fc_update_database failed: HTTP GET failed (11)
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> !Database update process failed: HTTP GET failed (11)
Dec 13 10:41:43 ThinkPad-L520 freshclam[4022]: Sun Dec 13 10:41:43 2020 -> !Update failed.
Es ist wieder ein gescheitertes freshclam-Update drin, sonst sehe ich nichts Neues. Oder müsste ich die Logfile jetzt anders abfragen? Beste Grüße – Max-Ulrich
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 7816
|
Max-Ulrich_Farber schrieb: […] müsste ich die Logfile jetzt anders abfragen?
Wenn Du die Meldungen von 00-logger sehen willst:
journalctl -b -p 5 | grep 00-logger (oder geschwätziger mit -p 7 ) oder: journalctl -b -u NetworkManager-dispatcher.service (ggf. wieder mit -p nach Priorität gefiltert.) oder fortlaufend in Echtzeit: journalctl -f -p 7 | grep 00-logger
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 7816
|
Max-Ulrich_Farber schrieb: […] mit installiertem 00-logger:
[…]
Dec 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dec 13 10:36:57 ThinkPad-L520 NetworkManager[1536]: <info> [1607852217.3061] device (wlp3s0): supplicant interface state: associating -> associated
Dec 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dec 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
[…]
Dec 13 10:36:57 ThinkPad-L520 nm-dispatcher: req:1 'down' [wlp3s0]: find-scripts: Cannot execute '/etc/NetworkManager/dispatcher.d/00-logger': not executable by owner.
Du musst das Skript natürlich ausführbar machen. Es ist aber eigentlich schon klar, dass das Problem wohl nicht im NetworkManager, sondern wohl in wpa_supplicant bzw. in dessen Zusammenarbeit mit der Hardware steckt.
|
shiro
Anmeldungsdatum: 20. Juli 2020
Beiträge: 611
|
@Max-Ulrich_Farber: Ich habe exakt das gleiche Problem wie du und hoffe, dass man meinen Post nicht auch von diesem Thread abhängt. Der Bug tritt bei mir auch nur bei ubuntu 20.04.01 LTS auf (kein 18.04 LTS, Win7, Win10 und div. Androids) und zeigt identische Einträge im syslog. Da du aber den syslog stets nach 'net|err|fail|firm' filterst, könnte es sein, dass du einen Eintrag, der bei mir in dem Zusammenhang immer auftritt, übersehen hast. Schau bitte mal, ob du Ergebnisse findest bei
| cat /var/log/syslog | grep "l2_packet_send - sendto: No buffer space available"
|
Die Zeile taucht bei mir immer kurz vor dem eigentlichen WLAN Abbruch auf:
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: Associated with 2c:91:ab:e3:01:f8
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dec 12 21:51:05 XFC-T420s-04 kernel: [11800.030989] wlp3s0: associated
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: l2_packet_send - sendto: No buffer space available
Dec 12 21:51:05 XFC-T420s-04 kernel: [11800.034540] wlp3s0: deauthenticating from 2c:91:ab:e3:01:f8 by local choice (Reason: 1=UNSPECIFIED)
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:e3:01:f8 reason=1 locally_generated=1
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="SSID25GHZ" auth_failures=1 duration=10 reason=WRONG_KEY
Dec 12 21:51:05 XFC-T420s-04 wpa_supplicant[1482]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD Kann es sein, dass das Problem bei dir auch die "Buffer failure" zeigt?
Ich will jetzt nicht unken, dass hier ein malloc oder GarbageCollection Problem bei 20.04 vorliegt. Aber bei mir tauchte das Problem erst auf, nachdem ich auf 20.04.1 LTS upgegraded habe. Die Systeme mit 18.04 LTS laufen stabil (zeigen das Verhalten nicht). Da das Problem bei mir stets im 2,5GHz Netz auftritt, wechsele ich dann temporär in das 5GHz Netz. Dort habe ich die WLAN Abbrüche bisher nicht beobachtet. Und noch was: Kannst du mal schauen, ab welcher Kernel Version das Problem bei dir auftritt?
| grep -e "l2_packet_send" -e "kernel:.*Linux version" syslog*
zgrep -e "l2_packet_send" -e "kernel:.*Linux version" syslog.*.gz
|
Bei mir war bis zu "Linux version 5.4.0-54-generic" keine WLAN Abbruch gewesen. Ab 30.11.2020 21:58 habe ich allerdings "Linux version 5.4.0-56-generic" und seit diesem Update treten die Probleme auf. Kannst du dies über die greps der syslogs auch bestätigen (nicht die Zeit sondern die Version)?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 7816
|
shiro schrieb: […] Schau bitte mal, ob du Ergebnisse findest bei
| cat /var/log/syslog | grep "l2_packet_send - sendto: No buffer space available"
|
Oder einfach mal alles zeigen, was wpa_supplicant so widerfährt: journalctl -b -u wpa_supplicant.service -p 7 | grep '' […] Bei mir war bis zu "Linux version 5.4.0-54-generic" keine WLAN Abbruch gewesen. Ab 30.11.2020 21:58 habe ich allerdings "Linux version 5.4.0-56-generic" und seit diesem Update treten die Probleme auf.
Oder einfach mal mit dem älteren Kernel starten und hoffentlich keine Abbrüche mehr erleben. Das würde dann auf einen Fehler im Kernel-Modul oder in der von diesem benutzten Firmware hindeuten. Danke für die überaus konstruktiven Hinweise!
|
Max-Ulrich_Farber
(Themenstarter)
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7787
|
Nach ein paar Stunden weiterer Beobachtungen tippe ich nun doch auf die Treiber (??). Ich habe nebenher seit ein paar Stunden auch noch ein älteres Netbook ACER 100H laufen, ebenfalls mit Xubuntu 20.04, ebenfalls aktuell, ebenfalls AMD64. Auch dort bisher keine Abbrüche. Nun habe ich gesehen, dass das T530 unter Windows im 5-GB-Band Kanal 36 läuft. Nachdem ich es auch in Linux auf diesen Kanal umgestellt habe (bisher war es im 2,4-GB-Band gewesen), scheint es bisher auch stabil zu laufen (??). Bei allen anderen Geräten außer den beiden Thinkpads gab es überhaupt keine Probleme, nicht einmal bei dem Raspi-4 mit Rasbian (Debian). Ich meine auch, dass das T530 in der WLAN-Performance unter Linux deutlich schlechter ist als unter Win10, doch gemessen habe ich nichts. (??) Das ältere L520 kann offenbar noch kein 5-GB. Das steigt deshalb weiterhin öfters mal aus. Aufgefallen ist mir, dass es sich bei allen Threads zu diesem Problem (bei Ubuntuusers sind es inzwischen 4) anscheinend immer um Laptops der Marken Lenovo und Dell handelt. An eine Fehlermeldung kann ich unter diesen Umständen nicht denken. Ich beobachte weiter. Gruß – Max-Ulrich EDIT: Sorry, shiro! Ich hatte Deinen Beitrag noch gar nicht gelesen, da ich ständig zwischen den verschiedenen Rechnern hin und her gewechselt habe. Da stimmen anscheinend unsere Beobachtungen ganz genau überein! – Danke für Deine wertvollen Ergänzungen!
|
ruppe2
Anmeldungsdatum: 25. Oktober 2012
Beiträge: Zähle...
|
Hallo, hatte die letzten Tage im Schnitt 1 Abruch pro Stunde.
Heute habe ich dann den Laptop um 14 Uhr (Thinkpad T520) mit dem Kernel 5.4.0-54-generic gestartet.
Bis jetzt kein Abruch! Dank an shiro!
|
Max-Ulrich_Farber
(Themenstarter)
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7787
|
@ruppe2: Bei dem Kernel-Update Ende November war auch ein Update der Linux-Firmware dabei, was immer das gewesen sein mag. Deshalb ist wohl der Rückgriff auf einen älteren Kerner vorübergehend ein Workaround. Zu hoffen ist allerdings, dass dann beim nächsten Kernel-Update eine fehlerfreie Firmware mitkommt. Kann Dein T520 bereits Band A (5GHz)? Dann kannst Du von Hand auf einen der Kanäle dieses Bands umstellen. Allem Anschein nach kannst Du dann mit dem aktuellen Kernel 5.4.0-56-generic weiter arbeiten. Warum der NM in Linux abweichend von Windows in der Einstellung "Automatisch" das Band B/G (2,4GHz) auswählt, ist mir schleierhaft. Was noch interessant wäre, ist ob die Abbrüche auch mit anderen Routern als mit FritzBoxen mit OS 7.21 auftreten. Damit ein Kommunikations-Problem sicher ausgeschlossen werden kann. @shiro: Kann es sein, dass das Problem bei dir auch die "Buffer failure" zeigt?
bzw. l2_packet_send - sendto: No buffer space available
Das habe ich nicht beobachtet, aber ich habe auch nicht direkt danach gesucht. Mal ganz "ins Unreine" gedacht: Könnte es sein, dass vorher schon mehrere Abbrüche passiert waren, die aber vom WPA-Supplikant abgefangen wurden, ohne dass der User das bemerkt hat? Nach den Erklärungen von kB könnte ich mir so etwas vorstellen. Dabei könnte dann vielleicht irgend ein Buffer vollgelaufen sein. Nicht schön. Die erste Ursache – die vielen "kleinen" vorausgegangenen Abbrüche – könnte dann tatsächlich am Treiber liegen. Ist aber nur so eine Idee… Mit der Logfile komme ich nicht weit genug zurück.
|
ruppe2
Anmeldungsdatum: 25. Oktober 2012
Beiträge: Zähle...
|
@Max-Ulrich_Farber: 5GHz-Band hab ich schon mal probiert aber leider selbiges Problem, schon nach ein paar Minuten kam ein Abruch. Mein Router ist ein TP-Link WDR4300 mit OpenWrt Betriebssystem. Ja und diese Fehlermeldung "l2_packet_send - sendto: No buffer space available" in der Syslog habe ich leider auch gefunden bei jedem Abbruch.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 7816
|
Max-Ulrich_Farber schrieb: […] Bei dem Kernel-Update Ende November war auch ein Update der Linux-Firmware dabei, was immer das gewesen sein mag.
Intel-WLAN-Treiber?
[…]
@shiro: Kann es sein, dass das Problem bei dir auch die "Buffer failure" zeigt?
bzw. > l2_packet_send - sendto: No buffer space available
>
Das habe ich nicht beobachtet, aber ich habe auch nicht direkt danach gesucht.
Zeige bitte: journalctl --since=2020-11-15 -u wpa_supplicant.service | grep -C3 buffer
|
Max-Ulrich_Farber
(Themenstarter)
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7787
|
Mein Router ist ein TP-Link WDR4300 mit OpenWrt Betriebssystem.
Das ist schon 'mal sehr interessant. Damit ist AVM (FritzBox) mit OS 2.71 definitiv aus dem Spiel. War zunächst mein Verdacht gewesen, weil das Fritz!OS 2.71 auch sonst noch ein paar Probleme hat. Und das Problem begann ja zeitgleich mit dem Update von FritzOS 2.70 auf 2.71 ("Kontiguität ohne Kausalattribution…" 😇 ) 5GHz-Band hab ich schon mal probiert aber leider selbiges Problem, schon nach ein paar Minuten kam ein Abruch.
Auch das ist sehr interessant. Es kann sein, dass es ein Zufall ist, dass es bei mir im 5-GHz-Band weniger (bzw. gar keine?) Probleme gibt. Möglicherweise liegt es auch daran, dass dieses Band weniger belastet ist, und dass die Abbrüche von der Belastung abhängig sind. Dafür würde sprechen, dass ich am Abend immer mehr Probleme hatte als am Vormittag. Und wieder ein Thinkpad… Alles spricht inzwischen dafür, dass es sich primär um ein Firmware-Problem handelt. Da wäre jetzt eine Fehlermeldung angebracht. Wer traut sich diese zu? Ich mag nicht… 😬 Gruß – Max-Ulrich EDIT: @kB: Zeige bitte: journalctl --since=2020-11-15 -u wpa_supplicant.service | grep -C3 buffer
Das passt ganz genau! Ich glaube, ich muss nicht die (gefühlt) 2 Kilometer Logfile posten, es reicht ein Ausschnitt (Wiederholungen lasse ich trotzdem bewusst drin):
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: l2_packet_send - sendto: No buffer space available
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 03 16:58:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: l2_packet_send - sendto: No buffer space available
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 03 17:48:25 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: l2_packet_send - sendto: No buffer space available
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 03 21:41:15 ThinkPad-L520 wpa_supplicant[2589]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: l2_packet_send - sendto: No buffer space available
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 03 22:51:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: l2_packet_send - sendto: No buffer space available
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 03 23:41:15 ThinkPad-L520 wpa_supplicant[1945]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
.................................
--
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: l2_packet_send - sendto: No buffer space available
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 13 10:36:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: l2_packet_send - sendto: No buffer space available
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 13 11:26:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
--
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: Associated with 2c:91:ab:69:4f:51
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: l2_packet_send - sendto: No buffer space available
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=2c:91:ab:69:4f:51 reason=1 locally_generated=1
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Dez 13 13:16:57 ThinkPad-L520 wpa_supplicant[1601]: wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="Rebekka" auth_failures=1 duration=10 reason=WRONG_KEY
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 7816
|
Max-Ulrich_Farber schrieb: […] > journalctl --since=2020-11-15 -u wpa_supplicant.service | grep -C3 buffer
>
Das passt ganz genau! […]
D.h. spätestens ab 03. Dezember 2020 hast Du die Seuche. Jetzt müssen wir noch heraus finden, welche Kernel Du vorher und nachher benutzt hast:
journalctl --since=2020-11-25 --until=2020-12-05 | grep 'Linux version'
|
Max-Ulrich_Farber
(Themenstarter)
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7787
|
.........
Nov 30 19:49:46 ThinkPad-L520 kernel: Linux version 5.4.0-54-generic (buildd@lcy01-amd64-024) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #60-Ubuntu SMP Fri Nov 6 10:37:59 UTC 2020 (Ubuntu 5.4.0-54.60-generic 5.4.65)
Dez 01 09:20:49 ThinkPad-L520 kernel: Linux version 5.4.0-54-generic (buildd@lcy01-amd64-024) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #60-Ubuntu SMP Fri Nov 6 10:37:59 UTC 2020 (Ubuntu 5.4.0-54.60-generic 5.4.65)
Dez 01 23:08:57 ThinkPad-L520 kernel: Linux version 5.4.0-54-generic (buildd@lcy01-amd64-024) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #60-Ubuntu SMP Fri Nov 6 10:37:59 UTC 2020 (Ubuntu 5.4.0-54.60-generic 5.4.65)
Dez 01 23:13:35 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
Dez 02 09:09:26 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
Dez 02 10:02:30 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
Dez 02 14:19:22 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
Dez 02 22:38:48 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
Dez 02 23:50:38 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
Dez 03 11:49:34 ThinkPad-L520 kernel: Linux version 5.4.0-56-generic (buildd@lgw01-amd64-025) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #62-Ubuntu SMP Mon Nov 23 19:20:19 UTC 2020 (Ubuntu 5.4.0-56.62-generic 5.4.73)
...............
genau wie bei ruppe2 und vermutlich manchen Anderen… Doch auf dem Netbook ACER X101H macht der gleiche Kernel offenbar keine Probleme. Also tippe ich auf Firmware, die mit dem Kernel-Update kam.
|
Max-Ulrich_Farber
(Themenstarter)
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7787
|
Heute war jetzt den ganzen Nachmittag Funkstille im WLAN-Bereich, d.h. es wurden keine fremden Netze aus der Nachbarschaft als "erreichbar" angezeigt. Während der ganzen Zeit gab es auch auf keinem meiner Laptops Abbrüche. Das kann zwar ein Zufall sein, aber auffällig ist es schon.
|