Erreur 1 avec .tar.gz
Je documente cette erreur avec Mac OS X, parce que j’ai perdu une bonne heure à trouver la solution et que, grâce à Google, cela évitera à d’autres de s’énerver comme moi. (Oui, je suis un garçon gentil.)
Je rapatrie une sauvegarde de mon serveur sous la forme d’un .tar.gz.
Dans le Finder, je double clique (ce qui lance par défaut Archive Utility - BOMArchiveHelper) et j’obtiens l’erreur :
“Erreur 1 - Opération non permise” (“Error 1 - Operation not permitted”).
Surpris, j’essaie la décompression via l’utilitaire The Unarchiver, et j’obtiens :
“Écriture dans le répertoire de destination impossible.”
Avec StuffitExpander, l’erreur est :
“An error has occured while expanding the file xxx.tar (Unspecified Stuffit Engine internal Error) Error #17999”.
Commençant à m’inquiéter de l’intégrité de mes sauvegardes serveur, je re-download, et tout pareil. Je re-download avec un autre logiciel SFTP, et encore pareil. Je décompresse directement sur le serveur, aucun problème.
J’essaye via le Terminal avec tar xvfz nom-archive.tar.gz et j’obtiens ces erreurs :
x ./: Attempt to write to an empty file tar: Error exit delayed from previous errors.
Ce qui me permet de trouver enfin la seule page sur le Web qui donne la bonne piste.
Il s’agirait donc d’un bogue du tar de BSD/Darwin.
La stratégie de contournement est donc d’utiliser le gnutar à la place de tar : “gnutar -xvzf”.
Et ça marche !
Olivier
Il faudrait prévenir Laurent qu’un geek vient de hacker son blog.
Nicolas
Oui mais non, RTFM à la fin.
z ça ne sert qu’en mode création et pas en extraction, donc :
tar -cvz -f archive.tar.gz monrepertoireàtarer
Et pour extraire :
tar -xvf nom-archive.tar.gz
Il reconnait tout seul que c’est gzippé.
Il y a peut-être un problème avec ArchiveUtility mais je ne le reproduis pas. T’es sous Leopard ? Et rappelle-toi que tu trouves des messages d’erreur beaucoup plus détaillés dans la Console (dans Utilitaires|Utilities)
Laurent Gloaguen
Je suis sous Snow Leopard.
Laurent Gloaguen
Et system.log me montre les mêmes erreurs pour ArchiveUtility qu’avec tar dans le terminal.
“27/02/10 10:54:06 [0x0-0x3e03e].com.apple.archiveutility[419] ./: Attempt to write to an empty file”
Nicolas
Et sur ton serveur, c’est quelle version de tar ? Tu connais la commande qui est lancée pour créer l’archive ?
J’imagine que t’as pas de problème avec des archives que tu crées sur ton mac.
Laurent Gloaguen
Mon serveur est sous Debian.
tar —version : tar (GNU tar) 1.20
Laurent Gloaguen
Et j’ai pas le problème avec des .tar créés en local.
padawan
Bizarre, je n’ai pas de problème pour récupérer sous Mac OS X des tar faits sous Debian. C’est surtout le tar de Solaris qui me posait problème.
palpatine
Je rencontre pour ma part un problème systméatique entre une (très grosse) archive tar.gz sous OpenBSD et une visualisation (la décompression est correcte) sous Linux (donc gnutar) : le dossier racine réapparaît en sous-dossier, et des sous-dossiers peuvent réapparaître en racine… Je ne sais pas comment ils ont fait leur compte. Le pire, c’est ar (bah oui, ça sert, et pas qu’à faire des bibliothèques statiques) : incompatibilité entre BSD et GNU…
Laurent Gloaguen
Je me sens moins seul. Chacun sa merde :-)
Blah ? Touitter !