Hi, Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird. Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt Hardware: Ryzen 1700, 16GB RAM, Grafik AMD rx460, Mainboard Asus-Prime -b350-Plus. Temperaturen im BIOS sind unauffällig. sensors-detect kann mit dem Chip "ITE IT8655E Super IO Sensors" leider nichts anfangen, deshalb sehe ich die Temperaturen nicht in gkrellm. Bisher versucht. memtester ohne Fehler memtest86+ zeigt (5) pass complete, no errors. Ich gehe davon aus, das kein Speicherfehler vorliegt. Also Mainboard und/oder Netzteil, oder? Das Gute: Meine Grafikkarte ist nicht die Schnellste, ich hatte mir deshalb ehe Gedanken über einen Mainboardtausch für einen Ryzen 7 mit "Grafikeinheit" überlegt. Tumbleweed dürfte damit laufen, aber wie sieht es mit Leap aus und welches Mainboard(chipsatz) wäre da anzuraten. Overclocking brauche ich nicht. Gruß Peter
Am 01.03.22 um 17:21 schrieb Peter McD:
Hi,
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird.
Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt
Hardware: Ryzen 1700, 16GB RAM, Grafik AMD rx460, Mainboard Asus-Prime -b350-Plus.
Temperaturen im BIOS sind unauffällig. sensors-detect kann mit dem Chip "ITE IT8655E Super IO Sensors" leider nichts anfangen, deshalb sehe ich die Temperaturen nicht in gkrellm.
Bisher versucht. memtester ohne Fehler memtest86+ zeigt (5) pass complete, no errors.
Ich gehe davon aus, das kein Speicherfehler vorliegt. Also Mainboard und/oder Netzteil, oder?
Das Gute: Meine Grafikkarte ist nicht die Schnellste, ich hatte mir deshalb ehe Gedanken über einen Mainboardtausch für einen Ryzen 7 mit "Grafikeinheit" überlegt.
Tumbleweed dürfte damit laufen, aber wie sieht es mit Leap aus und welches Mainboard(chipsatz) wäre da anzuraten. Overclocking brauche ich nicht.
Gruß Peter
Ich hatte ähnlichen Ärger auch schon durch Peripherie-Geräte, deren Anschlusskabel bzw. -buchsen korrodiert waren. Also mal alles abziehen, was nicht unbedingt nötig ist. Ansonsten habe ich mir vor Kurzem den "Ryzen-Allrounder" aus dem letzten Heise-Bauvorschlag (https://www.heise.de/ratgeber/Der-Optimale-PC-2022-6224363.html) mit leichten Abwandlungen gebaut und habe Tumbleweed drauf laufen. Allerdings zickt der AMDGPU-Treiber im Zusammenspiel mit meinem Monitor rum und steuert ihn wie einen Fernseher an, wenn man nicht wilden EDID-Voodoo betreibt. Gruß Hendrik
Am 01.03.22 um 19:45 schrieb Hendrik Woltersdorf:
Am 01.03.22 um 17:21 schrieb Peter McD:
Hi,
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird. Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt ...
Ich hatte ähnlichen Ärger auch schon durch Peripherie-Geräte, deren Anschlusskabel bzw. -buchsen korrodiert waren. Also mal alles abziehen, was nicht unbedingt nötig ist.
Wäre möglich. Werde ich testen.
Ansonsten habe ich mir vor Kurzem den "Ryzen-Allrounder" aus dem letzten Heise-Bauvorschlag (https://www.heise.de/ratgeber/Der-Optimale-PC-2022-6224363.html) mit leichten Abwandlungen gebaut und habe Tumbleweed drauf laufen. Allerdings zickt der AMDGPU-Treiber im Zusammenspiel mit meinem Monitor rum und steuert ihn wie einen Fernseher an, wenn man nicht wilden EDID-Voodoo betreibt.
Das wäre ein Asus Board mit dem Chipsatz B550. Werden da die Sensoren für Temperatur und Lüfter von gkrellm angezeigt? Bei meinem jetzigen Mainboard wird der zuständige Chip ITE IT8655E von Linux nicht ausgewertet. Gruß Peter
Am 01.03.22 um 23:03 schrieb Peter McD:
Am 01.03.22 um 19:45 schrieb Hendrik Woltersdorf:
Am 01.03.22 um 17:21 schrieb Peter McD:
Hi,
Das wäre ein Asus Board mit dem Chipsatz B550. Werden da die Sensoren für Temperatur und Lüfter von gkrellm angezeigt?
Bei meinem jetzigen Mainboard wird der zuständige Chip ITE IT8655E von Linux nicht ausgewertet.
Gruß Peter Ich benutze gkrellm nicht, aber auf der Kommandozeile sagt mir "sensors": k10temp-pci-00c3 Adapter: PCI adapter Tctl: +26.6°C
nvme-pci-0400 Adapter: PCI adapter Composite: +20.9°C (low = -273.1°C, high = +81.8°C) (crit = +84.8°C) Sensor 1: +20.9°C (low = -273.1°C, high = +65261.8°C) Sensor 2: +22.9°C (low = -273.1°C, high = +65261.8°C) amdgpu-pci-0700 Adapter: PCI adapter vddgfx: 949.00 mV vddnb: 831.00 mV edge: +22.0°C slowPPT: 0.00 W Gruß Hendrik
Hi, Am 01.03.22 um 17:21 schrieb Peter McD:
Hi,
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird.
Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt
Hardware: Ryzen 1700, 16GB RAM, Grafik AMD rx460, Mainboard Asus-Prime -b350-Plus.
Hat das System denn überhaupt schon mal unter Linux richtig funktioniert? Ich hatte vor einiger Zeit einen Test-Rechner mit einer (frühen) Ryzen-CPU, der unter Linux ähnliche Symptome gehabt hat. Irgendwann mitten im Betrieb blieb die Kiste einfach stehen und es ging gar nichts mehr. Unter Windows trat das Problem nicht auf. :-( Wenn ich mich recht erinnere, ging durch die Presse, dass es wohl einen Bug in der CPU gab, der sich nur unter Linux bemerkbar machte. Ich weiß allerdings nicht, wie der aktuelle Stand ist, und welche(r) Type(en) der Ryzen-CPU betroffen waren. Ein Rechner mit AMD Ryzen 5 3600 werkelt hier seit geraumer Zeit unter Linux und zeigt keine Probleme. Martin
Am 02.03.22 um 09:23 schrieb Martin Burnicki:
Am 01.03.22 um 17:21 schrieb Peter McD:
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird.
Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt
Hardware: Ryzen 1700, 16GB RAM, Grafik AMD rx460, Mainboard Asus-Prime -b350-Plus.
Hat das System denn überhaupt schon mal unter Linux richtig funktioniert?
Seit Sommer 2018. Ich hatte kürzlich eine BIOS-Update eingespielt (Vorbereitung Windows 11), ich werde das rückgängig machen und sehen ob sich die Lage bessert.
Wenn ich mich recht erinnere, ging durch die Presse, dass es wohl einen Bug in der CPU gab, der sich nur unter Linux bemerkbar machte.
Da erinnerst Du dich richtig, ich habe den korrigierten Ryzen.
Ein Rechner mit AMD Ryzen 5 3600 werkelt hier seit geraumer Zeit unter Linux und zeigt keine Probleme.
So soll es sein. Peter
Am 02.03.22 um 10:30 schrieb Peter McD:
Am 02.03.22 um 09:23 schrieb Martin Burnicki:
Am 01.03.22 um 17:21 schrieb Peter McD:
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird.
Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt
Hardware: Ryzen 1700, 16GB RAM, Grafik AMD rx460, Mainboard Asus-Prime -b350-Plus.
Hat das System denn überhaupt schon mal unter Linux richtig funktioniert?
Seit Sommer 2018. Ich hatte kürzlich eine BIOS-Update eingespielt (Vorbereitung Windows 11), ich werde das rückgängig machen und sehen ob sich die Lage bessert.
Wenn ich mich recht erinnere, ging durch die Presse, dass es wohl einen Bug in der CPU gab, der sich nur unter Linux bemerkbar machte.
Da erinnerst Du dich richtig, ich habe den korrigierten Ryzen.
Ein Rechner mit AMD Ryzen 5 3600 werkelt hier seit geraumer Zeit unter Linux und zeigt keine Probleme.
So soll es sein.
Peter
Es gibt bei den Ryzens der ersten Generation ein weiteres Problem in Zusammenhang mit dem C-State C6, welches sich durch spontanes Einfrieren des Systems bemerkbar macht. Die Details dazu sind unter https://bugzilla.kernel.org/show_bug.cgi?id=196683 nachzulesen. Zur Beseitigung des Problems muss der C-State C6 deaktiviert werden. Besorge dir dazu unter https://github.com/r4m0n/ZenStates-Linux das Skript zenstates.py und führe es mit dem Parameter "--c6-disable" aus. Unter Leap kannst du den Aufruf z.B. in die /etc/init.d/boot.local stecken. Mike
Am 05.03.22 um 18:51 schrieb Michael Buchau:
... Es gibt bei den Ryzens der ersten Generation ein weiteres Problem in Zusammenhang mit dem C-State C6, welches sich durch spontanes Einfrieren des Systems bemerkbar macht.
Die Details dazu sind unter https://bugzilla.kernel.org/show_bug.cgi?id=196683 nachzulesen.
Zur Beseitigung des Problems muss der C-State C6 deaktiviert werden. Besorge dir dazu unter https://github.com/r4m0n/ZenStates-Linux das Skript zenstates.py und führe es mit dem Parameter "--c6-disable" aus.
Unter Leap kannst du den Aufruf z.B. in die /etc/init.d/boot.local stecken.
Das hört sich sehr vielversprechend an. Danke. Peter
Am 05.03.22 um 20:19 schrieb Peter McD:
Am 05.03.22 um 18:51 schrieb Michael Buchau:
... Es gibt bei den Ryzens der ersten Generation ein weiteres Problem in Zusammenhang mit dem C-State C6, welches sich durch spontanes Einfrieren des Systems bemerkbar macht.
Die Details dazu sind unter https://bugzilla.kernel.org/show_bug.cgi?id=196683 nachzulesen.
Zur Beseitigung des Problems muss der C-State C6 deaktiviert werden. Besorge dir dazu unter https://github.com/r4m0n/ZenStates-Linux das Skript zenstates.py und führe es mit dem Parameter "--c6-disable" aus.
Unter Leap kannst du den Aufruf z.B. in die /etc/init.d/boot.local stecken.
Das hört sich sehr vielversprechend an. Danke.
So, gestartet. Da gibt es doch sicher auch einen simplen Weg, das Script beim Booten zu starten? Gefunden habe ich: https://www.reddit.com/r/Amd/comments/7tkigu/automating_disabling_of_c6_stat... disable "On Boot" Gruß Peter
Am 06.03.22 um 12:28 schrieb Peter McD:
Am 05.03.22 um 20:19 schrieb Peter McD:
Am 05.03.22 um 18:51 schrieb Michael Buchau:
... Zur Beseitigung des Problems muss der C-State C6 deaktiviert werden. Besorge dir dazu unter https://github.com/r4m0n/ZenStates-Linux das Skript zenstates.py und führe es mit dem Parameter "--c6-disable" aus.
Unter Leap kannst du den Aufruf z.B. in die /etc/init.d/boot.local stecken.
So, gestartet. Da gibt es doch sicher auch einen simplen Weg, das Script beim Booten zu starten?
Gefunden habe ich: https://www.reddit.com/r/Amd/comments/7tkigu/automating_disabling_of_c6_stat...
Leider bekomme ich eine Fehlermeldung, das zenstates.py liegt im folgenden Pfad: [Unit] Description=Disable C6 on boot After=default.target [Service] Type=oneshot ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable [Install] WantedBy=default.target Manuell aufgerufen funktioniert zenstates.py, der Pfad ist in also in Ordnung. python /etc/init.d/boot.local/zenstates.py --c6-disable Dem Script selbst habe ich den folgenden Namen verpasst und in /etc/systemd/system/disable_zenstate_c6_mit_systemd.service abgelegt. systemctl start disable_zenstate_c6_mit_systemd.service schlägt fehl. Fehlermeldung: Job for disable_zenstate_c6_mit_systemd.service failed because the control process exited with error code. See "systemctl status disable_zenstate_c6_mit_systemd.service" and "journalctl -xe" for details. The error number returned by this process is ERRNO. Mär 07 16:13:06 lux-2 systemd[1]: disable_zenstate_c6_mit_systemd.service: Main process exited, code=exited, s> ░░ Subject: Unit process exited ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ An ExecStart= process belonging to unit disable_zenstate_c6_mit_systemd.service has exited. ░░ ░░ The process' exit code is 'exited' and its exit status is 203. Mär 07 16:13:06 lux-2 systemd[1]: disable_zenstate_c6_mit_systemd.service: Failed with result 'exit-code'. ░░ Subject: Unit failed ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ The unit disable_zenstate_c6_mit_systemd.service has entered the 'failed' state with result 'exit-code'. Mär 07 16:13:06 lux-2 systemd[1]: Failed to start Disable C6 on boot. ░░ Subject: A start job for unit disable_zenstate_c6_mit_systemd.service has failed ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ A start job for unit disable_zenstate_c6_mit_systemd.service has finished with a failure. ░░ ░░ The job identifier is 4564 and the job result is failed. lines 2584-2606/2606 (END) Wo steckt der Fehler? Gruß Peter
Am 07.03.22 um 17:12 schrieb Ulf Volmer:
On 07.03.22 16:34, Peter McD wrote:
ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable
Ist das Script ausführbar? Enthält es als erste Zeile etwas ala
#!/usr/bin/python
ja, enthält es, das eigentlich zenstates-Script kommt von https://github.com/r4m0n/ZenStates-Linux, ich habe es in /etc/init.d/boot.local abgelegt und und funktioniert mit python /etc/init.d/boot.local/zenstates.py --c6-disable In dem von systemd auszuführenden Script zum Aufruf von zenstates.py steht nichts von python, wie unten zu sehen ist. Das könnte das Problem sein. -------------- [Unit] Description=Disable C6 on boot After=default.target [Service] Type=oneshot ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable [Install] WantedBy=default.target --------------- Gruß Peter
On 07.03.22 20:27, Peter McD wrote:
Am 07.03.22 um 17:12 schrieb Ulf Volmer:
On 07.03.22 16:34, Peter McD wrote:
ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable
Ist das Script ausführbar? Enthält es als erste Zeile etwas ala
#!/usr/bin/python
ja, enthält es, das eigentlich zenstates-Script kommt von https://github.com/r4m0n/ZenStates-Linux, ich habe es in /etc/init.d/boot.local abgelegt und und funktioniert mit
python /etc/init.d/boot.local/zenstates.py --c6-disable
Ja, wenn Du python davorschreibst, funktioniert es in jedem Falle. Also nochmal die Frage: Hast Du ex ausführbar gemacht? Was sagt ls -l /etc/init.d/boot.local/zenstates.py Viele Grüße Ulf
Am 07.03.22 um 20:40 schrieb Ulf Volmer:
On 07.03.22 20:27, Peter McD wrote: ...
python /etc/init.d/boot.local/zenstates.py --c6-disable
Ja, wenn Du python davorschreibst, funktioniert es in jedem Falle.
Also nochmal die Frage: Hast Du ex ausführbar gemacht? Was sagt
ls -l /etc/init.d/boot.local/zenstates.py
Bingo, das war es! Test: zenstates.py auf 744 gesetzt: systemctl start disable_zenstate_c6_mit_systemd.service lux-2:/home/peter # python /etc/init.d/boot.local/zenstates.py --c6-enable Enabling C6 state Keine Fehlermeldung. python /etc/init.d/boot.local/zenstates.py --list ... P6 - Disabled P7 - Disabled C6 State - Package - Disabled C6 State - Core - Disabled Danke. Gruß Peter
Am 07.03.22 um 20:49 schrieb Peter McD:
Am 07.03.22 um 20:40 schrieb Ulf Volmer:
On 07.03.22 20:27, Peter McD wrote: ...
systemctl start disable_zenstate_c6_mit_systemd.service lux-2:/home/peter # python /etc/init.d/boot.local/zenstates.py --c6-enable Enabling C6 state
systemctl enable disable_zenstate_c6_mit_systemd.service verbindet das Script mit dem Bootvorgang. Gruß Peter
Am 07.03.22 um 20:49 schrieb Peter McD:
Am 07.03.22 um 20:40 schrieb Ulf Volmer:
On 07.03.22 20:27, Peter McD wrote: ...
python /etc/init.d/boot.local/zenstates.py --c6-disable
und noch eine Frage: Ich wollte das gerade bei meinem Tumbleweed eintragen und stelle fest, /etc/init.d/ gibt es dort nicht (mehr). Wo wäre den der beste Ort für zenstates.py in Tumbleweed und vermutlich auch in Leap? Gruß Peter
On 07.03.22 23:12, Peter McD wrote:
Am 07.03.22 um 20:49 schrieb Peter McD:
Am 07.03.22 um 20:40 schrieb Ulf Volmer:
On 07.03.22 20:27, Peter McD wrote: ...
python /etc/init.d/boot.local/zenstates.py --c6-disable
und noch eine Frage:
Ich wollte das gerade bei meinem Tumbleweed eintragen und stelle fest, /etc/init.d/ gibt es dort nicht (mehr).
Wo wäre den der beste Ort für zenstates.py in Tumbleweed und vermutlich auch in Leap?
Der übliche Platz für locale Admin Scripte wäre /usr/local/sbin. Viele Grüße Ulf
Am 08.03.22 um 09:52 schrieb Ulf Volmer:
On 07.03.22 23:12, Peter McD wrote:
Am 07.03.22 um 20:49 schrieb Peter McD:
Am 07.03.22 um 20:40 schrieb Ulf Volmer:
On 07.03.22 20:27, Peter McD wrote: ...
python /etc/init.d/boot.local/zenstates.py --c6-disable
und noch eine Frage:
Ich wollte das gerade bei meinem Tumbleweed eintragen und stelle fest, /etc/init.d/ gibt es dort nicht (mehr).
Wo wäre den der beste Ort für zenstates.py in Tumbleweed und vermutlich auch in Leap?
Der übliche Platz für locale Admin Scripte wäre /usr/local/sbin.
Danke. Gruß Peter
Hallo, Am 07.03.22 um 16:34 schrieb Peter McD: [...]
[Service] Type=oneshot ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable
Kann es sein, dass der Pfad das Problem ist? Historisch war es doch immer so, dass man eine DATEI /etc/init.d/boot.local anlegen konnte, in die man Scripte / Befehle eintragen konnte, die beim Booten ausgeführt wurden. Das gab es schon vor systemd. Wie ich das jetzt bei OS 12.3 sehe, durchsucht systemd beim Booten das Verzeichnis /etc/init.d nach alten init-Scripten und versucht, für diese on the fly eine systemd-Unit zu erzeugen. Bei mir gibt es ein altes rc-Script für vmware-workstation, und nach dem Booten sagt mir journalctl: systemd-sysv-generator[666]: SysV service '/etc/init.d/vmware' lacks a native systemd unit file. Automatically generating a unit file for compatibility. (Leider wird die Unit aber nicht automatisch gestartet, so dass ich das nach jedem Booten manuell machen muss. Bei OS 15.2 hat es noch funktioniert) Ich könnte mir vorstellen, dass mit dem Pfad /etc/init.d/boot.local/zenstates.py der systemd-Startup durcheinander gebracht wird, würde versuchen, das Script zenstates.py woanders hinzulegen (z.B. /usr/local/sbin/) und ExecStart entsprechend anzupassen. Martin
Am 07.03.22 um 18:34 schrieb Martin Burnicki:
Hallo,
Am 07.03.22 um 16:34 schrieb Peter McD: [...]
[Service] Type=oneshot ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable
Kann es sein, dass der Pfad das Problem ist?
Nein, ich kann das script aufrufen mit python /etc/init.d/boot.local/zenstates.py --c6-disable Vermutlich kann zenstates.py überall liegen, wenn es mit dem vollständigen Pfad aufgerufen wird.
Historisch war es doch immer so, dass man eine DATEI /etc/init.d/boot.local anlegen konnte, in die man Scripte / Befehle eintragen konnte, die beim Booten ausgeführt wurden. Das gab es schon vor systemd.
Gleich getestet. Rechner gebootet, zenstate.py --list lux-2:/home/peter # python /etc/init.d/boot.local/zenstates.py --list ... P6 - Disabled P7 - Disabled C6 State - Package - Disabled C6 State - Core - Enabled zenstate.py aufgerufen: lux-2:/home/peter # python /etc/init.d/boot.local/zenstates.py --c6-disable Disabling C6 state python /etc/init.d/boot.local/zenstates.py --list ... P6 - Disabled P7 - Disabled C6 State - Package - Disabled C6 State - Core - Disabled Offensichtlich "disabled" erst zenstates.py C6 komlett. Gruß Peter
On 2022/03/01 17:21:01 +0100, Peter McD wrote:
Hi,
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird.
Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt
Hardware: Ryzen 1700, 16GB RAM, Grafik AMD rx460, Mainboard Asus-Prime -b350-Plus.
Temperaturen im BIOS sind unauffällig. sensors-detect kann mit dem Chip "ITE IT8655E Super IO Sensors" leider nichts anfangen, deshalb sehe ich die Temperaturen nicht in gkrellm.
Bisher versucht. memtester ohne Fehler memtest86+ zeigt (5) pass complete, no errors.
Ich gehe davon aus, das kein Speicherfehler vorliegt. Also Mainboard und/oder Netzteil, oder?
Das Gute: Meine Grafikkarte ist nicht die Schnellste, ich hatte mir deshalb ehe Gedanken über einen Mainboardtausch für einen Ryzen 7 mit "Grafikeinheit" überlegt.
Tumbleweed dürfte damit laufen, aber wie sieht es mit Leap aus und welches Mainboard(chipsatz) wäre da anzuraten. Overclocking brauche ich nicht.
Schon einmal auf der Kernelcommandozeile in grub den Parameter acpi=off ausprobiert? Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
Am 02.03.22 um 10:23 schrieb Dr. Werner Fink:
On 2022/03/01 17:21:01 +0100, Peter McD wrote:
Hi,
Symptome: Sporadische Systemabstürze, gelegentlich gleich nach dem Einschalten sowohl mit Leap 15.3 (KDE-Plasma) als auch mit Tumbleweed XFCE, was wohl auf ein Hardwareproblem hindeutet. Der Fehler tritt auch auf, wenn nur geringe Last anliegt, z.B. nur GUI und der Thunderbird.
Nicht geht mehr, sogar <Alt><s-Abf><reisub> versagt
...
Schon einmal auf der Kernelcommandozeile in grub den Parameter acpi=off ausprobiert?
Nein, das System lief seit 2018 ohne Probleme. Ich werden das aber bei meiner Fehlersuche testen. Peter
participants (6)
-
Dr. Werner Fink -
Hendrik Woltersdorf -
Martin Burnicki -
Michael Buchau -
Peter McD -
Ulf Volmer