BTRFS error - kann sda5 nicht booten
Dies ist eine Reserve-Festplatte: Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. Fehlermeldungen sind auf dem Desktop seitenlang. Anfangs bezog sich die Fehlermeldung auf btrfs und /etc/systemd/journald rescue konnte ich nicht ausführen, weil ich nicht wusste was den Fehler wirklich verursacht hat. Jetzt bootet (?) er kernel default, obwohl kernel desktop installiert wurde. Versuche mal in gekürzter Form die letzte Fehlermeldung beim Booten der Festplatte mitzuteilen: BTRFS error (device sda5 - das ist oS 13.2 -) in btrfs_run_delayed_refs: errno = -5 IO failed in cleanup_transaction: (dgl) in open_ctree: (dgl) - Failed to recover log tree Generating /run/initramfs/rdsosreport.txt . . . Type "journalct 1" to view system logs . . . and attach it to a bug report .. . Einen Bug-Report habe ich nicht gemacht. Komme ja auch nicht an log ran Das Ganze scheint von einem fehlerhaften Update (am 05.04.15 oder 06.04.15) verursacht worden zu sein. Habe aber keine näheren Angaben Kann mir jemand helfen bei "e2fsck -f -b" oder? Da ich auch kein Diskettenlaufwerk habe - habe ich auch nur die *.ISO DVD mit rescue aber was sollte ich in rescue machen? kann jemand helfen? vielen Dank schon mal vorab Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Frank, es wird dir kein Trost sein, aber mir ist vor zwei Tagen so ziemlich das gleich passiert:
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. Die entscheidende Fehlermeldung bei mir war, wenn ich das richtig interpretiere, irgendetwas mit /sysroot kann nicht gefunden werden.
Fehlermeldungen sind auf dem Desktop
seitenlang. Anfangs bezog sich die Fehlermeldung auf btrfs und /etc/systemd/journaldes
rescue konnte ich nicht ausführen, weil ich nicht wusste was den Fehler wirklich verursacht hat.
Jetzt bootet (?) er kernel default, obwohl kernel desktop installiert wurde.
Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an meine 13.1 Installation auch nicht mehr ran... ich schicke eine getrennte Mail)
Versuche mal in gekürzter Form die letzte Fehlermeldung beim Booten der Festplatte mitzuteilen:
BTRFS error (device sda5 - das ist oS 13.2 -) in btrfs_run_delayed_refs: errno = -5 IO failed in cleanup_transaction: (dgl) in open_ctree: (dgl) - Failed to recover log tree
Generating /run/initramfs/rdsosreport.txt
. . . Type "journalct 1" to view system logs . . . and attach it to a bug report .. .
Einen Bug-Report habe ich nicht gemacht. Komme ja auch nicht an log ran
Das Ganze scheint von einem fehlerhaften Update (am 05.04.15 oder 06.04.15) verursacht worden zu sein. Habe aber keine näheren Angaben
Kann mir jemand helfen bei "e2fsck -f -b" oder?
Da ich auch kein Diskettenlaufwerk habe - habe ich auch nur die *.ISO DVD mit rescue aber was sollte ich in rescue machen?
Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. Die entscheidende Fehlermeldung bei mir war, wenn ich das richtig interpretiere, irgendetwas mit /sysroot kann nicht gefunden werden.
Fehlermeldungen sind auf dem Desktop
seitenlang. Anfangs bezog sich die Fehlermeldung auf btrfs und /etc/systemd/journaldes
rescue konnte ich nicht ausführen, weil ich nicht wusste was den Fehler wirklich verursacht hat.
Jetzt bootet (?) er kernel default, obwohl kernel desktop installiert wurde.
Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann? Gruess Joerg -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
"Jörg Kühne" schrieb:
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. Die entscheidende Fehlermeldung bei mir war, wenn ich das richtig interpretiere, irgendetwas mit /sysroot kann nicht gefunden werden.
Fehlermeldungen sind auf dem Desktop
seitenlang. Anfangs bezog sich die Fehlermeldung auf btrfs und /etc/systemd/journaldes
rescue konnte ich nicht ausführen, weil ich nicht wusste was den Fehler wirklich verursacht hat.
Jetzt bootet (?) er kernel default, obwohl kernel desktop installiert wurde.
Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann?
Gruess Joerg
Es gibt (gab) 2 Updates - tatsächlich waren es dann s e h r v i e l e, darunter auch /etc sysconfig usw. Evtl zzt nicht installieren (??) Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
"Jörg Kühne" schrieb:
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. Die entscheidende Fehlermeldung bei mir war, wenn ich das richtig interpretiere, irgendetwas mit /sysroot kann nicht gefunden werden.
Fehlermeldungen sind auf dem Desktop
seitenlang. Anfangs bezog sich die Fehlermeldung auf btrfs und /etc/systemd/journaldes
rescue konnte ich nicht ausführen, weil ich nicht wusste was den Fehler wirklich verursacht hat.
Jetzt bootet (?) er kernel default, obwohl kernel desktop installiert wurde.
Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann?
Gruess Joerg
Es gibt (gab) 2 Updates - tatsächlich waren es dann s e h r v i e l e, darunter auch /etc sysconfig usw. Evtl zzt nicht installieren (??) Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo auch, Am 07.04.2015 um 15:00 schrieb "Jörg Kühne":
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. [..] Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann? Würde mich auch mal so langsam interessieren.
Bei mir ist auf einer 13.1 schon 2x das root BTRFS kaputt gegangen, beide Male im laufenden Betrieb. Beim ersten Mal konnte ich es über einen noch funktionierenden Snapshot durch Kopieren des Snapshots - Neuformatieren - Rückkopieren wieder retten, beim zweiten Mal hab ich mein Backup, das ich vom vorigen Versuch noch hatte, einfach per rsync drüberkopiert. Und das btrfs filesystem --repair ist gelinde gesagt ja für'n A.... Das kann ich dutzendemale auf der wieder restaurierten Partition ausführen, ohne dass sich da an der Zahl der ausgespuckten Meldungen etwas ändert. Beim ersten BTRFS Crash ist der filesystemcheck immer mit einem Coredump ausgestiegen - da kommt echt Freude auf. Meinen zwischenzeitlich gemachten Erkenntnissen und Erfahrungen zufolge halte ich es mittlerweile für grob fahrlässig, ein FS als default einzusetzen das nicht einmal ein funktionierendes Repair-Tool mit sich bringt. Gru0 Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl schrieb:
Hallo auch,
Am 07.04.2015 um 15:00 schrieb "Jörg Kühne":
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. [..] Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann? Würde mich auch mal so langsam interessieren.
Bei mir ist auf einer 13.1 schon 2x das root BTRFS kaputt gegangen, beide Male im laufenden Betrieb. Beim ersten Mal konnte ich es über einen noch funktionierenden Snapshot durch Kopieren des Snapshots - Neuformatieren - Rückkopieren wieder retten, beim zweiten Mal hab ich mein Backup, das ich vom vorigen Versuch noch hatte, einfach per rsync drüberkopiert.
Und das btrfs filesystem --repair ist gelinde gesagt ja für'n A.... Das kann ich dutzendemale auf der wieder restaurierten Partition ausführen, ohne dass sich da an der Zahl der ausgespuckten Meldungen etwas ändert.
Beim ersten BTRFS Crash ist der filesystemcheck immer mit einem Coredump ausgestiegen - da kommt echt Freude auf.
Meinen zwischenzeitlich gemachten Erkenntnissen und Erfahrungen zufolge halte ich es mittlerweile für grob fahrlässig, ein FS als default einzusetzen das nicht einmal ein funktionierendes Repair-Tool mit sich bringt.
Gru0 Manfred
Siehe auch hier : http://wiki.ubuntuusers.de/Befehle_Btrfs-Dateisystem#Befehle-mit-Optionen Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Frank schrieb:
Manfred Kreisl schrieb:
Hallo auch,
Am 07.04.2015 um 15:00 schrieb "Jörg Kühne":
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. [..] Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann? Würde mich auch mal so langsam interessieren.
Bei mir ist auf einer 13.1 schon 2x das root BTRFS kaputt gegangen, beide Male im laufenden Betrieb. Beim ersten Mal konnte ich es über einen noch funktionierenden Snapshot durch Kopieren des Snapshots - Neuformatieren - Rückkopieren wieder retten, beim zweiten Mal hab ich mein Backup, das ich vom vorigen Versuch noch hatte, einfach per rsync drüberkopiert.
Und das btrfs filesystem --repair ist gelinde gesagt ja für'n A.... Das kann ich dutzendemale auf der wieder restaurierten Partition ausführen, ohne dass sich da an der Zahl der ausgespuckten Meldungen etwas ändert.
Beim ersten BTRFS Crash ist der filesystemcheck immer mit einem Coredump ausgestiegen - da kommt echt Freude auf.
Meinen zwischenzeitlich gemachten Erkenntnissen und Erfahrungen zufolge halte ich es mittlerweile für grob fahrlässig, ein FS als default einzusetzen das nicht einmal ein funktionierendes Repair-Tool mit sich bringt.
Gru0 Manfred
Siehe auch hier :
http://wiki.ubuntuusers.de/Befehle_Btrfs-Dateisystem#Befehle-mit-Optionen
Frank
Weitere Beispiele aus der wiki: bau:~ # btrfs filesystem show Label: none uuid: 570d54bf-9b4c-4707-aa9a-34774dd6de99 Total devices 1 FS bytes used 20.11GiB devid 1 size 72.01GiB used 26.04GiB path /dev/sda1 Btrfs v3.16.2+20141003 bau:~ # bau:~ # bau:~ # btrfs device scan /dev/sda5 Scanning for Btrfs filesystems in '/dev/sda5' ERROR: unable to scan the device '/dev/sda5' - No such file or directory bau:~ # btrfs device scan /dev/sda1 Scanning for Btrfs filesystems in '/dev/sda1' bau:~ # btrfs /dev/sda1 : unknown token '/dev/sda1' usage: btrfs [--help] [--version] <group> [<group>...] <command> [<args>] btrfs subvolume create [-i <qgroupid>] [<dest>/]<name> Create a subvolume btrfs subvolume delete [options] <subvolume> [<subvolume>...] Delete subvolume(s) btrfs subvolume list [options] [-G [+|-]value] [-C [+|-]value] [--sort=gen,ogen,rootid,path] <path> List subvolumes (and snapshots) btrfs subvolume snapshot [-r] <source> <dest>|[<dest>/]<name> btrfs subvolume snapshot [-r] [-i <qgroupid>] <source> <dest>|[<dest>/]<name> btrfs subvolume get-default <path> Get the default subvolume of a filesystem btrfs subvolume set-default <subvolid> <path> Set the default subvolume of a filesystem btrfs subvolume find-new <path> <lastgen> List the recently modified files in a filesystem btrfs subvolume show <subvol-path> Show more information of the subvolume btrfs filesystem df <path> Show space usage information for a mount point btrfs filesystem show [options] [<path>|<uuid>|<device>|label] Show the structure of a filesystem btrfs filesystem sync <path> Force a sync on a filesystem btrfs filesystem defragment [options] <file>|<dir> [<file>|<dir>...] Defragment a file or a directory btrfs filesystem resize [devid:][+/-]<newsize>[kKmMgGtTpPeE]|[devid:]max <path> Resize a filesystem btrfs filesystem label [<device>|<mount_point>] [<newlabel>] Get or change the label of a filesystem btrfs filesystem usage [-b][-t] <path> [<path>..] Show in which disk the chunks are allocated. btrfs [filesystem] balance start [options] <path> Balance chunks across the devices btrfs [filesystem] balance pause <path> Pause running balance btrfs [filesystem] balance cancel <path> Cancel running or paused balance btrfs [filesystem] balance resume <path> Resume interrupted balance btrfs [filesystem] balance status [-v] <path> Show status of running or paused balance btrfs device add [options] <device> [<device>...] <path> Add a device to a filesystem btrfs device delete <device> [<device>...] <path> Remove a device from a filesystem btrfs device scan [(-d|--all-devices)|<device> [<device>...]] Scan devices for a btrfs filesystem btrfs device ready <device> Check device to see if it has all of its devices in cache for mounting btrfs device stats [-z] <path>|<device> Show current device IO stats. -z to reset stats afterwards. btrfs device usage [-b] <path> [<path>..] Show which chunks are in a device. btrfs scrub start [-BdqrRf] [-c ioprio_class -n ioprio_classdata] <path>|<device> Start a new scrub. If a scrub is already running, the new one fails. btrfs scrub cancel <path>|<device> Cancel a running scrub btrfs scrub resume [-BdqrR] [-c ioprio_class -n ioprio_classdata] <path>|<device> Resume previously canceled or interrupted scrub btrfs scrub status [-dR] <path>|<device> Show status of running or finished scrub btrfs check [options] <device> Check an unmounted btrfs filesystem. btrfs rescue chunk-recover [options] <device> Recover the chunk tree by scanning the devices one by one. btrfs rescue super-recover [options] <device> Recover bad superblocks from good copies btrfs restore [options] <device> <path> | -l <device> Try to restore files from a damaged filesystem (unmounted) btrfs inspect-internal inode-resolve [-v] <inode> <path> Get file system paths for the given inode btrfs inspect-internal logical-resolve [-Pv] [-s bufsize] <logical> <path> Get file system paths for the given logical address btrfs inspect-internal subvolid-resolve <subvolid> <path> Get file system paths for the given subvolume ID. btrfs inspect-internal rootid <path> Get tree ID of the containing subvolume of path. btrfs property get [-t <type>] <object> [<name>] Gets a property from a btrfs object. btrfs property set [-t <type>] <object> <name> <value> Sets a property on a btrfs object. btrfs property list [-t <type>] <object> Lists available properties with their descriptions for the given object. btrfs send [-ve] [-p <parent>] [-c <clone-src>] [-f <outfile>] <subvol> [<subvol>...] Send the subvolume(s) to stdout. btrfs receive [-ve] [-f <infile>] [--max-errors <N>] <mount> Receive subvolumes from stdin. btrfs quota enable <path> Enable subvolume quota support for a filesystem. btrfs quota disable <path> Disable subvolume quota support for a filesystem. btrfs quota rescan [-sw] <path> Trash all qgroup numbers and scan the metadata again with the current config. btrfs qgroup assign <src> <dst> <path> Enable subvolume qgroup support for a filesystem. btrfs qgroup remove <src> <dst> <path> Remove a subvol from a quota group. btrfs qgroup create <qgroupid> <path> Create a subvolume quota group. btrfs qgroup destroy <qgroupid> <path> Destroy a subvolume quota group. btrfs qgroup show -pcreFf [--sort=qgroupid,rfer,excl,max_rfer,max_excl] <path> Show subvolume quota groups. btrfs qgroup limit [options] <size>|none [<qgroupid>] <path> Limit the size of a subvolume quota group. btrfs replace start [-Bfr] <srcdev>|<devid> <targetdev> <mount_point> Replace device of a btrfs filesystem. btrfs replace status [-1] <mount_point> Print status and progress information of a running device replace btrfs replace cancel <mount_point> Cancel a running device replace operation. btrfs help [--full] Display help information btrfs version Display btrfs-progs version Use --help as an argument for information on a specific group or command. bau:~ # (Ausdruck auf Ersatzfestplatte ohne Probleme) Jetzt versuche ich es mal auf der defekten sda mit rescue Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 07.04.2015 um 17:28 schrieb Frank:
Frank schrieb:
Manfred Kreisl schrieb:
Hallo auch,
Am 07.04.2015 um 15:00 schrieb "Jörg Kühne":
Hallo liebe Liste
Komme in meinen PC opensuse 13.2 mit allen Updates nicht mehr rein. [..] Bei mir ging auch das nicht. Ich hatte zum Glück noch eine 13.1 Installation auf der Festplatte. Die habe ich gestartet, das 13.2-Systemlaufwerk gemountet und versucht, mit den BTRFS-Tools was zu machen. btrfs --repair u.a. Hat aber nichts geholfen. Ich habe dann die /etc und anderes kopiert und neu installiert. (Aber leider hat's irgend etwas bei Neuinstallation nicht geklappt - jetzt komme ich an mein
Gibt es schon Vermutungen, was es sein könnte bzw. wie das Problem umgangen werden kann? Würde mich auch mal so langsam interessieren.
Bei mir ist auf einer 13.1 schon 2x das root BTRFS kaputt gegangen, beide Male im laufenden Betrieb. Beim ersten Mal konnte ich es über einen noch funktionierenden Snapshot durch Kopieren des Snapshots - Neuformatieren - Rückkopieren wieder retten, beim zweiten Mal hab ich mein Backup, das ich vom vorigen Versuch noch hatte, einfach per rsync drüberkopiert.
Und das btrfs filesystem --repair ist gelinde gesagt ja für'n A.... Das kann ich dutzendemale auf der wieder restaurierten Partition ausführen, ohne dass sich da an der Zahl der ausgespuckten Meldungen etwas ändert.
Beim ersten BTRFS Crash ist der filesystemcheck immer mit einem Coredump ausgestiegen - da kommt echt Freude auf.
Meinen zwischenzeitlich gemachten Erkenntnissen und Erfahrungen zufolge halte ich es mittlerweile für grob fahrlässig, ein FS als default einzusetzen das nicht einmal ein funktionierendes Repair-Tool mit sich bringt.
Gru0 Manfred
Siehe auch hier :
http://wiki.ubuntuusers.de/Befehle_Btrfs-Dateisystem#Befehle-mit-Optionen Kenn ich, hab ich schon längst durch ... [...]
(Ausdruck auf Ersatzfestplatte ohne Probleme) Jetzt versuche ich es mal auf der defekten sda mit rescue Na dann, bin ja mal gespannt. Viel Erfolg
Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
"Jörg Kühne" -
Frank -
Manfred Kreisl -
Michael Eschweiler