Bir dosyayı çıkarırken ekstra bayt hatası

Girdiğimde unzip ../founation-latest.zip, şunu çıktılar:

uyarı [../foundation-latest.zip]: Başında veya zipfile içinde 248 ekstra bayt (yine de işlemeye çalışılıyor)

Dosya 138KB. Düzgün açıyor, ama neden bu hatayı alıyorum?

Benim sorunum, PKZIP ile sıkıştırılmış şeyleri kaldıramayan MAC OSX'te "unzip" kullanmaya çalıştığımdı.

brew install p7zipKomutu kullanarak yapabildim ve sıkıştırmayı açtım 7za x some_file.zip.

İlk başta bu makalede çözümü buldum: need-pk-compat-v4-5-can-do-v2-1

Benzer bir problemi olan bu parçayı buldum. Hata raporu başlıklı: unzip 5.4GB ZIP’de “başında veya zipfile’de fazladan bayt” ile başarısız oluyor . Önerilen düzeltmelerden biri bu komutu .zipdosyada kullanmaktı.

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

Örnek Çalıştırma

$ 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

zip -FF anahtarı

zip sayfası sayfasından alıntı

       -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.
              ...

Bu tür bir hatayı zip arşivi sorunlu bir web servisi üzerinden transfer edilmeden önce görmüştüm. Zip dosyasının doğrudan incelenmesi üzerine, web dosyasının zip dosyasının önüne gönderildiğini belirten bir hata mesajı buldum.

Zip dosyasını metin olarak incelemeyi deneyebilir ve önde ilginç bir şey olup olmadığını görebilirsiniz.

Sadece bu uyarıda bulundum. Benim durumumda bu http-headers zip dosyası başında görünmesine neden olan 'curl -i' ile indirerek neden oldu. aptal ben. Elbette bu her durumda sebep / çözüm olmayacak, ama belki birisinin yardımına ...

Kendiliğinden açılan bir arşiv (windows .exe) olabilir veya bazı nedenlerden dolayı doldurulmuş olabilir.

Bende de aynı sorun vardı. Dosyaları Windows modundan Unix sunucusuna bin modunu kullanmadan kopyalarken bu sorunu gözlemledim. Sorunu çözmenin en iyi yolu, dosyaları bin modunda aktarmaktı.

Aynı sorunu, Linux'ta .zip4GB'tan büyük bir dosyayla, bir only DEFLATED entries can have EXT descriptorhatayla birleştirdim.

Komut 7z xtüm sorunlarımı çözdü.

Yine de dikkatli olun, komut 7z xgeçerli dizinde köklü bir dosya içeren tüm dosyaları ayıklayacaktır. Seçenek -obir çıkış dizini belirtmenize izin verir.