staging.inyokaproject.org

Ich hoffe, ich habe das richtige Forum getroffen.

Seit dem Upgrade von 18.04 auf 22.04 (via 20.04) funktioniert das Standby nicht mehr (möglicherweise hat es die ersten Tage danach noch funktioniert, aber da bin ich mir nicht sicher). Wenn ich das Standby manuell aufrufe (über den Anwendungs-Starter links unten), dann gehen Monitore und Lüfter für ca. 2 Sekunden aus, danach geht alles wieder an.

Ich benutze Ubuntu 22.04 mit KDE-Plasma-Desktop (falls das eine Rolle spielt).

Anbei 3 Screenshots mit den Eergie-Einstellungen. Wie können wir herausfinden, woran es klemmt? Danke im Voraus.

Moin Hartmut2,

Angaben zur verwendeten Hardware in Textform wären gut. Bitte im Terminal folgende Befehle eingeben und die Ausgabe hier posten:

sudo apt install inxi
inxi -Gz

Das sollte das verwendete Grafiksystem ausgeben.

Grüße

schollsky

Danke schollsky für Deinen Beitrag. Hier die gewünschte Info:

hg6@i3300:/media/D/Tst$ inxi -Gz
Graphics:
  Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics
    driver: i915 v: kernel
  Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: modesetting
    unloaded: fbdev,vesa gpu: i915 resolution: 1: 1280x1024~60Hz 2: 1280x1024
  OpenGL: renderer: Mesa Intel HD Graphics 2500 (IVB GT1)
    v: 4.2 Mesa 22.2.5
hg6@i3300:/media/D/Tst$ 

Der PC hat 2 Monitore. Mit exakt der gleichen Hardware hat das Standby in Ubuntu 18.04 stets funktioniert.

Gibt es einen Unterschied zwischen KUbuntu 22.04 und Ubuntu KDE Plasma (22.04)?

Ich vermute, dass es da irgendwo bei den Energieenstellungen hakt - wenn nämlich bei Dir an zwei Stellen Optionen gesetzt werden können.

Mangels KDE kann ich das allerdings nicht prüfen.

Vielleicht hat jemand von der KDE-Fraktion einen Hinweis dazu?

schollsky schrieb:

Gibt es einen Unterschied zwischen KUbuntu 22.04 und Ubuntu KDE Plasma (22.04)?

Das weiß ich leider auch nicht so genau: ich habe seinerzeit (2018) Ubuntu 18.04 installiert und 2 Wochen später den KDE-Plasma-Desktop. Hier einige Abfragen dazu, die alle Ubuntu, nicht Kubuntu liefern:

hg6@i3300:/media/D/Tst$ uname -a
Linux i3300 5.15.0-71-generic #78-Ubuntu SMP Tue Apr 18 09:00:29 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

hg6@i3300:/media/D/Tst$ cat /etc/os-release
PRETTY_NAME="Ubuntu 22.04.2 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.2 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy

hg6@i3300:/media/D/Tst$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.2 LTS
Release:        22.04
Codename:       jammy

Wie können wir herausfinden, woran es klemmt?

Inzwischen kann ich mit Sicherheit sagen, daß das Standby nach dem Upgrade auf Ubuntu 22.04 noch 5 Tage lang einwandfrei funktioniert hat (zuletzt am 1.5. um 12:11). Ab dem 2.5. ab 14:22 funktioniert es nicht mehr. Kann das an einem zwischenzeitlich erfolgten Update liegen? Kann man irgendwie abfragen, welche Updates in dieser Zeit erfolgt sind?

Hallo Hartmut2,

Kann man irgendwie abfragen, welche Updates in dieser Zeit erfolgt sind?

Ja
history.log heißen diese Dateien.

Damit wechselst du in das Verzeichnis und alle history.log-Dateien werden dir angezeigt.

cd /var/log/apt && ls -la| grep -i hi

Hiermit die nicht gepackte Datei

cat history.log

anzeigen.
Die Dateien mit *.gz mit zcat.
Z.Bsp. so:

zcat history.log.1.gz

Herzliches Dankeschön an Berlin_1946 für diese Infos. "Leider" gab es im fraglichen Zeitraum nur diese 3 Updates:

Start-Date: 2023-05-01  17:07:00
Commandline: packagekit role='update-packages'
Requested-By: hg6 (1000)
Upgrade: git:amd64 (1:2.34.1-1ubuntu1.8, 1:2.34.1-1ubuntu1.9), 
         git-man:amd64 (1:2.34.1-1ubuntu1.8, 1:2.34.1-1ubuntu1.9)
End-Date: 2023-05-01  17:07:02

Start-Date: 2023-05-02  11:21:40
Commandline: packagekit role='update-packages'
Requested-By: hg6 (1000)
Upgrade: firefox-esr:amd64 (102.10.0esr+build1-0ubuntu0.22.04.1, 102.11.0esr+build1-0ubuntu0.22.04.1)
End-Date: 2023-05-02  11:21:44

und zumindest ich kann mir nicht vorstellen, daß die was mit dem seitdem nicht mehr funktionierenden Standby zu tun haben könnten...

Wie können wir herausfinden, woran das Standby klemmt?
Wie heißen denn die Befehle für das Standby in Ubuntu und in Kubuntu? Dann könnte ich die mal manuell aufrufen und auf ausgegebene Meldungen achten...

Hallo Hartmut2

Baustelle/Besser Schlafen ist das, was ich zu dem Thema kenne.

Upgrade von 18.04 auf 22.04 (via 20.04)

Ubuntu 22.04 mit KDE-Plasma-Desktop

HD Graphics 2500

Ich würde eine saubere Neuinstallation mit Lubuntu 23.04 machen. ☹

Vielen Dank an Berlin_1946 für diesen sehr ausführlichen Link zum Thema. Ich werde versuchen, daraus irgendwelche Tests abzuleiten, die hoffentlich weitere Erkenntnisse bringen. Falls Du aufgrund Deiner Kenntnisse Vorschläge für den Anfang hättest, wären die sehr willkommen.

Hartmut2 schrieb:

... an Berlin_1946 ...
Falls Du aufgrund Deiner Kenntnisse Vorschläge für den Anfang hättest, wären die sehr willkommen.

Da bin ich zu 80% bei hakel2022.

Ich würde eine saubere Neuinstallation mit Lubuntu 23.04 machen.

Vllt auch mit Lubuntu 22.04 (LTS) versuchen. Das sind die 20%. 😇

Nachtrag:

• Homeverzeichnis sichern. Das beachten: Homeverzeichnis (Abschnitt „Vorgegebene-Verzeichnisse“)

• Bei Neuinstallation eine eigene Home- Partitionen anlegen. Also Daten und Programme trennen.

Hallo hakel2022, hallo Berlin_1946, eine Neu-Installation ist auf vielen Gründen definitiv nicht das, was ich will (sonst hätte ich es gleich gemacht).
Stattdessen suche ich hier zweckdienliche Hilfe bei der Frage, wie man die Ursache für das Nicht-Funktionieren des Standby herausfinden kann bzw. Abhilfe dafür schaffen kann.

Hallo Hartmut2

Stattdessen suche ich hier zweckdienliche Hilfe bei der Frage, wie man die Ursache für das Nicht-Funktionieren des Standby herausfinden kann bzw. Abhilfe dafür schaffen kann.

Nah dann hast du sicher schon die Baustelle/Besser Schlafen durchgearbeitet. 😇

Für mich stellen sich aus diesem verlinkten Wiki dann die folgenden Fragen:
Ist bzw. wurde das installiert?

sudo dpkg -l | grep ii | grep acpid

Welche Zustände kennt mein/dein System

cat -b /sys/power/{state,mem_sleep,disk} 

Berlin_1946 schrieb:

Nah dann hast du sicher schon die Baustelle/Besser Schlafen durchgearbeitet. 😇

Da bin ich noch fleißig dabei, der Artikel ist seehr umfangreich und für mich schwere Kost...

Für mich stellen sich aus diesem verlinkten Wiki dann die folgenden Fragen:
Ist bzw. wurde das installiert?

sudo dpkg -l | grep ii | grep acpid

Ergebnis:

hg6@i3300:/media/D/Tst$ sudo dpkg -l | grep ii | grep acpid
[sudo] Passwort für hg6:
ii  acpid    1:2.0.33-1ubuntu1       amd64        Advanced Configuration and Power Interface event daemon

Paket 'acpid' ist also installiert.

Welche Zustände kennt mein/dein System

cat -b /sys/power/{state,mem_sleep,disk} 

Ergebnis:

hg6@i3300:/media/D/Tst$ cat -b /sys/power/{state,mem_sleep,disk}
     1  freeze standby mem disk
     2  s2idle shallow [deep]
     3  [platform] shutdown reboot suspend test_resume

Nach meinen bisherigen Kenntnissen aus dem Artikel scheint das in Ordnung, oder siehst Du das anders?
Hältst Du es für sinnvoll, mal mit dem Inhalt dieser 3 Dateien zu experimentieren?
Suspend-to-disk brauche ich nicht (ist auch nicht konfiguriert), mir genügt suspend-to-RAM.
Was mich wundert ist, daß der PC zunächst perfekt in den Standby geht (Monitore und Lüfter gehen aus) und er "lediglich" nach 2 Sekunden alles wieder anschaltet (warum auch immer)...
Danke für Deine Hilfe!