WinBtrfs 1.10, publié le 1er septembre, corrige une corruption de l’arbre des extents lors d’écritures dans les snapshots. La mise à jour corrige le chemin d’écriture fautif ; elle ne prouve pas qu’un volume utilisé avec l’ancien pilote est intact.
Lire le correctif avant de reprendre les écritures
Le journal de la version 1.10 liste le correctif des snapshots, des plantages lors de déplacements entre sous-volumes ou de créations simultanées, et des problèmes de préallocation affectant rclone. Il ajoute l’écriture de bitmaps d’espace libre et de petits fichiers compressés inline. Le RAID sur supports amovibles n’est plus pris en charge après les changements de gestion de ces périphériques.
Pour partager un volume Btrfs entre Linux et Windows, il faut distinguer la prévention d’une nouvelle écriture incorrecte de la récupération d’un dommage existant. Un nouveau pilote peut résoudre le premier problème sans démontrer la résolution du second. Le schéma montre un snapshot et son sous-volume d’origine partageant un extent : les références, et pas seulement le contenu des fichiers, participent à la cohérence du système.
Scrub remplit une fonction précise
La documentation de Btrfs scrub explique qu’il vérifie les données et métadonnées protégées par sommes de contrôle, avec réparation possible depuis une copie saine lorsqu’elle existe. Elle le distingue explicitement d’un vérificateur de cohérence du système de fichiers. Un scrub sans erreur ne certifie donc pas la validité de toutes les références et structures.
Cela compte aussi pour la lecture seule : un scrub en lecture seule sur un volume monté en lecture-écriture peut encore provoquer des écritures. Cette combinaison n’est pas une méthode de préservation forensique. Les données sans sommes de contrôle limitent également ce que scrub peut vérifier.
Décider concrètement de la mise à jour
Si le volume fonctionne et que vous comptez continuer à écrire depuis Windows, conservez une sauvegarde indépendante à jour, consultez les notes de compatibilité et mettez le pilote à jour avant le prochain travail en écriture. Utilisez les fichiers officiels de la version pour la bonne architecture. Essayez votre usage réel sur des données jetables, notamment les snapshots et déplacements si vous les utilisez.
Si vous soupçonnez déjà une corruption, arrêtez les écritures ordinaires et privilégiez la préservation des données récupérables ou d’une image adaptée avant les essais. Une liste de conseils de mise à jour ne constitue pas une procédure de récupération pour l’unique copie de fichiers importants.
Le manuel distinct de btrfs-check décrit les vérifications structurelles et déconseille le mode réparation sans accompagnement expérimenté. Cet article ne recommande aucune commande de réparation automatique : le diagnostic dépend des symptômes et de l’organisation du stockage.
Ce qui a été vérifié
Il s’agit d’une lecture des notes de version et de la documentation, pas d’un test destructif du pilote. Le précédent conseil consistant à mettre à jour puis à se fier à scrub était trop catégorique. Ni la version du pilote ni un scan sans erreur ne démontrent une réparation des dégâts antérieurs. En double démarrage, gardez la sauvegarde hors du système de fichiers que les deux OS peuvent modifier.
Sources
- WinBtrfs 1.10 et téléchargements
- Journal figé sur cette version
- Btrfs scrub : capacités et limites
- Vérification structurelle Btrfs et avertissement sur la réparation
Vérification du journal de version ; correction du conseil sur scrub et distinction entre prévention de nouvelles corruptions et récupération des données déjà touchées.