Siduction Forum
Siduction Forum => Software - Support => Topic started by: tomsiduction on 2018/08/15, 13:18:32
-
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
-
Bitte immer mit angeben, wann das letzte Update davor stattfand.
-
Hallo
Das Update davor fand vor ca. 4 Monaten statt.
Die (Wlan) Veränderung erfolgte durch das Update vom 13.8.2018
Vielen Dank
-
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.
-
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
-
@tomsiduction,
wirf mal einen Blick in
https://forum.siduction.org/index.php?topic=7060.msg58025#msg58025 (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/ (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
-
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
-
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
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.
rfkill
könnte auch so ein Kandidat sein.
Nach dem aufwachen aus dem Ruheszustand (suspend to ram) und inaktivem wlan mal schauen was
rfkill list
zeigt und was
systemctl status network-manager.service
erzählt.
gruß hendrik
-
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