SquashFS
SquashFS est un système de fichiers compressé en lecture seule sous Linux. Il peut être utilisé sur des supports de mémoire flash, CD-ROM ou disque dur pour des systèmes de fichiers disponible en lecture seulement. Il est notamment employé pour la création de nombreux live CD ainsi qu’en informatique embarquée, en remplacement de cramfs. SquashFS a été initialement maintenu comme un jeu de patchs en dehors du noyau Linux (out-of-tree). La première version de SquashFS est publiée le . En 2009, SquashFS a été fusionné dans le noyau Linux dans sa version 2.6.29 (en même temps que Btrfs). Depuis cet instant, le code noyau de SquashFS est maintenu dans le code source du noyau Linux, tandis que l’outillage dans l’espace utilisateur reste disponible sur la page Sourceforge du projet. Depuis le , le code a migré de Sourceforge vers Github. La version originale de SquashFS utilisait l’algorithme de compression de données « deflate » de gzip. À partir de la version 2.6.34 du noyau Linux, les méthodes LZMA et LZO furent ajoutées. À la venue du noyau Linux 2.6.38, c’est la méthode LZMA2 (également utilisée dans XZ) qui devient disponible. À la venue du noyau Linux 3.19, la méthode LZ4. Enfin, Zstandard fut ajouté dans la version 4.14 du noyau Linux. Le système de fichier a une taille maximale de 16 Eio (264) octets. Les fichiers peuvent avoir une taille maximale de 16 Eio (264) octets, avant compression. Les doublons sont automatiquement détectés et regroupés à un seul endroit. SquashFS est capable de compresser les fichiers, les inodes et les répertoires (ces deux derniers étant alignés sur ). Il supporte une taille de bloc allant de à (par défaut ) afin d’améliorer le taux de compression. De nombreux algorithmes de compression sont supportés. Cela permet d’atteindre des taux de compression bien meilleurs que son ancêtre cramfs — limité à des blocs de et à un faible taux de compression dû au support de la zlib uniquement. Les UID et GID sont stockés dans leur forme complète (sur ) et les dates de création des fichiers sont préservées (là où cramfs tronque le GID aux 8 bits de poids faible et ne stocke aucune date).