Cookies de statistiques et de publicité
Nous utilisons des cookies de statistiques et de publicité, tous deux destinés à Google. Si vous refusez, rien ne change visiblement pour vous.Aller à la page de confidentialité
Vous pouvez convertir 7Z en TAR gratuitement et sans compte : déposez le fichier ci-dessus et, une ou deux secondes plus tard, le résultat est prêt à télécharger. Le fichier part chiffré vers notre serveur, y est converti, puis supprimé dès la fin du travail.
Jusqu’à 100 fichiers à la fois. Les formats mélangés ne posent pas de problème.
Ils sont convertis les uns après les autres et reviennent ensemble dans un ZIP.
7Z en TAR
C’est une conversion d’outillage, pas de personne. Quelque chose plus loin dans la chaîne lit du tar — un contexte de build de conteneur, un script d’empaquetage, un point d’importation, un bout d’infrastructure écrit contre `tar -x` et toujours en service — et l’archive qu’on vous a confiée est un 7Z parce que celui qui l’a faite se souciait de la taille.
Le tarball est donc un intermédiaire et non un livrable. Jugez-le à l’aune de l’étape qui l’accepte, pas de son poids, et prévoyez de le supprimer une fois cette étape passée. Cet angle compte parce que, mesurée à toute autre aune, cette conversion dégrade le fichier : plus gros, pas plus rapide à déplacer, pas plus facile à ouvrir pour un humain. C’est la bonne sortie seulement quand quelque chose de précis l’attend, et c’est pourquoi cette page passe plus de temps sur ce qu’il faut en attendre que sur la raison de la vouloir.
7Z est solide, utilise LZMA2 avec un dictionnaire que le registre enregistre jusqu’à 64 Mo : les membres sont compressés comme un flux continu et toute répétition à l’intérieur d’une fenêtre de dizaines de méga-octets n’est stockée qu’une fois. Le registre enregistre la compression de TAR comme aucune.
Donc tout ce travail est défait et rien ne le remplace. Un 7Z d’une arborescence source ou d’un ensemble de documents peut être décompressé plusieurs fois, ce qui en fait la plus grosse sortie de toutes les conversions d’archive du site et celle qui surprend le plus quelqu’un qui regarde une barre de téléchargement. Ce n’est pas un défaut : les deux formats répondent à des questions différentes, et une seule concerne la taille. Planifiez sur le résultat plutôt que sur la source quand vous décidez où poser le fichier, car les 25 Mo autorisés en envoi peuvent devenir un téléchargement plusieurs fois supérieur.
Les archives contiennent parfois d’autres archives, et un convertisseur doit décider si ce fichier interne est de l’empaquetage ou du contenu. La règle ici est explicite : pour les sources GZ, BZ2 et XZ, un tar unique qui en sort est une couche et il est déballé, parce que ces formats-là ne portent qu’un flux et qu’un tar en dessous est la seule façon pour eux de transporter un répertoire.
Pour un 7Z ou un ZIP c’est l’inverse. Les deux sont de vrais conteneurs qui peuvent contenir plusieurs fichiers avec leurs noms, donc un `.tar` à l’intérieur est quelque chose que l’auteur y a mis délibérément — une archive imbriquée, une fixture, une charge utile pour autre chose. Le déballer changerait silencieusement le contenu de l’archive, donc il passe tel quel et vous obtenez un tar contenant un tar. C’est la bonne réponse même si elle paraît curieuse.
Parce que 7Z est solide, il n’y a pas de moyen économique d’en lire une partie. Les membres sont un seul flux, donc atteindre un fichier au milieu oblige à tout décompresser avant lui — d’où le fait qu’extraire une grande archive solide coûte à peu près le même prix qu’on veuille un seul fichier ou tous.
Pour cette conversion cela ne coûte rien, puisque tous les membres sont de toute façon nécessaires. Cela vaut la peine d’être su pour le cas inverse : si vous fouillez dans une archive de manière répétée plutôt que de la déballer une fois, un format solide est le mauvais choix de stockage, et un tarball n’est pas tellement mieux — il n’a même pas d’index, donc le lister oblige à le lire depuis le début. ZIP est le format qui résout réellement ce problème, ce qui est une bonne raison de ne pas traiter les trois comme interchangeables.
TAR enregistre un mode, un utilisateur et un groupe pour chaque membre, et c’est précisément pour cela que les outils d’empaquetage veulent des tarballs. Ce qu’il ne peut pas faire, c’est retrouver des valeurs qui n’ont jamais été transportées. Les modes de votre sortie viennent de l’extraction sur notre convertisseur, et non de la machine où les fichiers ont été créés.
Traitez-les comme non spécifiés plutôt que comme préservés, et réglez ce qui compte après l’extraction — le bit exécutable d’un script est le point qui casse habituellement, et il casse d’une façon qui ressemble à un problème du script plutôt que de l’archive. La règle du site pour ces paires est la même : les membres sortent octet pour octet, ce qui est en jeu c’est la connaissance du conteneur.
Une raison fréquente de vouloir un tarball plat est qu’on prévoit de le recompresser avec ses propres réglages — un niveau précis, un dictionnaire précis, un réglage déterministe pour un build reproductible, ou un compresseur qu’un cache en aval comprend.
Ouvrir le 7Z est la voie honnête pour y arriver, parce qu’on ne peut pas ré-encoder un flux compressé dans un autre compresseur sans l’avoir d’abord décompressé. Si vos exigences sont ordinaires plutôt que précises, convertir le 7Z directement en GZ fait le même aller-retour en une étape et vous tend un `.tar.gz` au bout.
Cette paire tourne sur notre convertisseur, pas dans la page. L’archive est téléversée via une connexion chiffrée, extraite avec 7-Zip, ré-écrite en tarball depuis l’intérieur du répertoire extrait, puis renvoyée. Le téléversement et tous les intermédiaires sont supprimés à la fin du travail, sur un répertoire de travail en mémoire qui est jeté avec le conteneur.
Les limites à garder en tête : 25 Mo par envoi sur la version gratuite, soixante secondes avant qu’un travail soit tué, et un refus pour toute archive déclarant plus de 2 Go de contenu déballé. La limite d’envoi s’applique à ce que vous envoyez, donc un 7Z compact peut produire un téléchargement plusieurs fois plus grand que le fichier de départ.
Deux refus méritent d’être connus. Un 7Z chiffré s’arrête tout de suite, parce que l’extracteur est volontairement lancé avec un mot de passe vide, ce qui le fait échouer plutôt que de bloquer sur une invite qui ne peut pas s’afficher. Et une archive qui se révèle ne rien contenir reçoit un message clair plutôt qu’un tarball valide mais vide.
La garde d’expansion est la troisième. Avant qu’on n’écrive quoi que ce soit sur disque, on demande à l’archive ce qu’elle prétend contenir, et un total au-dessus de 2 Go est refusé — une défense contre des fichiers construits pour remplir un système de fichiers plutôt que pour porter des données, et parfois une archive honnête qui s’avère trop grosse pour un service web.
Si le tarball doit voyager — téléversé, récupéré, copié entre machines, mis en cache par quelque chose — la forme non compressée est la mauvaise chose à déplacer, et c’est celle qui fera le plus ressembler un lien lent à un lien cassé. Chaque cible à flux unique sur ce site est produite en tarant le contenu puis en le compressant, donc convertir le 7Z en GZ vous tend le même tarball avec gzip autour, en une opération et un téléchargement.
Demandez TAR quand un outil veut un tarball nu et le compressera, ou non, selon ses propres termes. Demandez GZ quand le fichier traverse un réseau ou atterrit dans un cache de paquets. Les deux se ressemblent presque dans un listing de fichiers et se comportent très différemment dans un pipeline, et se tromper choisit en général un transfert qui prend un ordre de grandeur de plus que ce que personne n’a budgété, à plusieurs étapes de la décision qui l’a causé.
Le travail d’empaquetage a souvent besoin que la même entrée produise les mêmes octets à chaque fois, et un tarball est un des endroits où cela échoue discrètement. L’ordre des membres, les horodatages et les modes écrits dans chaque en-tête viennent tous de l’extraction qui les a produits, donc deux conversions du même 7Z peuvent différer entre elles tout en contenant fidèlement les mêmes fichiers.
Si un build compare des sommes de contrôle du tarball lui-même plutôt que de son contenu, cette différence sera signalée comme un changement alors que rien d’important n’a changé. Le correctif n’est pas un autre convertisseur mais un autre endroit où faire le travail : des archives reproductibles demandent une chaîne d’outils locale épinglée, où l’ordre de tri et les horodatages sont fixés explicitement, ce que fournissent précisément les outils d’empaquetage et ce qu’un service web ne peut pas. Utilisez cette page pour sortir le contenu du 7Z, et laissez votre outillage écrire le tarball qui doit être reproductible.
| 7Z | TAR | |
|---|---|---|
| Nom complet | Archive 7-Zip | Archive TAR |
| Extension de fichier | .7z | .tar |
| Type de média | application/x-7z-compressed | application/x-tar |
| Compression | Sans perte — rien n’est écarté | Non compressé |
| Première publication | 1999 | 1979 |
| Spécification | — | POSIX.1-2001 ustar |
| Licence | Standard ouvert | Standard ouvert |
| Situation actuelle | Actuel | Actuel |
| S’ouvre dans un navigateur | Aucun navigateur | Aucun navigateur |
| Envisagé à la place | ZIP, XZ | ZIP, GZ |
Rien n’est écarté. 7Z et TAR enregistrent leur contenu sans perte : la conversion change l’emballage, pas la qualité, et elle peut être répétée sans que les dégâts s’accumulent.
7-Zip et Keka lisent aussi bien 7Z que TAR : vous pouvez comparer le résultat à l’original sans second logiciel.
TAR enregistre les échantillons bruts : le fichier grossit nettement sans rien gagner. Le sens n’a d’intérêt que si un logiciel en face refuse 7Z, ce qui en est justement la raison habituelle.
TAR date de 1979, décrit par POSIX.1-2001 ustar. tar, 7-Zip et Keka le lisent.
TAR a été publié en 1979 et 7Z en 1999. Le plus ancien est en général le fichier le plus sûr à remettre ; le plus récent fait le même travail en moins d’octets.
Oui : cette conversion réclame un logiciel qui ne peut pas tourner dans un navigateur. Le fichier part donc chiffré vers notre serveur. Il est supprimé dès la fin du travail, et le résultat au bout de 60 minutes. Le travail est fait par 7-Zip, l’archiveur, dans sa forme en ligne de commande.
Oui, jusqu’à 100 conversions par jour pour des fichiers jusqu’à 25 Mo. Cette unique limite existe parce que cette conversion tourne sur un serveur que nous payons. Pour le reste rien n’est limité ici, et il n’y a de filigrane dans aucun cas. La limite existe parce que 7-Zip a besoin d’une de nos machines pour tourner.
Non. TAR enregistre le même contenu sans rien jeter : le résultat est identique en qualité à l’original. Les fichiers ressortent octet pour octet. Ce qui ne survit pas, c’est ce que le conteneur savait *à leur sujet* plutôt que ce qu’il contenait : un mot de passe et, sur certains formats, les permissions et horodatages d’origine.
TAR enregistre les échantillons bruts : le fichier grossit nettement sans rien gagner. Le sens n’a d’intérêt que si un logiciel en face refuse 7Z, ce qui en est justement la raison habituelle.
Rien n’est écarté. 7Z et TAR enregistrent leur contenu sans perte : la conversion change l’emballage, pas la qualité, et elle peut être répétée sans que les dégâts s’accumulent.