btrfs partition lässt sich nicht mehr mounten

Hallo

Meine /home partition wird beim boot (openSuse 12.1) nicht mehr gemountet.

ein btrfsck ergibt:


bad block 29364224
btrfsck: btrfsck.c:1934: check_owner_ref: Assertion `!(rec->is_root)' failed.

Kann mit dem output leider nicht viel anfangen. Schätze mal das filesystem ist kaputt. Weiss einer wie ich das wieder reparieren kann?

lg

Am 14.01.2012 21:46, schrieb odesu:

> Kann mit dem output leider nicht viel anfangen. Schätze mal das
> filesystem ist kaputt. Weiss einer wie ich das wieder reparieren kann?
>
https://btrfs.wiki.kernel.org/articles/p/r/o/Problem_FAQ_68af.html
Hat schon bei einem Benutzer im englischen Forum funktioniert.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

Danke für den Link!
Wie darin beschrieben probierte ich

 sudo btrfs-zero-log /dev/sda8

Brachte aber leider nichts.
Wenn ich die /home partition mounten will bekomme ich

mount: wrong fs type, bad option, bad superblock on /dev/sda8,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Ein dmesg | tail bringt


 2242.061528] btrfs: open_ctree failed
 2242.068406] CIFS: Unknown mount option -o
 2246.899584] device fsid d3c561bf-5a44-4a46-a0cf-ef3ca73780f6 devid 1 transid 13110 /dev/sda8
 2246.908460] btrfs: disk space caching is enabled
 2247.175313] parent transid verify failed on 29380608 wanted 5 found 13110                 
 2247.175318] parent transid verify failed on 29380608 wanted 5 found 13110                 
 2247.175321] parent transid verify failed on 29380608 wanted 5 found 13110                 
 2247.175323] parent transid verify failed on 29380608 wanted 5 found 13110                 
 2247.175325] btrfs: failed to recover relocation                                           
 2247.179544] btrfs: open_ctree failed  

Sieht nach einem ungelösten bug im btrfs aus. Doch vielleicht gibts noch einen Weg zumindest meine Daten zu sichern?

lg

Am 16.01.2012 13:36, schrieb odesu:
> 2242.068406] CIFS: Unknown mount option -o
Wie sieht den dein mount Kommando genau aus?


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

Sorry, die Meldung ‘CIFS: Unknown mount option -o’ stammt nur von einem mount eines samba Laufwerks. Hab ihn zum Test rausgenommen; brachte aber keinen Unterschied und ist auch nicht weiter wichtig.

Das cmd zum mount der Problem-Partition ist


UUID=d3c561bf-5a44-4a46-a0cf-ef3ca73780f6 /home                btrfs      defaults              1 2

mit dem Ergebnis


   83.151577] device fsid d3c561bf-5a44-4a46-a0cf-ef3ca73780f6 devid 1 transid 13111 /dev/sda8
   83.194687] btrfs: disk space caching is enabled
   83.485584] parent transid verify failed on 29380608 wanted 5 found 13110
   83.485589] parent transid verify failed on 29380608 wanted 5 found 13110
   83.485592] parent transid verify failed on 29380608 wanted 5 found 13110
   83.485594] parent transid verify failed on 29380608 wanted 5 found 13110
   83.485596] btrfs: failed to recover relocation
   83.489239] btrfs: open_ctree failed


Mein Focus liegt nun darin die Daten meiner home Partition zu retten. Gibts dazu ein paar Tips?

Am 16.01.2012 14:46, schrieb odesu:
>
> Sorry, die Meldung ‘CIFS: Unknown mount option -o’ stammt nur von einem
> mount eines samba Laufwerks. Hab ihn zum Test rausgenommen; brachte aber
> keinen Unterschied und ist auch nicht weiter wichtig.
>
> Das cmd zum mount der Problem-Partition ist
>
> Code:
> --------------------
>
> UUID=d3c561bf-5a44-4a46-a0cf-ef3ca73780f6 /home btrfs defaults 1 2
>
> --------------------
Sorry, war nur irritiert von dem CIFS. Die Zeile sieht für mich ok aus,
das ist wohl kaum das Problem. Die Reparatur ist dann einfach
fehlgeschlagen.

Leider weiß ich an der Stelle auch nicht mehr (ich hatte nur mal zwei
Wochen eine Testinstallation mit btrfs am laufen zum Testen, die ich
nicht mehr habe), ich habe selbst entschieden dass mir das noch zu neu
ist und lvm + ext4 alle meine Bedürfnisse erfüllt.

Hoffe jemand hat eine Idee wie du noch an deine Daten kommen kannst, ich
hab leider keine.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

Dachte wenn btrfs als bei der Installation als default vorgeschlagen wird, dann wird es wohl ausgereift genug sein. War da wohl etwas zu gutgläubig.

Vielen Dank für deine Hilfe!

Am 16.01.2012 15:46, schrieb odesu:
>
> Dachte wenn btrfs als bei der Installation als default vorgeschlagen
> wird, dann wird es wohl ausgereift genug sein. War da wohl etwas zu
> gutgläubig.
>
> Vielen Dank für deine Hilfe!
>
>
??? Das wird nicht wirklich als Default vorgeschlagen, der Default ist
ext4 was sehr ausgereift ist meiner Meinung nach, du kannst btrfs nur
aktiv anklicken damit es zum Default wird und damit den Default des
Installationsprogramms überschreiben.
Aber das ist jetzt zugegebenermaßen eher Wortklauberei von meiner Seite.
In jedem Fall würde ich an deiner Stelle einen Bugreport erstellen,
damit die Entwickler Rückmeldung bekommen was da so alles schief geht im
wahren Leben.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

Erledigt! Konnte zwar das Filesystem nicht mehr herstellen aber zumindest den Großteil der Daten mit


btrfs-restore btrfsPartition sicherungsOrdner

sichern. Siehe Restore - Btrfs Wiki

Ursache für den Burch des btrfs war wahrscheinlich ein hard reset(‘shutdown’ per Netzschalter). Die sind bei meiner opensuse 12.1 Installation hin und wieder notwendig, da das System immer wieder unvorhersehbar komplett einfriert.

lg

Danke für die Rückmeldung inklusive Link (und für die Warnung …).

Hast Du bei Deinem System in den Sicherheitseinstellungen denn MagicKeys/Magic SysRq key/Magische S-Abf-Taste aktiviert und es vor dem „‘shutdown’ per Netzschalter“(ohne Erfolg) benutzt?
Netzschalter hört sich nicht so schön an…

Gruß
Martin

Am 16.01.2012 23:56, schrieb odesu:
>
> Erledigt! Konnte zwar das Filesystem nicht mehr herstellen aber
> zumindest den Großteil der Daten mit
>
> Code:
> --------------------
>
> btrfs-restore btrfsPartition sicherungsOrdner
>
> --------------------
>
> sichern. Siehe ‘Restore - Btrfs Wiki’
> (http://btrfs.ipv5.de/index.php?title=Restore)
>
Herzlichen Dank, dass du das gepostet hast.
:slight_smile:
Ich bin mir sicher das wird dem ein oder anderem Anwender noch helfen,
der hier aufschlägt weil er/sie das Häkchen gemacht hat im Setup in der
Hoffnung, wenn das da ist ist es auch stabil.


PC: oS 11.4 (dual boot 12.1) 64 bit | Intel Core i7-2600@3.40GHz | KDE
4.6.0 | GeForce GT 420 | 16GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.7.4 |
nVidia ION | 3GB Ram

In den Yast2->Sicherheitseinstellungen ist Magic SysRq Keys disabled und ich kann mir nicht vorstellen dass ich die benutzt habe.

Der Netzschalter ist leider das Einzige was bei den freezes noch funktioniert und ein shutdown damit macht nie Spaß. Leider begleiten mich diese unter opensuse schon länger. Phasenweise mit 11.3, 11.4 und bei 12.1 fast täglich. Da bei zumindest einer anderen KDE Distributionen (allerdings immer nur kurz getestet) diese freeezes nicht auftreten wird es für mich wohl Zeit weiter zu ziehen. Mal schaun wie die nächste opensuse release wird.

lg

hmm ein nomodeset beim Booten könnte das fileicht helfen? Wegen einfrierens des Rechners.