เกิดข้อผิดพลาดเป็นพิเศษเมื่อทำการขยายไฟล์

เมื่อฉันป้อนunzip ../founation-latest.zipมันจะแสดงผลลัพธ์นี้:

คำเตือน [../foundation-latest.zip]: 248 ไบต์พิเศษที่จุดเริ่มต้นหรือภายใน zipfile (พยายามที่จะดำเนินการต่อไป)

ไฟล์นี้เป็น 138KB มันคลายซิปอย่างถูกต้อง แต่ทำไมฉันถึงได้รับข้อผิดพลาดนี้?

ปัญหาของฉันคือเพราะฉันพยายามใช้ "unzip" บน MAC OSX ซึ่งไม่สามารถจัดการสิ่งต่าง ๆ ที่บีบอัดด้วย PKZIP

ผมสามารถที่จะและเครื่องรูดใช้คำสั่งbrew install p7zip7za x some_file.zip

ฉันพบวิธีแก้ปัญหาในบทความนี้แล้ว: need-pk-compat-v4-5-can-do-v2-1

ฉันพบกระทู้นี้ซึ่งมีปัญหาคล้ายกัน รายงานข้อผิดพลาดเป็นเรื่อง: เปิดเครื่องรูดล้มเหลวใน 5.4GB ไปรษณีย์ด้วย "ไบต์พิเศษที่จุดเริ่มต้นหรือภายใน zipfile" หนึ่งในการแก้ไขที่แนะนำคือการใช้คำสั่งนี้ใน.zipไฟล์

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

ตัวอย่าง Run

$ 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

สวิตช์ -FF ของ 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.
              ...

ฉันเคยเห็นข้อผิดพลาดประเภทนี้มาก่อนเมื่อไฟล์ zip ถูกถ่ายโอนผ่านเว็บเซอร์วิสที่มีปัญหา เมื่อตรวจสอบไฟล์ zip โดยตรงฉันพบว่าข้อความแสดงข้อผิดพลาดจากบริการบนเว็บถูกส่งต่อหน้าไฟล์ zip

คุณอาจลองตรวจสอบไฟล์ zip เป็นข้อความและดูว่ามีอะไรน่าสนใจปรากฏขึ้นที่ด้านหน้าหรือไม่

เพิ่งได้รับคำเตือนนี้เช่นกัน ในกรณีของฉันมันเกิดจากการดาวน์โหลดด้วย 'curl -i' ซึ่งทำให้ส่วนหัว http ปรากฏขึ้นที่จุดเริ่มต้นของไฟล์ zip ฉันโง่ แน่นอนว่านี่จะไม่ใช่สาเหตุ / วิธีแก้ปัญหาในทุกกรณี แต่อาจช่วยคน ...

อาจเป็นไฟล์เก็บถาวรแบบขยายตัวเอง (windows .exe) หรือถูกทับด้วยเหตุผลบางประการ

ฉันก็มีปัญหาเดียวกัน ฉันสังเกตเห็นปัญหาเมื่อฉันคัดลอกไฟล์จาก Windows ไปยังเซิร์ฟเวอร์ Unix โดยไม่ต้องใช้โหมด bin วิธีที่ดีที่สุดในการแก้ไขปัญหาคือการถ่ายโอนไฟล์ในโหมด bin

ฉันมีปัญหาเดียวกันบน Linux ที่มี.zipไฟล์ใหญ่กว่า 4GB ประกอบกับonly DEFLATED entries can have EXT descriptorข้อผิดพลาด

คำสั่ง7z xแก้ไขปัญหาทั้งหมดของฉันแม้ว่า

ระวังแม้ว่าคำสั่ง7z xจะแตกไฟล์ทั้งหมดด้วยพา ธ ที่ถูกรูทในไดเรกทอรีปัจจุบัน ตัวเลือก-oอนุญาตให้ระบุไดเรกทอรีผลลัพธ์