Microsoft a annoncé hier que les spécifications de son système de fichier exFAT allaient être ouvertes, en vue de promouvoir son support directement au sein du noyau Linux.
Cette ouverture était attendue de longue date. Actuellement, l’implémentation d’exFAT requiert l’acquisition d’une licence, Microsoft touchant notamment une perception sur les appareils Android. exFAT est en effet très utilisé sur les cartes SD, pour lesquelles il a d’ailleurs été développé.
Au-delà de l’intégration dans le noyau Linux, Microsoft souhaite également que ces spécifications soient ajoutées au fond Open Invention Network. Il collecte pour rappel des brevets pour les mettre à disposition des développeurs open source.
Ne reste qu'à attendre la publication effective… et la réaction des développeurs du noyau.
Commentaires (23)
#1
Voilà une bonne nouvelle !
Tardive certes mais…
#2
Ils sont devenus tellement copains avec les développeurs au fil des versions que j’envisage de troquer mon Macbook Pro contre une machine Windows
" />
#3
Aller… La même chose avec NTFS maintenant.
#4
A noter qu’il est déjà possible de lire/écrire sur du exfat depuis Linux via fuse.
#5
Exfat est un bon standard pour la gestion des µSD & disques amovibles afin de ne pas buter avec la gestion des droits/propriétaires, notamment sous Linux. Par contre, le système de fichier ne gère pas les liens symboliques, ce qui peut poser quelques soucis de compatibilité entre ce système de fichier, et applications (Comme Nexus Mod pour gérer les mods de différents jeux.)
Ext4/BTRFS en disque système GNU/Linux, NTFS pour Windows, de l’exfat pour les disques amovibles, et de l’ext4 pour les disques réseaux (SMB/NFS/SSHFS)
Une bonne nouvelle ça en tout cas ! :)
#6
#7
Les non-membres de l’Open Invention Network pourront-ils utiliser l’exFat sans avoir à payer des droits pour le brevet à MS?
#8
#9
#10
#11
Je pense que pour le partage sur le réseau entre plusieurs personnes et groupes, la gestion des droits d’accès doivent être à prendre en considération. Alors, en effet, même si c’est au final toujours l’OS qui gère ça (en soit c’est l’OS qui décide de respecter les droits pour les groupes et les utilisateurs.), si c’est déjà bien géré au niveau les plus bas de l’OS, ça arrange bien les choses.
Je sais par exemple que les droits unix de base peuvent être limitant pour une bonne gestion et on utilise un système étendant ce système de base avec ACL (Access Control Lists). Dans le NTFS, les ACL sont géré de base et j’imagine qu’il doit y avoir d’autre système de fichier qui intègrent efficacement ce genre de droit.
#12
#13
#14
Je pense que c’est un mauvais exemple… L’UEFI c’est dans la carte mère pas dans le noyau.
Si on reprend l’analogie, ça serait plutôt au fabricant de CM de payer des royalties au fournisseur de l’UEFI (AMI, Phoenix…) Et encore je suis pas sûr que ça marche comme ça.
Linux n’a rien à avoir dans l’affaire il ne fait qu’interagir avec. On trouve d’ailleurs des tutos pour faire de même et par exemple développer un pong : http://www.linuxembedded.fr/2017/06/introduction-a-la-programmation-uefi-realisa…
#15
FUSE n’a aucun rapport avec Linux, il est d’ailleurs disponible sous les divers BSD, macOS, Solaris… Le concept même de FUSE est d’implémenter les systèmes de fichier hors noyau.
#16
Bien! j’aurai pensé que ça prendrai plus de temps.
(genre 2022-2025, précédé, ou rapidement suivi, de la sortie d’un nouveau format rendant exFAT obsolète).
Mais, si cette publication arrive d’ici quelques mois, et l’intégration au noyau quelques mois de plus, ce sera une très bonne chose.
C’est pas souvent que je peux dire du bien de MS. Ça fait …bizarre ;)
#17
C’est ou c’était 300.000$ en embarqué (appareil photo) et une tarification non précisée pour les autres comme les PC.
https://news.softpedia.com/news/Microsoft-Licenses-Windows-7-s-exFAT-Flash-File-…
#18
Si on pouvait avoir un système de fichier qui n’a pas de problème de compatibilité avec les appareils courants* ni des limitations a la fat32 (taille des fichiers, performance….)… Ce sera la bonne nouvelle. Mais je crois qu’on en est encore loin. ^^
*Au moins linux, Android, Mac, Windows mais aussi imprimantes, lecteurs en tout genre (TV, voiture, lecteur DVD, box…)
#19
Tu as dû rater le passage où j’ai écrit “certes via FUSE plutôt que dans le noyau”.
#20
#21
Donc tu fais un commentaire complètement hors-sujet, on te le fait remarquer sans agressivité particulière, et tu réitère juste pour avoir le dernier mot. Est-ce bien raisonnable ?
#22
Lu chez un confrère de NXI :
Pas si vite, pense le développeur Linux Pali Rohá :
“Cette spécification n’est pas “complète”. Il manque des détails importants, comme la manière dont TexFAT est implémenté. Cette spécification n’est qu’une référence à d’autres documents non publiés. C’est donc la méthode MS classique, ils sortent quelque chose d’incomplet et incompatible avec leur propre implémentation NT, comme avec FAT32 vs fastfat.sys”.
#23
Ma seule expérience malheureuse en terme de stockage fût avec l’exFAT justement.
Je souhaitais avoir un disque dur externe utilisable avec Windows/Mac/Linux et qui s’affranchissait des contraintes de FAT32.
Un beau jour, la table d’allocation de fichiers était devenue illisible et je n’ai pas réussi à la restaurer. Seule la récupération des fichiers bruts fût possible mais bon de fait sans les noms et l’arborescence…
Le disque en lui-même est sain et on m’a relaté depuis d’autres cas similaires avec exFAT.
Après était-ce une erreur de l’utiliser pour un gros espace de stockage, je ne sais pas mais ça me semblait sur le coup une évolution logique de FAT32. Je dis ça car je lis dans l’article que “exFAT est en effet très utilisé sur les cartes SD, pour lesquelles il a d’ailleurs été développé.”, particularité que j’ignorais.