Im BIOS kann ich nichts enablen. AUTO oder Feste Wert.
Aber in der grub-Bootzeile kannst du es doch einfügen
amd_pstate=passive Wenn das noch nicht reichen sollte, dann komplett abschalten mit amd_pstate=disable oder
initcall_blacklist=amd_pstate_initIM BIOS steht alles auf AUTO
Für Windows ist das OK, aber für Linux würde ich cppc zur Sicherheit auf enabled setzen.
Und das sagt mir was, aus eine Kernel 6.4 ?????
Ab Kernel 6.5 war amd_pstate vorhanden:
Es sei denn, cppc wurde im Bios ausgeschaltet.
Blöde Frage, wie komme ich an die Paket-Versionsinformation wie in Deiner Tabelle?
zypper se -si kernel-firmware-amdgpuAußerdem wäre es hilfreicher, wenn du zypper lr -d gezeigt hättest.
Um an die neue Firmware zu kommen, musst du zuerst das von Sauerland genannte Repo hinzufügen.
Wenn beim Booten von Leap 16.0 nur ein schwarzer Bildschirm erscheint, kann man als temporären Fix versuchen, vor dem Booten den Kernel-Parameter quiet splash zu entfernen (sofern vorhanden) und stattdessen nomodeset an das Ende der grub Bootzeile einzufügen. Das ist die Zeile, die mit linux ... beginnt. Die genaue Vorgehenweise wurde hier im Forum schon mehrfach beschrieben.
Danach muss man dann das Grafikteiber-Problem aber noch reparieren.
Falls das nicht hilft, könnten alternativ noch die Parameter noacpi acpi=off weiterhelfen.
Das ist definitiv nicht das Standard-Verhalten. Das ist schon mindestens seit Leap 42.1 so dass die älteren Kenel erstmal drauf bleiben.
Und die älteren Kernel liefen immer problemlos auf dem neueren Leap. Wüsste auch nicht wieso das nicht so sein sollte ...
Wie es früher einmal war, spielt hier keine Rolle. Der Übergang von 15.6 auf 16.0 ist jedenfalls ein gravierender Bruch in der zugrunde liegenden Architektur.
Der alte Leap 15.6 Kernel bringt nicht die für Leap 16.0 optimierten und vorausgesetzten Compiler- und Glibc-Kompatibilitäten mit. Da Leap 16.0 auf neuere Systembibliotheken (wie eine aktuellere glibc) und eine modernisierte Architektur (mindestens x86-64-v2) setzt, führt ein veralteter Kernel langfristig zu massiven Inkompatibilitäten und Fehlern im laufenden Betrieb.
Ob dies im hier vorgestellten Problem der Fall ist, kann ich nicht überprüfen.
Standardmäßig bleiben die letzten drei Kernel auf dem System drauf. Wenn er also von Leap 15.6 erst vor Kurzem das Update auf 16.0 gemacht hat kann es durchaus
sein dass dieser Kernel noch da ist. Hatte ich auch nach meinem Update for einem Monat.
Bei mir wurden die 15.6 Kernels nach einem komplett erfolgreichen upgrade auf Leap 16.0 immer automatisch gelöscht.
Daher stellt sich mir die Frage, ob sich das System überhaupt in einem geordneten Leap 16.0 Zustand befindet. Wenn nicht, dann ist auch nicht auszuschließen, dass das seltsame Verhalten beim Zugriff auf die Festplatte damit zusammenhängen könnte.
Egal, ich würde jedenfalls keinen 15.6 Kernel unter Leap 16.0 laufen lassen.
Leap 16, Kernel 6.4.0-150600.23.103
Leap 15.6 kernel unter Leap 16.0 ???
Wie hast du das hinbekommen?
Ich verstehe es trotzdem nicht, denn ich habe die gleiche Version von Tumbleweed wie TE ... und ich habe keine Probleme!
Das ist doch überhaupt nicht verwunderlich, solange die installierte Software inklusive aller Pakete, applets, widgets und deren Konfiguration in beiden Fällen nicht identisch ist und du auch nicht alle Programme startest, die beim TE laufen.
Danke, das war die Lösung. Jetzt nur hoffen, dass das auch weitere Updates überlebt
Ich denke, dass deine Änderungen bei Updates überschrieben werden können.
Da musst du solange nachjustieren, bis der Fehler letztendlich gefixt wird.
