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