Open Suse Leap 15.4 lässt nicht nicht mehr booten

[Eckart Spindler]

Wenn ich meinen Laptop hochfahren und Open Suse Leap 15.4 versuche zu starten, bleibt der Rechner nach einiger Zeit hängen. Es erscheint die Meldung:

After loggin in, type "journalctl -xb" to view systemlogs, "systemctl reboot" to reboot, "systemctl default" or "exit" to boot into default mode.

Beim Eingeben ist die Tastatur von deutsch auf englisch verstellt. Wenn ich einen der o.a. Befehle eingebe, komme ich auch nicht weiter.

Ich schreibe jetzt über Windows 10, weil ich auf Leap 15.4 nicht mehr arbeiten kann.

 

[Sauerland]

Kannst du mit einem älteren Kernel starten?

Im Grub2 per Pfeiltaste auf den 2. Eintrag gehen, Enter drücken und dann auf den 3. Eintrag gehen.

 

[josef-wien]

Der Rechner bleibt nicht hängen, sondern der Startvorgang wird abgebrochen, da ein Problem aufgetreten ist.

Wenn Du btrfs verwendest, könnte neben dem Vorschlag von Sauerland das Starten eines älteren snapshot helfen.

Ansonsten wissen wir ohne das Ergebnis des ersten Befehls (gegebenenfalls als Foto) den Abbruchgrund nicht, und ohne dieses Wissen ist eine Hilfe nicht möglich. Außerdem könnte interessant sein, welche "besonderen Tätigkeiten" Du mit welchen Programmen ausgeführt hast, als das System noch lief.

 

[Eckart Spindler]

Ich hatte als letzten Befehl mit dem Partitioner meine neue externe Festplatte (Crucial P3 Plus PCIe 4.0 NVMe M.2 SSD) partitioniert.

 

[Eckart Spindler]

Ich habe jetzt mit einem älteren snapshot gestartet.

Hier ist eine Liste der letzten Logs:

2023-04-14 17:44:15|patch  |openSUSE-SLE-15.4-2023-1855|1|noarch|repo-sle-update|important|security|needed|applied|
2023-04-14 17:44:15|patch  |openSUSE-SLE-15.4-2023-1852|1|noarch|repo-sle-update|important|security|needed|applied|
2023-04-15 18:09:42|command|root@localhost.localdomain|'/usr/lib/packagekitd'|
# 2023-04-15 18:09:42 libwayland-client0-1.19.0-150400.3.3.1.x86_64.rpm install failed
# rpm output:
# error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
#
# Commit was aborted.
2023-04-15 18:10:00|command|root@localhost.localdomain|'/usr/lib/packagekitd'|
# 2023-04-15 18:10:00 libwayland-client0-1.19.0-150400.3.3.1.x86_64.rpm install failed
# rpm output:
# error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
#
# Commit was aborted.
2023-04-15 18:10:18|command|root@localhost.localdomain|'/usr/lib/packagekitd'|
# 2023-04-15 18:10:18 libwayland-client0-1.19.0-150400.3.3.1.x86_64.rpm install failed
# rpm output:
# error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
#
# Commit was aborted.
2023-04-15 18:11:26|command|root@localhost.localdomain|'/usr/bin/ruby.ruby2.5' '--encoding=utf-8' '/usr/lib/YaST2/bin/y2start' 'online_update' 'qt' '-name' 'YaST2' '-icon' 'yast'|
# 2023-04-15 18:11:26 libwayland-client0-1.19.0-150400.3.3.1.x86_64.rpm install failed
# rpm output:
# error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
#
# 2023-04-15 18:11:35 libwayland-client0-1.19.0-150400.3.3.1.x86_64.rpm install failed
# rpm output:
# error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
#
# 2023-04-15 18:11:36 libwayland-client0-1.19.0-150400.3.3.1.x86_64.rpm install failed
# rpm output:
# error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
#
# Commit was aborted.

 

[Sauerland]

Wenn du mit einem Schnappschuss bootest, ist dieser nur read-only eingehängt.......
Und somit sehen mir diese Meldungen danach aus, als wenn der Updater etwas versucht.

Die letzten Meldungen zum Zeitpunkt bevor es nicht mehr startet wären von Interesse.

Du kannst natürlich auch den gebooteten Schnappschuss wieder herstellen:
Als root (bitte kein sudo)

snapper rollback

Dann herunterfahren und normal (wichtig) starten.
Allerdings werden alle Sachen, die nach dem Erstellen dieses Schnappschusses gemacht wurde, rigoros gelöscht.

Hast du es mal mit dem älteren Kernel versucht?

 

[Eckart Spindler]

Ich habe jetzt

Sudo snapper rollback

als root eingegeben und danach neu gestartet. Bis jetzt läuft der Rechner wieder.
Hätte ich das

Sudo

weglassen sollen?
Habe ich da jetzt was mit diesem Befehl zerstört?

 

[Sauerland]

Nein, aber sudo ist in openSUSE nicht so konfiguriert wie z.B. in Ubuntu.

Es funktioniert zu 98-99% aber das restliche Prozent funktioniert einfach nicht und gibt auch keine Rückschlüsse darauf, warum es nicht funktioniert.
Daher benutze ich kein sudo, sondern benutze immer eine Konsole, in der ich mit su -l(kleines L) eine root Konsole (eine login-shell) öffne und diese auch geöffnet lassen.