Error de bytes adicionales al descomprimir un archivo

28

Cuando entro unzip ../founation-latest.zip, sale esto:

advertencia [../foundation-latest.zip]: 248 bytes adicionales al comienzo o dentro del archivo zip (intentando procesar de todos modos)

El archivo es de 138 KB. Se descomprime correctamente, pero ¿por qué recibo este error?

zip

— agua de lluvia11
fuente

2

Una posible causa es que, en un paso de su viaje a su sistema, se transfirió con el ftpmodo ASCII en lugar del modo BINARIO y se agregaron algunos bytes. Si lo usó ftpen cualquier etapa, ejecute ftpnuevamente, usando el comando 'bin' antes de cualquier 'put' o 'get'.

— Mark Plotnick

Podría tener una carga maliciosa al principio. Es un internet hostil. Tenga cuidado con la utilidad de descompresión que utiliza para abrir un zip como ese.

— jbrahy

Hay muchas conjeturas en las respuestas actuales, porque hay muchas causas posibles. Sería útil tener un enlace o una copia del archivo en cuestión.

— duozmo

Con respecto a la carga adicional posiblemente maliciosa: a ese tamaño, puede cargar el archivo en virustotal.com para que lo revisen, en caso de que no haya información personal allí. Sin embargo, no me preocuparía demasiado por los virus en Linux, solo si copia el archivo original en otro lugar. (Siempre puede volver a empaquetar el archivo si cree que los datos están completos.)

— Ned64

Solo para confirmar que esto es un problema. Intenté crear una copia de seguridad de mi espacio de archivos de iTunes con ambos zipy con ditto. El unzipproporcionado (por 10.11) falló con ambos, así como con 7za. MacOS descomprimir simplemente no le gustan los archivos zip (¿grandes?).

— Oteo

37

Mi problema fue porque estaba tratando de usar "descomprimir" en MAC OSX que no puede manejar cosas comprimidas con PKZIP.

Pude brew install p7zipy descomprimí usando el comando 7za x some_file.zip.

Originalmente encontré la solución en este artículo: need-pk-compat-v4-5-can-do-v2-1

— duyker
fuente

44

Descargué una VM de Windows de microsoft.com y esta fue la solución para descomprimir.

— sod

1

Esto también se puede aplicar para descomprimir en Linux (en mi caso: Descomprimir 6.00 del 20 de abril de 2009, por Debian.)

— BradHards

2

También vale la pena mencionar que es un poco más rápido y muestra progreso.

— previous_developer

También se encarga de p7z archivos más grandes y más nuevos archivos con cremallera

— Konrads

Mismo problema hoy en una imagen de AWS Linux. Descargó el RPM p7zip de timeoff.wsisiz.edu.pl/rpms.html y el archivo se probó y extrajo sin problemas.

— piñones

23

Encontré este hilo que tenía un problema similar. El informe de error se titula: descomprimir falla en 5.4GB ZIP con "bytes adicionales al comienzo o dentro del archivo zip" . Una de las soluciones sugeridas fue usar este comando en el .ziparchivo.

$ zip -FFv foo.zip --out fixed.zip

Ejecución de ejemplo

$ zip -FFv foo.zip --out fixed.zip
Fix archive (-FF) - salvage what can
 Found end record (EOCDR) - says expect single disk archive
Scanning for entries...
 Local ( 1      0): copying: d1/f1   (651734 bytes)
 Local ( 1 651817): copying: d1/d2/  (0 bytes)
 Local ( 1 651905): copying: d1/d2/f3   (80 bytes)
 Local ( 1 652083): copying: d1/f23   (891 bytes)
 Local ( 1 653021): copying: d1/f27   (8764 bytes)
 Local ( 1 661837): copying: d1/f24   (14818 bytes)
 Local ( 1 676709): copying: d1/f25   (17295 bytes)
...
 Cen   ( 1 5488799949): updating: d1/f13
 Cen   ( 1 5488800052): updating: d1/f14
Zip64 EOCDR found ( 1 5488800155)...
Zip64 EOCDL found ( 1 5488800211)...
EOCDR found ( 1 5488800231)...
$ echo $?
0

interruptor zip -FF

extracto de la página de manual de zip

       -FF
       --fixfix
              Fix the zip archive. The -F option can be used if some 
              portions of the archive are missing, but requires a reasonably 
              intact central directory.   The  input  archive is scanned as 
              usual, but zip will ignore some problems.  The resulting 
              archive should be valid, but any inconsistent entries will be 
              left out.

              When doubled as in -FF, the archive is scanned from the 
              beginning and zip scans  for  special  signatures  to  
              identify  the  limits between the archive members. The single 
              -F is more reliable if the archive is not too much damaged, so 
              try this option first.

              If  the archive is too damaged or the end has been truncated, 
              you must use -FF.  This is a change from zip 2.32, where the 
              -F option is able to read a truncated archive.  The -F option 
              now more reliably fixes archives with minor damage and the -FF 
              option is  needed to fix archives where -F might have been 
              sufficient before.
              ...

— slm
fuente

3

He visto este tipo de error antes cuando el archivo zip se transfirió a través de un servicio web que tenía problemas. Tras un examen directo del archivo zip, encontré un mensaje de error del servicio web enviado delante del archivo zip.

Puede intentar examinar el archivo zip como texto y ver si aparece algo interesante al frente.

— Michael Kohne
fuente

3

Acabo de recibir esta advertencia también. En mi caso, fue causado por descargarlo con 'curl -i', lo que causó que los encabezados http aparecieran al comienzo del archivo zip. tonto de mí. Por supuesto, esta no será la causa / solución en todos los casos, pero tal vez ayude a alguien ...

— dknaus
fuente

2

Podría ser un archivo autoextraíble (Windows .exe) o se ha rellenado por algún motivo.

— Ricky Beam
fuente

1

¿Qué quieres decir con "acolchado"?

— rainwater11

Bytes adicionales (generalmente nulos (cero)) para hacer que el archivo tenga una longitud específica. Esto solía ser un artefacto del tamaño del bloque de transferencia de archivos (por ejemplo, xmodem), pero en el mundo moderno, eso no sucede. También podría ser una firma criptográfica. (No tengo el archivo, así que no sé cuáles son esos 248 bytes.)

— Ricky Beam

0

También tuve el mismo problema. Observé el problema cuando copié archivos de Windows al servidor Unix sin usar el modo bin. La mejor manera de resolver el problema era transferir los archivos en modo bin.

— Amit
fuente

(1) Esta información ya se presentó en un comentario . Está bien, pero ... (2) el comentario tiene información más detallada que esta respuesta. (3) Debería mejorar esta respuesta describiendo de qué está hablando. Por favor no responda en los comentarios; edite su respuesta para que sea más clara y completa.

— Scott

0

Tuve el mismo problema en Linux con un .ziparchivo de más de 4 GB, agravado con un only DEFLATED entries can have EXT descriptorerror.

Sin 7z xembargo, el comando resolvió todos mis problemas.

Sin embargo, tenga cuidado, el comando 7z xextraerá todos los archivos con una ruta enraizada en el directorio actual. La opción -opermite especificar un directorio de salida.

— Serge Stroobandt
fuente