Es posible que haya demasiados bloques NUL al final del archivo tar, de modo que el tar
termina prematuramente sus ejecuciones (y cierra su entrada estándar) después de haber recibido dos bloques NUL mientras el comando gunzip
sigue intentando escribir en la tubería que ahora ya no tiene lector (lo que provoca un EPIPE
mensaje de error con el número de error 32 para una tubería rota; para más información ver: Tubos llenos de alquitrán ).
Según la salida de nuevoproc.d Archive Utility.app
parece utilizar los siguientes comandos (Mac OS X utiliza bsdtar
por defecto):
/usr/bin/gunzip -c file.tar.gz | /usr/bin/tar xf - -C dir
Para ver el número de bloques NUL finales en el archivo tar, utilice
gnutar -tzf file.tar.gz -i --block-number | nl | tail -n 25
Para extraer el archivo tar intente:
# -i: ignore blocks of zeros in archive (normally mean EOF)
gnutar -i -xvf file.tar.gz
.zip
con los que se pueden probar los archivos:
unzip -lv file.zip
unzip -t file.zip