1GB Logdatei?
Bei mir sind es seit Jahren nur SystemMaxUse=100M und bisher ohne Probleme. Wenn du also größere Projekte vorhaben solltest, z.B. auf einem Server wo die Protokolle einer längeren Zeitspanne vorgehalten werden müssen, dann nehme 500M.
Wenn die Umstellung erledigt ist, kannst du überprüfen, wie viel Speicher tatsächlich genutzt wird mit
journalctl --disk-usageIst standard nicht eingestellt so weit ich weiß, musst du selber machen, siehe meine letzten Beiträge.
Das habe ich sicher früher mal gemacht, aber inzwischen wieder vergessen.
Bei mir werden die log-files permanent unter /var/log/journal abgelegt.
Bei dir sieht es so aus, als ob sie nur in den flüchtigen Speicher /run/log/journal gelangen und nach einem reboot dann verschwunden sind.
Ich konnte im gezeigten log-file keinen Start des kernels 6.12 finden ...?
Aber da die Datei nur 15 Minuten zur Verfügung stand, bitte ich um die Zahlung eines Akkordlohns in die Spendenbüchse dieses Forums.
Ich sehe gerade, dass ich susepaste aus dem folgenden Repo installiert habe, weil das default-Paket unter Wayland nicht tut:
https://download.opensuse.org/repositories/home:/Sauerland:/myrlyn/16.0/ Als kurzfristige Abhilfe versuche bitte (falls es fehlt, wl-copy nachinstallieren):
sudo journalctl -b -1 | susepaste -e 131040 | wl-copyDann ist die URL zwar nicht direkt, aber im Clipboard zu finden.
Wenn Du mir sagst welche (s)
Also noch einmal von vorne:
1. Computer mit kernel 6,12 starten
2. Wegen black-screen wieder herunterfahren
3. Jetzt mit kernel von Leap 15.4 starten
4. Nun susepaste als user ausführen (das sieht bei mir so aus):
luigi@testbox:~> journalctl -b -1 | susepaste -e 131040
Hint: You are currently not seeing messages from other users and the system.
Users in the 'systemd-journal' group can see all messages. Pass -q to
turn off this notice.
Pasted as:
https://paste.opensuse.org/19a307db394f
Link is also in your clipboard.
luigi@testbox:~>Nun sollten wir die logs über die o.g. URL besichtigen können.
Sauerland: ... immer nur Prosa, anstatt zu zeigen was er wirklich tut.
Versuche bitte noch, ob der folgende Kernel-Bootparameter den schwarzen Bildschirm überwinden kann:
amdgpu.dcdebugmask=0x12Du hast offenssichtlich das Hin und Her mit den versteckten CPPC-Einstellungen nicht gelesen, es ist egal was ich damit mache.
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.
Sehr ernüchternd
Code Paste failed
Bitte komplette Eingabezeile des Kommandos und die Ausgabe posten ...
ein "amd_pstate=active im GRUB hat auch nichts gebracht.
Vorgeschlagen war zuletzt
amd_pstate=disable