Sauerland: ... immer nur Prosa, anstatt zu zeigen was er wirklich tut.
Versuche bitte noch, ob der folgende Kernel-Bootparameter den schwarzen Bildschirm überwinden kann:
Codeamdgpu.dcdebugmask=0x12
Schwarzer Bildschirm, kein Textmode, keine Konsole
Ja, vor allem könnte man dann mal ins log schauen.......
Ich kann mir schon vorstellen, wie dieser git-kernel unter Leap 15.4 hereingekommen ist, kernel:stable........
Wenn Du mir sagst welche (s)
Sauerland: ... immer nur Prosa, anstatt zu zeigen was er wirklich tut.
Versuche bitte noch, ob der folgende Kernel-Bootparameter den schwarzen Bildschirm überwinden kann:
Codeamdgpu.dcdebugmask=0x12
Du willst mir beim Essen, bei der Arbeit und Katze versorgen zugucken? BIOS-Einstellungen ändern? Schwierig.
Und das hab ich schon mal gar nicht gepostet, siehe meinen vorigen Beitrag und auch Beitrag 65
Wer hat was von DIR gesagt, ICH habe die Ausgebe in eine Datei umgeleitet.
ZitatCodelinux64:/home/stephan # journalctl -b -1 | susepaste Pasted as: https://paste.opensuse.org/448eb5fd9dc9 Failed to get path for session '': Caller does not belong to any known session. Graphics server not found. Copying to clipboard is not possible. linux64:/home/stephan #
Schön, die Ausgabe habe ich nicht!!!
Dein Post aus 65 war
journalctl -b -1 | susepaste -e 131040den habe ich als root eingelogt gestartet und damit mir das als normaler User zur Verfügung steht, habe ich es in eine Datei umgeleitet.
Das ist nicht die komplette Eingabezeile incl. der kompletten Ausgabe.
Stimmt, aber susepaste war schon drauf ich habe es zwar noch mal drüberinstalliert, und luigi bezog sich nur auf die Ausgabe und die sieht so aus, wenn man
journalctl -b -1 | susepaste -e 131040 >> susepaste.txteingibt. Den Rest schreibt er nicht in die Textdatei Was er schreibt ist, das kein Journal vorhanden ist + die Text-Datei.
Ich komme mir langsam vor, wie in alten DOS-Zeiten, wo man Benutzer mittels "tty > NUL" in der autoexec in den Wahnsinn treiben konnte. Auf dem schwarzen Bildschirm blinkt links oben der Cursor. 
Und ich sach noch, mit OS/2 wäre das nicht passiert. 
Ernsthaft? Danke für den Tipp, das sage ich mal gleich meiner Frau. Das könnte bei ihr für viel Spaß sorgen.
Doch, hatte ich alles gelesen und nachvollzogen.
Da der 6.12-Kernel im Gegensatz zu den älteren, bei dir laufenden auf cppc optimiert ist und man nie genau weiß, ob sich Bios-Einträge und Kernel immer richtig verstehen, wollte ich in einem letzten Versuch mit amd_pstate=disable bzw. initcall_blacklist=amd_pstate_init das cppc- bzw. amd_pstate-Kapitel abschließen.
Ändert nichts.
Hmm ja. Dafür, das es nur ein paar Minuten dauern sollte. Der Reset-Knopf ist schon ganz abgegriffen, ich würde init benutzen, wenn ich denn bei dem 6.12er etwas eingeben könnte.
Läuft wohl auf eine Neuinstallation hinaus.
Vorgeschlagen war zuletzt
Codeamd_pstate=disable
Das ist schön, Du hast offenssichtlich das Hin und Her mit den versteckten CPPC-Einstellungen nicht gelesen, es ist egal was ich damit mache.