Moin,
bei meinem Lubuntu 20.04 funktioniert der Bereitschaftsmodus in
geschätzt fünf bis zwanzig Prozent der Fälle nicht.
Wenn ich auf Verlassen->Bereitschaft klicke, schaltet sich der Computer
normalerweise weitestgehend aus, so dass nur noch der Einschaltknopf
langsam blinkt. Lüfter und andere bewegliche Teile sind dann aber aus.
Wenn ich den Einschaltknopf oder eine Taste auf der Tastatur drücke,
läuft alles wieder an und nach wenigen Sekunden sehe ich das
Anmeldefenster und die vorherige Sitzung läuft wieder. So soll es ja
sein.
In (zu) vielen Fällen passiert das aber nicht. Der Bildschirm wird kurz
schwarz, dann sehe ich das Anmeldefenster. Wenn ich mich wieder anmelde,
sind die Programme noch offen, aber der Internetzugriff funktioniert
nicht mehr. Der nm-tray, der normalerweise das WLAN-Symbol zeigt, zeigt
ein Viereck mit einem x, was wohl 'Keine Verbindung' heißt. Auch eine
neue Verbindung kann man nicht aufbauen.
Wenn ich in dem Zustand dann wieder auf Bereitschaft, Herunterfahren
oder Neustarten klicke, komme ich wieder nur zum Anmeldefenster.
Mit sudo poweroff oder reboot startet der Computer die Aktion, geht aber
dann in den Bereitschaftsmodus. Nach dem Aufwecken (Tastatur oder
Einschalter) beendet er dann die gewählte Aufgabe, also startet neu oder
fährt ganz runter.
Ich habe noch kein Muster entdeckt, wann es funktioniert und wann nicht.
Gefühlt ändert sich die Häufigkeit des Fehlers nach Aktualisierungen.
Das kann ich aber nicht sicher sagen.
Auch kann ich nicht sagen, seit wann das Problem auftritt.
Wie kann man das beheben und welche Informationen braucht man? Das
System ist ein Lubuntu 20.04 (Ubuntu 20.04.3 LTS), Intel Core 2 Duo
E7500 mit 6 GB RAM
Da das Problem immer noch auftritt und ziemlich nervig ist, zwei
einfachere Fragen dazu:
Welches Log könnte da vielleicht helfen und wie kann man es anzeigen
lassen? Meine Hoffnung ist, dass da sowas steht wie 'Waiting for xyz to
suspend' oder man zumindest durch Vergleichmit einem ordentlichen
'Einschlafen' das Problem eingrenzen kann.
Wie kann man Netzwerkverbindungen reaktivieren, wenn der nm-tray zwar
läuft, aber keine Verbindung mehr anzeigt?
Versuch es doch mal im Ubuntu Forum.
Hier dödeln eher die frustrierten Boomer rum, die von Linux keine Ahnung
haben, weil Windows ja so viel besser ist.
Jan schrieb:> weil Windows ja so viel besser ist
So ein Verhalten hatte ich auch schon unter Win.
War ein AMD A6 System bei dem entweder 'Energie Sparen' oder
'Ruhezustand' nicht zuverlässig lief.
Auch Netzwerkkarten die mit 'kann ausgeschaltet werden um Energie zu
sparen' nicht zurecht kamen.
Man muß sich da durchhangeln welche Kombination geht und welche man
umschiffen muss.
Wenn man eine Frage zu einem Windowsproblem stellt, trollt mindestens
einer mit 'Nimm Linux'. Jetzt stelle ich eine Frage zu Linux, da kommt
'gibt es bei Windows auch'. :-D
Max M. schrieb:> Man muß sich da durchhangeln welche Kombination geht und welche man> umschiffen muss.
Ich würde halt gerne anfangen, mich durchzuhangeln. Aber da das Problem
für mich nicht reproduzierbar ist, brauche ich erstmal einen
Ansatzpunkt.
Nicht jeder hat eben seine OS Scheuklappen auf.
Ich kann zwar zu dem speziellem Lubuntu Problem nichts sagen, vermute
aber das es hinter den Kullissen ähnliche Gründe hat.
Dussel schrieb:> nicht reproduzierbar
So viele Energiesparmodi gibt es nicht.
Werf einen raus und teste.
Werf den nächsten raus und teste.
https://thinkwiki.de/TLP_-_Linux_Stromsparen
Siehste, man kann unterschiedliche OS benutzen und sich trotzdem
versuchen zu helfen, ohne gleich in missionarische Funktion zu verfallen
;-)
Schau dir das Kernel Log File an, ob da ein TPM Error auftaucht. Ich
hatte ein ähnliches Problem mit meinem Notebook in Verbindung mit einem
TPM 1.2 Chip, und hatte mir nach diversen Suchen im Internet folgendes
notiert:
Because of a bug in the kernel module 'tpm_inf_pnp' the 'Suspend'
function works only once after boot. All further 'Suspend' requests
do not work and result in an immediate 'Resume' because of a wrong
command sequence sent to a TPM 1.2 device.
In order to fix this, the missing command is sent to the TPM device
as part of the Systemd 'Sleep' pre processing, by adding the script
'tpm-sleep-fix.sh' (hook) into /lib/systemd/system-sleep/.
Max M. schrieb:> Dussel schrieb:>> nicht reproduzierbar> So viele Energiesparmodi gibt es nicht.> Werf einen raus und teste.> Werf den nächsten raus und teste.>> https://thinkwiki.de/TLP_-_Linux_Stromsparen
Das muss ich nochmal nachvollziehen. Ich klicke halt auf 'Bereitschaft'.
An den Energiesparmodi war ich noch nicht dran.
Walter schrieb:> Because of a bug in the kernel module 'tpm_inf_pnp' the 'Suspend'> function works only once after boot.
Danke.
Das tritt aber zumindest bei mir nicht so auf. Manchmal geht es fünfmal
hintereinander und beim sechsten nicht mehr.
Danke, jetzt habe ich schonmal Ansätze. Ich werde die mal ausprobieren.
Dussel schrieb:> In (zu) vielen Fällen passiert das aber nicht. Der Bildschirm wird kurz> schwarz, dann sehe ich das Anmeldefenster. Wenn ich mich wieder anmelde,
Joa, kommt mir bekannt vor. Auf einer alten Kiste mit XFCE. Ich dachte,
da ist irgendwo der Wurm drin aber bisher auch nix zu finden. (Erst)
beim 2. Versuch klappts meistens mit dem STR.
Hat jemand eine Idee, in welchem Log stehen könnte, was als Vorbereitung
für den Ruhezustand passiert?
Ich habe mir, als das Problem wieder aufgetreten ist (was im Moment
selten passiert), verschiedene Logs in /var/log angesehen, aber die
schienen entweder gar nichts damit zu tun zu haben oder es war alles
successful oder ok.
