Extracteur de Fichiers .ZST en Ligne
(Sans Limite de Taille)

Un fichier .zst contient un seul fichier compressé avec Zstandard, et rien d'autre. Pas de dossiers, pas de second élément : dump.sql.zst redonne exactement un dump.sql. Si vous attendiez un dossier rempli de fichiers, il s'agit probablement d'un .tar.zst, où TAR regroupe les fichiers avant que Zstandard ne compresse le tout.

D'où viennent les fichiers .zst

Zstandard apparaît partout où quelque chose de volumineux est écrit souvent et relu vite : sauvegardes de bases de données, archives de journaux, couches d'images Docker, ressources de jeux, et de plus en plus la compression au niveau du système de fichiers dans btrfs et ZFS. C'est le format que l'on rencontre quand le fichier a été produit par un développeur ou un serveur, et non par quelqu'un qui a compressé un dossier.

Yann Collet l'a publié chez Facebook en 2016 et il est devenu la RFC 8878 en 2021, ce qui est assez récent pour que les outils de bureau n'aient pas suivi. Windows 11 a gagné la prise en charge avec la mise à jour 23H2. Windows 10, macOS et ChromeOS n'en ont aucune, donc un .zst suppose normalement d'installer d'abord l'outil zstd.

Le plafond de 10 Mo qui bloque les gros .zst ailleurs

Cela mérite d'être documenté, car le problème touche discrètement d'autres extracteurs fonctionnant dans le navigateur. Un décodeur Zstandard WebAssembly très répandu contient ce test :

if (e > 10000000) throw new err('win 2 large');

La formulation évoque une limite de fenêtre, mais la valeur testée est Frame_Content_Size, c'est-à-dire la taille annoncée du résultat décompressé. L'effet est un plafond strict de 10 Mo, quelle que soit la façon dont le fichier a été compressé. Une sauvegarde SQL de 33 Mo échoue dessus, ce qui est pourtant très banal pour un .zst.

unpk.app décode le .zst avec libzstd, l'implémentation de référence, pilotée par libarchive. Deux plafonds sont à franchir ici, et aucun ne vient du fichier : ce test de 10 Mo sur la sortie, et la limite de fenêtre de 128 Mo que presque toutes les compilations de libzstd appliquent par défaut, ce qui explique pourquoi zstd -d vous demande lui-même --memory=2048MB sur certaines archives. La nôtre est réglée sur la plus grande fenêtre que le format définit : un .zst compressé avec --long ou --ultra se décode ici sans avoir à se justifier. Si un .zst a échoué ailleurs avec un message vague, l'un de ces deux plafonds en est la cause probable.

Quelle taille un .zst peut atteindre

Il n'y a aucune limite ici. Le fichier est décompressé en flux et écrit au fur et à mesure, la mémoire utilisée reste donc constante quelle que soit la taille du résultat. Une sauvegarde de plusieurs gigaoctets se décompresse comme une petite.

Le faire en ligne de commande

Avec l'outil zstd installé, en conservant l'original compressé :

zstd -d -k dump.sql.zst

Sur macOS il faut d'abord brew install zstd. Cette installation est précisément la raison d'être de cette page : sur un ordinateur portable géré ou un Chromebook scolaire, vous ne pouvez souvent pas l'exécuter.

Ce qui ne fonctionne pas

Les archives découpées en plusieurs fichiers, du type .zst.001, ne sont pas prises en charge. Zstandard n'a pas de chiffrement propre : un .zst protégé par mot de passe est en réalité un conteneur chiffré contenant un .zst, et cette couche extérieure doit être retirée d'abord.