Bitte nicht in ein Zitat antworten, sondern zitieren und darunter antworten.
In den Runlevel 3 kommst du nach dieser Anleitung:
ThemaGrub2 zusätzliche Bootparameter einfügenHier einmal ein kleines Howto, um im Grub2 zusätzliche Bootparamater (z.B. nomodeset) beim Hochfahren des Rechners einzutragen.
Da ja bei Grub2 die Befehlszeile, die bei Grub noch vorhanden war, fehlt ist es ein wenig umständlicher, diese einzutragen.
Man startet den Rechner und im Grub2-Menue (Bild1) drückt man die Taste "e".
Im daraufhin erscheinenden Bild fährt man mit der Cursor hoch/runter Taste auf den Eintrag, welcher mit
"linux /boot/vmlinux.........." beschriftet ist, dann mit der…Sauerland
Statt nomodeset einfach eine 3 mit Leerzeichen zum davor liegenden Text eintragen und starten.
Hallo Sauerland
Nun komme ich also in den Runlevel 3.
Das sieht bei mir so aus, dass ich nun nach einem grafischen Start (mit Grub-Auswahlmenü) schließlich in der Konsole lande mit folgendem Text:
[ 0.004839][ C11 __common_interrupt: 1.55 No irq handler for vector
Welcome to openSUSE Tumblewed 20230520 - Kernel 6.3.2-1-default (tty1).
eno1:
wlo1:
localhost login: (blinkender cursor)
Klar, da kann ich mich jetzt einloggen, dann aber nur noch auf der Konsole arbeiten, oder?
Die nachstehende "3" habe ich dummerweise fest im YaST (Bootoptionen) eingetragen, und nicht nur im Grub mit "e" editiert, da ich (falsch) vermutete, dass das das Problem beheben würde)
Doch das starten im Runlevel 3 dienst wohl nur der Fehlersuche? Wenn ja, hier noch einmal die journalctl-Abfrage:
XXXXX@localhost:~> sudo journalctl -b -1 -p err
[sudo] Passwort für XXXXX:
Mai 22 23:59:43 localhost kernel: ___common_interrupt: 1.55 No irq handler for vector --> Ich meine, diese Zeile würde bei jedem Start angezeigt werden; hatte aber noch nie ein Problem verursacht ...
Mai 22 22:00:11 localhost tlp[512]: Error: tlp.service is not enabled, power saving will not apply on boot.
Mai 22 22:00:11 localhost tlp[512] >>> Invoke 'systemctl enable tlp.service' to correct this!
XXXXX@localhost:~>
Dachte, das Problem liegt wohl an diesem tlp-Service. Habe also, wie in der dritten Fehlermeldungszeile angefordert, den tlp-Service mit 'systemctl enable tlp.service' aktiviert. Falsch gedacht!
Das hat wohl auch nichts geholfen, denn nach einem Neustart lande ich wieder in der Konsole (vielleicht ja nicht, wenn ich ohne das Editieren mit der nachgestellten "3" starte?). Nach erneuter journalctl-Abfrage bleibt der Fehler mit dem tlp-Service bestehen und ich habe die gleichen drei Zeilen, nur mit aktuelleren Uhrzeiten.
Übrigens habe ich Deine Antwort zuerst nicht richtig gelesen und statt der Leerzeichen und "3" anfangs "nomodeset" eingetragen.
Interessanterweise startete der Laptop daraufhin ohne Probleme oder Grafikeinbußen. Das war auch der Grund, warum ich fälschlicherweise ganz hoffnungsvoll die "3" im YaST fest eingetragen habe.
Nach Änderung von 'nomodeset" in "3" am Ende der Zeile, wie beschrieben der Textmodus ...
Und nun habe ich mir wohl selber ein Tor geschossen, denn ich wollte die schon im YaST fest hinterlegte Änderung mit der nachgestellten "3" in den Bootparametern wieder austragen und stelle fest, dass ich aktuell keine drei Kernel, sondern nur noch zwei i- und zwar identische - Kerneleinträge (mit den Recovery-Modes vier Einträge) habe. Alle mit dem problematischen 6.3.1-2-default. Und natürlich startet keiner der Einträge und bleibt hängen (das Problem, weswegen dieser Tread geöffnet wurde).
Jetzt sollte ich wissen, wie ich den Booteintrag im YaST über die Konsole korrigieren kann (vorläufig am besten mit "nomodeset", denn dann startet Tumbleweed grafisch). Danke!