কোনও ফাইল আনজিপ করার সময় অতিরিক্ত বাইটস ত্রুটি


28

আমি যখন প্রবেশ করি তখন unzip ../founation-latest.zipএটি আউটপুট দেয়:

সতর্কতা [../foundation-latest.zip]: শুরুতে বা জিপফাইলে 248 অতিরিক্ত বাইট (যেভাবেই প্রক্রিয়া করার চেষ্টা করা হচ্ছে)

ফাইলটি 138KB। এটি সঠিকভাবে আনজিপ করে তবে আমি কেন এই ত্রুটি পাচ্ছি?


2
একটি সম্ভাব্য কারণ হ'ল, আপনার সিস্টেমে যাত্রার এক ধাপে, এটি ftpবিনারি মোডের পরিবর্তে ASCII মোডে স্থানান্তরিত হয়েছিল এবং কিছু বাইট যুক্ত করা হয়েছিল। আপনি যদি ftpকোনও পর্যায়ে ftpব্যবহার করেন তবে কোনও 'পুট' বা 'গেট' এর আগে 'বিন' কমান্ডটি ব্যবহার করে আবার চালান ।
মার্ক Plotnick

এটির শুরুতে দূষিত পেডলোড থাকতে পারে। এটি একটি প্রতিকূল ইন্টারনেট। এই জাতীয় একটি জিপ খোলার জন্য আপনি কী আনজিপ ব্যবহার করবেন তা সম্পর্কে সতর্কতা অবলম্বন করুন।
jbrahy

বর্তমান উত্তরগুলিতে অনেক অনুমান আছে, কারণ এখানে সম্ভাব্য কারণ রয়েছে। এটিতে প্রশ্নযুক্ত ফাইলটির লিঙ্ক বা অনুলিপি রাখতে সহায়তা করবে।
duozmo

সম্ভবত দূষিত অতিরিক্ত পেডলোড সম্পর্কিত: এই আকারে, আপনি ফাইলটি ভাইরাসস্টটাল.কম এ চেক করতে আপলোড করতে পারেন - যদি সেখানে কোনও ব্যক্তিগত তথ্য না থাকে। তবে লিনাক্সে ভাইরাস নিয়ে আমি খুব একটা উদ্বেগ করব না, কেবল যদি আপনি অন্য কোথাও মূল ফাইলটি অনুলিপি করেন। (আপনি যদি ডেটা সম্পূর্ণ বলে মনে করেন তবে আপনি ফাইলটি সর্বদা পুনরায় প্যাক করতে পারবেন
could

এটি নিশ্চিত করার জন্য এটি একটি সমস্যা। আমি উভয় zipএবং সাথে আমার আইটিউনস ফাইলস্পেসের একটি ব্যাকআপ তৈরি করার চেষ্টা করেছি dittounzip(10.11 দ্বারা) প্রদান করা পাশাপাশি মত এই দুটি ব্যর্থ, 7za। MacOS আনজিপ কেবল (বৃহত?) জিপ ফাইল পছন্দ করে না।
ওথিউস

উত্তর:


37

আমার সমস্যাটি হ'ল কারণ আমি ম্যাক ওএসএক্সে "আনজিপ" ব্যবহার করার চেষ্টা করছিলাম যা পিকেজিআইপি দিয়ে জিপ করা জিনিসগুলি পরিচালনা করতে পারে না।

আমি brew install p7zipকমান্ডটি ব্যবহার করে এবং আনজিপ করতে সক্ষম হয়েছি 7za x some_file.zip

আমি মূলত এই নিবন্ধটিতে সমাধানটি পেয়েছি: দরকার-পিকে-কম্প্যাট-ভি 4-5-ক্যান-ভি -2-1


4
আমি মাইক্রোসফট.কম থেকে একটি উইন্ডোজ ভিএম ডাউনলোড করেছি এবং এটি আনজিপিংয়ের সমাধান।
সোড

1
এই এছাড়াও লিনাক্স আনজিপ করতে আবেদন করতে পারেন (20 এপ্রিল 2009 আনজিপ 6.00, ডেবিয়ান দ্বারা আমার ক্ষেত্রে।)
BradHards

2
এটি উল্লেখ করাও সামান্য দ্রুত এবং এটি অগ্রগতি দেখায় worth
পূর্ববর্তী_প্রেতী 15

এছাড়াও p7z নতুন জিপ সহ বৃহত্তর ফাইল এবং ফাইলগুলি পরিচালনা করে
কনরাডস

একটি এডাব্লুএস লিনাক্স ইমেজে আজ একই সমস্যা। ডাউনলোড করা থেকে p7zip আরপিএম timeoff.wsisiz.edu.pl/rpms.html এবং আর্কাইভ পরীক্ষা ইস্যু ছাড়া নিষ্কাশিত।
স্প্রোকেটস

23

আমি এই থ্রেডটি পেয়েছি যা একই রকম সমস্যা ছিল। বাগ প্রতিবেদনের শিরোনাম: আনজিপ 5.4 জিবি জিপে "অতিরিক্ত বাইটস শুরুতে বা জিপফাইলে" দিয়ে ব্যর্থ হয় । প্রস্তাবিত ফিক্সগুলির মধ্যে একটি হ'ল .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

জিপ-এফএফ সুইচ

জিপ ম্যান পৃষ্ঠা থেকে অংশ

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

3

জিপ সংরক্ষণাগারটি কোনও সমস্যায় পড়ে এমন কোনও ওয়েব পরিষেবাদির মাধ্যমে স্থানান্তরিত হওয়ার আগে আমি এই ধরণের ত্রুটিটি দেখেছি। জিপ ফাইলের সরাসরি পরীক্ষার পরে, আমি পেলাম যে জিপ ফাইলটির সামনে ওয়েব পরিষেবা থেকে একটি ত্রুটি বার্তা প্রেরণ করা হয়েছিল।

আপনি জিপ ফাইলটি পাঠ্য হিসাবে পরীক্ষা করার চেষ্টা করতে পারেন এবং দেখুন আকর্ষণীয় কিছু সামনে উপস্থিত রয়েছে কিনা see


3

ঠিক এই সতর্কতাও ছিল। আমার ক্ষেত্রে এটি 'কার্ল -i' দিয়ে ডাউনলোড করার কারণে ঘটেছিল যার ফলে জিপি ফাইলের শুরুতে এইচটিপি-শিরোনাম উপস্থিত হয়েছিল। বোকা আমাকে। নিশ্চিতভাবেই এটি সব ক্ষেত্রে কারণ / সমাধান হবে না তবে সম্ভবত এটি কাউকে সহায়তা করে ...


2

এটি একটি স্ব-উত্তোলনকারী সংরক্ষণাগার (উইন্ডোজ .exe) হতে পারে বা কোনও কারণে প্যাড করা হয়েছে।


1
"প্যাডড" বলতে কী বোঝ?
rainwater11

অতিরিক্ত বাইট (সাধারণত নাল (শূন্য)) ফাইলটিকে একটি নির্দিষ্ট দৈর্ঘ্য তৈরি করতে। এটি ফাইল স্থানান্তর ব্লক আকারের (উদাহরণস্বরূপ xmodem) একটি শিল্পকর্ম হিসাবে ব্যবহৃত হত, তবে আধুনিক বিশ্বে এটি ঘটে না। এটি একটি ক্রিপ্টো স্বাক্ষরও হতে পারে। (ফাইলটি আমার কাছে নেই, সুতরাং এই 248 বাইট কী তা আমি জানি না))
রিকি বিম

0

আমারও একই সমস্যা ছিল। আমি বিন মোড ব্যবহার না করে উইন্ডোজ থেকে ইউনিক্স সার্ভারে ফাইলগুলি অনুলিপি করার সময় আমি বিষয়টি পর্যবেক্ষণ করেছি। সমস্যা সমাধানের সর্বোত্তম উপায় হ'ল ফাইলগুলি বিন মোডে স্থানান্তর করা।


(1) এই তথ্যটি ইতিমধ্যে একটি মন্তব্যে উপস্থাপন করা হয়েছিল । এটি ঠিক আছে, তবে ... (2) মন্তব্যে এই উত্তরের চেয়ে আরও বিশদ তথ্য রয়েছে। (3) আপনি কী বলছেন তা বর্ণনা করে আপনার এই উত্তরটি উন্নত করা উচিত। মন্তব্যে প্রতিক্রিয়া জানাতে দয়া করে; আপনার উত্তরটি আরও পরিষ্কার এবং আরও পরিপূর্ণ করতে সম্পাদনা করুন।
স্কট

0

লিনাক্সে আমার একই সমস্যা .zipছিল 4 জিবি- র চেয়ে বড় ফাইল সহ, একটি only DEFLATED entries can have EXT descriptorত্রুটিযুক্ত।

যদিও কমান্ডটি 7z xআমার সমস্ত সমস্যা সমাধান করেছে।

সতর্কতা অবলম্বন 7z xকরেও , কমান্ডটি বর্তমান ডিরেক্টরিতে মূলযুক্ত একটি পাথ সহ সমস্ত ফাইল বের করবে। বিকল্পটি -oআউটপুট ডিরেক্টরি নির্দিষ্ট করতে দেয়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.