bzcat - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

bzip2, bunzip2 - एक ब्लॉक-सॉर्टिंग फ़ाइल कंप्रेसर, v1.0.6
bzcat - stdout करने के लिए फ़ाइलों को डीकंप्रेस करता है
bzip2recover - क्षतिग्रस्त bzip2 फ़ाइलों से डेटा पुनर्प्राप्त करता है

SYNOPSIS

bzip2 [ -cdfkqstvzVL123456789 ] [ फ़ाइल नाम ... ]
bzip2 [ -एच|--सहायता ]
बंज़िप2 [ -fkvsVL ] [ फ़ाइल नाम ... ]
बंज़िप2 [ -एच|--सहायता ]
bzcat [ -s ] [ फ़ाइल नाम ... ]
bzcat [ -एच|--सहायता ]
bzip2recover फ़ाइल का नाम

वर्णन

bzip2 बरोज़-व्हीलर ब्लॉक सॉर्टिंग टेक्स्ट कम्प्रेशन एल्गोरिदम का उपयोग करके फ़ाइलों को संपीड़ित करता है,
और हफ़मैन कोडिंग। संपीड़न आम तौर पर प्राप्त की तुलना में काफी बेहतर होता है
अधिक पारंपरिक LZ77/LZ78-आधारित कम्प्रेसर, और PPM के प्रदर्शन के करीब पहुँचते हैं
सांख्यिकीय कम्प्रेसर का परिवार।

कमांड-लाइन विकल्प जानबूझकर इनके समान ही हैं जीएनयू गज़िप, किंतु वे
समान नहीं।

bzip2 कमांड-लाइन फ़्लैग के साथ फ़ाइल नामों की एक सूची की अपेक्षा करता है। प्रत्येक फ़ाइल है
"original_name.bz2" नाम से स्वयं के एक संपीड़ित संस्करण द्वारा प्रतिस्थापित किया गया। प्रत्येक
संपीड़ित फ़ाइल में समान संशोधन तिथि, अनुमतियाँ और, जब संभव हो, स्वामित्व होता है
संगत मूल के रूप में, ताकि इन गुणों को सही ढंग से पुनर्स्थापित किया जा सके
विघटन का समय. फ़ाइल नाम प्रबंधन इस अर्थ में अनुभवहीन है कि इसमें कोई तंत्र नहीं है
फ़ाइल सिस्टम में मूल फ़ाइल नाम, अनुमतियाँ, स्वामित्व या दिनांक को संरक्षित करने के लिए
इन अवधारणाओं का अभाव है, या MS-DOS जैसे गंभीर फ़ाइल नाम लंबाई प्रतिबंध हैं।

bzip2 और बंज़िप2 डिफ़ॉल्ट रूप से मौजूदा फ़ाइलों को अधिलेखित नहीं करेगा। अगर आप ये चाहते हैं
घटित हो, -f ध्वज निर्दिष्ट करें।

यदि कोई फ़ाइल नाम निर्दिष्ट नहीं है, bzip2 मानक इनपुट से मानक आउटपुट तक संपीड़ित करता है।
इस मामले में, bzip2 किसी टर्मिनल पर संपीड़ित आउटपुट लिखने से इंकार कर दिया जाएगा, जैसा कि यह होगा
पूरी तरह से समझ से बाहर है और इसलिए व्यर्थ है।

बंज़िप2 (या bzip2 -डी) सभी निर्दिष्ट फ़ाइलों को डीकंप्रेस करता है। फ़ाइलें जो द्वारा नहीं बनाई गई थीं
bzip2 पता लगाया जाएगा और अनदेखा किया जाएगा, और एक चेतावनी जारी की जाएगी। bzip2 अनुमान लगाने का प्रयास करता है
संपीड़ित फ़ाइल से विघटित फ़ाइल का फ़ाइल नाम इस प्रकार है:

फ़ाइलनाम.bz2 फ़ाइलनाम बन जाता है
फ़ाइलनाम.bz फ़ाइलनाम बन जाता है
फ़ाइलनाम.tbz2 फ़ाइलनाम.tar बन जाता है
फ़ाइलनाम.tbz फ़ाइलनाम.tar बन जाता है
Anyothername, Anyothername.out बन जाता है

यदि फ़ाइल किसी मान्यता प्राप्त अंत में समाप्त नहीं होती है, .bz2, .bz, .tbz2 or .tbz, bzip2
शिकायत करता है कि वह मूल फ़ाइल के नाम का अनुमान नहीं लगा सकता, और मूल नाम का उपयोग करता है
साथ में ।बाहर संलग्न।

संपीड़न की तरह, कोई फ़ाइल नाम न देने से मानक इनपुट से विसंपीड़न होता है
मानक आउटपुट।

बंज़िप2 एक फ़ाइल को सही ढंग से डीकंप्रेस करेगा जो दो या दो से अधिक का संयोजन है
संपीड़ित फ़ाइलें. परिणाम संगत असम्पीडित का संयोजन है
फ़ाइलें. संयोजित संपीड़ित फ़ाइलों की सत्यनिष्ठा परीक्षण (-t) भी समर्थित है।

आप -c फ़्लैग देकर फ़ाइलों को मानक आउटपुट में संपीड़ित या डीकंप्रेस भी कर सकते हैं।
इस प्रकार एकाधिक फ़ाइलें संपीड़ित और विसंपीड़ित की जा सकती हैं। परिणामी आउटपुट हैं
स्टडआउट करने के लिए क्रमिक रूप से खिलाया गया। इस तरीके से एकाधिक फ़ाइलों का संपीड़न उत्पन्न करता है
एकाधिक संपीड़ित फ़ाइल अभ्यावेदन वाली स्ट्रीम। ऐसी धारा हो सकती है
केवल द्वारा ही सही ढंग से डीकंप्रेस किया गया bzip2 संस्करण 0.9.0 या बाद का। के पूर्व संस्करण bzip2
स्ट्रीम में पहली फ़ाइल को डीकंप्रेस करने के बाद बंद हो जाएगा।

bzcat (या bzip2 -डीसी) सभी निर्दिष्ट फ़ाइलों को मानक आउटपुट पर विघटित करता है।

bzip2 पर्यावरण चर से तर्क पढ़ेंगे bzip2 और बीज़िप, उस क्रम में,
और कमांड लाइन से किसी भी तर्क को पढ़ने से पहले उन्हें संसाधित करेगा। यह एक देता है
डिफ़ॉल्ट तर्क प्रदान करने का सुविधाजनक तरीका।

संपीड़न हमेशा किया जाता है, भले ही संपीड़ित फ़ाइल इससे थोड़ी बड़ी हो
मूल। लगभग एक सौ बाइट्स से कम की फ़ाइलें बड़ी हो जाती हैं, क्योंकि
संपीड़न तंत्र में 50 बाइट्स के क्षेत्र में एक स्थिर ओवरहेड होता है। यादृच्छिक डेटा
(अधिकांश फ़ाइल कंप्रेसर के आउटपुट सहित) को लगभग 8.05 बिट प्रति बाइट पर कोड किया गया है,
लगभग 0.5% का विस्तार दे रहा है।

अपनी सुरक्षा के लिए स्व-जांच के रूप में, bzip2 यह सुनिश्चित करने के लिए 32-बिट सीआरसी का उपयोग करता है
फ़ाइल का विघटित संस्करण मूल के समान है। इससे बचाव होता है
संपीड़ित डेटा का भ्रष्टाचार, और अनिर्धारित बग के विरुद्ध bzip2 (उम्मीद है बहुत
असंभावित)। डेटा भ्रष्टाचार का पता न चल पाने की संभावना सूक्ष्म है, लगभग एक
प्रत्येक संसाधित फ़ाइल के लिए चार बिलियन का मौका। हालाँकि, सावधान रहें कि जाँच होती है
डीकंप्रेसन पर, इसलिए यह आपको केवल यह बता सकता है कि कुछ गलत है। यह आपकी मदद नहीं कर सकता
मूल असम्पीडित डेटा पुनर्प्राप्त करें. आप उपयोग कर सकते हैं bzip2recover डेटा पुनर्प्राप्त करने का प्रयास करने के लिए
क्षतिग्रस्त फ़ाइलों से.

वापसी मान: सामान्य निकास के लिए 0, पर्यावरणीय समस्याओं के लिए 1 (फ़ाइल नहीं मिली, अमान्य
झंडे, I/O त्रुटियाँ, &c), 2 भ्रष्ट संपीड़ित फ़ाइल को इंगित करने के लिए, 3 आंतरिक के लिए
संगति त्रुटि (उदाहरण के लिए, बग) जिसके कारण हुआ bzip2 दहशत।

विकल्प

-c --stdout
मानक आउटपुट पर कंप्रेस या डीकंप्रेस करें।

-d -- डीकंप्रेस
बल विसंपीडन. bzip2, बंज़िप2 और bzcat वास्तव में एक ही कार्यक्रम हैं, और
किस नाम का उपयोग किया गया है उसके आधार पर यह निर्णय लिया जाता है कि क्या कार्रवाई की जानी चाहिए।
यह ध्वज उस तंत्र और ताकतों पर हावी है bzip2 विसंपीड़न करने के लिए.

-z --संकुचित करें
-d का पूरक: आह्वान नाम की परवाह किए बिना संपीड़न को बल देता है।

-t --परीक्षण
निर्दिष्ट फ़ाइल(फ़ाइलों) की अखंडता की जाँच करें, लेकिन उन्हें डीकंप्रेस न करें। यह सचमुच
एक परीक्षण डीकंप्रेसन करता है और परिणाम को फेंक देता है।

-f --बल
आउटपुट फ़ाइलों को बलपूर्वक ओवरराइट करें. सामान्य रूप से, bzip2 मौजूदा को अधिलेखित नहीं करेगा
आउटपुट फ़ाइलें। बल भी देता है bzip2 फ़ाइलों के हार्ड लिंक को तोड़ने के लिए, अन्यथा यह
नहीं करेंगे.

bzip2 आम तौर पर उन फ़ाइलों को डीकंप्रेस करने से इनकार कर देता है जिनमें सही जादू नहीं होता है
हेडर बाइट्स. हालाँकि, अगर (-f) मजबूर किया जाता है, तो यह ऐसी फ़ाइलों को असंशोधित माध्यम से पास कर देगा।
GNU gzip इस प्रकार व्यवहार करता है.

-k --रखना
संपीड़न या विसंपीड़न के दौरान इनपुट फ़ाइलों को रखें (हटाएँ नहीं)।

-s --छोटा
संपीड़न, विसंपीड़न और परीक्षण के लिए मेमोरी का उपयोग कम करें। फ़ाइलें हैं
एक संशोधित एल्गोरिदम का उपयोग करके डीकंप्रेस्ड और परीक्षण किया गया जिसके लिए केवल 2.5 बाइट्स की आवश्यकता होती है
प्रति ब्लॉक बाइट. इसका मतलब है कि किसी भी फ़ाइल को 2300 k मेमोरी में डीकंप्रेस किया जा सकता है,
यद्यपि सामान्य गति से लगभग आधी गति पर।

संपीड़न के दौरान, -s 200 k के ब्लॉक आकार का चयन करता है, जो मेमोरी उपयोग को सीमित करता है
आपके संपीड़न अनुपात की कीमत पर, उसी आंकड़े के आसपास। संक्षेप में, यदि
आपकी मशीन में मेमोरी कम है (8 मेगाबाइट या उससे कम), हर चीज़ के लिए -s का उपयोग करें। देखना
स्मृति प्रबंधन नीचे।

-q --शांत
गैर-आवश्यक चेतावनी संदेशों को दबाएँ। I/O त्रुटियों से संबंधित संदेश और
अन्य महत्वपूर्ण घटनाओं को दबाया नहीं जाएगा।

-v --शब्दशः
वर्बोज़ मोड - संसाधित प्रत्येक फ़ाइल के लिए संपीड़न अनुपात दिखाएं। आगे -v's
वाचालता के स्तर को बढ़ाएं, बहुत सारी जानकारी उगल दें जो मुख्य रूप से है
निदान प्रयोजनों के लिए रुचि.

-h --मदद
एक सहायता संदेश प्रिंट करें और बाहर निकलें।

-L --लाइसेंस -V --संस्करण
सॉफ़्टवेयर संस्करण, लाइसेंस नियम और शर्तें प्रदर्शित करें।

-1 (या --तेज़) सेवा मेरे -9 (या --श्रेष्ठ)
संपीड़ित करते समय ब्लॉक का आकार 100 k, 200 k ... 900 k पर सेट करें। जब कोई असर नहीं होता
डीकंप्रेसिंग नीचे स्मृति प्रबंधन देखें। --fast और --best उपनाम हैं
मुख्य रूप से GNU gzip संगतता के लिए। विशेष रूप से, --तेज़ से चीज़ें नहीं बनतीं
काफ़ी तेज़. और --best केवल डिफ़ॉल्ट व्यवहार का चयन करता है।

-- बाद के सभी तर्कों को फ़ाइल नाम के रूप में मानता है, भले ही वे डैश से शुरू हों।
ऐसा इसलिए है ताकि आप डैश से शुरू होने वाले नामों वाली फ़ाइलों को संभाल सकें, उदाहरण के लिए:
bzip2 -- -myfilename.

--दोहराव-तेज़ --दोहराव-सर्वोत्तम
ये झंडे 0.9.5 और उससे ऊपर के संस्करणों में अनावश्यक हैं। उन्होंने कुछ मोटा प्रदान किया
पिछले संस्करणों में सॉर्टिंग एल्गोरिदम के व्यवहार पर नियंत्रण, जो था
कभी-कभी उपयोगी. 0.9.5 और इसके बाद के संस्करण में एक बेहतर एल्गोरिदम है जो इन्हें प्रस्तुत करता है
झंडे अप्रासंगिक.

स्मृति प्रबंधन

bzip2 बड़ी फ़ाइलों को ब्लॉकों में संपीड़ित करता है। ब्लॉक का आकार संपीड़न अनुपात दोनों को प्रभावित करता है
हासिल किया गया, और संपीड़न और डीकंप्रेसन के लिए आवश्यक मेमोरी की मात्रा। झंडे-1
-9 के माध्यम से ब्लॉक का आकार 100,000 बाइट्स से 900,000 बाइट्स (डिफ़ॉल्ट) तक निर्दिष्ट करें
क्रमश। डीकंप्रेसन के समय, संपीड़न के लिए उपयोग किए जाने वाले ब्लॉक आकार को पढ़ा जाता है
संपीड़ित फ़ाइल का शीर्षलेख, और बंज़िप2 फिर स्वयं को पर्याप्त मेमोरी आवंटित करता है
फ़ाइल को डीकंप्रेस करें। चूंकि ब्लॉक आकार संपीड़ित फ़ाइलों में संग्रहीत होते हैं, इसलिए यह इस प्रकार है
-1 से -9 तक के झंडे अप्रासंगिक हैं और इसलिए डीकंप्रेसन के दौरान इन्हें नजरअंदाज कर दिया जाता है।

बाइट्स में संपीड़न और डीकंप्रेसन आवश्यकताओं का अनुमान इस प्रकार लगाया जा सकता है:

संपीड़न: 400 k + (8 x ब्लॉक आकार)

डीकंप्रेसन: 100 k + (4 x ब्लॉक आकार), या
100 k + (2.5 x ब्लॉक आकार)

बड़े ब्लॉक आकार तेजी से घटते सीमांत रिटर्न देते हैं। अधिकांश संपीड़न
ब्लॉक आकार के पहले दो या तीन सौ K से आता है, यह ध्यान में रखने योग्य तथ्य है
का उपयोग करते समय bzip2 छोटी मशीनों पर. इस बात की सराहना करना भी महत्वपूर्ण है कि
डीकंप्रेसन मेमोरी आवश्यकता को ब्लॉक आकार की पसंद से संपीड़न समय पर सेट किया जाता है।

डिफ़ॉल्ट 900 k ब्लॉक आकार के साथ संपीड़ित फ़ाइलों के लिए, बंज़िप2 लगभग 3700 की आवश्यकता होगी
डीकंप्रेस करने के लिए kbytes. 4 मेगाबाइट मशीन पर किसी फ़ाइल के डीकंप्रेसन का समर्थन करने के लिए,
बंज़िप2 इसमें मेमोरी की लगभग आधी मात्रा का उपयोग करके डीकंप्रेस करने का विकल्प होता है
2300 किलोबाइट. डिकंप्रेशन की गति भी आधी हो गई है, इसलिए आपको इस विकल्प का उपयोग केवल वहीं करना चाहिए
ज़रूरी। प्रासंगिक ध्वज -s है।

सामान्य तौर पर, उसके बाद से सबसे बड़े ब्लॉक आकार की मेमोरी बाधाओं की अनुमति देने का प्रयास करें और उपयोग करें
प्राप्त संपीड़न को अधिकतम करता है। संपीड़न और विसंपीड़न गति वस्तुतः हैं
ब्लॉक आकार से अप्रभावित.

एक और महत्वपूर्ण बात उन फ़ाइलों पर लागू होती है जो एक ही ब्लॉक में फिट होती हैं - यानी अधिकांश
बड़े ब्लॉक आकार का उपयोग करके आपके सामने आने वाली फ़ाइलें। स्पर्श की गई वास्तविक स्मृति की मात्रा है
फ़ाइल के आकार के समानुपाती, क्योंकि फ़ाइल एक ब्लॉक से छोटी है। के लिए
उदाहरण के लिए, ध्वज -20,000 के साथ 9 बाइट्स लंबी फ़ाइल को संपीड़ित करने से कंप्रेसर खराब हो जाएगा
लगभग 7600 k मेमोरी आवंटित करने के लिए, लेकिन केवल 400 k + 20000 * 8 = 560 kbytes को स्पर्श करें।
इसी तरह, डीकंप्रेसर 3700 k आवंटित करेगा लेकिन केवल 100 k + 20000 * 4 = 180 को छूएगा
kbytes.

यहां एक तालिका है जो विभिन्न ब्लॉक आकारों के लिए अधिकतम मेमोरी उपयोग का सारांश प्रस्तुत करती है। भी
कैलगरी टेक्स्ट कंप्रेशन कॉर्पस की 14 फ़ाइलों का कुल संपीड़ित आकार दर्ज किया गया है
कुल 3,141,622 बाइट्स। यह कॉलम कुछ अनुभव देता है कि संपीड़न किस प्रकार भिन्न होता है
ब्लॉक का आकार। ये आंकड़े बड़े ब्लॉक आकारों के लाभ को कम करके आंकते हैं
बड़ी फ़ाइलें, चूंकि कॉर्पस पर छोटी फ़ाइलों का प्रभुत्व है।

कंप्रेस डीकंप्रेस डीकंप्रेस कॉर्पस
ध्वज उपयोग उपयोग -s उपयोग आकार

-1 1200k 500k 350k 914704
-2 2000k 900k 600k 877703
-3 2800k 1300k 850k 860338
-4 3600k 1700k 1100k 846899
-5 4400k 2100k 1350k 845160
-6 5200k 2500k 1600k 838626
-7 6100k 2900k 1850k 834096
-8 6800k 3300k 2100k 828642
-9 7600k 3700k 2350k 828642

ठीक हो आंकड़े से क्षतिग्रस्त फ़ाइलें

bzip2 फ़ाइलों को आमतौर पर 900 किलोबाइट लंबे ब्लॉकों में संपीड़ित करता है। प्रत्येक ब्लॉक को संभाला जाता है
स्वतंत्र रूप से। यदि किसी मीडिया या ट्रांसमिशन त्रुटि के कारण मल्टी-ब्लॉक .bz2 फ़ाइल बन जाती है
क्षतिग्रस्त होने पर, फ़ाइल में क्षतिग्रस्त ब्लॉकों से डेटा पुनर्प्राप्त करना संभव हो सकता है।

प्रत्येक ब्लॉक का संपीड़ित प्रतिनिधित्व 48-बिट पैटर्न द्वारा सीमांकित किया जाता है, जो बनाता है
उचित निश्चितता के साथ ब्लॉक सीमाओं का पता लगाना संभव है। प्रत्येक ब्लॉक भी
इसका अपना 32-बिट सीआरसी है, इसलिए क्षतिग्रस्त ब्लॉकों को क्षतिग्रस्त ब्लॉकों से अलग किया जा सकता है।

bzip2recover एक सरल प्रोग्राम है जिसका उद्देश्य .bz2 फ़ाइलों में ब्लॉक की खोज करना है, और
प्रत्येक ब्लॉक को उसकी अपनी .bz2 फ़ाइल में लिखें। फिर आप उपयोग कर सकते हैं bzip2 -टी का परीक्षण करने के लिए
परिणामी फ़ाइलों की अखंडता, और जो क्षतिग्रस्त नहीं हैं उन्हें डीकंप्रेस करें।

bzip2recover एक एकल तर्क लेता है, क्षतिग्रस्त फ़ाइल का नाम, और कई लिखता है
फ़ाइलें "rec00001file.bz2", "rec00002file.bz2", आदि, जिनमें निकाले गए ब्लॉक शामिल हैं।
आउटपुट फ़ाइल नाम इस प्रकार डिज़ाइन किए गए हैं कि बाद की प्रोसेसिंग में वाइल्डकार्ड का उपयोग किया जा सके --
उदाहरण के लिए, "bzip2 -dc rec*file.bz2 > पुनर्प्राप्त_डेटा" -- इसमें फ़ाइलों को संसाधित करता है
उचित क्रम।

bzip2recover बड़ी .bz2 फ़ाइलों से निपटने के लिए यह सबसे अधिक उपयोगी होनी चाहिए, क्योंकि इनमें ये शामिल होंगी
कई ब्लॉक. क्षतिग्रस्त एकल-ब्लॉक फ़ाइलों पर इसका उपयोग करना स्पष्ट रूप से व्यर्थ है
क्षतिग्रस्त ब्लॉक को पुनर्प्राप्त नहीं किया जा सकता. यदि आप किसी संभावित डेटा हानि को कम करना चाहते हैं
मीडिया या ट्रांसमिशन त्रुटियों के कारण, आप एक छोटे ब्लॉक के साथ संपीड़ित करने पर विचार कर सकते हैं
आकार।

निष्पादन टिप्पणियाँ

संपीड़न का सॉर्टिंग चरण फ़ाइल में समान स्ट्रिंग्स को एक साथ इकट्ठा करता है। की वजह से
यह, ऐसी फ़ाइलें हैं जिनमें बहुत लंबे समय तक बार-बार दोहराए जाने वाले प्रतीक हैं, जैसे "आबाबाबाबा..."
(कई सौ बार दोहराया गया) सामान्य से अधिक धीरे-धीरे संकुचित हो सकता है। संस्करण 0.9.5 और
इस संबंध में उपरोक्त संस्करण पिछले संस्करणों की तुलना में काफी बेहतर है। सबसे खराब के बीच का अनुपात-
केस और औसत-केस संपीड़न समय 10:1 के क्षेत्र में है। पिछले संस्करणों के लिए,
यह आंकड़ा लगभग 100:1 जैसा था। आप प्रगति की निगरानी के लिए -vvvv विकल्प का उपयोग कर सकते हैं
यदि आप चाहें तो बढ़िया विवरण।

डीकंप्रेसन की गति इन घटनाओं से अप्रभावित रहती है।

bzip2 आमतौर पर संचालन के लिए कई मेगाबाइट मेमोरी आवंटित करता है, और फिर सभी को चार्ज करता है
इसके ऊपर काफी बेतरतीब ढंग से। इसका मतलब है कि प्रदर्शन, कंप्रेसिंग और दोनों के लिए
डीकंप्रेसिंग, काफी हद तक उस गति से निर्धारित होती है जिस गति से आपकी मशीन कैश की सेवा कर सकती है
चूक जाता है. इस वजह से, मिस रेट को कम करने के लिए कोड में छोटे बदलाव किए गए हैं
असंगत रूप से बड़े प्रदर्शन सुधार देने के लिए देखा गया। मैं कल्पना करता हूँ bzip2 मर्जी
बहुत बड़े कैश वाली मशीनों पर सर्वश्रेष्ठ प्रदर्शन करें।

चेतावनियां

I/O त्रुटि संदेश उतने उपयोगी नहीं हैं जितने हो सकते हैं। bzip2 I/O का पता लगाने के लिए कड़ी मेहनत करता है
त्रुटियाँ और साफ़-साफ़ बाहर निकलें, लेकिन समस्या क्या है इसका विवरण कभी-कभी अधिक प्रतीत होता है
भ्रामक।

यह मैनुअल पेज संस्करण 1.0.6 से संबंधित है bzip2. इसके द्वारा बनाया गया संपीड़ित डेटा
संस्करण पूरी तरह से पिछली सार्वजनिक रिलीज़ के साथ आगे और पीछे संगत है,
संस्करण 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 और ऊपर, लेकिन निम्नलिखित के साथ
अपवाद: 0.9.0 और इसके बाद के संस्करण कई संयोजित संपीड़ितों को सही ढंग से डीकंप्रेस कर सकते हैं
फ़ाइलें. 0.1pl2 ऐसा नहीं कर सकता; यह केवल पहली फ़ाइल को डीकंप्रेस करने के बाद बंद हो जाएगा
धारा।

bzip2recover 1.0.2 से पहले के संस्करणों में बिट स्थितियों को दर्शाने के लिए 32-बिट पूर्णांकों का उपयोग किया जाता था
संपीड़ित फ़ाइलें, इसलिए वे 512 मेगाबाइट से अधिक लंबी संपीड़ित फ़ाइलों को संभाल नहीं सकते थे।
संस्करण 1.0.2 और इसके बाद के संस्करण कुछ प्लेटफार्मों पर 64-बिट इनट्स का उपयोग करते हैं जो उनका समर्थन करते हैं (जीएनयू)।
समर्थित लक्ष्य, और विंडोज़)। यह स्थापित करने के लिए कि bzip2recover के साथ बनाया गया था या नहीं
ऐसी सीमा, इसे बिना तर्क के चलाएँ। किसी भी स्थिति में आप स्वयं का निर्माण कर सकते हैं
असीमित संस्करण यदि आप इसे मेब्यूइंट64 के साथ पुन: संकलित कर सकते हैं तो एक अहस्ताक्षरित 64-बिट सेट करें
पूर्णांक।

onworks.net सेवाओं का उपयोग करके ऑनलाइन bzcat का उपयोग करें