# Impossible de décompresser un fichier « .zip »

**URL:** <https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605>\
**Category:** Support Debian\
**Created:** [Juin 1, 2022, 3:43 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605 "2022-06-01T03:43:16Z")\
**Posts on this page:** 10\
**Page:** 2

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Juin 2, 2022, 10:06 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/21 "2022-06-02T10:06:19Z")

</div>

Soit.

```auto
$ 7z l 3d-libre-blender.zip

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=fr_FR.UTF-8,Utf16=on,HugeFiles=on,64 bits,1 CPU AMD Ryzen 3 3200G with Radeon Vega Graphics 
    (810F81),ASM,AES-NI)

Scanning the drive for archives:
1 file, 4712301130 bytes (4495 MiB)

Listing archive: 3d-libre-blender.zip

--
Path = 3d-libre-blender.zip
Type = zip
ERRORS:
Headers Error
Physical Size = 4712301130
64-bit = +

   Date Time Attr Size Compressed Name
------------------- ----- ------------ ------------ ------------------------
2022-05-04 14:45:06 D.... 0 0 Complements/Blender_Texture_Disk
2022-05-04 14:45:06 D.... 0 0 Complements/Blender_Texture_Disk/material
2013-01-31 23:37:34 ..... 47100 16054 Complements/Blender_Texture_Disk/material/banana.blend
...
2022-05-03 09:31:22 ..... 215203840 213133403 Complements/install/Windows/blender-3.1.2-windows-x64.msi
2022-05-04 09:31:58 ..... 49643693 48948489 Complements/install/Windows/Luminance-HDR_v.2.6.0_Windows_64.exe
------------------- ----- ------------ ------------ ------------------------
2022-05-04 14:47:28 5321592338 4711609432 3208 files, 90 folders

Errors: 1

```

~~$ 7z x 3d-libre-blender.zip~~

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21  
p7zip Version 16.02 (locale=fr\_FR.UTF-8,Utf16=on,HugeFiles=on,64 bits,1 CPU AMD Ryzen 3 3200G with Radeon Vega Graphics (810F81),ASM,AES-NI)

Scanning the drive for archives:  
1 file, 4712301130 bytes (4495 MiB)

Extracting archive: 3d-libre-blender.zip

ERRORS:  
Headers Error

–  
Path = 3d-libre-blender.zip  
Type = zip  
ERRORS:  
Headers Error  
Physical Size = 4712301130  
64-bit = +

… plein d’infos (pourcentage, etc.) pendant le début  
de l’extraction puis à un moment, vers 47%,

ERROR: E\_FAIL

Archives with Errors: 1

Open Errors: 1

~~Ça doit être un problème de version entre toi (17.04) et moi (16.02).  
 ~~  
[EDIT de l’EDIT : un peu nul sur ce coup-là, l’éditeur du forum : j’ai rajouté des balises «&nbsp;s&nbsp;» et «&nbsp;/s&nbsp;» pour barrer le second essai ci-dessus, la preview est correcte donc je valide, et le résultat dans le post est complètement raté… 🤔]  
Non !  
EDIT :

J’adore les messages d’erreurs pas à propos, et j’adore encore plus quand il y a une erreur et PAS DE message !

En l’espèce, mon tmpfs (car j’ai fait les manips depuis /tmp) s’est retrouvé plein à 100% pendant l’extraction SANS QUE RIEN ne me le dise…

M’en suis rendu compte quand j’ai voulu lancer synaptic pour mettre à jour mon 7zip et que je me suis fait envoyer sur les roses comme quoi il ne pouvait pas écrire blabla mais toujours sans me dire qu’il n’y avait plus de place…

Bref, ai fait le ménage, ai déplace le zip sur un gros dd, et là l’extraction s’est bien déroulée malgré l’erreur :

```auto
$ 7z x 3d-libre-blender.zip

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=fr_FR.UTF-8,Utf16=on,HugeFiles=on,64 bits,1 CPU AMD Ryzen 3 3200G with Radeon Vega Graphics (810F81),ASM,AES-NI)

Scanning the drive for archives:
1 file, 4712301130 bytes (4495 MiB)

Extracting archive: 3d-libre-blender.zip
             
ERRORS:
Headers Error

--
Path = 3d-libre-blender.zip
Type = zip
ERRORS:
Headers Error
Physical Size = 4712301130
64-bit = +

                                                                               

Archives with Errors: 1

Open Errors: 1

```

Et là je récupère un dossier Complements (sans accent sur le 1er «&nbsp;e&nbsp;») contenant 4 sous-dossiers, tout a l’air correct malgré le décalage de versions.

---

<div class="post-metadata">

**Author:** ![moondump](https://www.debian-fr.org/user_avatar/www.debian-fr.org/moondump/32/8847_2.png) [@moondump](https://www.debian-fr.org/u/moondump)\
**Post date:** [Juin 5, 2022, 4:59 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/22 "2022-06-05T16:59:03Z")

</div>

Pour en terminer avec ce fil, puisqu’on ne peu pas se fier à l’extension « .zip » pour choisir sa commande, je me pose la question suivante : sous CLI, y a-t-il un moyen de déterminer la commande idoine ?

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Juin 5, 2022, 6:07 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/23 "2022-06-05T18:07:04Z")

</div>

> [@moondump](#):
>
> puisqu’on ne peut pas se fier à l’extension « .zip »

En ce qui **me** concerne, j’ai regardé le début du fichier avec un éditeur hexa et y ai découvert les lettres magiques PK, à partir de là c’était facile.

Et pour les jeunots, PK renvoie à la préhistoire de l’informatique démocratisée, [lecture…](https://fr.wikipedia.org/wiki/PKZIP)

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Juin 5, 2022, 7:32 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/24 "2022-06-05T19:32:29Z")

</div>

C’est plutôt une affaire de version. Je rappelle que zip n’est pas libre je crois. Il faut plutôt préférer gz, bz2 ou xz  
[attention, affirmation à vérifier reposant sur ma mémoire]

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 5, 2022, 7:44 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/25 "2022-06-05T19:44:01Z")

</div>

> [@fran.b](#):
>
> Je rappelle que zip n’est pas libre je crois.

Si c’est un format libre qui a été normalisé.

En octobre 2015, l’[ISO](https://fr.wikipedia.org/wiki/ISO) et la [CEI](https://fr.wikipedia.org/wiki/Commission_%C3%A9lectrotechnique_internationale) publiaient la norme ISO/IEC 21320-1 « Fichier conteneur de document – Partie 1: Données de base », élaborée par leur [JTC1](https://fr.wikipedia.org/wiki/Joint_Technical_Committee_1).

Cette première version de la norme s’appuie sur la version 6.3.3 de PKZIP (datant de 2012), en y apportant des limitations détaillées dans la norme (ex.: le chiffrement de fichiers contenus dans une archive ZIP est interdit).

L’introduction de la norme précise que le format ZIP est largement utilisé depuis plus de vingt ans et que sa spécification est publique depuis presque aussi longtemps, mais qu’aucune normalisation formelle n’existait, ce qui pouvait poser des difficultés (stabilité du format de référence…) pour les normes souhaitant se référer à ce format. La norme ISO/IEC 21320-1 apporte donc une réponse à ces difficultés.

À noter : cette norme est disponible [librement](http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html) [[archive](https://archive.wikiwix.com/cache/?url=http%3A%2F%2Fstandards.iso.org%2Fittf%2FPubliclyAvailableStandards%2Findex.html)] (en anglais uniquement) avec d’autres normes élaborées par le [JTC1](https://fr.wikipedia.org/wiki/Joint_Technical_Committee_1).

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Juin 6, 2022, 7:11 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/26 "2022-06-06T07:11:40Z")

</div>

Bonjour

En résumé, il s’agissait d’une confusion provoquée par le choix trompeur du nom d’extension du fichier d’archive :  
`3d-libre-blender.zip`

qui aurait plutôt dû être nommé :  
`3d-libre-blender.7z`

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 6, 2022, 4:45 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/27 "2022-06-06T16:45:42Z")

</div>

ben chez moi j’ai DL le lien et unzip a marché direct sans options particulières.

---

<div class="post-metadata">

**Author:** ![moondump](https://www.debian-fr.org/user_avatar/www.debian-fr.org/moondump/32/8847_2.png) [@moondump](https://www.debian-fr.org/u/moondump)\
**Post date:** [Juin 6, 2022, 9:59 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/28 "2022-06-06T21:59:33Z")

</div>

> [@jipete](#):
>
> En ce qui **me** concerne, j’ai regardé le début du fichier avec un éditeur hexa et y ai découvert les lettres magiques PK, à partir de là c’était facile.

Cela m’a l’air tout à fait efficace, mais je crains bien de ressortir les mains pleines de cambouis après cette opération. 😉

---

<div class="post-metadata">

**Author:** ![moondump](https://www.debian-fr.org/user_avatar/www.debian-fr.org/moondump/32/8847_2.png) [@moondump](https://www.debian-fr.org/u/moondump)\
**Post date:** [Juin 6, 2022, 10:02 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/29 "2022-06-06T22:02:28Z")

</div>

> [@anon29980398](#):
>
> En résumé, il s’agissait d’une confusion provoquée par le choix trompeur du nom d’extension du fichier d’archive :

Oui, je suis bien d’accord.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Juin 7, 2022, 4:14 UTC](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605/30 "2022-06-07T16:14:47Z")

</div>

Quand on archive avec 7z, on peut faire  
` 7z a glop.7z fichier`  
qui crée un fichier avec comme «magic number» 0xafbc7a37 -----\> 7z??  
Quand on fait  
` 7z a glop.zip fichier`  
cela fait un fichier avec comme «magic number» 0x04034B50 -----\> PK??  
Soit le même qu’avec zip. Cependant d’expérience, j’ai remarqué que 7z était plus compréhensif que unzip notamment avec de sombres histoires de versions. Si on regarde bien, les archives crées ne sont pas les mêmes. Bref, 7z est assez universel pour déplier une archive et plus tolérant que unzip. En tout cas, le suffixe .zip est bien celui qu’il fallait mettre.

[Page précédente](https://www.debian-fr.org/t/impossible-de-decompresser-un-fichier-zip/86605.md?page=1)
