Hallo Forum!
Mein Laptop läuft mit Leap 15.0 und KDE Plasma 5.12.8. Am 2. Mai gab es ein Update für NetworkManager, und seitdem wird beim Start des Rechners meist nur die kabelgebundene Schnittstelle aktiviert, die WLAN-Verbindung meistens nicht.
Entferne ich den Haken bei “Drahtlose Verbindungen aktivieren” und setze ihn erneut, werden mögliche WLAN-Verbindungen angezeigt, und zu meiner eigenen wird - erfolglos - eine Verbindung versucht (“Schnittstelle wird eingerichtet”).
Nach einem Neustart des Rechners bekomme ich entweder wie gewohnt eine automatische Verbindung zu kabelgebundenem und drahtlosem Netzwerk, oder aber es wird wiederum nur die wired connection gestartet.
Ich weiß nicht recht, wo ich mit der Fehlersuche anfangen soll, zumal das eben nicht immer passiert - hat jemand eine Idee?
Falls das von Belang ist: ich nutze nicht den auto-login für KDE Plasma und kwallet läuft mit leerem Passwort.
So, heute geht es wieder nicht. Hier mal die Ausgabe von
journalctl -b
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000d9e05000-0x00000000da881fff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000da882000-0x00000000da882fff] usable
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000da883000-0x00000000da8c5fff] ACPI NVS
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000da8c6000-0x00000000dacdafff] usable
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000dacdb000-0x00000000daff0fff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000daff1000-0x00000000daffffff] usable
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000db800000-0x00000000df9fffff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
Mai 14 18:20:48 linux-z3pw kernel: BIOS-e820: [mem 0x0000000100000000-0x000000011f5fffff] usable
Mai 14 18:20:48 linux-z3pw kernel: NX (Execute Disable) protection: active
Mai 14 18:20:48 linux-z3pw kernel: e820: update [mem 0x95cf3018-0x95d03057] usable ==> usable
Mai 14 18:20:48 linux-z3pw kernel: e820: update [mem 0x95cf3018-0x95d03057] usable ==> usable
Mai 14 18:20:48 linux-z3pw kernel: e820: update [mem 0x95ce5018-0x95cf2057] usable ==> usable
Mai 14 18:20:48 linux-z3pw kernel: e820: update [mem 0x95ce5018-0x95cf2057] usable ==> usable
Mai 14 18:20:48 linux-z3pw kernel: extended physical RAM map:
Mai 14 18:20:48 linux-z3pw kernel: reserve setup_data: [mem 0x0000000000000000-0x000000000009efff] usable
Mai 14 18:20:48 linux-z3pw kernel: reserve setup_data: [mem 0x000000000009f000-0x000000000009ffff] reserved
Mai 14 18:20:48 linux-z3pw kernel: reserve setup_data: [mem 0x0000000000100000-0x000000001fffffff] usable
Mai 14 18:20:48 linux-z3pw kernel: reserve setup_data: [mem 0x0000000020000000-0x00000000201fffff] reserved
Mir fiel aber ein, dass ich var/log/messages benutze (gehört glaube ich nicht mehr zur Standardinstallation, aber ist evtl. aufschlußreicher?)
Mai 14 18:20:48 linux-z3pw kernel: Linux version 4.12.14-lp150.12.58-default (geeko@buildhost) (gcc version 7.3.1 20180323 [gcc-7-branch revision 258812] (SUSE Linux) ) #1 SMP Mon Apr 1 15>
2019-05-13T16:57:23.243572+02:00 linux-z3pw kernel: 47.298014] NET: Registered protocol family 17
2019-05-13T16:57:25.755711+02:00 linux-z3pw kernel: 49.810329] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
2019-05-13T16:57:26.364439+02:00 linux-z3pw btrfsmaintenance-refresh-cron.sh[1129]: Refresh timer btrfs-trim for weekly
2019-05-13T16:57:26.364571+02:00 linux-z3pw echo[1319]: Starting mail service (Postfix)
2019-05-13T16:57:26.364740+02:00 linux-z3pw denyhosts[1295]: Starting DenyHosts ..done
2019-05-13T16:57:26.365974+02:00 linux-z3pw dbus-daemon[1136]: [system] Activating via systemd: service name='fi.w1.wpa_supplicant1' unit='wpa_supplicant.service' requested by ':1.6' (uid=0 pid=1214 comm="/usr/sbin/NetworkManager --no-daemon ")
2019-05-13T16:57:26.367721+02:00 linux-z3pw dbus-daemon[1136]: [system] Successfully activated service 'fi.w1.wpa_supplicant1'
2019-05-13T16:57:26.368973+02:00 linux-z3pw systemd[1]: Started Discard unused blocks.
2019-05-13T16:57:26.369433+02:00 linux-z3pw systemd[1]: Started Balance block groups on a btrfs filesystem.
2019-05-13T16:57:26.369701+02:00 linux-z3pw rsyslogd: [origin software="rsyslogd" swVersion="8.33.1" x-pid="1222" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
2019-05-13T16:57:26.369897+02:00 linux-z3pw systemd[1]: Reloading.
2019-05-13T16:57:26.370168+02:00 linux-z3pw avahi-daemon[1217]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.178.20.
2019-05-13T16:57:26.370392+02:00 linux-z3pw systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
2019-05-13T16:57:26.370577+02:00 linux-z3pw postfix[1421]: find: '/etc/postfix/./ssl/cacerts/e36a6752.0': No such file or directory
2019-05-13T16:57:26.370659+02:00 linux-z3pw postfix[1421]: find: '/etc/postfix/./ssl/cacerts/b872f2b4.0': No such file or directory
2019-05-13T16:57:26.370835+02:00 linux-z3pw avahi-daemon[1217]: New relevant interface eth0.IPv4 for mDNS.
2019-05-13T16:57:26.371209+02:00 linux-z3pw postfix[1421]: find: '/etc/postfix/./ssl/cacerts/d7746a63.0': No such file or directory
2019-05-13T16:57:26.371436+02:00 linux-z3pw avahi-daemon[1217]: Registering new address record for 192.168.178.20 on eth0.IPv4.
2019-05-13T16:57:26.372024+02:00 linux-z3pw avahi-daemon[1217]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::4:69d1:8969:667f.
2019-05-13T16:57:26.372409+02:00 linux-z3pw avahi-daemon[1217]: New relevant interface eth0.IPv6 for mDNS.
2019-05-13T16:57:26.372744+02:00 linux-z3pw avahi-daemon[1217]: Registering new address record for fe80::4:69d1:8969:667f on eth0.*.
2019-05-13T16:57:26.373070+02:00 linux-z3pw dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
2019-05-13T16:57:26.373356+02:00 linux-z3pw dns-resolver: You can find my version in /etc/resolv.conf.netconfig
2019-05-13T16:57:26.374851+02:00 linux-z3pw ModemManager[1218]: <info> Couldn't check support for device at '/sys/devices/pci0000:00/0000:00:1c.1/0000:02:00.0': not supported by any plugin
2019-05-13T16:57:26.375184+02:00 linux-z3pw ModemManager[1218]: <info> Couldn't check support for device at '/sys/devices/pci0000:00/0000:00:1c.2/0000:03:00.0': not supported by any plugin
2019-05-13T16:57:26.375669+02:00 linux-z3pw systemd[1]: Starting WPA Supplicant daemon...
2019-05-13T16:57:26.376017+02:00 linux-z3pw systemd[1]: Reloading.
2019-05-13T16:57:26.376165+02:00 linux-z3pw dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
2019-05-13T16:57:26.376257+02:00 linux-z3pw systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
2019-05-13T16:57:26.376408+02:00 linux-z3pw dns-resolver: You can find my version in /etc/resolv.conf.netconfig
2019-05-13T16:57:26.376500+02:00 linux-z3pw systemd[1]: Started WPA Supplicant daemon.
2019-05-13T16:57:26.376808+02:00 linux-z3pw systemd[1]: Started Update cron periods from /etc/sysconfig/btrfsmaintenance.
2019-05-13T16:57:26.376964+02:00 linux-z3pw cron[1784]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 56% if used.)
2019-05-13T16:57:26.377151+02:00 linux-z3pw systemd[1]: Started LSB: denyhosts daemon to block ssh attempts.
2019-05-13T16:57:26.377299+02:00 linux-z3pw cron[1784]: (CRON) INFO (running with inotify support)
2019-05-13T16:57:26.377460+02:00 linux-z3pw systemd[1]: Reloading System Logging Service.
2019-05-13T16:57:26.378788+02:00 linux-z3pw systemd[1]: Started Modem Manager.
2019-05-13T16:57:26.379294+02:00 linux-z3pw systemd[1]: Reloaded System Logging Service.
2019-05-13T16:57:26.381870+02:00 linux-z3pw systemd-hostnamed[1246]: Changed host name to 'linux-z3pw.suse'
2019-05-13T16:57:26.382041+02:00 linux-z3pw systemd[1]: Started Backup /etc/sysconfig directory.
2019-05-13T16:57:26.383904+02:00 linux-z3pw systemd[1]: Started Update system wide CA certificates.
Das passiert, wenn ich
tail -f /var/log/messages
laufen lasse, während ich versuche, die WLAN-Verbindung per Klick auf den Netzwerk-Manager im Systemabschnitt der Kontrollleiste starten will:
Nach dem “timed out” wiederholt sich das dann.
Ich hoffe, das war jetzt nicht zu viel, aber wer das lesen und verstehen kann, ist jetzt schlauer als ich, nehme ich an…
Die obigen Logs sind sehr unspezifisch und mühsam zu lesen. Übersichtlicher und zweckdienlicher ist möglicherweise die Ausgabe von:
erlangen:~ # journalctl **-b -1** -u wpa*
-- Logs begin at Wed 2019-04-10 09:08:16 CEST, end at Wed 2019-05-15 07:38:39 CEST. --
May 12 18:58:24 erlangen systemd[1]: Starting WPA Supplicant daemon (interface wlp3s0)...
May 12 18:58:24 erlangen systemd[1]: Started WPA Supplicant daemon (interface wlp3s0).
May 14 07:27:13 erlangen systemd[1]: Stopping WPA Supplicant daemon (interface wlp3s0)...
May 14 07:27:14 erlangen systemd[1]: wpa_supplicant@wlp3s0.service: Succeeded.
May 14 07:27:14 erlangen systemd[1]: Stopped WPA Supplicant daemon (interface wlp3s0).
erlangen:~ #
Ändere die Boot Nummer -b -1 entsprechend ab. Der Inhalt von /var/log/wpa_supplicant.log wäre auch interessant. Der Zeitangabe kann hier umgerechnet werden: https://www.epochconverter.com/
Auf meinem Rechner sind auch ältere Logs vorhanden:
erlangen:~ # journalctl --list-boots
-12 5e77bbbd64b145ea8e973e0e482a415b Wed 2019-04-10 09:08:16 CEST—Wed 2019-04-10 19:17:53 CEST
...
-2 a8eaca6d71c54d88bd7c77cbbcab2263 Sat 2019-05-11 10:32:59 CEST—Sun 2019-05-12 18:58:06 CEST
-1 d2ba8a6619134138903bc71700732939 Sun 2019-05-12 18:58:22 CEST—Tue 2019-05-14 07:27:15 CEST
0 b835fe3de5d042138da0ea365f91d7ce Tue 2019-05-14 07:27:30 CEST—Wed 2019-05-15 21:02:50 CEST
erlangen:~ #
Du kannst auf deinem Rechner das directory /var/log/journal erzeugen. Dann stehen auch bei dir die älteren Logs zur Verfügung, die durch reboot in Abschnitte unterteilt werden. Die erste Spalte gibt jeweils die Boot Nummer an. Wenn der Rechner wieder einmal keine Verbindung hat, suchst du mit dem in meinem ersten Kommentar angegeben Kommando die relevanten Zeilen heraus. Siehe auch https://wiki.ubuntuusers.de/systemd/journalctl/
Ich weiß noch nicht, ob ich das hier weiter verfolge - gestern gab es ein Kernel-Update, und danach startete KDE Plasma gar nicht mehr. Ich musste zum Vorgänger-Kernel wechseln und habe den neuen erstmal wieder entfernt.
Sieht fast so aus, als hätte ich weitere Probleme, von denen ich nichts geahnt habe. Vielleicht mache ich lieber eine Neuinstallation, wenn es meine Zeit erlaubt.
Danke für die Versuche, mir zu helfen! Ich schreibe das gerade am Rechner meines Arbeitgebers, wo ich glücklicherweise auch Leap 15.0 nutzen kann, und dem weder das soeben erfolgte Kernel-Update noch das des NetworkManagers kürzlich etwas anhaben konnten.
Auch 'ne Idee - wirklich scharf auf eine Neuinstallation bin ich ja nun nicht…
Ich schau’ mal und mache gegebenenfalls einen extra Thread auf - ich habe noch keine Erfahrung mit Live-Systemen und wie die mir bei der Fehlersuche in einer bestehenden Installation helfen können.