Ubuntu für absolute Anfänger...Fragen, Tips, Tricks, ...

Hallo S.I.,
sollte sich das Netzteil als Fehlerursache herausstellen - was ich mir aufgrund der Ähnlichkeit zu dem Fall in der vorstehend verlinkten Forumsdiskussion durchaus vorstellen könnte - bringt MagicEye04 mit seiner Erklärung die Problematik meines Erachtens genau auf den Punkt.
Ich könnte mir als denkbares Szenario vorstellen, dass Dein derzeitiges Netzteil bei den ständigen kurzzeitigen Lastwechseln im Idle die Ausgangsspannungen nicht hundertprozentig stabil hält, worauf dann die VRMs des Mainboards etwas empfindlich reagieren und in der Folge zu irgendeinem Zeitpunkt irgendwo eine Versorgungspannung zu niedrig ist, was dann den Neustart auslöst.
Nun mit dem neuen Netzteil wirst Du es bald wissen und ich hoffe, dass das wirklich die Fehlerursache beseitigt ... jedenfalls bin ich auf Deinen Bericht sehr gespannt.

Das 900W Tagan Netzteil testweise zu verwenden, wäre meines Erachtens hingegen nicht zielführend gewesen, weil Deine moderne Hardware erheblich andere Anforderungen an die verschiedenen Ausgangsstränge des Netzteils, sowie die Kompensation von Lastwechseln stellt, als die Hardware vor 15 Jahren.

S.I. schrieb:
Da ich bei Asus noch nie Probleme hatte habe ich mangels besserem Wissens mal das Asus Rog Strix 850 W Gold-Platinum bestellt
Zum Vergrößern anklicken....
... da bei Hardware-(Marken)herstellern ohnehin jeder seine eigenen Präferenzen und Erfahrungen hat, wirst Du damit für Dich bestimmt eine gute Entscheidung getroffen haben.

Gruß,
vnt
 
Zuletzt bearbeitet:
Berniyh schrieb:
Es gab beim Ryzen 1 auch einen Bug der im C6 genau so ein Verhalten verursachen konnte. Bei den späteren sollte das aber nicht mehr auftreten, soweit mir bekannt.
Zum Vergrößern anklicken....
Das war`s was ich meinte.
 
So, mal Rückmeldung, denke das gehört sich, wenn man schon so gute Hilfen bekommt immer wieder,-
auch wenn es nicht wirklich voran geht mit den Systemabstürzen.
Dennoch:
Seit Tagen nur noch sehr selten einen Absturz!
Was habe ich verändert?
1. USB war wohl zeitweise überlastet, tw. aber noch an der Grenze - hier habe ich Abhilfe geschaffen. So dass 1 Übeltäter nun eliminiert scheint.
ABER
2. wird wohl der Haupt-Übeltäter gewesen sein:
Es läuft nun mit ENERGIEEINSTELLUNG "Volle Pulle" offenbar recht stabil.... naja, wenn man nicht vergisst das nach einem Neustart neu einzurichten auf "max" Leisung. (Vom Stromverbrauch ist da nicht viel rum übrigens, lt. Messgerät!)

Es war oder ist wohl doch (bei mir zumindest) die Unterversorgung der Spannung der CPU gewesen.
Allerdings muss ich dazu sagen, das ich via Bios schon mal weniger Spannung gab immer schon, und nochmals via CurveOptimizer je nach ccx zw. -14 und -16 mV - was Laststabil ist und ansich ausgezeichnet funzt, aber eben seine Schattenseite hat.

Erstaunlich ist, das das Problem lange nicht oder kaum auftrat. Wenn dann dachte ich immer an Ram, da ich Vollbestückung mit vollem Takt fahre, -
Doch es wird wohl ein Update gewesen sein, das noch etwas mehr Strom sparen wollte oder sonst was - UND nun bei mir eben zu wenig war - so meine Vermutung.

Dies ist also mein Zwischenstand der Ermittlungen!
Es bleibt spannend in dieser Privat Investigations-Sache...to be continued . . . . *chatt*
 
Hallo S.I.,
vielen Dank für die Rückmeldung.
S.I. schrieb:
Es läuft nun mit ENERGIEEINSTELLUNG "Volle Pulle" offenbar recht stabil
Zum Vergrößern anklicken....
... das deutet meines Erachtens schon ziemlich deutlich auf die ursprünglich von MagicEye04 angesprochene und von mir in Beitrag #776 nochmals aufgegriffene Problematik mit den im Leerlauf naturgemäß ständig auftretenden Lastwechseln hin, welche im "volle Pulle"-Modus logischerweise nicht vorkommen.

Dein heutiger Zwischenbericht bezieht sich aber noch auf das ursprüngliche Netzteil, richtig?
Ist das neue Netzeil mittlerweile geliefert worden?

Gruß,
vnt
 
Zuletzt bearbeitet:
Grummel. Nach der Sommerpause habe ich meinen eigentlich boinc-stabilen Rechner mit dem 3950X mal wieder laufen und er ist nach 1,5 Tagen eingefroren. Netzteil kann ich mir bei so gut wie ausschließen, das wurde erst letztes Jahr erneuert.
Ich hoffe mal, dass irgendwelche updates der letzten Monate schuld sind und nach dem update-Marathon alles wieder wie gewünscht läuft.
 
vnt schrieb:
Dein heutiger Zwischenbericht bezieht sich aber noch auf das ursprüngliche Netzteil, richtig?
Ist das neue Netzeil mittlerweile geliefert worden?
Zum Vergrößern anklicken....
Danke!
Ja, ist seit einigen Tagen hier, aber noch original-Verpackt.
Ich zögere noch was ich damit mache, denn wie es aussieht brauche ich es gar nicht. Aber noch ein paar Tage warten kann ja nicht schaden um sicher zu gehen.
sollte es nun noch ne Woche gut und stabil laufen wie es ist, passt es so und ich lasse alles wie es ist - never touch a running system -
Wer es mag könnte es mit 20€ Nachlass haben, falls Interesse besteht.
Es ist "nagelneu" und unbenutzt, sogar noch in der verschweiften Originalverpackung.

Ab Ende kommender Woche also falls wer es möchte. --> PN einfach

@ME04: Updates spiele ich maximal 1x die Woche auf, eher noch weniger, denn das Theater kenne ich von Windows seit Windows 95 - und da Linux meint sich immer mehr anpassen zu müssen,- naja - bin ich auch hier vorsichtig. Da lass ich lieber etwas Zeit vergehen und schaue mir auch ann was der installieren will, sofern ich es überhaupt identifizieren kann, was selten vorkommt zugestanden.
Irgendwelche Google oder Intel-Sachen usw. oder so kommen jedoch schon mal gar nicht in die Tüte - und ich hoffe damit mach ich nix falsch.
Denn von dem Datenkrakengesockse hab ich die Nase voll, die haben nix zu suchen auf meiner Kiste. Und machen zudem nur Ärger.
 
Kernel-updates möchte ich schon zeitnah drin haben.
Aber ich hatte auch den Fall, dass bei so einem update sich Boinc ständig beendet hatte. Seitdem läuft der betreffende Rechner mit einem alten Kernel. Ist aber auch nur Boinc drauf, sonst nix.
Müsste ich mal wieder testen, ob inzwischen ein neuerer Kernel Besserung gebracht hat.
 
S.I. schrieb:
sollte es nun noch ne Woche gut und stabil laufen wie es ist, passt es so und ich lasse alles wie es ist - never touch a running system
Zum Vergrößern anklicken....
Hallo S.I.,
das ist natürlich auch eine Möglichkeit ... allerdings umgehst Du meines Erachtens die offensichtlich ja bestehende Hardware-Problematik damit nur. indem Du den diese auslösenden Zustand auf Kosten eines höheren Energieverbrauches vermeidest. Das kann durchaus langfristig gutgehen, wenn es sich nicht um einen schleichenden Netzteil-/Hardwaredefekt handelt, den ich aufgrund Deiner Beschreibung aber leider für eher wahrscheinlich halten würde.

Gruß,
vnt
 
vnt schrieb:
S.I. schrieb:
sollte es nun noch ne Woche gut und stabil laufen wie es ist, passt es so und ich lasse alles wie es ist - never touch a running system
Zum Vergrößern anklicken....
Hallo S.I.,
das ist natürlich auch eine Möglichkeit ... allerdings umgehst Du meines Erachtens die offensichtlich ja bestehende Hardware-Problematik damit nur. indem Du den diese auslösenden Zustand auf Kosten eines höheren Energieverbrauches vermeidest. Das kann durchaus langfristig gutgehen, wenn es sich nicht um einen schleichenden Netzteil-/Hardwaredefekt handelt, den ich aufgrund Deiner Beschreibung aber leider für eher wahrscheinlich halten würde.

Gruß,
vnt
Zum Vergrößern anklicken....
hmmm... keine Ahnung... mal sehen.... Danke für den Hinweis...

Jackpot schrieb:
Ich würde in den Logs nachsehen, ob dort etwas erscheint, ggf. mal rasdaemon installieren.
Zum Vergrößern anklicken....
was muss ich da eingeben im Terminal, denke ich mal..? (hab grad iwie n Brett vorm Kop die Tage... keine Ahnung..)

Edit:
Ach so, wegen Stromverbrauch: Hab da nen Messgerät vor dem Rechner mit allem Kram der da dran hängt.
Da seh ich den genauen Stromverlauf.
Es ist tatsächlich so, das er nicht mehr verbraucht. :0
Er taktet zwar höher, und geht nicht mehr runter, aber die Auslastung bei dem höheren Takt ist - klar, logisch - viel geringer.
D.h. offensichtlich das ich damit sogar im IDLE lt. Anzeige sogar noch etwas spare.
um 115-120 Watt vorher mit selber Konfig - vs. nun:
um 107-110 Watt im Idle wohlgemerkt! - und dies obwohl gerade alle Laufwerke bis auf ein Nostart-LW eingehängt sind.

Vermutlich ist es also sogar sparsamer, hoch zu takten aber dafür weit weniger auszulasten. *noahnung*
hätte ich auch nicht gedacht. aber mein Messgerät wird mich doch nicht anlügen denke ich, das hat Respekt vor mir, weil ich schon mal "böse" werden kann und so. Das weis das ganz genau. Also denke das das brav anzeigt was Sache ist. *noahnung*
 
Zuletzt bearbeitet:
Genau, um die Logs zu lesen, den Terminal öffnen und das von oben eingeben. Damit werden dir ggf. auch Hardwarefehler ausgegeben, jedenfalls kann das ein Hinweis darauf sein, dass z.B. etwas mit der CPU nicht stimmt. Bei Ryzen gab es unter Windows viele WHEA Fehler(Beispiel).

Das Tool rasdaemon soll diese auch loggen können. In dem Fall wären MCE(wikipedia) interessant.

sudo -i
apt install rasdaemon
systemctl enable rasdaemon.service
systemctl restart rasdaemon.service
systemctl status rasdaemon.service
ras-mc-ctl --errors
exit
Zum Vergrößern anklicken....

Früher musste man mit "rasdaemon -e" und "rasdaemon -r" rasdaemon noch aktivieren, ob das noch notwendig ist, kann ich nicht sagen.
 
Zuletzt bearbeitet:
root@micha2:~# sudo -i
root@micha2:~# apt install rasdaemon
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libcjson1 libcrystalhd3 libdrm-dev libimath30 libmfx1 libpciaccess-dev
librist4 linux-headers-5.15.0-58-generic linux-headers-5.15.0-60-generic
linux-headers-5.15.0-67-generic linux-headers-5.15.0-71-generic
linux-headers-5.15.0-72-generic linux-headers-5.15.0-75-generic
linux-headers-5.15.0-76-generic linux-headers-5.15.0-78-generic
linux-hwe-5.15-headers-5.15.0-50 linux-hwe-5.15-headers-5.15.0-52
linux-hwe-5.15-headers-5.15.0-56 linux-hwe-5.15-headers-5.15.0-58
linux-hwe-5.15-headers-5.15.0-60 linux-hwe-5.15-headers-5.15.0-67
linux-hwe-5.15-headers-5.15.0-71 linux-hwe-5.15-headers-5.15.0-72
linux-hwe-5.15-headers-5.15.0-75 linux-hwe-5.15-headers-5.15.0-76
linux-hwe-5.15-headers-5.15.0-78 linux-image-5.15.0-58-generic
linux-image-5.15.0-60-generic linux-image-5.15.0-67-generic
linux-image-5.15.0-71-generic linux-image-5.15.0-72-generic
linux-image-5.15.0-75-generic linux-image-5.15.0-76-generic
linux-image-5.15.0-78-generic linux-modules-5.15.0-58-generic
linux-modules-5.15.0-60-generic linux-modules-5.15.0-67-generic
linux-modules-5.15.0-71-generic linux-modules-5.15.0-72-generic
linux-modules-5.15.0-75-generic linux-modules-5.15.0-76-generic
linux-modules-5.15.0-78-generic linux-modules-extra-5.15.0-58-generic
linux-modules-extra-5.15.0-60-generic linux-modules-extra-5.15.0-67-generic
linux-modules-extra-5.15.0-71-generic linux-modules-extra-5.15.0-72-generic
linux-modules-extra-5.15.0-75-generic linux-modules-extra-5.15.0-76-generic
linux-modules-extra-5.15.0-78-generic
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl sqlite3
Vorgeschlagene Pakete:
libmldbm-perl libnet-daemon-perl libsql-statement-perl sqlite3-doc
Die folgenden NEUEN Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl rasdaemon sqlite3
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 23 nicht aktualisiert.
Es müssen 1.840 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 5.775 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Abbruch.
root@micha2:~# J
J: Befehl nicht gefunden.
root@micha2:~# sudo -i
root@micha2:~# apt install rasdaemon
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libcjson1 libcrystalhd3 libdrm-dev libimath30 libmfx1 libpciaccess-dev librist4
linux-headers-5.15.0-58-generic linux-headers-5.15.0-60-generic
linux-headers-5.15.0-67-generic linux-headers-5.15.0-71-generic
linux-headers-5.15.0-72-generic linux-headers-5.15.0-75-generic
linux-headers-5.15.0-76-generic linux-headers-5.15.0-78-generic
linux-hwe-5.15-headers-5.15.0-50 linux-hwe-5.15-headers-5.15.0-52
linux-hwe-5.15-headers-5.15.0-56 linux-hwe-5.15-headers-5.15.0-58
linux-hwe-5.15-headers-5.15.0-60 linux-hwe-5.15-headers-5.15.0-67
linux-hwe-5.15-headers-5.15.0-71 linux-hwe-5.15-headers-5.15.0-72
linux-hwe-5.15-headers-5.15.0-75 linux-hwe-5.15-headers-5.15.0-76
linux-hwe-5.15-headers-5.15.0-78 linux-image-5.15.0-58-generic
linux-image-5.15.0-60-generic linux-image-5.15.0-67-generic
linux-image-5.15.0-71-generic linux-image-5.15.0-72-generic
linux-image-5.15.0-75-generic linux-image-5.15.0-76-generic
linux-image-5.15.0-78-generic linux-modules-5.15.0-58-generic
linux-modules-5.15.0-60-generic linux-modules-5.15.0-67-generic
linux-modules-5.15.0-71-generic linux-modules-5.15.0-72-generic
linux-modules-5.15.0-75-generic linux-modules-5.15.0-76-generic
linux-modules-5.15.0-78-generic linux-modules-extra-5.15.0-58-generic
linux-modules-extra-5.15.0-60-generic linux-modules-extra-5.15.0-67-generic
linux-modules-extra-5.15.0-71-generic linux-modules-extra-5.15.0-72-generic
linux-modules-extra-5.15.0-75-generic linux-modules-extra-5.15.0-76-generic
linux-modules-extra-5.15.0-78-generic
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl sqlite3
Vorgeschlagene Pakete:
libmldbm-perl libnet-daemon-perl libsql-statement-perl sqlite3-doc
Die folgenden NEUEN Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl rasdaemon sqlite3
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 23 nicht aktualisiert.
Es müssen 1.840 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 5.775 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Abbruch.
root@micha2:~#


was das ist/ was der macht, tut, tat oder versuchte oder was auch immer ... ich stells mal ein. *kopfkratz*
 
Einfach mal aufräumen und alte Pakete entfernen. ;)

sudo -i
apt autoremove && apt autoclean
exit
Zum Vergrößern anklicken....

Mit dem Befehl werden dir die Pakete, welche mitunter auch Sicherheitsupdates erhalten angezeigt. Es sind noch "23 nicht aktualisiert.".
sudo apt list --upgradable
Zum Vergrößern anklicken....

Falls snap installiert ist, dann aktualisiert man diese damit
sudo snap refresh
Zum Vergrößern anklicken....

Eigentlich werden nur diese Pakete heruntergeladen und installiert.
Die folgenden NEUEN Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl rasdaemon sqlite3
Zum Vergrößern anklicken....
 
Zuletzt bearbeitet:
micha2@micha2:~/Schreibtisch$ sudo -i
[sudo] Passwort für micha2:
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für micha2:
root@micha2:~# sudo -i
root@micha2:~# apt install rasdaemon
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libcjson1 libcrystalhd3 libdrm-dev libimath30 libmfx1 libpciaccess-dev
librist4 linux-headers-5.15.0-58-generic linux-headers-5.15.0-60-generic
linux-headers-5.15.0-67-generic linux-headers-5.15.0-71-generic
linux-headers-5.15.0-72-generic linux-headers-5.15.0-75-generic
linux-headers-5.15.0-76-generic linux-headers-5.15.0-78-generic
linux-hwe-5.15-headers-5.15.0-50 linux-hwe-5.15-headers-5.15.0-52
linux-hwe-5.15-headers-5.15.0-56 linux-hwe-5.15-headers-5.15.0-58
linux-hwe-5.15-headers-5.15.0-60 linux-hwe-5.15-headers-5.15.0-67
linux-hwe-5.15-headers-5.15.0-71 linux-hwe-5.15-headers-5.15.0-72
linux-hwe-5.15-headers-5.15.0-75 linux-hwe-5.15-headers-5.15.0-76
linux-hwe-5.15-headers-5.15.0-78 linux-image-5.15.0-58-generic
linux-image-5.15.0-60-generic linux-image-5.15.0-67-generic
linux-image-5.15.0-71-generic linux-image-5.15.0-72-generic
linux-image-5.15.0-75-generic linux-image-5.15.0-76-generic
linux-image-5.15.0-78-generic linux-modules-5.15.0-58-generic
linux-modules-5.15.0-60-generic linux-modules-5.15.0-67-generic
linux-modules-5.15.0-71-generic linux-modules-5.15.0-72-generic
linux-modules-5.15.0-75-generic linux-modules-5.15.0-76-generic
linux-modules-5.15.0-78-generic linux-modules-extra-5.15.0-58-generic
linux-modules-extra-5.15.0-60-generic linux-modules-extra-5.15.0-67-generic
linux-modules-extra-5.15.0-71-generic linux-modules-extra-5.15.0-72-generic
linux-modules-extra-5.15.0-75-generic linux-modules-extra-5.15.0-76-generic
linux-modules-extra-5.15.0-78-generic
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl sqlite3
Vorgeschlagene Pakete:
libmldbm-perl libnet-daemon-perl libsql-statement-perl sqlite3-doc
Die folgenden NEUEN Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl rasdaemon sqlite3
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 23 nicht aktualisiert.
Es müssen 1.840 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 5.775 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Abbruch.


bitte sehr.... warum dort Abbruch steht oder was das überhaupt ist oder tut , - k.A. sorry

Edit 3:
Aufräumbefehl eingegeben!?
micha2@micha2:~/Schreibtisch$ sudo -i
[sudo] Passwort für micha2:
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für micha2:
root@micha2:~# sudo -i
root@micha2:~# apt install rasdaemon
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libcjson1 libcrystalhd3 libdrm-dev libimath30 libmfx1 libpciaccess-dev
librist4 linux-headers-5.15.0-58-generic linux-headers-5.15.0-60-generic
linux-headers-5.15.0-67-generic linux-headers-5.15.0-71-generic
linux-headers-5.15.0-72-generic linux-headers-5.15.0-75-generic
linux-headers-5.15.0-76-generic linux-headers-5.15.0-78-generic
linux-hwe-5.15-headers-5.15.0-50 linux-hwe-5.15-headers-5.15.0-52
linux-hwe-5.15-headers-5.15.0-56 linux-hwe-5.15-headers-5.15.0-58
linux-hwe-5.15-headers-5.15.0-60 linux-hwe-5.15-headers-5.15.0-67
linux-hwe-5.15-headers-5.15.0-71 linux-hwe-5.15-headers-5.15.0-72
linux-hwe-5.15-headers-5.15.0-75 linux-hwe-5.15-headers-5.15.0-76
linux-hwe-5.15-headers-5.15.0-78 linux-image-5.15.0-58-generic
linux-image-5.15.0-60-generic linux-image-5.15.0-67-generic
linux-image-5.15.0-71-generic linux-image-5.15.0-72-generic
linux-image-5.15.0-75-generic linux-image-5.15.0-76-generic
linux-image-5.15.0-78-generic linux-modules-5.15.0-58-generic
linux-modules-5.15.0-60-generic linux-modules-5.15.0-67-generic
linux-modules-5.15.0-71-generic linux-modules-5.15.0-72-generic
linux-modules-5.15.0-75-generic linux-modules-5.15.0-76-generic
linux-modules-5.15.0-78-generic linux-modules-extra-5.15.0-58-generic
linux-modules-extra-5.15.0-60-generic linux-modules-extra-5.15.0-67-generic
linux-modules-extra-5.15.0-71-generic linux-modules-extra-5.15.0-72-generic
linux-modules-extra-5.15.0-75-generic linux-modules-extra-5.15.0-76-generic
linux-modules-extra-5.15.0-78-generic
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl sqlite3
Vorgeschlagene Pakete:
libmldbm-perl libnet-daemon-perl libsql-statement-perl sqlite3-doc
Die folgenden NEUEN Pakete werden installiert:
libdbd-sqlite3-perl libdbi-perl rasdaemon sqlite3
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 23 nicht aktualisiert.
Es müssen 1.840 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 5.775 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Abbruch.
root@micha2:~# sudo -i
root@micha2:~# apt autoremove && apt autoclean
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
libcjson1 libcrystalhd3 libdrm-dev libimath30 libmfx1 libpciaccess-dev
librist4 linux-headers-5.15.0-58-generic linux-headers-5.15.0-60-generic
linux-headers-5.15.0-67-generic linux-headers-5.15.0-71-generic
linux-headers-5.15.0-72-generic linux-headers-5.15.0-75-generic
linux-headers-5.15.0-76-generic linux-headers-5.15.0-78-generic
linux-hwe-5.15-headers-5.15.0-50 linux-hwe-5.15-headers-5.15.0-52
linux-hwe-5.15-headers-5.15.0-56 linux-hwe-5.15-headers-5.15.0-58
linux-hwe-5.15-headers-5.15.0-60 linux-hwe-5.15-headers-5.15.0-67
linux-hwe-5.15-headers-5.15.0-71 linux-hwe-5.15-headers-5.15.0-72
linux-hwe-5.15-headers-5.15.0-75 linux-hwe-5.15-headers-5.15.0-76
linux-hwe-5.15-headers-5.15.0-78 linux-image-5.15.0-58-generic
linux-image-5.15.0-60-generic linux-image-5.15.0-67-generic
linux-image-5.15.0-71-generic linux-image-5.15.0-72-generic
linux-image-5.15.0-75-generic linux-image-5.15.0-76-generic
linux-image-5.15.0-78-generic linux-modules-5.15.0-58-generic
linux-modules-5.15.0-60-generic linux-modules-5.15.0-67-generic
linux-modules-5.15.0-71-generic linux-modules-5.15.0-72-generic
linux-modules-5.15.0-75-generic linux-modules-5.15.0-76-generic
linux-modules-5.15.0-78-generic linux-modules-extra-5.15.0-58-generic
linux-modules-extra-5.15.0-60-generic linux-modules-extra-5.15.0-67-generic
linux-modules-extra-5.15.0-71-generic linux-modules-extra-5.15.0-72-generic
linux-modules-extra-5.15.0-75-generic linux-modules-extra-5.15.0-76-generic
linux-modules-extra-5.15.0-78-generic
0 aktualisiert, 0 neu installiert, 50 zu entfernen und 22 nicht aktualisiert.
Nach dieser Operation werden 5.030 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
Abbruch.
root@micha2:~#


*noahnung*
 
vnt schrieb:
S.I. schrieb:
sollte es nun noch ne Woche gut und stabil laufen wie es ist, passt es so und ich lasse alles wie es ist - never touch a running system
Zum Vergrößern anklicken....
Hallo S.I.,
das ist natürlich auch eine Möglichkeit ... allerdings umgehst Du meines Erachtens die offensichtlich ja bestehende Hardware-Problematik damit nur. indem Du den diese auslösenden Zustand auf Kosten eines höheren Energieverbrauches vermeidest. Das kann durchaus langfristig gutgehen, wenn es sich nicht um einen schleichenden Netzteil-/Hardwaredefekt handelt, den ich aufgrund Deiner Beschreibung aber leider für eher wahrscheinlich halten würde.

Gruß,
vnt
Zum Vergrößern anklicken....
ach so, jetzt versteh ich dich: (?)
Du denkst das das Asus Rog Strix "850W" gold die Lastschwankungen besser können sollte als das 650 von coolerMaster?
das ja, wie erwähnt auch recht neu ist noch (kaum 2 Jahre)
wie erwähnt zeigt mein Messgerät s.o. nicht mehr Verbrauch an, weil der Takt höher steht.
Wie erwähnt wohl weil er trotz hohem Takt deutlich weniger arbeiten muss...*noahnung* Tw. zeigt er sogar ein paar Watt weniger an !

hab ich dich richtig verstanden?
Du würdest also dennoch das Asus Rog Strix,- das ja für OC Maschinen gebaut wurde wohl dem Namen nach - einbauen denke ich mal oder?
Weil dieses Asus Teil wohl insgesamt noch stabiler zu sein scheint nehme ich mal an oder?

@vnt - möchte jetzt nicht an 3 Fronten kämpfen, also eher eins nach dem anderen.
1. USB war überlastet - das hab ich wohl im Griff nun
2. CPU Stromunterversorgung durch zu niedriege V-Core wohl bei Energiesparen scheint behoben, ... aaaber das will ich noch länger testen, zumindest noch ein paar Tage um halbwegs sicher zu sein.
3. .... Dann - wenn du und ihr meint das wäre noch stabiler eben das neue NT einbauen... aber eben nacheinander nicht auf einmal! ( ist wie mit den Stellschrauben, wenn man mehrere auf einmal verstellt weis man am Ende nicht welche der Übeltäter war, oder beim OC genau das selbe oder bei Fehlersuche PC eben...
 
Zuletzt bearbeitet:
Hallo S.I.,
S.I. schrieb:
möchte jetzt nicht an 3 Fronten kämpfen, also eher eins nach dem anderen.
Zum Vergrößern anklicken....
Richtig, alles andere macht meiner Meinung nach keinen Sinn.
Aus diesem Grund würde ich die Bereinigung der nicht mehr benötigten Softwarepakete erst einmal hinten anstellen, bis die mutmaßliche Hardware-Problematik geklärt ist.
MagicEye04s und meine Hypothese aufgrund der Fehlersymtomatik und zusätzlicher Ähnlichkeit zu einem in einem anderen Forum gefundenen Fall (siehe Beitrag #771) war die, dass Dein derzeitiges Netzteil die ständigen Lastwechsel im Leerlauf nicht stabil ausgeglichen bekommt, weshalb es in der Folge sporadisch an irgendeinem Punkt zu einer Unterspannung kommt und das System neustartet (siehe Beiträge #773 und #776); diese Hypothese gilt es zu überprüfen:
S.I. schrieb:
Du denkst das das Asus Rog Strix "850W" gold die Lastschwankungen besser können sollte als das 650 von coolerMaster?
Zum Vergrößern anklicken....
Ja, das ist genau meine Vermutung!
Um diese zu überprüfen, solltest Du zunächst die Energieeinstellungen und USB-Belastung wieder auf den Ursprungszustand setzen, denn Du möchtest ja den Zustand der mit dem derzeitigen Netzteil zum Neustart führt provozieren.
Nun solltest Du das neue Netzteil einbauen und den Rechner über einen längeren Zeitraum im Leerlauf beobachten bzw. einfach wie zuvor normal damit arbeiten. Tritt der Fehler in der Folge nicht mehr auf, hast Du die Ursache gefunden und die Hypothese wäre bestätigt.

S.I. schrieb:
CPU Stromunterversorgung durch zu niedriege V-Core wohl bei Energiesparen scheint behoben, ... aaaber das will ich noch länger testen, zumindest noch ein paar Tage um halbwegs sicher zu sein.
Zum Vergrößern anklicken....
Jein ... meines Erachtens umgehst Du die offensichtlich ja bestehende Hardware-Problematik damit nur, indem Du den diese auslösenden Zustand vermeidest. Meiner Meinung nach läuft da irgendetwas in Deinem System auf einem ziemlich schmalen Grat ... uind stürzt sporadisch ab; Vermutung ist wie gesagt das Zusammenspiel von Netzteil und etwas empfindlich reagierenden VRMs des Mainboards.

Gruß,
vnt
 
Zuletzt bearbeitet:
ok...nahezu überzeugt. Danke für die Zeit und Einsatz! Hammer!

gut, werde das NT wohl mal einbauen und wieder auf Energiesparen stellen.... Den USB hub, den neuen und neuen Anschluss lass ich mal, das es nicht zu viele Baustellen werden. USB ist ja ein völlig anderes Thema, das solle nun abgehakt sein (wenn nicht wird es sich zeigen!)
Also: Fokus auf NT und stabile Stromversorgung unter Lastwechsel und ggf. Unterstom...ok


Danke!

Der Lastwechsel wars wohl, neben USB Überbelastung wie erwähnt. Seither keine Absturz die letzten Tage, wobei ich auch den Ram etwas runtergestellt habe obendrein, nicht das der auch noch ggf. reinpfuscht weil er an der Kante ist - Wobei der aber mW. einen BS erzeugen würde.
also:
Seit die Energieoption jedoch auf Volle Pulle steht geht er auch sauber wie es scheint und das - man möchte es kaum glauben - ohne Mehrstrom! (für mich nur erklärbar, wie erwähnt, das die Kerne zwar höher takten aber noch viel weniger ausgelastet sind, was offenbar so ziemlich auf das selbe herausläuft! WOW! - Wer hätte das gedacht?! ich staune.
Somit lasse ich es mit dem 650er NT und bleibe auf "Höchstleistung" und verbaue erstmal nicht das neue stärkere 850er, das ist mir grad ein zu großes Gepfriemel, mit den Kabeln teils hintenrum mit Hinten aufmachen PC usw usf. - und Teile ausbauen vorher - Der läuft nun so und das ohne Mehr Strom zu verbraten und gut. nochmals vielen Dank!
sollte es wieder erwarten doch nicht passen kann ich mich ja noch mal melden und stärkeres NT verbauen oder die Kiste vom Balkon schmeißen, mal sehen... *chatt*
 
Zuletzt bearbeitet:
alle gefunden anleitung im netz gehehen nicht.
wie update ich mailcow E-Mail da gibts ein update das ganze leüft im lxc contäner auf proxmox mit ubuntu 23.04
 
Seit letzter Woche habe ich das Phänomen daß meine CPU nicht runter taktet im idle.
Normal läuft die CPU auf 2200MHZ im idle aber nun taktet sie mit vollen 3600MHZ.
Erst dachte ich es wäre ein update Problemda es nach dem CVS patch wieder normal war.
Heute nach dem neuesten update ist es wieder aufgtreten.
Schleicht sich da ein Hardware defekt ein ?
Wärmer wird die CPU eigentlich nicht, verbraucht aber mehr Strom.
Ich habe einen Wattmeter laufen.
Normal war im idle 25 Watt nun sind es 30 Watt und CPU-X zeigt permanent 3600GHZ statt 2200MHZ.

Was kann das sein ?
 
Was ist denn CVS?

Aber nein, vermutlich kein Defekt und vermutlich liegt es auch nicht an CVS (was auch immer das ist), sondern, weil es zuletzt Änderungen beim amd p-state Treiber gab. Prüf mal, ob der noch korrekt geladen wird.
 
Prinzipiell sollte die Datei hier existieren und einen vernünftigen Wert enthalten:
Code: 
/sys/devices/system/cpu/cpufreq/policy0/amd_pstate_lowest_nonlinear_freq

oh und
Code: 
sudo cat /sys/devices/system/cpu/cpufreq/policy0/scaling_driver
sollte amd-pstate rückgeben.

Wenn du so etwas in dmesg (oder journalctl -b0 --system) findest, dann ist der Treiber nicht ordentlich geladen:
Code: 
kernel: amd_pstate: driver load is disabled, boot with specific mode to enable this

Für die meisten CPUs dürfte es korrekt sein, wenn man als Bootparameter amd_pstate=passive hinzufügt.
 
Berniyh schrieb:
Code: 
sudo cat /sys/devices/system/cpu/cpufreq/policy0/scaling_driver
Zum Vergrößern anklicken....
Da kommt das raus.

acpi-cpufreq

Berniyh schrieb:
Code: 
/sys/devices/system/cpu/cpufreq/policy0/amd_pstate_lowest_nonlinear_freq
Zum Vergrößern anklicken....
Diese Datei ist nicht vorhanden.
Jede Menge Dateien mit min, max, current_freq etc.
Berniyh schrieb:
Code:
kernel: amd_pstate: driver load is disabled, boot with specific mode to enable this
Zum Vergrößern anklicken....
Diese Ausgabe habe ich nicht.
 
Hm, probier es mal einfach indem du amd_pstate=passive zur Kernel cmdline hinzufügst.
 
Hallo Mike,

detaillierte Informationen liefert Dir das Tool "cpupower" welches Du für den Kernel 6.2 z.B. über Synaptic über das Paket linux-tools-generic-hwe-22.04 installieren kannst.

Auf kompatiblen AMD Systemen muss zur dauerhaften Aktivierung des AMD P-State Treibers in /etc/default/grub der Eintrag in der Zeile GRUB_CMDLINE_LINUX_DEFAULT um "amd_pstate=passive" ergänzt und anschließend die Grub-Konfiguration mit
Code: 
sudo update-grub
aktualisiert werden, gefolgt von einem Neustart des Rechners.
Vor einer dauerhaften Aktivierung empfiehlt es sich meiner Meinung nach aber, das System zunächst einmal in Grub über die erweiterten Startoptionen mit manuell hinzugefügtem Eintrag "amd_pstate=passive" zu booten und die fehlerfreie Funktion zu überprüfen.

Auf meinem System sieht das jetzt so aus:
Code: 
~$ cpupower frequency-info
analyzing CPU 7:
  driver: amd-pstate
  CPUs which run at the same hardware frequency: 7
  CPUs which need to have their frequency coordinated by software: 7
  maximum transition latency: 20.0 us
  hardware limits: 550 MHz - 4.21 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance schedutil
  current policy: frequency should be within 550 MHz and 4.21 GHz.
                  The governor "schedutil" may decide which speed to use
                  within this range.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 2.26 GHz (asserted by call to kernel)
  boost state support:
    Supported: yes
    Active: yes
    AMD PSTATE Highest Performance: 166. Maximum Frequency: 4.21 GHz.
    AMD PSTATE Nominal Performance: 142. Nominal Frequency: 3.60 GHz.
    AMD PSTATE Lowest Non-linear Performance: 68. Lowest Non-linear Frequency: 1.72 GHz.
    AMD PSTATE Lowest Performance: 22. Lowest Frequency: 550 MHz.

~$ inxi -Fz
System:
  Kernel: 6.5.0-1004-oem arch: x86_64 bits: 64 Desktop: Cinnamon v: 5.8.4
    Distro: Linux Mint 21.2 Victoria

Machine:
  Type: Desktop Mobo: Micro-Star model: X470 GAMING PLUS MAX (MS-7B79) v: 3.0
    serial: <superuser required> UEFI: American Megatrends LLC. v: H.I0
    date: 07/17/2023

CPU:
  Info: 6-core model: AMD Ryzen 5 3600 bits: 64 type: MT MCP cache: L2: 3 MiB
  Speed (MHz): avg: 937 min/max: 550/4208 cores: 1: 550 2: 4208 3: 550
    4: 550 5: 550 6: 550 7: 550 8: 550 9: 550 10: 550 11: 550 12: 1545

Graphics:
  Device-1: AMD Navi 23 [Radeon RX 6600/6600 XT/6600M] driver: amdgpu
    v: kernel
  Display: x11 server: X.Org v: 1.21.1.4 with: Xwayland v: 22.1.1 driver: X:
    loaded: amdgpu unloaded: fbdev,modesetting,radeon,vesa dri: radeonsi
    gpu: amdgpu resolution: 1920x1200~60Hz
  API: OpenGL v: 4.6 Mesa 23.0.4-0ubuntu1~22.04.1 renderer: AMD Radeon RX
    6600 (navi23 LLVM 15.0.7 DRM 3.54 6.5.0-1004-oem)

Audio:
  Device-1: AMD Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT]
    driver: snd_hda_intel
  Device-2: AMD Starship/Matisse HD Audio driver: snd_hda_intel
  API: ALSA v: k6.5.0-1004-oem status: kernel-api
  Server-1: PipeWire v: 0.3.48 status: active

Sensors:
  System Temperatures: cpu: 44.5 C mobo: N/A gpu: amdgpu temp: 30.0 C
  Fan Speeds (rpm): cpu: 454 mobo: 373 gpu: amdgpu fan: 0

Info:
  Processes: 344 Uptime: 8m Memory: total: 32 GiB available: 31.25 GiB
  used: 2.58 GiB (8.3%) Shell: Bash inxi: 3.3.29

Gruß,
vnt
 

Ähnliche Themen

RedBaron
Thema geschlossen - warum? Ubuntu für absolute Anfänger...Fragen, Tips, Tricks, ...
Antworten
2
Aufrufe
2K
RedBaron
RedBaron
S.I.
  • Gesperrt
AMD/ATI-Crossfire-Thread Tips, Tricks, Hilfe
111 112 113
Antworten
3K
Aufrufe
601K
Hübie
Hübie
Zurück
Oben Unten