Rescue System nach boot-Vorgang

Hinweis: In dem Thema Rescue System nach boot-Vorgang gibt es 22 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Guten Morgen,


    der Bootvorgang meines Notebooks (Acer Travelmate B115) endet mit dem Rescue-System. Ich habe vor ein paar Tagen von OpenSuSE 13.2 auf Leap 42.2 umgestellt, und konnte normal mit dem System arbeiten. Zuvor hatte ich eine Fehlermeldung wegen /tmp, die ich leider nicht festgehalten habe; in der Hoffnung, dies mit einem mehrmaligen reboot zu lösen, bin ich nun in der oben beschriebenen Sackgasse gelandet.



    Code
    journalctl

    liefert die folgenden Fehlermeldungen:

    Code
    <...>
    DATUM NAME kernel: usb 1-2.1: string descriptor 0 read error: -22
    <...>
    DATUM NAME kernel: dev-disk-by\x2dpartlabel-primary-device: Dev dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys
    <...>
    DATUM NAME kernel: Failed to start Switch Root

    Eine Re-installation über Upgrade ist nicht möglich mit dem Verweis Unbekanntes oder Nicht-Linux (/dev/sda1) bzw. Unbekanntes Linux (/dev/sda3 und /dev/sda4). Eine komplette Neuinstallation würde ich gerne vermeiden, da nicht alle Daten gesichert sind.


    Wer kann mir weiterhelfen und wäre so freundlich, dies zu tun? Vielen Dank im Voraus.

  • Ich sehe, ich habe es unpräzise formuliert; bitte entschuldigt. Der boot-Vorgang beginnt im emergency mode.


    Konkret sehe ich nur eine Shell mit der Ausgabe (ist vom Monitor abgeschrieben)

    Code
    Entering emergency mode. Exit the shell to continue.
    Type "journalctl" to view system logs.
    You might want to save "/run/initramfs/sdsosreport.txt" to a USB stick or /boot after mouting them and attach it to a bug report.

    Wenn ich den erzeugten report posten soll, müsste ich leider vorab einen zusätzlichen Thread öffnen, wie ich jetzt einen USB-stick mounte, denn auch daran habe ich mich bislang vergeblich bemüht.

  • Dies führt zur Ausgabe

    Code
    cat: /etc/fstab: No such file or directory

    wobei ls /etc die leere Datei fstab.empty listet.

    Dies führt zu gar keiner Ausgabe. Oder wo siehst du in Sauerlands Befehl einen Doppelpunkt?

  • Die weitere Ausgabe lautet

    Code
    Recovery of btrfs file systems is not automated. We suggest you use 'btrfs check --readonly' first to see if there's any damage and what's the scope. <...>


    Der Befehl btrfs check --readonly  ergibt für /dev/sda1 und /dev/sda2 die Ausgabe Couldn't open file system.


    btrfs check --readonly /dev/sda3  ergibt nach entsprechendem umountfolgende Ausgabe

    Code
    Checking file system on /dev/sda3
    UUID: <...>
    checking extends
    checking free space cache
    checking fs roots
    checking csums
    checking root refs
    found <...> bytes used err is 0
    <...>

    Den Befehl btrfs check --repair /dev/sda3 hatte ich schon vorab laufen lassen, da hatte es wohl auch etwas zu reparieren gegeben.

  • ... und um noch einmal die Frage nach cat /etc/fstab möglichst präzise zu beantworten: Der eingegebene Befehl liefert die Ausgabe

    Code
    :/# cat /etc/fstab
    cat: /etc/fstab: No such file or directory

    wobei :$PWD# anscheinend der prompt des emergency systems ist.

  • Dies führt zu gar keiner Ausgabe. Oder wo siehst du in Sauerlands Befehl einen Doppelpunkt?

    Das ist die Ausgabe. Siehe auch den Satz „Dies führt zur Ausgabe“. Damit du es auch glaubst:


    Code
    rechner:~ # cat /etc/fstab
    cat: /etc/fstab: No such file or directory

    Edit:
    Zu langsam.

    Für den Inhalt des Beitrages 106326 haftet ausdrücklich der jeweilige Autor: tomfa-ng