জিরোসের সাথে টার প্যাডিং


10

একটি bz2 সংক্ষিপ্ত ফাইলটিতে একটি টার করার সময় আমি নিম্নলিখিত ত্রুটির মুখোমুখি হয়েছি,

tar: dump.sql: 19573448400 বাইট দ্বারা ফাইল সঙ্কুচিত; শূন্যের সাথে প্যাডিং

কেউ কি এই বিষয়টির কারণ হতে পারে তা নির্দেশ করতে পারে?

ধন্যবাদ।

উত্তর:


8

এটি কোনও ত্রুটি নয়। এটা তথ্য।

আমি কোনও ভার্চুয়াল মেশিন চিত্রটি সংক্ষেপিত / ডিকম্প্রেস করে দিচ্ছি বা অন্যথায় খুব কমই বরাদ্দকৃত ফাইলটি দিতে আগ্রহী।

Bzip2 সনাক্ত করেছে যে ফাইলটি বেশিরভাগই শূন্য, এবং এটি সংকুচিত করে যাতে তারা সংকুচিত ফাইলটিতে না থাকে।

এটি আসল আকার এবং স্পার ফাইলগুলির আপাত আকারের মধ্যে পার্থক্য।


আমি একটি থ্রেড পেয়েছি যা সহায়কভাবে সংশোধন করে এবং আরও ব্যাখ্যা করে: groups.google.com/d/msg/comp.os.linux.misc/RES9Kvw7kO4/…
মার্টিন ইডেন

1
যদি এটি কোনও ত্রুটি না হয় তবে এটি কেন একটি শূন্য-বহির্গমন কোড তৈরি করে?
বেন কলিন্স

আমার ক্ষেত্রে, .tar.bz2 ফাইলটিতে আসলে দূষিত ডেটা রয়েছে: এতে বার্তাটিতে উল্লিখিত অবস্থানটিতে NUL বাইটের একটি গুচ্ছ রয়েছে, যেখানে এটি শূন্য নয় এমন ডেটা থাকার কথা ছিল। কেন আমি জানি না। আমি যখন কেবল সেই ফাইলটির অন্য .tar.bz2 তৈরি করার চেষ্টা করেছি, এটি সঠিকভাবে কাজ করেছে।
200_সাকসেস

1
কাঁচা টার (সংকুচিত নয়) সংরক্ষণাগার তৈরি করার সময় আমার সাথে এটি ঘটেছিল। অবশ্যই bzip সম্পর্কিত নয়। এবং যাইহোক, রান দৈর্ঘ্যের এনকোডিং হুবহু অস্বাভাবিক নয় তাই এটি bzip রিপোর্টিংকে বিরক্ত করবে not
Wyatt8740

1

dump.sqlপ্রশ্নযুক্ত ফাইলটি বলা হয়েছিল , সুতরাং সম্ভবত কোনও bz2 সংকোচিত ফাইল নয়। - যে কোনও ক্ষেত্রে, সমস্যাটি bz2 বা ফাইলের বিষয়বস্তুর সাথে সম্পর্কিত নয়।

বার্তাটির অর্থ হ'ল, stat()ফাইলটিতে থাকা ফাইলটি যে পরিমাণটি ফাইল থেকে পড়তে পারে তার চেয়ে আলাদা আকারের প্রতিবেদন করেছিল। এটি ঘটতে পারে, যদি tarকাজ করার সময় ফাইলটি পরিবর্তন করা হত।

এটি লিনাক্সের / সিস্টেমে ফাইল সিস্টেমের মতো "ভার্চুয়াল ফাইলগুলি" তেও ঘটে। তাদের মধ্যে 4096 বাইট আকারের (একটি স্বেচ্ছাচারিত মান) দিয়ে রিপোর্ট করা হয়। একবার read(), তারা কেবল কয়েকটা বাইট ফেরত দেয়।

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