Gelöst: Wlan muss nach Rückkehr aus Suspend to Ram manuell aktiviert werden

[tomsiduction]

Hallo
Nach einem Update auf die aktuelle Version tritt folgende Besonderheit auf:
Das Wlan muss nach Rückkehr aus Suspend to Ram manuell aktiviert werden. Dieses tritt nicht immer  aber meistens nach einem Resume auf.
Die Aktivierung erfolgt via KDE unter
"Netzwerke"
indem bei Wlan ein "Haken" gesetzt wird.

Vor dem Update hatte der Rechner nach dem Resume die gleiche (eingeschaltete) Wlan Funktionalität wie vor dem Suspend.

Wo sitzt die (behebbare) Ursache?

In welches Protokoll sollte ich am besten reinsehen?

Vielen Dank

[devil]

Bitte immer mit angeben, wann das letzte Update davor stattfand.

[tomsiduction]

Hallo

Das Update davor fand vor ca. 4 Monaten statt.
Die (Wlan) Veränderung erfolgte durch das Update vom 13.8.2018

Vielen Dank

[devil]

Ok, also ist die Aussage, dass das beim Update stattfand, ziemlich wertlos, da sich in vier Monaten viel ändert und keiner das noch auf dem Schirm hat. Deshalb auch unser Anspruch, dass die User mit aller gebotenen Vorsicht und doch möglichst oft updaten, am besten täglich, Dann ist es leichter, Dinge zurückzuverfolgen.

[tomsiduction]

Vielen Dank

Vielleicht weiss jemand wie auf der Kommandozeile (bei KDE) der Befehl lautet der unter "Netzwerke" bei KDE den "Wlan-Haken" setzt.

Oder in welchem Journal ich am besten nachsehe um die Besonderheit zu finden.

Vielen Dank

[samoht]

@tomsiduction,
wirf mal einen Blick in

https://forum.siduction.org/index.php?topic=7060.msg58025#msg58025,
und ebenda:
https://forum.ubuntuusers.de/topic/nach-16-10-installation-kein-internet-mehr-nac/2/

Übrigens, eine Suche in diesem Forum hätte Dir eventuell (?) weitergeholfen.
Dann musst Du Dich auch nicht mit den "freundlichen" Postern im Debianforum herumschlagen. 

In diesem Zusammenhang sind Informationen zur Hardware hilfreich, inxi?

Greetings,
Tom

[tomsiduction]

Hallo und vielen Dank

Auch für den Verweis auf das ubuntuforum.
Soweit bin/war ich schon einmal.


Nach dem Fehlen der Wlan-Verbindung:

ein

/bin/systemctl stop network-manager.service

schaltet wie gewünscht das Netzwerk aus

ein
modprobe -rf ath9k
mit  nachfolgendem
modprobe  ath9k

und
/bin/systemctl start network-manager.service

schaltet das Netzwerk ein - leider ohne Wlan.

Interessanterweise tritt der Fehler (nachvollziehbar) nur bei jedem zweiten Suspend-to-ram auf.

Vielen Dank

[hendrikL]

Mal so ins blaue geschossen.

Du redest vom NetworkManager und entsprechende Bediener Software unter KF5/Plasma (KDE).
In jenem Falle, also NetworkManger (ich glaube für das plasma applet gibt es nichts für die Kommandozeile), auf der Konsole

Code Auswählen Erweitern

man nmcli

eingeben und dort den Abschnitt "examples" suchen, wenn man zu Faul ist den ganzen sermon davor zu lesen.
Dort gibt es einige Beispiele Bezug nehmend auf deine Frage nach der Kommandozeile.

Ob, dies aber das suspend Problem löst kann ich nicht sagen.

Code Auswählen Erweitern

rfkill

könnte auch so ein Kandidat sein.

Nach dem aufwachen aus dem Ruheszustand (suspend to ram) und inaktivem wlan mal schauen was

Code Auswählen Erweitern

rfkill list

zeigt und was

Code Auswählen Erweitern

systemctl status network-manager.service
erzählt.

gruß hendrik

[tomsiduction]

Vielen herzlichen Dank

Mit einem

nmcli radio wifi on

läuft das Ganze wieder.


In ein Skript verpackt und via KDE-Einstellungen bei jedem "Aufwachen" aufgerufen ist dieses Problem gelöst.


Nochmals besten Dank für die hilfreiche und konstruktive Unterstützung