Page d'accueil/Guides/Limites du produit

Limites du produit pour le volume Btrfs

Btrfs : les instantanés d'abord, le reste ensuite

Comment récupérer des fichiers supprimés d'un volume Btrfs ?

Réponse courte

D'abord par les snapshots : btrfs subvolume list -s affiche tous les instantanés, et depuis un état antérieur à la perte vous copiez simplement le fichier. Sans snapshot, le copy-on-write aide, car les anciens blocs restent jusqu'à réutilisation de l'espace ; démontez alors, créez une image et appliquez btrfs restore. File Recovery Hero ne lit pas Btrfs.

Le constat

Des fichiers manquent sur un volume Linux en Btrfs, ou le système de fichiers ne se monte plus.

Sous Btrfs, la récupération commence par une étape qu'aucun autre système de fichiers Linux ne connaît sous cette forme : la liste des instantanés. La commande btrfs subvolume list -s affiche chaque instantané existant ; si vous en trouvez un antérieur à la perte, le fichier n'est plus un cas de récupération mais une copie à sortir du répertoire de l'instantané. Ce n'est qu'en l'absence d'instantané que s'applique l'ordre habituel, sans exception : démonter, réaliser une image non compressée, et ne plus travailler que sur cette image. Si le volume ne se monte plus du tout, btrfs restore le lit explicitement sans tenter de réparation — c'est cette voie-là, et non btrfs check --repair.

01 / Classer

C'est probablement ce qui s'est passé

Déterminez d'abord s'il y a réellement perte. Un volume qui ne se monte plus est souvent, sous Btrfs, un arbre dont la racine la plus récente est inutilisable ; une tentative de montage en lecture seule avec -o ro,rescue=usebackuproot revient alors à une racine plus ancienne, sans rien écrire. Si le système signale en revanche des erreurs de somme de contrôle, c'est une bonne nouvelle mal emballée : Btrfs vous dit précisément quel bloc est endommagé au lieu de vous livrer en silence des données fausses. Sur un profil en miroir, il va chercher lui-même la copie intacte.

Btrfs fonctionne en copy-on-write : un bloc modifié est écrit ailleurs, et l'arbre ne pointe dessus qu'ensuite. La version précédente reste donc physiquement en place tant que l'espace n'a pas été réattribué — et c'est pour cela que les instantanés y sont peu coûteux et répandus. Mais ce même comportement complique la recherche aveugle par signatures : un gros fichier finit réparti sur de nombreux extents éloignés les uns des autres, qu'un programme ignorant Btrfs ne réassemble pas correctement.

Vérifiez le chemin, la corbeille et les sauvegardes sans écrire sur le support d'origine.

02 / Mesures immédiates

Voici comment vous protégez les données restantes

  1. 1

    Regardez d'abord les instantanés existants avec btrfs subvolume list -s avant de lancer le moindre logiciel de récupération.

  2. 2

    Démontez le volume concerné ; si c'est impossible, remontez-le en lecture seule avec -o ro.

  3. 3

    Réalisez avec dd ou ddrescue une image non compressée sur un autre disque physique et ne travaillez que sur elle.

  4. 4

    Enregistrez chaque trouvaille sur une troisième destination, jamais dans le volume ni dans l'image.

A éviter maintenant

N'exécutez pas btrfs check --repair tant que vous avez besoin des données : la réparation écrit dans les arbres de métadonnées et a déjà rendu des systèmes de fichiers entiers inutilisables. Ne montez pas le volume en écriture, même « juste pour regarder » : le montage seul peut déclencher un nettoyage. Ne supprimez pas d'instantanés pour faire de la place ; ce sont peut-être ici vos seules copies complètes.

03 / Scanner

La méthode doit correspondre à la source

Supports exFAT, NTFS et FAT16/FAT32 stables et lisibles ou images IMG, DD, RAW, BIN non compressées.

Les exports non confirmés portent l'extension .UNVERIFIED.

File Recovery Hero ne lit pas les métadonnées Btrfs — ni les sous-volumes, ni les instantanés, ni les arbres de sommes de contrôle. La base prise en charge, ce sont des supports exFAT, NTFS et FAT16/FAT32 lisibles de manière stable ainsi que des images IMG, DD, RAW et BIN non compressées, en lecture seule dans tous les cas. Une image Btrfs peut ainsi être parcourue par signatures, mais l'arborescence, les noms de fichiers et le chaînage copy-on-write des gros fichiers proviennent des métadonnées Btrfs et restent hors de portée. Les défauts physiques et les supports chiffrés n'en font pas non plus partie.

Volumes bruts, MBR/GPT et limites du produit

04 / Résultat

Comment reconnaître une restauration utilisable

Ouvrez entièrement chaque fichier récupéré et comparez sa taille à celle attendue. Les fichiers issus d'un instantané sont la partie sûre : la structure y est intacte. Tout ce qui provient d'une recherche par signatures dans l'image n'a plus ni nom ni dossier et peut, pour les gros fichiers, contenir en son milieu des blocs étrangers ; lisez donc jusqu'à la fin du fichier.

Conservez la source jusqu'à disposer de deux copies vérifiées. Un aperçu ne suffit pas.

Sources et notes techniques

Questions fréquemment posées

Questions sur cette affaire

Peut-on récupérer ces fichiers dans ce cas ?+

Sous Btrfs, la récupération commence par une étape qu'aucun autre système de fichiers Linux ne connaît sous cette forme : la liste des instantanés. La commande btrfs subvolume list -s affiche chaque instantané existant ; si vous en trouvez un antérieur à la perte, le fichier n'est plus un cas de récupération mais une copie à sortir du répertoire de l'instantané. Ce n'est qu'en l'absence d'instantané que s'applique l'ordre habituel, sans exception : démonter, réaliser une image non compressée, et ne plus travailler que sur cette image. Si le volume ne se monte plus du tout, btrfs restore le lit explicitement sans tenter de réparation — c'est cette voie-là, et non btrfs check --repair. Le résultat dépend de ce qui reste lisible sur la source.

Que dois-je éviter avant le scan ?+

N'exécutez pas btrfs check --repair tant que vous avez besoin des données : la réparation écrit dans les arbres de métadonnées et a déjà rendu des systèmes de fichiers entiers inutilisables.

Le logiciel écrit-il sur ma carte mémoire ?+

Non. Votre carte mémoire est uniquement lue. Rien n'y est enregistré.

Comment reconnaître un résultat complet ?+

Ouvrez entièrement chaque fichier récupéré et comparez sa taille à celle attendue.

Arrêtez ! Vos données sontloin.De retour !

Analysez d'abord gratuitement, puis décidez.

TéléchargerAcheter une licence