Hallo,
nach der letzten Aktualisierung vor ca. 2 Wochen ließ sich heute 15.1 nicht mehr starten (kernel panic).
Ich nahm einen zurückliegenden snapshot, das funktioniert. Eine anschießende Aktualisierung scheitert
aber sofort mit:
opensuse-2019 2566(1)
subprocess failed error rpm failed can´t create transaction lock on /var/lib/rpm/.rpm.lock (read only filesystem)
.rpm.lock existiert aber und ist für root les- und schreibbar.
Eine Aktualisierung mit yast scheitert ebenfalls.
Die Installation des Paketes " ist fehlgeschlagen
und in den Details der gleiche Fehlertext wie oben.
Jetzt weis ich nicht mehr weiter. Kann bitte jemand helfen.
Gruß w.w.
kein Start nach Aktualisierung
- wonder.wishes
- Erledigt
Hinweis: In dem Thema kein Start nach Aktualisierung gibt es 15 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
ich habe es inzwischen mit der Brechstange versucht und zypper dup laufen lassen
bricht aber ebenfalls ab
installieren chromium ffmpeg extra...... fehlgeschlagen
und dann die gleiche Fehlermeldung wie oben -
Moinsen zammen,
was will einem die Meldung
wohl genau sagen?
Sprich der Fehler ist klar und eindeutig (bei einem read only Filesystem ist _jeder_ Schreibversuch von durchschlagendem Misserfolg gekrönt) - bitte einmal das Ergebnis des kleinen Befehls mount bezüglich der /var partition (wenns eine sein sollte, sonst /) auf der commandline studieren.
Die Analyse WARUM der Fehler passiert, dürfte hingegen etwas mehr Schmalz erfordern.
-
Vielleicht blöde basic Frage, aber "einen zurück liegenden Snapshot genommen" bedeutet auch, nach dem Boot in diesen "snapper rollback" eingegeben zu haben? Weil das einfache Booten in einen alten Snapshot ist erstmal immer in ein Read-only FS.
-
-
Hallo,
danke für die Antworten
hier der etwas ausführlichere Angabe beim Start des Systems:kernel offset : disabled
end kernel panic - not syncing:
DMA: random memory could be DMA writtenund damit stop des Systems.
Eine laufende Variante habe ich erreicht mit der Auswahl in grub:start bootloader from a read-only snapshot
dort habe ich ausgewählt:
open suse leap 15.1(4.12.14-lp151.28.25,2020-02-1720:43,pre,zypp(ruby.ruby2.5))
dann kommt ein menu
help on bootable ...
open suse ...
advanst options ...in advanst options habe ich gewählt:
open suse leap 15.1, with linux4.12.14-lp151.28.20-default
Damit war der Start möglich.
(viele andere Kombinationen ergaben auch Fehler beim Start)Der Fehler beim Aktualisieren ist konstant.
Ich habe nochmals alles kontrolliert:
Die Hierarchie /var/lib/rpm/.rpm.lock gehört durchgängig root mit rw Berechtigung.
rpm ist ein link ohne Zugriffsbeschränkung auf /usr/lib/sysimage/rpm und hier gehört auch
alles root mit rw Berechtigung.fstab und snapper list sind im Anhang.
Gruß w.w.
-
Hast du, wie @Scytale auch schon schrieb, nach dem Booten eines Snapshot den Befehl:
snapper rollback
...als Root (mit su) ausgeführt und neu gestartet?
Siehe hier:
cha.snapper.html#sec.snapper.snapshot-boot -
genau diesen Hinweis habe ich nicht verstanden.
Deshalb habe ich so genau das Vorgehen beschrieben. Meiner
Ansicht nach habe ich gar keinen snapshot gestartet,sondern nur eine Variante
aus advanst options . So stellt sich mir wenigstens mein Vorgehen dar.Nach Auswahl des snapshots startet dieser ja nicht (wie im manual beschrieben),
sondern es erscheint das obige Menu, und dort habe ich dann in advanst options
eine Auswahl getroffen.Wenn man in diesem Menu help on bootable snapshots anklickt, erscheint
eine Anleitung zum rollback
und zum Schluß:
hit any key to return to boot menu
error: can`t find command `read` -
Arbeitest du mit transactionalen (atomaren) Updates?
Postest du mal, wenn möglich:
btrfs subvolume get-default /
zypper se -si transactio
zypper lr -d
mount -
ich weis zwar nicht was atomare updates sind aber hier sind die Angaben
in den Anhängen