किसी फ़ाइल को खोलते समय अतिरिक्त-बाइट्स त्रुटि

Question

जब मैं प्रवेश करता हूं unzip ../founation-latest.zip, तो यह इसका आउटपुट देता है:

चेतावनी [../foundation-latest.zip]: शुरुआत में या zipfile पर 248 अतिरिक्त बाइट्स (वैसे भी प्रक्रिया करने का प्रयास)

फ़ाइल 138KB है। यह सही ढंग से अनज़िप करता है, लेकिन मुझे यह त्रुटि क्यों मिल रही है?

Comments

एक संभावित कारण यह है कि, आपके सिस्टम पर यात्रा के एक चरण में, इसे ftpBINARY मोड के बजाय ASCII मोड में स्थानांतरित किया गया था और कुछ बाइट्स जोड़े गए थे। यदि आप ftpकिसी भी चरण में ftpउपयोग करते हैं, तो किसी भी 'पुट' या 'गेट' से पहले 'बिन' कमांड का उपयोग करके, फिर से चलाएं ।

— मार्क प्लॉटनिक

यह शुरुआत में एक दुर्भावनापूर्ण पेलोड हो सकता है। यह एक शत्रुतापूर्ण इंटरनेट है। इस तरह की ज़िप खोलने के लिए आप जो अनज़िप यूटिलिटी का इस्तेमाल करते हैं, उस पर सावधानी बरतें।

— शाम

वर्तमान उत्तर में बहुत अधिक अनुमान है, क्योंकि कई संभावित कारण हैं। यह प्रश्न में फ़ाइल की लिंक या प्रतिलिपि बनाने में मदद करेगा।

— डुओजमो

संभावित रूप से दुर्भावनापूर्ण अतिरिक्त पेलोड के बारे में: उस आकार में, आप फ़ाइल को virustotal.com पर अपलोड कर सकते हैं कि इसकी जाँच हो - अगर वहाँ कोई व्यक्तिगत जानकारी नहीं है। हालांकि, मैं लिनक्स में वायरस के बारे में ज्यादा चिंता नहीं करूंगा, केवल तभी जब आप मूल फाइल को कहीं और कॉपी करेंगे। (यदि आपको लगता है कि डेटा पूर्ण है तो आप हमेशा फ़ाइल को फिर से पैक कर सकते हैं।)

— नेड64

बस यह पुष्टि करने के लिए एक समस्या है। मैंने दोनों के zipसाथ और साथ अपने iTunes फ़ाइलस्पेस का बैकअप बनाने की कोशिश की ditto। unzip(10.11) के द्वारा उपलब्ध कराई गई और साथ ही साथ के रूप में इन दोनों के साथ विफल रहा है, 7za। MacOS अनज़िप सिर्फ (बड़ी?) ज़िप फ़ाइलों को पसंद नहीं करता है।

— ओथियस

Answer 1

मेरा मुद्दा यह था क्योंकि मैं मैक ओएसएक्स पर "अनज़िप" का उपयोग करने की कोशिश कर रहा था जो पीकेजिप के साथ ज़िपित चीजों को संभाल नहीं सकता है।

मैं brew install p7zipकमांड का उपयोग करने में सक्षम और अनझिप था 7za x some_file.zip।

मुझे मूल रूप से इस लेख में समाधान मिला: need-pk-compat-v4-5-can-do-v2-1

Comments

मैंने microsoft.com से एक Windows VM डाउनलोड किया और यह अनज़िपिंग के लिए समाधान था।

— sod

यह लिनक्स पर अनज़िप करने के लिए भी लागू हो सकता है (मेरे मामले में: 20 अप्रैल 2009 को UnZip 6.00, डेबियन द्वारा।)

— ब्रैडहार्ड

यह भी उल्लेख के लायक है यह थोड़ा तेज़ है और प्रगति दिखाता है।

— previous_developer

इसके अलावा p7z हैंडल बड़ी फ़ाइलों और नए जिप के साथ फ़ाइलें

— Konrads

एक एडब्ल्यूएस लिनक्स छवि पर आज एक ही मुद्दा। P7zip RPM को timeoff.wsisiz.edu.pl/rpms.html से डाउनलोड किया और बिना किसी समस्या के परीक्षण किया और संग्रहित किया।

— sprockets

Answer 2

मुझे यह धागा मिला जिसमें एक समान समस्या थी। बग रिपोर्ट का शीर्षक है: अनज़िप "अतिरिक्त बाइट्स के साथ शुरुआत में या ज़िप्फ़िले के भीतर" पर जीबीजीपी विफल रहता है । सुझाए गए फ़िक्सेस में से एक .zipफ़ाइल पर इस कमांड का उपयोग करना था ।

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

उदाहरण रन

$ 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 स्विच

ज़िप मैन पेज से अंश

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

Answer 3

मैंने इस प्रकार की त्रुटि पहले देखी है जब ज़िप संग्रह को एक वेब सेवा के माध्यम से स्थानांतरित किया गया था जो परेशानी हो रही थी। जिप फाइल की सीधी जांच करने पर, मुझे पता चला कि जिप फाइल के सामने वेब सेवा से एक त्रुटि संदेश भेजा गया था।

आप पाठ के रूप में ज़िप फ़ाइल की जांच करने की कोशिश कर सकते हैं और देख सकते हैं कि सामने कुछ दिलचस्प दिखाई देता है या नहीं।

Answer 4

बस यह चेतावनी थी। मेरे मामले में इसे 'कर्ल-आई' के साथ डाउनलोड करने के कारण हुआ था, जिसके कारण http-हेडर ज़िप फ़ाइल की शुरुआत में दिखाई देते थे। मुझे मूर्ख। यकीन के लिए यह सभी मामलों में कारण / समाधान नहीं होगा, लेकिन शायद यह किसी की मदद करता है ...

Answer 5

यह एक स्व-निष्कर्षण संग्रह (विंडोज़ .exe) हो सकता है या किसी कारण से गद्देदार किया जा सकता है।

Comments

"गद्देदार" से आपका क्या मतलब है?

— बारिश का पानी

फ़ाइल को विशिष्ट लंबाई बनाने के लिए अतिरिक्त बाइट्स (आमतौर पर शून्य (शून्य))। यह फ़ाइल ट्रांसफर ब्लॉक आकार (उदाहरण के लिए। xmodem) की एक कलाकृति हुआ करता था, लेकिन आधुनिक दुनिया में ऐसा नहीं होता है। यह एक क्रिप्टो हस्ताक्षर भी हो सकता है। (मेरे पास फाइल नहीं है, इसलिए मुझे नहीं पता कि वे 248 बाइट्स क्या हैं।)

— रिकी बीम

Answer 6

मेरा भी यही मुद्दा था। जब मैंने बिन मोड का उपयोग किए बिना विंडोज से यूनिक्स सर्वर पर फ़ाइलों की नकल की तो मैंने इस मुद्दे को देखा। समस्या को हल करने का सबसे अच्छा तरीका बिन मोड में फ़ाइलों को स्थानांतरित करना था।

Comments

(१) यह जानकारी पहले से ही एक टिप्पणी में प्रस्तुत की गई थी । यह ठीक है, लेकिन ... (2) टिप्पणी में इस उत्तर से अधिक विस्तृत जानकारी है। (३) आप जिस बारे में बात कर रहे हैं, उसका वर्णन करके इस उत्तर को सुधारना चाहिए। कृपया टिप्पणियों में प्रतिक्रिया न दें; इसे स्पष्ट और अधिक पूर्ण बनाने के लिए अपना उत्तर संपादित करें।

— स्कॉट

Answer 7

.zip4x से बड़ी फ़ाइल के साथ लिनक्स पर मेरे पास एक ही मुद्दा था , एक only DEFLATED entries can have EXT descriptorत्रुटि के साथ जटिल ।

कमांड 7z xने मेरे सभी मुद्दों को हल कर दिया।

हालांकि सावधान रहें, कमांड 7z xवर्तमान निर्देशिका में निहित पथ के साथ सभी फाइलों को निकालेगा। विकल्प -oआउटपुट डायरेक्टरी को निर्दिष्ट करने की अनुमति देता है।