#1 Le 24/10/2011, à 18:30
- tocks
[Resolue] Probleme après migration vers 11.10 - btrfs
Bonjours,
J'ai migrée vers ubuntu 11.10 sans problème.
Aprés une semaine d'utilisation le pc refuse de s'allumer. ma partition home qui est en btrfs est cassée.
parent transid verify failed on 349129785344 wanted 120602 found 120627
parent transid verify failed on 349129785344 wanted 120602 found 120627
parent transid verify failed on 349129785344 wanted 120602 found 120627
btrfs-debug-tree: disk-io.c:416: find_and_setup_root: Assertion `!(!root->node)' failed.
J'ai trouvé sur le net une personne qui a le même problème :
http://comments.gmane.org/gmane.comp.fi … trfs/12344
Sa solution est de recompiler le noyau 2.6.32.10 et patcher compression.c et inode.c
Mais je ne sais pas ou trouver ces patches ...
Y a t'il quelqu'un qui a le même problème que moi ?
Merci de votre aide
Dernière modification par tocks (Le 01/11/2011, à 16:26)
Hors ligne
#2 Le 25/10/2011, à 10:03
- tocks
Re : [Resolue] Probleme après migration vers 11.10 - btrfs
Personne n'a eu ce problème, ou peux m'aider a recompiler le noyaux avec les patch ?
Les data qui sont sur cette partition sont très importante
Hors ligne
#3 Le 29/10/2011, à 21:54
- tocks
Re : [Resolue] Probleme après migration vers 11.10 - btrfs
Non je n'ai pas de sauvegarde de ces data.
J'ai vue que dans le kernel 3.1, il ont modifier le b-tree qui est cassé dans ma partition.
Mais je ne sais pas comment le réparer...
Hors ligne
#4 Le 30/10/2011, à 07:01
- malbo
Re : [Resolue] Probleme après migration vers 11.10 - btrfs
Peux-tu ne plus démarrer ton PC sur le disque dur mais uniquement sur un live-CD ou une clé live-USB et poster dans cette discussion (dont le post #1 précise "Merci de ne pas y décrire votre problème") : http://forum.ubuntu-fr.org/viewtopic.php?id=447877
Hors ligne
#5 Le 01/11/2011, à 16:26
- tocks
Re : [Resolue] Probleme après migration vers 11.10 - btrfs
Bonjour,
J'ai récupéré mes data.
J'ai prit un kernel 2.6.32.10 et que j'ai modifier en m'inspirant de ces patch
diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c
index a11a320..d6e6aa9 100644
--- a/fs/btrfs/compression.c
+++ b/fs/btrfs/compression.c
@@ -140,8 +140,9 @@ static int check_compressed_csum(struct inode *inode,
"wanted %u mirror %d\n", inode->i_ino,
(unsigned long long)disk_start,
csum, *cb_sum, cb->mirror_num);
- ret = -EIO;
- goto fail;
+ /*ret = -EIO;
+ goto fail;*/
+ printk("btrfs ignoring compressed csum mismatch");
}
cb_sum++;
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index 4deb280..f1572ce 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
@@ -1955,8 +1955,9 @@ static int btrfs_readpage_end_io_hook(struct
page *page, u64 start, u64 end,
csum = btrfs_csum_data(root, kaddr + offset, csum, end - start + 1);
btrfs_csum_final(csum, (char *)&csum);
- if (csum != private)
- goto zeroit;
+ if (csum != private && printk_ratelimit())
+ printk(KERN_INFO "btrfs ignoring csum mismatch");
+// goto zeroit;
kunmap_atomic(kaddr, KM_USER0);
good:
puis je l'ai compiler sans changer d'option.
Et j'ai put copier mes data sur un autre disque dur.
En faite c'etait le b-tree qui était cassé.
Le b-tree est un arbre dans lequel le btrfs stocque ses information de datasum.
Le b-tree étant planté, il indiquait que mes data étaient corompue, alors quelle était bonne.
La manipulation a consister a modifier le code du kernel pour ne plus avoir de controle d'intégrité des données sur le disque.
A quand une option de montage nodatasum sur du btrfs.
En tous cas je repart sur du ext3, beaucoup plus facile de réparer une partition cassé. Même si les performance sont moindre.
Si quelqu'un est dans le même cas que moin, je me ferais un plaisir de le dépaner.
Merci de vous étes intéraissé a mon probléme.
Hors ligne