WinBtrfs, le pilote Btrfs libre qui permet à Windows de lire et d'écrire sur des volumes formatés sous Linux, est passé en version 1.10 le 1er septembre 2026. C'est la première publication depuis mars 2024, et son journal des modifications se lit en une minute mais contient une entrée qui compte bien plus que les autres : une corruption de l'arbre d'extents lors des écritures dans un instantané est enfin corrigée. Autour d'elle, deux nouveaux chemins d'écriture, un plantage que le client Steam déclenchait à coup sûr, un correctif de préallocation qui répare rclone, et une régression discrète sur les supports amovibles.
The short answer
WinBtrfs 1.10 est sorti le 1er septembre 2026, première version du pilote Btrfs pour Windows depuis mars 2024. Il ajoute l'écriture des cartes de bits d'espace libre et des fichiers compressés en ligne, deux structures qu'il savait déjà lire, améliore la gestion des supports amovibles et durcit la récupération d'erreur en cas de manque de mémoire ou d'espace disque. La liste des correctifs comprend une corruption de l'arbre d'extents à l'écriture dans un instantané, un plantage lors du déplacement de fichiers entre sous-volumes, un plantage quand de nombreux fichiers sont créés simultanément comme le fait le client Steam, un bogue de préallocation qui cassait rclone, un interblocage sur les liens physiques et une corruption mémoire liée à la surveillance du Registre. Le RAID n'est plus pris en charge sur les supports amovibles.
Il existe une catégorie d'outils qui ne servent que deux fois par an et qui, ces deux jours-là, comptent énormément. WinBtrfs en fait partie. C'est un pilote noyau Windows qui monte des volumes Btrfs en lecture et en écriture, il fonctionne depuis Windows XP, et il est généralement la réponse quand une machine en double démarrage doit atteindre le côté Linux depuis Windows, ou quand une machine Linux refuse de démarrer et que le seul poste disponible tourne sous autre chose.
La version 1.9 date de mars 2024. La 1.10 est sortie le 1er septembre 2026. Dans un projet de cette taille, un écart de deux ans et demi ne signifie pas l'abandon, mais un mainteneur unique face à un système de fichiers qui continue d'évoluer sur l'autre système d'exploitation.
Lisez d'abord le correctif de corruption, la liste des nouveautés ensuite
Le journal des modifications commence par les fonctionnalités, ce qui est l'usage, mais l'entrée sur laquelle agir se trouve au milieu des correctifs : la corruption de l'arbre d'extents lors d'écritures dans un instantané.
L'arbre d'extents est la structure qui enregistre quels extents physiques existent et qui les référence. Le corrompre ne produit pas une panne bruyante. Cela produit le genre de défaut qui remonte des semaines plus tard, quand un scrub signale des erreurs ou qu'un fichier auquel vous n'aviez pas touché depuis le printemps se relit de travers. Si vous écriviez dans des instantanés Btrfs depuis une machine Windows en 1.9, le bon ordre des opérations consiste à mettre à jour le pilote, puis à démarrer sous Linux et lancer un scrub sur le volume, puis seulement à décider si vous lui faites confiance. Pas l'inverse.
Le reste de la liste est plus ordinaire et plus visible. Un plantage au déplacement de fichiers entre sous-volumes, ce qui inclut la mise à la corbeille si celle-ci vit sur un autre sous-volume. Un plantage quand un grand nombre de fichiers sont créés en même temps, observé avec le client Steam, exactement la charge que produit l'installation d'un jeu. Un interblocage lors de l'interrogation des liens physiques. Une corruption mémoire liée à la surveillance du Registre. Des problèmes de préallocation qui cassaient rclone, ce qui concerne quiconque synchronise un espace distant vers un volume Btrfs depuis Windows. Les statistiques d'occupation des volumes multi-périphériques sont enfin correctes, et FSCTL_DUPLICATE_EXTENTS_TO_FILE fonctionne depuis un espace utilisateur 32 bits.
Deux chemins d'écriture qui évitent à Windows une disposition de seconde classe
Les deux nouveautés portent sur des structures que le pilote savait lire sans savoir les produire.
Les cartes de bits d'espace libre sont la forme compacte qu'emploie l'arbre d'espace libre quand un groupe de blocs est assez fragmenté pour que la liste des extents libres coûte plus cher qu'une carte de bits. WinBtrfs savait déjà les lire. Il sait maintenant les écrire, ce qui évite qu'un volume alimenté depuis Windows dérive vers une représentation de l'espace libre moins efficace que celle qu'il aurait sous Linux.
Les fichiers compressés en ligne sont de petits fichiers stockés directement dans leur élément de métadonnées plutôt que dans un extent de données distinct, compressés sur place. Là encore, la lecture fonctionnait, pas l'écriture. L'effet pratique des deux changements est le même : les fichiers écrits depuis Windows adoptent désormais la disposition que Btrfs aurait choisie pour eux, au lieu d'un repli valide mais sous-optimal. Le pilote a aussi été remanié pour utiliser les mêmes définitions de structures et de constantes que l'implémentation Linux, ce genre de ménage qui rapporte sur les versions suivantes plutôt que sur celle-ci.
Il y a une régression, et l'auteur la nomme sans détour. La meilleure gestion des supports amovibles a pour conséquence que le RAID n'y est plus pris en charge. La configuration est rare, mais si vous exploitiez une grappe Btrfs multi-périphériques sur des disques amovibles sous Windows, testez avant de mettre à jour.
Le remerciement à Claude, et pourquoi la formulation compte
La note de publication remercie Anthropic, dont le don d'un abonnement Claude Max gratuit dans le cadre de son programme open source a « beaucoup aidé » pour la chasse aux bogues et la revue de code, puis précise que tout le code de cette version a malgré tout été écrit à la main.
Cette distinction n'est pas décorative en ce moment. Le noyau Linux absorbe actuellement un flot de correctifs et de rapports de bogues générés, au point que les mainteneurs abandonnent des pilotes dont plus personne n'a le matériel en partie pour réduire la surface à trier. Un mainteneur unique qui se sert d'un modèle comme relecteur et chasseur de bogues, tout en gardant la paternité du code, applique le motif inverse : la machine lit, l'humain écrit. Pour un pilote de système de fichiers, où un mauvais chemin d'écriture corrompt des données qu'un utilisateur ne vérifiera peut-être pas avant des mois, c'est l'ordre qui a du sens.
Qui doit mettre à jour, et quand
Quiconque écrit sur du Btrfs depuis Windows doit prendre la 1.10, et la prendre avant sa prochaine écriture dans un instantané. Quiconque utilise WinBtrfs en lecture seule pour de la récupération occasionnelle peut prendre son temps, même si les améliorations sur les supports amovibles sont précisément utiles dans ce scénario. Les utilisateurs de ReactOS en bénéficient indirectement, puisque WinBtrfs y assure la prise en charge de Btrfs en lecture et en écriture, et ReactOS 0.4.16 avance vite de son côté.
Les binaires sont publiés sur GitHub pour x86, amd64, arm et aarch64. Le seul devoir à faire est le scrub : si vous écriviez dans des instantanés avec l'ancien pilote, la mise à jour corrige le bogue mais ne répare pas ce que le bogue a pu produire. Btrfs vous le dira, si vous le lui demandez depuis Linux. Il n'a jamais été le système de fichiers qui reste discret sur ses propres métadonnées, ce qui explique pourquoi on lui confie des instantanés.
Sources et pour aller plus loin
- WinBtrfs 1.10, page de publication, maharmstone/btrfs sur GitHub, 1er septembre 2026
- Journal des modifications de WinBtrfs, fichier README, maharmstone/btrfs
- WinBtrfs 1.10 Released With Two Years Worth Of Improvements For Btrfs On Windows, Phoronix, 1er septembre 2026
Questions fréquentes
Qu'est-ce que WinBtrfs et à qui cela sert-il ?
WinBtrfs est un pilote de système de fichiers en mode noyau, écrit par Mark Harmstone, qui donne à Microsoft Windows un accès en lecture et en écriture aux volumes Btrfs, depuis Windows XP. Il sert dans deux situations. La première est le double démarrage, quand une installation Windows et une installation Linux partagent une partition de données et que vous préférez éviter de tout dupliquer. La seconde est la récupération, quand une machine Linux refuse de démarrer et que le seul système fonctionnel de la pièce tourne sous Windows. C'est aussi le code utilisé par ReactOS pour sa prise en charge de Btrfs en lecture et en écriture.
Quel est le correctif le plus important de la 1.10 ?
La corruption de l'arbre d'extents lors d'écritures dans un instantané. Tout le reste de la liste concerne des plantages, des blocages ou des fonctions manquantes, et ces défauts se signalent d'eux-mêmes. Une corruption silencieuse de l'arbre d'extents, non : elle abîme la structure qui enregistre quels extents appartiennent à quel fichier, et vous pouvez ne rien découvrir avant un nettoyage de vérification ou la relecture d'un vieux fichier. Si vous écriviez dans des instantanés Btrfs depuis Windows en 1.9, mettez à jour d'abord, puis lancez un scrub depuis Linux, avant de considérer le volume comme sain.
Pourquoi deux ans et demi entre deux versions ?
Le projet repose pour l'essentiel sur un seul mainteneur qui écrit un pilote noyau Windows pour un système de fichiers développé sous Linux, ce qui est une combinaison exigeante. La version 1.9 est sortie en mars 2024 et la 1.10 le 1er septembre 2026. La note de publication remercie le programme open source de Claude chez Anthropic, qui a fourni un abonnement Claude Max gratuit, pour son aide considérable en chasse aux bogues et en revue de code. La même note précise explicitement que tout le code de cette version a été écrit à la main, une distinction qui mérite attention au moment où les mainteneurs du noyau Linux croulent sous les correctifs générés.
Quelle est la régression à connaître ?
Le RAID n'est plus pris en charge sur les supports amovibles. Ce changement découle directement de la meilleure gestion des périphériques amovibles apportée par cette version, et l'auteur le signale explicitement dans le journal des modifications. Si vous exploitiez une grappe Btrfs multi-périphériques sur des disques amovibles sous Windows, configuration inhabituelle mais pas impossible, testez avant de mettre à jour plutôt qu'après. Les volumes multi-périphériques sur disques fixes ne sont pas concernés et reçoivent même un correctif sur leurs statistiques d'occupation.
Quelles nouvelles capacités d'écriture apporte la 1.10 ?
Deux, et toutes deux comblent un écart où le pilote savait lire une structure sans savoir la produire. WinBtrfs sait désormais écrire les cartes de bits d'espace libre, la représentation compacte qu'emploie l'arbre d'espace libre quand un groupe de blocs est assez fragmenté pour que des enregistrements d'extents deviennent coûteux. Il sait aussi écrire les fichiers compressés en ligne, c'est-à-dire les petits fichiers stockés directement dans leur élément de métadonnées plutôt que dans un extent de données séparé. La lecture des deux fonctionnait déjà : les volumes écrits depuis Windows ressemblent donc maintenant à ceux écrits depuis Linux.