15.5 PC friert ein

Nach Neuinstallation (Komplettinstallation openSUSE Leap 15.5 am 22.11.2023) habe ich seit einigen Wochen das Problem, dass mein PC einfriert.

Heute konnte ich sogar feststellen, dass das auch passierte, obwohl keine Programme (Office, Firefox, ...) geöffnet waren. Das kannte ich bisher vorher nicht.

Wenn der PC eingefroren ist, dann geht nichts mehr. Selbst das Terminal ist mit Strg + Alt + F3 dann nicht zu öffnen. D.h. dass einzige was man noch machen kann ist, auf dem PC den Ein-/Aus-Schalter zu drücken (oder Reset-Taste). Der PC fährt nach dem wieder einschalten manchmal wieder hoch. Manchmal erst nach mehreren Anläufen. Manchmal aber selbst dann noch nicht. (In diesem Fall schalte ich den PC hinten am Netzschalter ganz aus, warte eine Zeit. Später kann ich den PC dann auch wieder einschalten und er fährt wieder hoch.)

Mein System:

openSUSE Leap 15.5

Ich habe auf 2 unterschiedlichen Festplatten openSUSE 15.5 installiert. Auf beiden Systemen habe ich das gleiche Problem. (In etwa die gleiche Installation.)

Bei openSUSE Leap 15.4 trat das Problem nicht auf.

(Ich hatte damals mal das Problem, dass der PC eingefroren ist, als zuvor das EFI beim booten angezeigt hat, dass es dass Datum + Uhrzeit vergessen hatte. Nach Austausch der CMOS-Batterie war wieder alles ok. Daher habe ich testweise am 24.12.2023 die CMOS-Batterie ausgetauscht (obwohl das EFI beim hochfahren nie meckerte und Datum + Uhrzeit auch nicht vergaß). Das Problem mit dem einfrieren ist jedoch geblieben. Eben hatte ich noch die vorher vorhandene Batterie gemessen = 3,06 Volt. (2032 Energizer 3V Lithium Batterie.) )

Hier meine installierten Repos:

localhost:~ # zypper lr -d
#  | Alias                                        | Name                                                         | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                   | Service
---+----------------------------------------------+--------------------------------------------------------------+---------+-----------+---------+----------+--------+-----------------------------------------------------------------------+--------
 1 | ftp.gwdg.de-openSUSE_Leap_$releasever        | Packman Repository                                           | Yes     | (r ) Yes  | Yes     |   20     | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/   | 
 2 | opensuse-guide.org-openSUSE_Leap_$releasever | Libdvdcss Repository                                         | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://opensuse-guide.org/repo/openSUSE_Leap_15.5/                   | 
 3 | repo-backports-update                        | Update repository of openSUSE Backports                      | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/update/leap/15.5/backports/             | 
 4 | repo-non-oss                                 | Non-OSS Repository                                           | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/distribution/leap/15.5/repo/non-oss/    | 
 5 | repo-openh264                                | Open H.264 Codec (openSUSE Leap)                             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap/                    | 
 6 | repo-oss                                     | Main Repository                                              | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/distribution/leap/15.5/repo/oss/        | 
 7 | repo-sle-update                              | Update repository with updates from SUSE Linux Enterprise 15 | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/update/leap/15.5/sle/                   | 
 8 | repo-source                                  | Source Repository                                            | No      | ----      | ----    |   99     | NONE   | https://download.opensuse.org/source/distribution/leap/15.5/repo/oss/ | 
 9 | repo-update                                  | Main Update Repository                                       | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/update/leap/15.5/oss/                   | 
10 | repo-update-non-oss                          | Update Repository (Non-Oss)                                  | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/update/leap/15.5/non-oss/               | 

Eigene Notizen:

26.12.2023 einloggen am PC um 12:25 Uhr

(warten, bis alle timer durchgelaufen sind, also bis 12:45 Uhr. Anschließend Firefox genutzt.)

26.12.2023 PC friert ein um 12:54 Uhr

26.12.2023 einloggen am PC um 16:18 Uhr

26.12.2023 PC friert ein um 16:26 Uhr

26.12.2023 einloggen am PC um 16:35 Uhr (ab 16:44 Uhr waren keine Programme geöffnet)

26.12.2023 PC friert ein um 16:52 Uhr

Einige Auszüge der timer-Übersichten:

26.12.2023 um 12:30 Uhr
localhost:~ # systemctl list-timers --all
NEXT                        LEFT        LAST                        PASSED        UNIT                         ACTIVATES                     
Tue 2023-12-26 12:34:53 CET 6min left   Mon 2023-12-25 00:37:45 CET 1 day 11h ago backup-sysconfig.timer       backup-sysconfig.service
Tue 2023-12-26 12:39:35 CET 11min left  n/a                         n/a           systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Tue 2023-12-26 12:41:06 CET 12min left  Mon 2023-12-25 00:28:45 CET 1 day 11h ago backup-rpmdb.timer           backup-rpmdb.service
Tue 2023-12-26 12:41:32 CET 13min left  Mon 2023-12-25 18:52:43 CET 17h ago       check-battery.timer          check-battery.service
Wed 2023-12-27 00:00:00 CET 11h left    Tue 2023-12-26 12:24:56 CET 3min 20s ago  logrotate.timer              logrotate.service
Wed 2023-12-27 00:00:00 CET 11h left    Tue 2023-12-26 12:24:56 CET 3min 20s ago  mandb.timer                  mandb.service
Mon 2024-01-01 00:28:28 CET 5 days left Mon 2023-12-25 00:18:45 CET 1 day 12h ago fstrim.timer                 fstrim.service
7 timers listed.

26.12.2023 um 12:50 Uhr
localhost:~ # systemctl list-timers --all
NEXT                        LEFT        LAST                        PASSED        UNIT                         ACTIVATES                     
Wed 2023-12-27 00:00:00 CET 11h left    Tue 2023-12-26 12:24:56 CET 24min ago     logrotate.timer              logrotate.service
Wed 2023-12-27 00:00:00 CET 11h left    Tue 2023-12-26 12:24:56 CET 24min ago     mandb.timer                  mandb.service
Wed 2023-12-27 01:12:00 CET 12h left    Tue 2023-12-26 12:41:25 CET 7min ago      backup-rpmdb.timer           backup-rpmdb.service
Wed 2023-12-27 01:28:48 CET 12h left    Tue 2023-12-26 12:35:01 CET 14min ago     backup-sysconfig.timer       backup-sysconfig.service
Wed 2023-12-27 01:48:14 CET 12h left    Tue 2023-12-26 12:41:38 CET 7min ago      check-battery.timer          check-battery.service
Wed 2023-12-27 12:40:01 CET 23h left    Tue 2023-12-26 12:40:01 CET 9min ago      systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2024-01-01 00:28:28 CET 5 days left Mon 2023-12-25 00:18:45 CET 1 day 12h ago fstrim.timer                 fstrim.service
7 timers listed.

26.12.2023 um 17:45 Uhr
localhost:~ # systemctl list-timers --all
NEXT                        LEFT        LAST                        PASSED        UNIT                         ACTIVATES                     
Tue 2023-12-26 17:58:00 CET 12min left  n/a                         n/a           systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Wed 2023-12-27 00:00:00 CET 6h left     Tue 2023-12-26 12:24:56 CET 5h 20min ago  logrotate.timer              logrotate.service
Wed 2023-12-27 00:00:00 CET 6h left     Tue 2023-12-26 12:24:56 CET 5h 20min ago  mandb.timer                  mandb.service
Wed 2023-12-27 00:14:08 CET 6h left     Tue 2023-12-26 12:35:01 CET 5h 10min ago  backup-sysconfig.timer       backup-sysconfig.service
Wed 2023-12-27 01:19:06 CET 7h left     Tue 2023-12-26 12:41:38 CET 5h 3min ago   check-battery.timer          check-battery.service
Wed 2023-12-27 01:44:33 CET 7h left     Tue 2023-12-26 12:41:25 CET 5h 3min ago   backup-rpmdb.timer           backup-rpmdb.service
Mon 2024-01-01 01:29:07 CET 5 days left Mon 2023-12-25 00:18:45 CET 1 day 17h ago fstrim.timer                 fstrim.service
7 timers listed.

Noch nicht getestet habe ich, die snapshots zu deaktivieren. Evtl. liegt es ja daran.

Ich nutze das Dateisystem ext4 (kein btrfs).

Vielen Dank für eure Hilfe.

Vielen Dank für eure Antworten, denen ich später mal nachgehen werden. Hier in meinen nachfolgenden Posts weitere Infos:

Am 27.12.2023 habe ich bei der 2. Festplatte, die ich weniger nutze, mal die Updates aufgespielt. Das ist bei einen System, dass immer wieder einfriert, nicht so einfach. So wurde in mehreren Etappen, weil der PC immer wieder einfror, nach und nach die fehlenden Pakete 142/143 runtergeladen. Somit waren noch nicht alle Pakete heruntergeladen. Das blöde war dann noch, der PC nun gar nicht mehr hochfuhr, dass ich das Update nicht mehr fortsetzen konnte.

Ich hatte dann den PC geöffnet und mal die CMOS-Batterie runtergedrückt. Die sah zwar korrekt eingelegt aus, aber sicher ist sicher. Dann hatte ich noch die PS2-Tastatur durch eine USB-Tastatur ersetzt (in der Hoffnung, dass die vielleicht etwas weniger Strom braucht und das Netzteil etwas entlastet wird). Zusätzlich hatte ich noch die Kabel zum Scanner und Drucker herausgezogen. (Wobei ich Scanner und Drucker eh nur einschalte, wenn ich die nutze.)

Danach fuhr der PC dann auch endlich wieder hoch. Das Update konnte fortgesetzt werden. Das fehlende Paket wurde heruntergeladen und direkt im Anschluss die Pakete installiert. Alles ohne einfrieren. Auch der Neustart, der aufgrund des Kernel-Updates erforderlich war, lief problemlos. Den PC ließ ich dann an, ohne ihn zu nutzen, auch als alle anstehenden Timer durchgelaufen waren. Danach konnte ich den PC auch wieder nutzen, ohne das er eingefroren ist.

Anschließend hatte ich die 1. Festplatte hochgefahren. Alle Timer durchlaufen lassen und ohne Nutzung weiter laufen lassen. Später konnte ich am PC dann, ohne einfrieren, arbeiten.

=> Der PC fährt jetzt immer sofort hoch, wenn ich den nach dem einfrieren ausschalte, 2 Minuten warte, und dann wieder einschalte. Das An-Aus-An-Aus während des hochfahrens kommt nun nicht mehr vor.

Am 28.12.2023:

12:25 Uhr: PC hochfahren (Festplatte 2) + anmelden + Timerliste aufrufen

(Der nächste Timer systemd sollte laut Liste um 12:40 Uhr laufen.)

Die Wartezeit, bis zum Timer-Start nutzte ich zum Update, was durchlief.

Danach nutzte ich Firefox solange, bis der PC wieder einfor.

12:33 Uhr: PC friert ein.

Aus diesem PC-Verhalten habe ich für mich dann folgende Handlungsanweisung festgelegt:

Handlungsanweisung ab 28.12.2023

1. PC hochfahren + anmelden + Timerliste ansehen.

2. Mindest_Wartezeit ermitteln:

nächster Timer (eigentlich immer systemd) + 10 Min. = Mindest_Wartezeit

3. Konsole schließen und auch keine anderen Programme öffnen/nutzen.

4. Nach der Mindest_Wartezeit Timerliste ansehen.

5. Anschließend nur noch dann alle Programme (inkl. Konsole) schließen, bevor irgendein Timer läuft.

(Nach Timer-Durchlauf warte ich dann auch immer noch 2 Minunten sicherheitshalber, bis ich den PC wieder nutze.)

Seit dem ich nach meiner obigen "Handlungsanweisung ab 28.12.2023" vorgehe, ist mein PC nicht mehr eingefroren. Das betrifft beide Festplatten.

Als nächstes geht es für mich darum zu testen, welche Timer "kritisch" sind, also bei welchen Timern der PC vor, und eine bestimmte Zeit danach, nicht genutzt werden darf. Dazu gehört in jedem Fall der systemd-Timer.

Immer wenn ich den PC hochfahre, steht als nächstes der systemd-Timer auf der Timer-Liste. Bis der losläuft dauert es aber immer ca. 11 bis 13 Minuten.

Kann ich einen Timer durch einen Befehl (in der Konsole/Terminal) dazu bringen, früher loszulaufen?

Wenn z.B. in der Timer-Liste steht, dass der nächste Timer um 20:15 Uhr losläuft.

Kann ich dann durch einen manuellen Befehl (für dieses eine Mal) dem Timer sagen, "starte schon um 20:14 Uhr"?

Hintergrund ist der, dass ich dadurch meine Anfangs-Wartezeit (aber auch die Wartezeit auf die nächsten Timer-Durchläufe) dadurch verkürzen könnte.

Zitat von Welm

Ein mögliches Problem könntest Du schonmal ausschließen:

Programme, die beim Ausloggen liefen, werden z.B. vom KDE automatisch beim nächsten Einloggen wieder gestartet. Wenn die aus irgendwelchen Gründen kein Fenster haben, können sich Dutzende von denen ansammeln und unbemerkt laufen. Im KDE kann man das Nachstarten unter "Systemeinstellungen" -> "Arbeitsbereich" -> "Starten und Beenden" -> "Arbeitsflächensitzung": "Mit leerer Sitzung starten" abschalten. Wenn's beim nächsten Einloggen besser ist, dann war es das.

Bei mir ist dort "Mit leerer Sitzung starten" nicht ausgewählt.

Stattdessen ist ausgewählt "Bei letzter Abmeldung geöffnete."

Zitat von wrohr

Es wäre auch interessant, mal MEMTEST (dauert oft eine Stunde) laufen zu lassen. Böse RAM Module können echt nervig sein.

https://www.memtest.org/

29.12.2023

Memtest86+ habe ich installiert und über das Boot-Menü gestartet.

(Fraglich war für mich, ob Memtest auf meinem PC tatsächlich läuft, da das EFI bei mir im "BIOS-Modus" läuft, also "legacy". Bei Memtest gibt es wohl auch unterschiedliche Versionen, d.h. BIOS oder EFI, weil man im normalen EFI Betrieb ja auch die Secure-Boot-Unterstützung braucht.)

Memtest habe ich nach dem Start nicht konfiguriert (was man wohl mit Taste c machen kann), sondern automatisch laufen lassen.

1. Start von Memtest

Nach 5 Minuten 30 Sekunden ging der PC mitten im Test aus.

Danach Probleme beim hochfahren (An-Aus-An-Aus-...). Nachdem sich der PC dann wieder von selbst gefangen hatte, erneut Memtest gestartet.

2. Start von Memtest

Durchlauf 1:

Der erste Durchlauf lief komplett durch. Nach 53 Minuten mit folgendem Ergebnis:

Pass: 1, Errors: Null

Gut. Aber da der PC am Anfang im Test (siehe 1. Start von Memtest) ausging, ließ ich ihn weiter durchlaufen. (Außerdem war ich etwas unsicher, ob der den kompletten RAM-Speicher oder nur einen von zwei Speichermodule getestet hatte.)

Durchlauf 2:

Der zweite Durchlauf lief weiter bis 1 Stunde 44 Minuten und wurde automatisch beendet. Ergebnis:

Errors: 71

Nicht gut. Aber dadurch haben wir zumindest den vermutlichen Übeltäter gefunden. (Sofern es nicht an der CPU liegt, was theoretisch auch sein könnte, aber trotzdem unwahrscheinlicher ist.)

In meinem PC sind 2 Speichermodule (2x 8 Gb = 16 GB) verbaut. Nun ist fraglich, ob beide oder nur ein Modul defekt sind. Das werden weitere Memtest-Durchläufe zeigen, bei der ich dann nur noch ein Modul (statt wie jetzt zwei) im System eingesteckt habe.

Wie ist das eigentlich mit Linux/openSUSE, wenn der PC plötzlich nur noch mit 8 GB (statt wie zuvor 16 GB) RAM-Speicher hat? Meckert Linux dann? Muss man in der Konfiguration was ändern oder gar neu installieren? (Glaub ich zwar nicht, aber ich frag lieber vorher mal.)

Für openSUSE Leap 15,5 sind laut Systemanforderungen mindestens 2 GB RAM erforderlich. Von daher würde es reichen, wenn ein 8 GB Speichermodul fehlerfrei ist.