Bon, voila qui a l'air de laisser le monde perplexe!! J'ai trouvé ça
>>>>>ICI<<<<<
Fixing dead superblock
In case of a corrupted superblock, start by asking btrfsck to use an alternate copy of the superblock instead of the superblock #0. This is achieved via the -s option followed by the number of the alternate copy you wish to use. In the following example we ask for using the superblock copy #2 of /dev/sda7:
# ./btrfsck --s 2 /dev/sd7
When btrfsck is happy, use btrfs-super-select to restore the default superblock (copy #0) with a clean copy. In the following example we ask for restoring the superblock of /dev/sda7 with its copy #2:
# ./btrfs-super-select -s 2 /dev/sda7
Note that this will overwrite all the other supers on the disk, which means you really only get one shot at it.
If you run btrfs-super-select prior prior to figuring out which one is good, you've lost your chance to find a good one.
Ca me semble coller à mon problème, mais j'ai toujours ce mismatch machin... il parle du quel dans le log? l'erreur est-elle normale? Du moins logique?
[sylvain@juloubureau ~]$ sudo btrfsck --super 2 /dev/sdc1
using SB copy 2, bytenr 274877906944
ERROR: superblock checksum mismatch
Checking filesystem on /dev/sdc1
UUID: c22db110-f084-4433-96fd-5b5df4d693fd
checking extents
checking free space cache
checking fs roots
checking csums
checking root refs
found 373513011200 bytes used err is 0
total csum bytes: 364263504
total tree bytes: 412811264
total fs tree bytes: 19365888
total extent tree bytes: 8683520
btree space waste bytes: 19641499
file data blocks allocated: 384331882496
referenced 384328876032
Comme dit dans la démo, c'est un one shot... (en même temps j'ai une image faite avec dd, mais 500go ça a pris l’après midi alors comme il n'y a pas urgence... )
Évidemment, je n'ai aucune sauvegarde pour les films de famille sur cette partoche... (le dossier a classer que on fera un backup quand tout sera propre Grrrrr!!)