kein Start nach Aktualisierung

Hinweis: In dem Thema kein Start nach Aktualisierung gibt es 15 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • 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.

  • 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

    Code
    read only filesystem

    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.

    Viele Grüße,
    T.

    Einmal editiert, zuletzt von Tamerlain ()

    Für den Inhalt des Beitrages 139797 haftet ausdrücklich der jeweilige Autor: Tamerlain

  • 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.

    PRAISE THE OMNISSIAH

    Für den Inhalt des Beitrages 139798 haftet ausdrücklich der jeweilige Autor: Scytale

  • Evtl. auch mal alte Schnappschüsse löschen?
    Als root:

    Code
    snapper list
    Code
    cat /etc/fstab

    Für den Inhalt des Beitrages 139800 haftet ausdrücklich der jeweilige Autor: Sauerland

  • 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 written


    und 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.

  • 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

    Für den Inhalt des Beitrages 139820 haftet ausdrücklich der jeweilige Autor: sterun