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

कार्यक्रम:

नाम

xorrisofs - प्रोग्राम xorriso द्वारा ISO 9660 प्रोग्राम mkisofs का अनुकरण

SYNOPSIS

xorrisofs [ विकल्प ] [-ओ फ़ाइल नाम ] पाथस्पेक [पाथस्पेक ...]

वर्णन

xorrisofs रॉक रिज संवर्धित ISO 9660 फ़ाइल सिस्टम और ऐसे ऐड-ऑन सत्र तैयार करता है
फ़ाइल सिस्टम। वैकल्पिक रूप से यह जूलियट निर्देशिका वृक्ष भी तैयार कर सकता है।

xorrisofs जोर्ज शिलिंग द्वारा cdrtools से प्रोग्राम mkisofs के विकल्पों को समझता है। इसका
कार्यान्वयन प्रोग्राम xorriso का हिस्सा है जो cdrtools के साथ कोई स्रोत कोड साझा नहीं करता है।

आईएसओ 9660, चट्टान रिज, जूलियट, HFS +:
आईएसओ 9660 (उर्फ ईसीएमए-119) एक रीड-ओनली फ़ाइल सिस्टम है जिसका उपयोग मुख्य रूप से ऑप्टिकल मीडिया के लिए किया जाता है
सीडी, डीवीडी, बीडी, लेकिन यह डिस्क फ़ाइलों, यूएसबी स्टिक आदि जैसे अन्य भंडारण उपकरणों पर भी मौजूद हो सकता है
डिस्क विभाजन. यह कई ऑपरेटिंग सिस्टमों और बूट सुविधाओं द्वारा व्यापक रूप से पढ़ने योग्य है
व्यक्तिगत कम्प्यूटर्स।
ISO 9660 निर्देशिकाओं और डेटा फ़ाइलों को बिना किसी सीमित फ़ाइल नाम के वर्णित करता है
अपर केस और लोअर केस का भेद. इसका मेटाडेटा मौलिक POSIX का अनुपालन नहीं करता है
विनिर्देशों.
चट्टान चोटी अतिरिक्त जानकारी के एक सेट का नाम है जो आईएसओ 9660 . को बढ़ाता है
फाइल सिस्टम ताकि यह स्वामित्व, पहुंच के साथ एक पॉज़िक्स अनुपालन फाइल सिस्टम का प्रतिनिधित्व कर सके
अनुमतियाँ, प्रतीकात्मक लिंक और अन्य विशेषताएँ। रॉक रिज तक के फ़ाइल नाम की अनुमति देता है
255 बाइट्स और 1024 बाइट्स तक के पथ।
xorrisofs डिफ़ॉल्ट रूप से रॉक रिज जानकारी तैयार करता है। इसे दृढ़तापूर्वक हतोत्साहित किया जाता है
इस सुविधा को अक्षम करें।
जुलिअट एक अतिरिक्त निर्देशिका ट्री का नाम है जो 64 तक फ़ाइल नाम प्रदान करता है
वर्णों को UTF-16 के रूप में एन्कोड किया गया है। आईएसओ पढ़ने के लिए जूलियट का पेड़ मुख्य रूप से दिलचस्प है
Microsoft Corporation के ऑपरेटिंग सिस्टम द्वारा छवि। इस निर्देशिका वृक्ष का उत्पादन
विकल्प -जे द्वारा सक्षम किया जा सकता है।
आईएसओ 9660:1999 एक अतिरिक्त निर्देशिका ट्री का नाम है जो लंबे फ़ाइल नाम प्रदान करता है।
यह एकल फ़ाइल नामों को 207 वर्णों तक रखने की अनुमति देता है। यह कुछ लोगों के काम आ सकता है
पुराने कंप्यूटर सिस्टम बूट सुविधाएं जो न तो रॉक रिज और न ही जोलीट को पढ़ती हैं लेकिन उनकी आवश्यकता है
फिर भी लंबे फ़ाइल नाम। इस निर्देशिका ट्री का उत्पादन विकल्प द्वारा सक्षम किया जा सकता है
-आईएसओ-स्तर 4.
Hfs + एक फ़ाइल सिस्टम का नाम है जिसका उपयोग सामान्यतः हार्ड पर लिखने और पढ़ने के लिए किया जाता है
डिस्क और समान उपकरण। उभरते आईएसओ में एचएफएस+ विभाजन को एम्बेड करना संभव है
9660 छवि और इसे Apple विभाजन मानचित्र प्रविष्टियों द्वारा चिह्नित करना। इससे विकल्पों में बाधा आती है
जो ISO छवि के पहले 32 KiB में डेटा कॉपी करते हैं, जैसे -G या -isohybrid-mbr। देखना
विकल्प -एचएफएसप्लस।
एम्बेडेड HFS+ विभाजन रखने का मुख्य उद्देश्य कुछ मॉडलों को बूट करना है
एप्पल कंप्यूटर.

सम्मिलित करना फ़ाइलों में la आईएसओ चित्र:
xorrisofs दो प्रकार के फ़ाइल पतों से संबंधित है:
डिस्क_पथ स्थानीय फाइल सिस्टम ट्री में किसी वस्तु का पथ है।
iso_rr_path आईएसओ छवि में फ़ाइल ऑब्जेक्ट का रॉक रिज पता है। यदि कोई रॉक रिज नहीं है
जानकारी एक उभरते आईएसओ में संग्रहीत की जाएगी, फिर नाम आईएसओ 9660 पर मैप हो जाएंगे
सीमित लंबाई और वर्ण सेट के नाम.

एक प्रोग्राम तर्क को इस प्रकार संभाला जाता है पाथस्पेक, यदि यह मूल mkisofs के रूप में पहचाना नहीं गया है
विकल्प या अतिरिक्त xorrisofs विकल्प। एक पाथस्पेक एक इनपुट फ़ाइल ऑब्जेक्ट को a द्वारा दर्शाता है
डिस्क_पथ. यदि विकल्प -ग्राफ्ट-पॉइंट मौजूद नहीं है, तो व्यवहार फ़ाइल पर निर्भर करता है
डिस्क_पथ का प्रकार. निर्देशिकाएँ आईएसओ छवि की /-निर्देशिका के साथ विलय हो जाती हैं। की फ़ाइलें
अन्य प्रकार /-निर्देशिका में कॉपी हो जाते हैं।
यदि -ग्राफ्ट-पॉइंट मौजूद है तो प्रत्येक पाथस्पेक पहली बार में विभाजित हो जाता है
=-चरित्र. = से पहले वाला भाग इस प्रकार लिया जाता है लक्ष्य, यानी फ़ाइल के लिए iso_rr_path
ISO छवि में ऑब्जेक्ट. पहले = के बाद वाला भाग इस प्रकार लिया जाता है स्रोत, यानी डिस्क_पथ
इनपुट ऑब्जेक्ट का.
=-अक्षरों को a से पहले रखकर iso_rr_path का हिस्सा बनाना संभव है
\-चरित्र। \-अक्षरों के लिए भी ऐसा ही किया जाना चाहिए जो इसका हिस्सा होंगे
iso_rr_path.

यदि पाथस्पेक का स्रोत भाग किसी निर्देशिका की ओर ले जाता है, तो इसके नीचे की सभी फ़ाइलें
निर्देशिका भी छवि में सम्मिलित हो जाती है। विशेष फ़ाइलों को बाहर करना संभव है
विकल्प -m की सहायता से सम्मिलित किये जाने से।
यदि वह लक्ष्य पहले से मौजूद है, तो निम्नलिखित नियम लागू होते हैं: निर्देशिकाएँ और अन्य फ़ाइलें
मौजूदा गैर-निर्देशिकाओं को अधिलेखित कर सकता है। निर्देशिकाएँ मौजूदा निर्देशिकाओं के साथ विलय हो जाती हैं।
गैर-निर्देशिकाएँ मौजूदा निर्देशिकाओं को अधिलेखित नहीं कर सकतीं।

संबंध सेवा मेरे कार्यक्रम ज़ोरिसो:
xorrisofs वास्तव में प्रोग्राम का एक कमांड मोड है एक्सोरिसो, जो या तो द्वारा दर्ज किया जाता है
xorriso कमांड "-as mkisofs" या "xorrisofs" नामों में से किसी एक नाम से प्रोग्राम शुरू करके,
"mkisofs", "genisoimage", या "genisofs"।
इस कमांड मोड को तर्क "--" द्वारा छोड़ा जा सकता है जो सामान्य xorriso कमांड की ओर ले जाता है
मोड। ले देख आदमी एक्सोरिसो इसके विवरण के लिए.

एक्सोरिसो लिबबर्न की मदद से छवि पढ़ने और लिखने का कार्य करता है, जो मुख्य रूप से अभिप्रेत है
ऑप्टिकल ड्राइव के लिए, लेकिन निर्देशिकाओं को छोड़कर सभी POSIX फ़ाइल प्रकारों पर भी काम करता है।
प्रोग्राम संदेश किसी भी छवि फ़ाइल को "ड्राइव" कहते हैं। फ़ाइल प्रकार जिनके लिए समर्थित नहीं हैं
पढ़ने को "रिक्त" के रूप में रिपोर्ट किया जाता है। रिपोर्ट किया गया मुक्त मीडिया स्थान काफी काल्पनिक हो सकता है।
फिर भी xorrisofs ऑप्टिकल ड्राइव पर सीधे काम नहीं करता है, बल्कि बल देता है
उन्हें सामान्य डिवाइस फ़ाइलों के रूप में मानने के लिए libburn। तो अनुक्रमिक ऑप्टिकल के लेखन के लिए
मीडिया (सीडी, डीवीडी-आर, डीवीडी+आर, बीडी-आर) के लिए बर्न प्रोग्राम का उपयोग करना होगा। उदाहरण के लिए सीडीरिकॉर्ड
xorriso का अनुकरण. उदाहरण देखें.

विकल्प

छवि लोड हो रहा है:

निम्नलिखित विकल्प मौजूदा आईएसओ छवि की लोडिंग को नियंत्रित करते हैं
एक उपयुक्त ऐड-ऑन सत्र तैयार करना। यदि वे गायब हैं तो एक नई छवि बनती है
शुरुवात से।

-M डिस्क_पथ
वह पथ सेट करें जिससे मौजूदा ISO छवि निर्देशिका ट्री को लोड करना है
आगामी निर्देशिका ट्री को ऐड-ऑन सत्र के रूप में आधार बनाएं। रास्ता एक की ओर ले जाना चाहिए
रैंडम-एक्सेस पठनीय फ़ाइल ऑब्जेक्ट। जीएनयू/लिनक्स पर: नियमित डेटा फ़ाइलें या ब्लॉक
डिवाइस फ़ाइलें।
एक विशेष प्रकार के छद्म डिस्क_पथ का रूप है "/देव/एफडी/"संख्या। यह दर्शाता है
दिए गए नंबर के साथ फ़ाइल डिस्क्रिप्टर खोलें, भले ही ऑपरेटिंग सिस्टम कोई भी हो
फ़ाइल नोड्स द्वारा इस सुविधा का समर्थन करता है /देव/एफडी या नहीं। उदाहरण के लिए /dev/fd/3 फ़ाइल है
डिस्क्रिप्टर 3 जिसे प्रोग्राम द्वारा खोला गया था जिसने बाद में xorriso शुरू किया।

-पिछला-सत्र डिस्क_पथ
-एम का उपनाम.

-देव डिस्क_पथ
-एम का उपनाम.

-C last_session_start, अगला_लिखने योग्य_पता
ISO छवि को पढ़ने के लिए 2 KiB ब्लॉक पता Last_session_start सेट करें
विकल्प -M द्वारा दी गई फ़ाइल का।
अल्पविराम से अलग करके, अगला_writeable_address सेट करें जिसमें ऐड-ऑन सत्र हो
अंततः लिखा जाएगा. निर्णायक वास्तव में वह ब्लॉक पता है जिसका उद्देश्य है
पाठकों को इच्छित माध्यम पर सुपरब्लॉक पते के रूप में उपयोग करना होगा।
दोनों मूल्यों को बर्न प्रोग्राम की सहायता से ऑप्टिकल मीडिया से पूछताछ की जा सकती है
cdrecord विकल्प -msinfo. xorriso स्वयं इसे अपने cdrecord अनुकरण में प्राप्त कर सकता है। करना
इसे ड्राइव को लोड न करने दें, बल्कि इसे मैन्युअल रूप से या dd जैसे किसी प्रोग्राम द्वारा करें
जो कुछ बाइट्स पढ़ता है। तभी यह सुनिश्चित होता है कि डिवाइस ड्राइवर को सच्चाई पता है
माध्यम का पठनीय आकार.
dd if=/dev/... गिनती=1 >/dev/null 2>&1
values=$(xorriso -as cdrecord dev=/dev/... -msinfo)
प्रतिध्वनि $मान
स्क्रैच से आईएसओ छवि बनाने के लिए विकल्प -सी का उपयोग विकल्प -एम के बिना किया जा सकता है
इसे अंततः 0. पैरामीटर के अलावा किसी अन्य ब्लॉक पते पर लिखे जाने के लिए तैयार करें
फिर Last_session_start को 0 पर सेट किया जाना चाहिए।

-cdrecord-params last_session_start, अगला_लिखने योग्य_पता
-सी का उपनाम.

सेटिंग एसटी पट्टिका प्रविष्टि:

-पथ-सूची डिस्क_पथ
डिस्क_फ़ाइल से पंक्ति-दर-पंक्ति पाथस्पेक्स पढ़ें और चित्रित फ़ाइल ऑब्जेक्ट डालें
आईएसओ छवि में. यदि डिस्क_पथ "-" है तो मानक से पथ विवरण पढ़ें
इनपुट।

--उद्धृत_पथ_सूची डिस्क_पथ
विकल्प -पथ-सूची की तरह लेकिन सादे पंक्तियों के बजाय उद्धृत शब्दों को पढ़ना।
उद्धरण चिह्नों के बाहर रिक्त स्थान हटा दिया जाएगा. दूसरी ओर यह संभव है
उन पाथस्पेक्स का प्रतिनिधित्व करें जिनमें न्यूलाइन वर्ण शामिल हैं।
दोहरे उद्धरण चिह्न " और एकल उद्धरण चिह्न ' का उपयोग संलग्न करने के लिए किया जा सकता है
रिक्त स्थान बनाएं और इसे पाथस्पेस का हिस्सा बनाएं। प्रत्येक चिह्न प्रकार के चिह्न संलग्न कर सकते हैं
दूसरे प्रकार. एक अनुगामी बैकस्लैश \ बाहरी उद्धरण या एक खुला उद्धरण
अगली इनपुट लाइन जोड़ने का कारण बनें।

-f
प्रतीकात्मक लिंक को प्रतीकात्मक लिंक के रूप में संग्रहीत करने के बजाय डिस्क पर उनका समाधान करें
आईएसओ छवि।

-फ़ॉलो-लिंक
-एफ का उपनाम.

-भ्रष्टाचार-बिंदु
iso_rr_path और के संयोजन के रूप में इनपुट फ़ाइल पाथस्पेस की व्याख्या सक्षम करें
डिस्क_पथ, एक =-वर्ण द्वारा अलग किया गया।

-m डिस्क_पैटर्न
फ़ाइलों को छवि में डालने से रोकें। उन फ़ाइलों को चुपचाप अनदेखा कर दिया जाता है
जिनमें से डिस्क_पथ दिए गए शेल पार्सर पैटर्न से मेल खाता है। यदि नहीं /-अक्षर
पैटर्न का हिस्सा है, तो यह डिस्क के लीफ नाम से मेल खाता है
फ़ाइल.
एक से अधिक -m विकल्प देना संभव है।

-निकालना
-एम का उपनाम.

-x
-एम का उपनाम.

-पुराना-बहिष्कृत
-एम का उपनाम.

-बहिष्कृत सूची डिस्क_पथ
तर्क डिस्क_पैटर्न के रूप में फ़ाइल डिस्क_पथ से प्रत्येक पंक्ति का उपयोग करके -m निष्पादित करें।

-z
द्वारा निर्मित ज़िसोफ़ संपीड़ित फ़ाइलों की पहचान और उचित प्रसंस्करण सक्षम करें
कार्यक्रम mkzftree. ये फ़ाइलें आवश्यक मेटा डेटा से सुसज्जित होंगी
कि एक लिनक्स कर्नेल उन्हें पहचान लेगा और उनकी सामग्री को असम्पीडित रूप में वितरित करेगा
प्रपत्र.

-पारदर्शी-संपीड़न
-z का उपनाम.

-रूट iso_rr_path
दिए गए iso_rr_path के अंतर्गत सभी फ़ाइलें डालें। यदि विकल्प -ग्राफ्ट-पॉइंट दिया गया है,
फिर iso_rr_path को पाथस्पेक के प्रत्येक लक्ष्य भाग से जोड़ा जाता है।
-रूट के लिए डिफ़ॉल्ट "/" है।

-ओल्ड-रूट iso_rr_path
लोड की गई छवि में फ़ाइलों की वृद्धिशील प्रविष्टि सक्षम करें। प्रभावी लक्ष्य
और दिए गए पाथस्पेस के स्रोत पते की तुलना की जाती है कि लक्ष्य पहले से ही है या नहीं
आईएसओ छवि में मौजूद है और अभी भी डिस्क पर स्रोत के समान है। मेटाडेटा में
आईएसओ छवि समायोजित हो जाएगी, यदि वे डिस्क पर मौजूद छवियों से भिन्न हैं। नई फ़ाइलें और
परिवर्तित सामग्री वाली फ़ाइलें नई जोड़ी जाएंगी। ऐसी फ़ाइलें लक्षित करें जो मौजूद नहीं हैं
किसी भी अनुसार पाथस्पेक स्रोतों को आईएसओ निर्देशिका से हटा दिया जाएगा
पेड़.
यदि -root की प्रभावी सेटिंग दिए गए iso_rr_path से भिन्न है
-ओल्ड-रूट, फिर -ओल्ड-रूट निर्देशिका के नीचे की फ़ाइलें क्लोन हो जाती हैं
-रूट निर्देशिका। फ़ाइल तुलना से पहले क्लोनिंग होती है.

--ओल्ड-रूट-नो-इनो
डिस्क इनोड नंबरों की रिकॉर्डिंग और उपयोग अक्षम करें। यदि कोई डिस्क इनोड संख्या नहीं है
रिकॉर्ड किया गया है, तो विकल्प -old-root को डिस्क फ़ाइल सामग्री को पढ़ना होगा और उसकी तुलना करनी होगी
एमडी5 चेकसम के साथ जो आईएसओ छवि में रिकॉर्ड किया गया है।
रिकॉर्ड किए गए डिस्क इनोड नंबरों और विश्वसनीय सीटाइम और एमटाइम के साथ, यह संभव है
सामग्री को वास्तव में पढ़े बिना उसमें संभावित परिवर्तनों का पता लगाना। एक बचाव का रास्ता
यदि एक ही निर्देशिका में कई अलग-अलग फ़ाइल सिस्टम आरोहित हो सकते हैं, तो बना रहता है,
जैसे कि यह /mnt के साथ आदत है। इस स्थिति में विकल्प --old-root-devno या का उपयोग करना होगा
इनोड नंबर शॉर्टकट को --old-root-no-ino द्वारा अक्षम करें।

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

--ओल्ड-रूट-नो-एमडी5
डेटा फ़ाइल सामग्री के लिए एमडी5 चेकसम की रिकॉर्डिंग और उपयोग अक्षम करें। यदि न तो
चेकसम और न ही डिस्क इनोड नंबर रिकॉर्ड किए जाते हैं, तो विकल्प -ओल्ड-रूट होगा
डिस्क फ़ाइल सामग्री के साथ तुलना करते समय आईएसओ छवि फ़ाइल सामग्री को पढ़ने के लिए।

सेटिंग एसटी की छवि उत्पादन:

-o डिस्क_पथ
उभरती आईएसओ छवि के लिए आउटपुट फ़ाइल पता सेट करें। यदि पता इस प्रकार मौजूद है
नियमित फ़ाइल, छवि उत्पादन शुरू होने पर इसे लंबाई 0 तक छोटा कर दिया जाएगा। यह हो सकता है
निर्देशिका के रूप में पहले से मौजूद नहीं है. यदि यह अभी तक अस्तित्व में नहीं है तो इसकी मूल निर्देशिका
मौजूद होना चाहिए और एक नियमित फ़ाइल बन जाएगी।
एक विशेष प्रकार के छद्म डिस्क_पथ का रूप है "/देव/एफडी/"संख्या। यह दर्शाता है
दिए गए नंबर के साथ फ़ाइल डिस्क्रिप्टर खोलें, भले ही ऑपरेटिंग सिस्टम कोई भी हो
फ़ाइल नोड्स द्वारा इस सुविधा का समर्थन करता है /देव/एफडी या नहीं। उदाहरण के लिए /dev/fd/4 फ़ाइल है
डिस्क्रिप्टर 4 जिसे प्रोग्राम द्वारा खोला गया था जिसने बाद में xorriso शुरू किया।
डिफ़ॉल्ट मानक आउटपुट (/dev/fd/1) है जिसे डिस्क_पथ "-" द्वारा भी सेट किया जा सकता है।

आउटपुट डिस्क_पथ
-ओ का उपनाम.

--stdio_sync "चालू"|"बंद"|"अंत"|संख्या
बाइट्स की संख्या निर्धारित करें जिसके बाद आउटपुट को डिस्क पर रखने के लिए बाध्य किया जाए
धीमे उपकरणों के कारण बहुत सारे लंबित डेटा से मेमोरी जाम हो जाती है। "पर" है
"16 मी" के समान। जबरन आउटपुट को "बंद" करके अक्षम किया जा सकता है, या "अंत" तक विलंबित किया जा सकता है
जब तक सारा डेटा तैयार नहीं हो जाता। यदि कोई संख्या चुनी जाती है, तो वह कम से कम 64k होनी चाहिए।
xorriso mkisofs इम्यूलेशन के साथ डिफ़ॉल्ट --stdio_sync "बंद" है।
xorriso डिफ़ॉल्ट आकार 4 MiB के साथ एक आंतरिक फीफो बफर का उपयोग करता है। इसलिए मजबूरन ऑपरेशन करना पड़ रहा है
सिस्टम i/o कैश टू डिस्क आवश्यक रूप से एक साथ उत्पादन को अवरुद्ध नहीं करता है
अधिक छवि सामग्री.

--emul-toc
रैंडम-एक्सेस फ़ाइलों में पहले सत्र के साथ दूसरा सुपरब्लॉक लिखें। अगर
आगे के सत्र जोड़े जाते हैं और पहला सुपरब्लॉक अपडेट किया जाता है, फिर
दूसरा सुपरब्लॉक अधिलेखित नहीं किया जाएगा. तो इसे माउंट करना अभी भी संभव है
पहला सत्र और आगे के सत्रों के आरंभ ब्लॉक ढूँढ़ने के लिए।
कीमत 64 KiB अतिरिक्त जगह की खपत है। यदि -partition_offset गैर-शून्य है, तो
यह 128 KiB प्लस विभाजन सेटअप से दोगुना है।

--नो-एमुल-टोक
रैंडम-एक्सेस फ़ाइलों में पहले सत्र के साथ दूसरा सुपरब्लॉक न लिखें।
यह डिफ़ॉल्ट है।

--क्रमबद्ध-वजन वजन_संख्या आईएसओ_आरआर_पथ
नियमित फ़ाइलों में एलबीए भार संख्या जोड़ें। यदि iso_rr_path किसी निर्देशिका की ओर ले जाता है
तो नीचे दी गई सभी नियमित फ़ाइलों को वज़न_नंबर मिलेगा।
वज़न_संख्या -2147483648 से 2147483647 तक हो सकती है। यह जितना अधिक होगा, उतना अधिक होगा
उभरती आईएसओ छवि में फ़ाइल डेटा का ब्लॉक पता निचला होगा।
वर्तमान में एल टोरिटो बूट कैटलॉग का हार्डकोडेड वजन 1 बिलियन है। सामान्य रूप से
इसे न्यूनतम संभव पते वाले ब्लॉक पर कब्ज़ा करना चाहिए। डेटा फ़ाइलें जुड़ जाती हैं
या आरंभिक वजन 0 के साथ लोड किया गया है। बूट छवि फ़ाइलों का डिफ़ॉल्ट वजन 2 है।

--क्रमबद्ध-भार-सूची डिस्क_पथ
स्थानीय फ़ाइल सिस्टम की फ़ाइल से वज़न संख्या और iso_rr_path के जोड़े पढ़ें।
प्रत्येक जोड़ी को --सॉर्ट-वेट की तरह लागू करें।
xorrisofs रन का केवल अंतिम --sort-weight-list या --sort-weight-पैटर्न मिलता है
प्रभाव में।
वज़न संख्या पंक्ति की शुरुआत से पढ़ी जाती है। an का iso_rr_path भाग
इनपुट लाइन पंक्ति के पहले रिक्त या टैब वर्ण के तुरंत बाद शुरू होती है।
इस मामले के लिए नोट्स कि इस सुविधा का उपयोग सामान्य xorriso के अनुक्रम में किया जाता है
आदेश (शुद्ध mkisofs इम्यूलेशन रन के साथ कोई समस्या नहीं):
जब आप निष्पादित करते हैं तो संबोधित फ़ाइलें पहले से ही आईएसओ छवि मॉडल में होनी चाहिए
-as mkisofs --sort- weight-list disk_path --
ऐसे कई कमांड का उपयोग एक से अधिक वेट फ़ाइल लागू करने के लिए किया जा सकता है।
डेटा फ़ाइलें जो -indev या -dev द्वारा लोड की जाती हैं, उनका भार 1 और 2 क्स्प 28 = . के बीच होता है
268,435,456, उनके ब्लॉक पते पर निर्भर करता है। यह उन्हें मोटे तौर पर में रखेगा
उसी क्रम में यदि संशोधन की लेखन विधि लागू की जाती है।

--सॉर्ट-वेट-पैटर्न डिस्क_पथ
जैसे --sort-weight-list , लेकिन शेल पार्सर पैटर्न के रूप में iso_rr_paths का विस्तार करना
और प्रत्येक मिलान फ़ाइल पर --sort-weight लागू करना।

-दिर-मोड मोड
छवि में सभी निर्देशिकाओं के लिए एक्सेस अनुमतियाँ दिए गए मोड पर सेट करें
या तो "0" से शुरू होने वाली अष्टाधारी संख्या है या अल्पविराम से अलग की गई सूची है
फॉर्म के विवरण [ugoa]*[+-=][rwxst]* . जैसे ug=rx,a-rwx

-फ़ाइल-मोड मोड
जैसे -dir-mode लेकिन छवि में सभी नियमित डेटा फ़ाइलों के लिए।

-तकती
निर्मित ISO छवि के अंत में 300 KiB जोड़ें। यह संभावित पठन को टाल देता है
आईएसओ छवियों से त्रुटियां जो टीएओ मोड में सीडी मीडिया पर लिखी गई हैं।
यदि --emul-toc नहीं दिया गया है तो आईएसओ छवि के हिस्से के रूप में अतिरिक्त बाइट्स का दावा किया जाता है।
विकल्प -पैड डिफ़ॉल्ट है.

-नो-पैड
निर्मित ISO छवि के अंत में 300 KiB की पैडिंग अक्षम करें। यह सुरक्षित है यदि
छवि सीडी पर लिखने के लिए नहीं है या यदि यह केवल सीडी पर लिखी जाती है
लेखन मोड SAO में ट्रैक करें।

--पुराना-खाली
फ़ाइलों को [0,31] की सीमा में ब्लॉक पते देने के पुराने तरीके का उपयोग करें
कोई स्वयं की डेटा सामग्री नहीं. नया तरीका यह है कि एक समर्पित ब्लॉक बनाया जाए जिसके लिए ऐसे सभी कार्य किए जाएं
फ़ाइलें इंगित करेंगी.

सेटिंग एसटी मानकों अनुपालन:

-आइसो-लेवल संख्या
ISO 9660 संस्करण निर्दिष्ट करें जो फ़ाइल नामकरण और डेटा की सीमाओं को परिभाषित करता है
फ़ाइल का साइज़। नामकरण प्रतिबंध रॉक रिज नामों पर लागू नहीं होते बल्कि केवल पर लागू होते हैं
निम्न-स्तरीय ISO 9660 नाम। तीन अनुरूपता स्तर हैं:
स्तर 1 फॉर्म 8.3 के आईएसओ नाम और 4 GiB - 1 तक फ़ाइल आकार की अनुमति देता है।
स्तर 2 32 अक्षरों तक आईएसओ नामों और 4 GiB - 1 तक फ़ाइल आकार की अनुमति देता है।
स्तर 3 32 अक्षरों तक आईएसओ नामों और 400 GiB तक के फ़ाइल आकार की अनुमति देता है -
200 कि.बी. (यह आकार सीमा xorriso कार्यान्वयन द्वारा निर्धारित की गई है, ISO द्वारा नहीं
9660 जो लगभग 8 टीआईबी की अनुमति देगा।)
छद्म-स्तर 4 एक अतिरिक्त आईएसओ 9660:1999 निर्देशिका ट्री के उत्पादन को सक्षम बनाता है।

-disallow_dir_id_ext
mkisofs की एक बुरी आदत का पालन न करें जो आईएसओ नामों में डॉट्स की अनुमति देता है
निर्देशिकाएँ दूसरी ओर, कुछ बूट करने योग्य GNU/Linux छवियाँ इस ख़राब पर निर्भर करती हैं
आदत।

-U
यह विकल्प बिना डॉट के आईएसओ फ़ाइल नामों और 37 अक्षरों तक आईएसओ फ़ाइल की अनुमति देता है
255 वर्णों से अधिक लंबे पथ और फ़ाइल नामों में सभी ASCII वर्ण। आगे
यह आईएसओ नामों के अंत में अर्धविराम और संस्करण संख्याओं को हटा देता है।
यह सब ISO 9660 विनिर्देशों का उल्लंघन करता है।

-अनअनुवादित-फ़ाइल नाम
उपनाम-यू.

-अनअनुवादित_नाम_लेन संख्या
आईएसओ फ़ाइल नामों को बिना किसी वर्ण के दिए गए वर्णों की संख्या तक अनुमति दें
रूपांतरण. अधिकतम संख्या 96 है। यदि किसी फ़ाइल नाम में अधिक अक्षर हैं
छवि उत्पादन जानबूझकर विफल हो जाएगा.
यह ISO 9660 विनिर्देशों का उल्लंघन करता है.

-अनुमति-लोअरकेस
आईएसओ फ़ाइल नामों में लोअरकेस वर्ण की अनुमति दें।
यह ISO 9660 विनिर्देशों का उल्लंघन करता है.

-आराम से फ़ाइल नाम
आईएसओ फ़ाइल नामों में लगभग सभी 7-बिट वर्णों की अनुमति दें। 0x0 और '/' की अनुमति नहीं है।
यदि विकल्प -अनुमति-लोअरकेस नहीं दिया गया है, तो लोअरकेस अक्षर परिवर्तित हो जाते हैं
अपरकेस।
यह ISO 9660 विनिर्देशों का उल्लंघन करता है.

-d
ISO फ़ाइल नामों में बिना बिंदु के पिछला बिंदु न जोड़ें।
यह ISO 9660 विनिर्देशों का उल्लंघन करता है.

-ओमिट-अवधि
-d का उपनाम.

-l
आईएसओ फ़ाइल नामों में 31 वर्णों तक की अनुमति दें।

-पूर्ण-आइसो9660-फ़ाइलनाम
-एल का उपनाम.

-मैक्स-आईएसओ9660-फ़ाइल नाम
आईएसओ फ़ाइल नामों में 37 वर्णों तक की अनुमति दें।
यह ISO 9660 विनिर्देशों का उल्लंघन करता है.

-N
ISO नामों के अंत में अर्धविराम और संस्करण संख्याएँ हटा दें।
यह ISO 9660 विनिर्देशों का उल्लंघन करता है.

-ओमिट-संस्करण-संख्या
-एन का उपनाम.

सेटिंग एसटी मानकों एक्सटेंशन:

-R
mkisofs के साथ यह विकल्प रॉक रिज एक्सटेंशन को सक्षम करता है। xorrisofs द्वारा उनका उत्पादन करता है
गलती करना। विकल्प --नोरॉक द्वारा उन्हें अक्षम करने की दृढ़ता से अनुशंसा नहीं की जाती है।

-चट्टान
-R का उपनाम.

-r
ISO छवि में सभी फ़ाइलों की रॉक रिज उपयोगकर्ता और समूह आईडी को 0 पर सेट करें। अनुदान
सभी के लिए आर-अनुमतियाँ। सभी w-अनुमतियाँ अस्वीकार करें. यदि कोई एक्स-अनुमति सेट है, तो अनुदान दें
सभी को एक्स-अनुमति। एस-बिट और टी-बिट निकालें.

-तर्कसंगत-रॉक
-r का उपनाम.

--नोरॉक
यह विकल्प ISO 9660 फ़ाइल के लिए रॉक रिज एक्सटेंशन के उत्पादन को अक्षम कर देता है
वस्तुएं. की बहु-सत्रीय क्षमताएँ xorrisofs नामकरण पर अधिक निर्भर
रॉक रिज की निष्ठा. इसलिए इस विकल्प द्वारा इसे अक्षम करने की दृढ़ता से अनुशंसा नहीं की जाती है।

-फ़ाइल_नाम_सीमा संख्या
फ़ाइल नामों के लिए अधिकतम अनुमेय लंबाई 64 से 255 की सीमा में सेट करें। पथ
जो घटक दी गई संख्या से अधिक लंबे हैं, उन्हें काट दिया जाएगा और उनका
अंतिम 33 बाइट्स एक कोलन ':' द्वारा अधिलेखित और MD5 of . का हेक्स प्रतिनिधित्व
पूरे बड़े आकार के नाम के पहले 4095 बाइट्स। संभावित अपूर्ण UTF-8
वर्णों को उनके प्रमुख बाइट्स '_' से बदल देंगे।
कम से कम 4.1 तक के लिनक्स कर्नेल 254 और 255 लंबाई के नामों को गलत तरीके से प्रस्तुत करते हैं। यदि आप
डिस्क_पथ में या उसके अंतर्गत ऐसे नामों की अपेक्षा करें और ऐसे Linux द्वारा ISO को माउंट करने की योजना बनाएं
कर्नेल, -file_name_limit 253 सेट करने पर विचार करें।

-D मानक ECMA-119 की मांग है कि छवि में किसी भी पथ में 8 से अधिक नाम नहीं होंगे
घटक या 255 अक्षर. इसलिए और गहराई में जाना जरूरी होगा
निर्देशिका वृक्षों को उच्चतर निर्देशिका में ले जाएँ। रॉक रिज जाने का अवसर प्रदान करता है
ये स्थानांतरित निर्देशिकाएँ अपनी मूल गहरी स्थिति में दिखाई देती हैं, लेकिन यह सुविधा
छवि को माउंट करने वाले ऑपरेटिंग सिस्टम द्वारा ठीक से कार्यान्वित नहीं किया जा सकता है।
विकल्प -D इस गहन निर्देशिका स्थानांतरण को अक्षम कर देता है, और इस प्रकार ISO 9660 का उल्लंघन करता है
ऐनक।
xorrisofs में डिफ़ॉल्ट रूप से -D सेट है। यदि स्पष्ट रूप से दिया गया है तो यह विकल्पों को ओवरराइड कर देता है
-rr_reloc_dir और -hide-rr-moved।

-अक्षम-गहरा-स्थानांतरण
-D का उपनाम.

-rr_reloc_dir नाम
गहरी निर्देशिकाओं के स्थानांतरण को सक्षम करें और इस प्रकार ECMA-119 फ़ाइल पथों से बचें
8 से अधिक नाम घटक या 255 अक्षर। निर्देशिकाएँ जो ऐसी फ़ाइल तक ले जाती हैं
पथों को छवि की मूल निर्देशिका में एक निर्देशिका में ले जाया जाएगा। इसके नाम
इस विकल्प से सेट हो जाता है. रूट डायरेक्टरी का ही उपयोग करने की अनुमति है।
रॉक के रूप में व्याख्या किए जाने पर समग्र निर्देशिका ट्री मूल रूप से गहरा दिखाई देगा
रिज का पेड़। यह पुनर्व्यवस्थित के रूप में दिखाई देगा यदि केवल ईसीएमए-119 जानकारी है
माना जाता है।
यदि दी गई स्थानांतरण लक्ष्य निर्देशिका छवि के समय पहले से मौजूद नहीं है
उत्पादन शुरू होता है, फिर इसे बनाया जाएगा और रॉक रिज के लिए स्थानांतरण के रूप में चिह्नित किया जाएगा
कलाकृति. कम से कम जीएनयू/लिनक्स पर इसे माउंटेड रॉक रिज में प्रदर्शित नहीं किया जाएगा
इमेजिस।
नाम में पहले अक्षर के बाद '/' अक्षर नहीं होना चाहिए और ऐसा होना भी नहीं चाहिए
255 बाइट्स से अधिक लंबा हो.
यदि विकल्प -D मौजूद है तो इस विकल्प का कोई प्रभाव नहीं पड़ता है।

-छिपाना-rr-स्थानांतरित
-rr_reloc_dir "/.rr_moved" का उपनाम

--बैकअप के लिए
उन विकल्पों को सक्षम करें जो बैकअप निष्ठा में सुधार करते हैं: --acl, --xattr, --md5, --hardlinks।

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

--xatr
उपयोगकर्ता में GNU/Linux या FreeBSD विस्तारित विशेषताओं की रिकॉर्डिंग और लोडिंग सक्षम करें
नेमस्पेस (मैन गेटफ़ैटर और मैन एटीआर, मैन गेटएक्सटैटर और मैन 9 एक्सटैटर देखें,
क्रमश)। वे माउंटेड आईएसओ छवियों के साथ प्रभावी नहीं होंगे। लेकिन ज़ोर्रिसो कर सकता है
आईएसओ छवि से फ़ाइलें निकालते समय उन्हें उसी सिस्टम पर पुनर्स्थापित करें।

--एमडी5
समग्र ISO छवि और प्रत्येक एकल के लिए MD5 चेकसम की रिकॉर्डिंग सक्षम करें
छवि में डेटा फ़ाइल. xorriso इनके साथ ISO छवि की सामग्री की जाँच कर सकता है
रकम और बेमेल पर चेतावनी बढ़ाएँ। मैन xorriso देखें, विकल्प -चेक_मीडिया,
check_md5_r. xorriso रिकॉर्ड किए गए MD5 चेकसम प्रिंट कर सकता है। उदाहरण के लिए:
-खोजें / -exec get_md5

--हार्डलिंक्स
हार्डलिंक संबंधों की लोडिंग और रिकॉर्डिंग सक्षम करें। iso_rr के परिवारों की खोज करें
जो फ़ाइलें एक ही डिस्क फ़ाइल से निकलती हैं, उनमें समान सामग्री फ़िल्टरिंग होती है और होती है
समान गुण. इसमें प्रत्येक परिवार के सदस्यों को एक ही इनोड नंबर मिलता है
आईएसओ छवि।
माउंट समय पर इन नंबरों का सम्मान किया जाता है या नहीं यह ऑपरेटिंग सिस्टम पर निर्भर करता है।
आईएसओ छवि से फ़ाइलें निकालते समय xorriso हार्डलिंक परिवार बना सकता है।

--scdbackup_tag डिस्क_पथ रिकॉर्ड_नाम
छवि में एक एससीडीबैकअप चेकसम रिकॉर्ड जोड़ें। यह तभी काम करता है जब पैरामीटर
विकल्प -सी का अगला_लिखने योग्य_पता 0 है। यदि डिस्क_पथ एक खाली स्ट्रिंग नहीं है,
फिर इस फ़ाइल के अंत में एक scdbackup चेकसम रिकॉर्ड जोड़ें। रिकॉर्ड_नाम एक है
वह शब्द जो टैग और रिकॉर्ड का हिस्सा बनता है।
प्रोग्राम scdbackup_verify टैग और फ़ाइल रिकॉर्ड को पहचानेगा और सत्यापित करेगा।

-J
आईएसओ के साथ एक अतिरिक्त जूलियट निर्देशिका ट्री का उत्पादन सक्षम करें
9660 रॉक रिज वृक्ष।

-जोलियट
-जे का उपनाम.

-जूलियट-लॉन्ग
जोलीट फ़ाइल नामों में निर्धारित 103 के बजाय 64 वर्णों की अनुमति दें
विशिष्टता. जोलीट को 240 की निर्धारित सीमा से अधिक लंबे पथों की अनुमति दें
अक्षर.
बड़े आकार के नाम काट दिए जाते हैं. इस विकल्प के बिना, बड़े आकार वाले पथ बाहर हो जाते हैं
जोलीट वृक्ष से.

-जोलीट-यूटीएफ16
जोलीट फ़ाइल नामों को UCS-16 के बजाय UTF-2BE में एनकोड करें। अंतर यह है
वे अक्षर जो UCS-2 में मौजूद नहीं हैं और UTF-16 में 2 शब्दों द्वारा एन्कोड हो जाते हैं
प्रत्येक 16 बिट. दोनों शब्द यूसीएस-2 के आरक्षित उपसमुच्चय से निकले हैं।

-एचएफएसप्लस
ISO 9660 छवि के अंदर एक अतिरिक्त HFS+ फ़ाइल सिस्टम का उत्पादन सक्षम करें
और इसे सिस्टम क्षेत्र, पहले 32 में ऐप्पल पार्टीशन मैप (एपीएम) प्रविष्टियों द्वारा चिह्नित करें
छवि का KiB.
यह -G या -isohybrid-mbr जैसे विकल्पों से टकरा सकता है जो उपयोगकर्ता डेटा सबमिट करते हैं
एक ही पता श्रेणी में शामिल करना. सिस्टम एरिया के पहले 8 बाइट्स मिलते हैं
{ 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff } द्वारा अधिलेखित किया गया जो हो सकता है
नकारात्मक प्रभाव के बिना x86 मशीन कोड के रूप में निष्पादित। तो यदि एक MBR संयुक्त हो जाता है
इस सुविधा के साथ, इसके पहले 8 बाइट्स में कोई आवश्यक कमांड नहीं होना चाहिए।
सिस्टम क्षेत्र में 2 KiB के अगले ब्लॉक में APM प्रविष्टियाँ होंगी।
पहला एचएफएस+ फाइल सिस्टम मेटाडेटा से पहले आईएसओ छवि के हिस्से को कवर करता है।
दूसरा एचएफएस+ मेटाडेटा से फ़ाइल सामग्री डेटा के अंत तक की सीमा को चिह्नित करता है। अगर
अधिक आईएसओ छवि डेटा का पालन होता है, फिर एक तीसरा विभाजन प्रविष्टि उत्पन्न होती है। अन्य
xorriso की विशेषताओं के कारण अधिक APM प्रविष्टियों की आवश्यकता हो सकती है।
ध्यान रखें कि HFS+ केस-असंवेदनशील है, हालांकि यह फ़ाइल नामों को रिकॉर्ड कर सकता है
अपर-केस और लोअर-केस अक्षर। इसलिए, iso_rr नाम ट्री से फ़ाइल नाम
HFS+ नाम ट्री में टकरा सकता है। इस मामले में वे जोड़कर बदल जाते हैं
अंडरस्कोर वर्ण और गिनती संख्या। बहुत लंबे नामों के मामले में, यह हो सकता है
उन्हें "MANGLED_..." पर मैप करने के लिए आवश्यक है।

-एचएफएसप्लस-सीरियल-नं
16 अंकों की एक स्ट्रिंग "0" से "9" और अक्षर "ए" से "एफ" सेट करें, जिसका उपयोग इस प्रकार किया जाएगा
उभरते हुए HFS+ फ़ाइल सिस्टम का अद्वितीय क्रमांक।

-एचएफएसप्लस-ब्लॉक-आकार संख्या
HFS+ फ़ाइल सिस्टम बनाते समय उपयोग किए जाने वाले आवंटन ब्लॉक आकार को सेट करें।
अनुमेय 512, 2048, या 0 हैं। बाद वाला प्रोग्राम को निर्णय लेने देता है।

-एपीएम-ब्लॉक-आकार संख्या
Apple विभाजन मानचित्र द्वारा विभाजन का वर्णन करते समय उपयोग किए जाने वाले ब्लॉक आकार को सेट करें।
अनुमेय 512, 2048, या 0 हैं। बाद वाला प्रोग्राम को निर्णय लेने देता है।
ध्यान दें कि आकार 512 जीपीटी के उत्पादन के साथ संगत नहीं है, और वह आकार 2048
कम से कम पुराने लिनक्स कर्नेल द्वारा माउंट करने योग्य -t hfsplus नहीं होगा।

-hfsplus-फ़ाइल-निर्माता-प्रकार निर्माता प्रकार iso_rr_path
उभरती हुई छवि में HFS+ क्रिएटर और फ़ाइल के प्रकार गुण सेट करें। इन
प्रत्येक 4 अक्षरों के दो कोड हैं।

-एचएफएस-आशीर्वाद-द्वारा आशीर्वाद iso_rr_path
HFS+ आशीर्वाद जारी करें। ये ऐसी भूमिकाएँ हैं जिनका श्रेय अधिकतम चार को दिया जा सकता है
निर्देशिकाएँ और एक डेटा फ़ाइल:
"ppc_bootdir", "intel_bootfile", "show_folder", "os9_folder", "osx_folder"।
उन्हें "p", "i", "s", "9", और "x" के रूप में संक्षिप्त किया जा सकता है।
ऐसी प्रत्येक भूमिका को अधिकतम एक फ़ाइल ऑब्जेक्ट के लिए जिम्मेदार ठहराया जा सकता है। "intel_bootfile" is
वह जो डेटा फ़ाइल पर लागू होगा। अन्य सभी निर्देशिकाओं पर लागू होते हैं। कोई फ़ाइल नहीं
वस्तु एक से अधिक आशीर्वाद सहन कर सकती है।

-एचएफएस-आशीर्वाद डिस्क_पथ
उस निर्देशिका के लिए HFS+ आशीर्वाद "ppc_bootdir" जारी करें जो निर्देशिका से उत्पन्न होती है
स्थानीय फ़ाइल सिस्टम ट्री में डिस्क_पथ।
यह तभी काम करता है जब निर्देशिका के नीचे कम से कम एक डेटा फ़ाइल हो।
यदि विभिन्न स्थानीय फ़ाइल सिस्टम उप-वृक्षों से फ़ाइलें हों तो डिस्क_पथ अस्पष्ट हो सकता है
आईएसओ छवि के एक ही उप-वृक्ष में डाल दिए जाते हैं। -hfs-bless-by "p" का उपयोग करने पर विचार करें
iso_rr_path के माध्यम से स्पष्ट संबोधन के लिए।

सेटिंग एसटी पट्टिका छुपा रहे है:

-छिपाना डिस्क_पथ_पैटर्न
ISO 9660 और रॉक रिज के डायरेक्टरी ट्री में फ़ाइलों को अदृश्य बनाएं, यदि वे हैं
डिस्क_पथ दिए गए शेल पार्सर पैटर्न से मेल खाता है। ऐसे छुपाया गया डेटा कंटेंट
फ़ाइलें परिणामी छवि में शामिल की जाएंगी, भले ही वे किसी भी छवि में दिखाई न दें
निर्देशिका। लेकिन छवि में अनाम डेटा ढूंढने के लिए आपको स्वयं के साधन की आवश्यकता होगी।
यह आदेश बूट कैटलॉग पर लागू नहीं होता है.

-छुपा सूची डिस्क_पथ
फ़ाइल डिस्क_पथ से प्रत्येक पंक्ति को तर्क डिस्क_पथ_पैटर्न के रूप में उपयोग करके -छिपाएँ निष्पादित करें।

-छिपाना डिस्क_पथ_पैटर्न
विकल्प की तरह -hide लेकिन जोलीट के डायरेक्टरी ट्री में फ़ाइलों को अदृश्य बनाना, यदि
उनका डिस्क_पथ दिए गए शेल पार्सर पैटर्न से मेल खाता है।

-छिपाना-जूलियट-सूची डिस्क_पथ
फ़ाइल डिस्क_पाथ की प्रत्येक पंक्ति को तर्क के रूप में उपयोग करके -hide-joliet निष्पादित करें
डिस्क_पथ_पैटर्न.

-छिपाएँ-hfsplus डिस्क_पथ_पैटर्न
विकल्प की तरह -hide लेकिन HFS+ के डायरेक्टरी ट्री में फ़ाइलों को अदृश्य बनाना, यदि
उनका डिस्क_पथ दिए गए शेल पार्सर पैटर्न से मेल खाता है।

-Hide-hfsplus-list डिस्क_पथ
तर्क के रूप में फ़ाइल डिस्क_पथ से प्रत्येक पंक्ति का उपयोग करके -hide-hfsplus निष्पादित करें
डिस्क_पथ_पैटर्न.

आईएसओ की छवि ID तार:

निम्नलिखित स्ट्रिंग्स और फ़ाइल पते प्राथमिक वॉल्यूम डिस्क्रिप्टर में संग्रहीत हो जाते हैं
ISO9660 छवि. फ़ाइल पते ISO 9660 पथ हैं। ये फ़ाइलें होनी चाहिए
iso_rr_paths जिसमें केवल अक्षर [A-Z0-9_] और बिल्कुल एक बिंदु शामिल है
अधिकतम 8 वर्णों को अधिकतम 3 वर्णों से अलग करता है।

-V टेक्स्ट
आईएसओ छवि की वॉल्यूम आईडी सेट करें। xorriso 32 अक्षरों तक के किसी भी पाठ को स्वीकार करता है,
लेकिन शायद ही कभी पालन की जाने वाली विशिष्टताओं के अनुसार सख्त नियम लागू होते हैं:
अनुरूपक [A-Z0-9_] में से ASCII वर्ण हैं। जैसे: "IMAGE_23"
जूलियट 16 यूसीएस-2 वर्णों की अनुमति देता है। जैसे: "विंडोज़ नाम"
ध्यान रखें कि वॉल्यूम आईडी स्वचालित रूप से माउंट पॉइंट के नाम के रूप में उपयोग की जा सकती है
जब माध्यम को एक चंचल कंप्यूटर सिस्टम में डाला जाता है।

-अस्थिर टेक्स्ट
-V का उपनाम.

-वोल्सेट टेक्स्ट
आईएसओ छवि की वॉल्यूम सेट आईडी सेट करें। 128 अक्षर तक की अनुमति है।

-P टेक्स्ट
आईएसओ छवि की प्रकाशक आईडी सेट करें। इससे व्यक्ति या संगठन की पहचान हो सकती है
किसने निर्दिष्ट किया कि क्या रिकार्ड किया जाएगा। 128 अक्षर तक की अनुमति है।

-प्रकाशक टेक्स्ट
-P का उपनाम.

-A टेक्स्ट
आईएसओ छवि की एप्लिकेशन आईडी सेट करें। इससे विशिष्टता की पहचान की जा सकती है
डेटा कैसे रिकॉर्ड किया जाता है. 128 अक्षर तक की अनुमति है।
विशेष पाठ "@xorriso@" xorriso की आईडी स्ट्रिंग में परिवर्तित हो जाता है
सामान्यतः प्रिपेयरर आईडी के रूप में लिखा जाता है। प्रोग्राम आईडी को इस प्रकार लिखना गलत परंपरा है
आवेदन पहचान पत्र।

-appid टेक्स्ट
-ए का उपनाम.

-सिसिड टेक्स्ट
आईएसओ छवि की सिस्टम आईडी सेट करें। यह उस सिस्टम की पहचान कर सकता है जो कर सकता है
छवि ब्लॉक 0 से 15 में सिस्टम क्षेत्र की सामग्री को पहचानें और उस पर कार्य करें।
32 अक्षर तक की अनुमति है।

-p टेक्स्ट
आईएसओ छवि की प्रिपेयरर आईडी सेट करें। इससे व्यक्ति या अन्य इकाई की पहचान हो सकती है
जो रिकॉर्ड किए जाने वाले डेटा की तैयारी को नियंत्रित करता है। सामान्यतः यह
यह xorriso की आईडी होनी चाहिए, न कि उस व्यक्ति या प्रोग्राम की जो इसे संचालित करता है
xorriso. कृपया इसे बदलने से बचें. 128 अक्षर तक की अनुमति है।
विशेष पाठ "@xorriso@" xorriso की आईडी स्ट्रिंग में परिवर्तित हो जाता है
प्रोग्राम स्टार्टअप पर डिफ़ॉल्ट।

-तैयारी करने वाला टेक्स्ट
-p का उपनाम.

-सार iso_path
आईएसओ छवि की सार फ़ाइल का पता सेट करें। यह ISO 9660 होना चाहिए
छवि में एक फ़ाइल का पथ जिसमें छवि के बारे में एक सार विवरण शामिल है
संतुष्ट। 37 अक्षर तक की अनुमति है।

-बिब्लियो iso_path
आईएसओ छवि की बिब्लियो फ़ाइल का पता सेट करें। यह ISO 9660 होना चाहिए
छवि में एक फ़ाइल का पथ जिसमें ग्रंथसूची संबंधी रिकॉर्ड शामिल हैं। अनुमन्य हैं
37 अक्षर तक.

-कॉपीराइट iso_path
आईएसओ छवि की कॉपीराइट फ़ाइल का पता सेट करें। यह ISO 9660 होना चाहिए
छवि में किसी फ़ाइल का पथ जिसमें कॉपीराइट कथन है। अनुमन्य हैं
37 अक्षर तक.

--संशोधन-दिनांक=YYYYMMDDhhmmsscc
एक टाइमस्ट्रिंग सेट करें जो आईएसओ छवि निर्माण और संशोधन टाइमस्टैम्प को ओवरराइड करता है
अक्षरशः। इसमें 16 दशमलव अंक होने चाहिए जो YYYYMMDDhhmmsscc बनाते हैं, साथ में
YYYY 1970 और 2999 के बीच। समय क्षेत्र GMT है। ऐसा माना जाता है कि यह इस GRUB से मेल खाता है
रेखा:
खोज --fs-uuid --set YYYY-MM-DD-hh-mm-ss-cc
उदाहरण के लिए 2010040711405800 7 अप्रैल 2010 11:40:58 (+0 सेंटीसेकंड) है।

--एप्लिकेशन_उपयोग वर्ण|0xXY|डिस्क_पथ
एप्लिकेशन उपयोग फ़ील्ड की सामग्री निर्दिष्ट करें जो अधिकतम 512 बाइट्स ले सकती है।
यदि इस कमांड का पैरामीटर खाली है, तो फ़ील्ड 512 . से भर जाती है
0-बाइट्स। यदि यह एकल वर्ण है, तो इसे 512 बार दोहराया जाता है। अगर यह
"0x" से शुरू होता है जिसके बाद दो हेक्स अंक [0-9a-fA-F] होते हैं, फिर अंकों को पढ़ा जाता है
बाइट मान जो 512 बार दोहराया जाता है।
किसी भी अन्य पैरामीटर टेक्स्ट का उपयोग डेटा फ़ाइल खोलने और तक पढ़ने के लिए डिस्क_पथ के रूप में किया जाता है
इसमें से 512 बाइट्स। यदि फ़ाइल 512 बाइट्स से छोटी है, तो शेष बाइट्स
फ़ील्ड में बाइनरी 0 पर सेट हो जाएं।

El टॉरिटो बूट आईएसओ तस्वीरें:

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

An El टॉरिटो बूट रिकॉर्ड बूटस्ट्रैपिंग सुविधा को एक या एक के साथ बूट कैटलॉग की ओर इंगित करता है
अधिक बूट छवियां, जो आईएसओ छवि में संग्रहीत बाइनरी प्रोग्राम फ़ाइलें हैं। की सामग्री
बूट छवि फ़ाइलें एल टोरिटो के दायरे में नहीं हैं।
xorriso दी गई और संरचित बूट छवि फ़ाइलों के अनुसार बूट कैटलॉग की रचना करता है
विकल्पों द्वारा -बी, -ई, -एल-टोरिटो-ऑल्ट-बूट, और --ईएफआई-बूट। प्रायः इसमें केवल एक ही प्रविष्टि होती है।
एल टोरिटो की व्याख्या बूट सुविधाओं पीसी-बीआईओएस और ईएफआई द्वारा की जाती है। सर्वाधिक बूट करने योग्य जीएनयू/लिनक्स
सीडी पीसी-बीआईओएस के लिए ISOLINUX या GRUB बूट छवियों से सुसज्जित हैं।
xorrisofs ISOLINUX विकी से उदाहरण विकल्पों का समर्थन करता है, GRUB में उपयोग किए गए विकल्प
स्क्रिप्ट grub-mkrescue, और FreeBSD AvgLiveCD विकी में उदाहरण।

पीसी-बीआईओएस और ईएफआई के अलावा अन्य बूट सुविधाओं के माध्यम से सीडी बूटिंग के लिए और यूएसबी से बूटिंग के लिए
स्टिक या हार्ड डिस्क, सिस्टम क्षेत्र के बारे में अगला भाग देखें।

-b iso_rr_path
बूट छवि फ़ाइल निर्दिष्ट करें जिसका उल्लेख एल की वर्तमान प्रविष्टि में किया जाएगा
टोरिटो बूट कैटलॉग। इसे PC-BIOS के लिए उपयुक्त के रूप में चिह्नित किया जाएगा।
ISOLINUX और GRUB से बूट छवियों के साथ यह विकल्प होना चाहिए
विकल्प -c , -no-emul-boot , -boot-load-size 4 , -boot-info-table.

-एल्टोरिटो-बूट iso_rr_path
-बी का उपनाम.

-एल्टोरिटो-ऑल्ट-बूट
वर्तमान एल टोरिटो बूट कैटलॉग प्रविष्टि को अंतिम रूप दें और एक नई शुरुआत करें। बूट
छवि फ़ाइल और उसके सभी आवश्यक विकल्प विकल्प से पहले निर्दिष्ट किए जाएंगे
-एल्टोरिटो-ऑल्ट-बूट। आगे के सभी एल टोरिटो बूट विकल्प नए कैटलॉग पर लागू होते हैं
प्रवेश। 32 कैटलॉग प्रविष्टियाँ तक संभव हैं।

-e iso_rr_path
बूट छवि फ़ाइल निर्दिष्ट करें जिसका उल्लेख एल की वर्तमान प्रविष्टि में किया जाएगा
टोरिटो बूट कैटलॉग। इसे ईएफआई के लिए उपयुक्त के रूप में चिह्नित किया जाएगा।
विकल्प -ई के बाद विकल्प -नो-एमुल-बूट और कोई अन्य एल टोरिटो विकल्प नहीं होना चाहिए
एक अंतिम -एल्टोरिटो-ऑल्ट-बूट से पहले।

--ईफ़ी-बूट iso_rr_path
दिए गए iso_rr_path, -no-emul-boot के साथ -eltitorito-alt-boot, विकल्प -e निष्पादित करें,
और फिर -एल्टोरिटो-ऑल्ट-बूट। इस जेस्चर का उपयोग EFI-बूटेबिलिटी प्राप्त करने के लिए किया जाता है
GRUB2 बचाव सीडी।

-बूट-लोड-आकार संख्या
बूट छवि से बूट समय पर लोड किए जाने वाले 512-बाइट ब्लॉक की संख्या निर्धारित करें
वर्तमान कैटलॉग प्रविष्टि. गैर-अनुकरणीय BIOS बूटइमेज को आमतौर पर लोड आकार की आवश्यकता होती है
4. ईएफआई बूट छवियां आमतौर पर बूट द्वारा कब्जा किए गए ब्लॉकों की संख्या निर्धारित करती हैं
छवि फ़ाइल।
एल टोरिटो 65535 से अधिक लोड आकार का प्रतिनिधित्व नहीं कर सकता।

-हार्ड-डिस्क-बूट
वर्तमान कैटलॉग प्रविष्टि में बूट छवि को अनुकरणीय हार्ड डिस्क के रूप में चिह्नित करें। (नहीं
किसी भी ज्ञात बूट लोडर के लिए उपयुक्त।)

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

-एल्टोरिटो-आईडी टेक्स्ट|56_हेक्सडिजिट्स
बूट कैटलॉग अनुभाग की आईडी स्ट्रिंग को परिभाषित करें जहां बूट छवि होगी
सूचीबद्ध. यदि मान में 56 अक्षर [0-9ए-एफए-एफ] हैं तो इसे परिवर्तित किया जाता है
28 बाइट्स में, अन्यथा पहले 28 अक्षर आईडी स्ट्रिंग बन जाते हैं। की आईडी स्ट्रिंग
पहली बूट छवि समग्र कैटलॉग आईडी बन जाती है। यह 24 तक सीमित है
पात्र। अन्य id_strings अनुभाग आईडी बन जाते हैं।

-एल्टोरिटो-सेल्क्रिट हेक्सडिजिट्स
बूट छवि के चयन मानदंड को परिभाषित करें। से 20 बाइट्स तक पढ़े जाते हैं
दिए गए अक्षर [0-9ए-फा-एफ]। उन्हें बूट छवि प्रविष्टि के लिए जिम्मेदार ठहराया जाता है
सूची।

-बूट-सूचना-तालिका
वर्तमान बूट छवि में बाइट्स 8 से 63 को अधिलेखित करें। जानकारी उपलब्ध करायी जायेगी
छवि उत्पादन के दौरान xorriso द्वारा: प्राथमिक वॉल्यूम का ब्लॉक पता
डिस्क्रिप्टर, बूट छवि फ़ाइल का ब्लॉक पता, बूट छवि फ़ाइल का आकार।

--grub2-बूट-जानकारी
वर्तमान बूट छवि में 2548 से 2555 बाइट्स को उस बूट के पते से अधिलेखित करें
छवि। पता 64 बिट लिटिल-एंडियन नंबर के रूप में लिखा गया है। यह 2KB ब्लॉक है
बूट छवि सामग्री का पता, 4 से गुणा किया गया, और फिर 5 से बढ़ाया गया।

-c iso_rr_path
छवि के भीतर एल टोरिटो बूट कैटलॉग फ़ाइल का पता सेट करें। यह फ़ाइल
बूटिंग पीसी-बीआईओएस या ईएफआई के लिए पता महत्वपूर्ण नहीं है, लेकिन इसे बाद में पढ़ा जा सकता है
उपलब्ध बूट छवियों के बारे में जानने के लिए अन्य कार्यक्रमों द्वारा।

-एल्टोरिटो-कैटलॉग iso_rr_path
-सी का उपनाम.

--बूट-कैटलॉग-छिपाएँ
एल टोरिटो बूट कैटलॉग को निर्देशिका ट्री में फ़ाइल के रूप में प्रदर्शित होने से रोकें
छवि।

प्रणाली क्षेत्र, एमबीआर, जीपीटी, एपीएम, अन्य बूट ब्लॉक:

ISO छवि के पहले 16 ब्लॉक सिस्टम क्षेत्र हैं। यह सिस्टम के लिए आरक्षित है
आश्रित बूट सॉफ्टवेयर। यह विभिन्न की बूट सुविधाएँ और विभाजन तालिकाएँ हो सकती हैं
हार्डवेयर आर्किटेक्चर.
A एमबीआर (मास्टर बूट रिकॉर्ड) में बूट कोड और एक विभाजन तालिका होती है। इसे पढ़ा जाता है
USB स्टिक या हार्ड डिस्क से बूट करते समय PC-BIOS, और जब PowerPC CHRP या PReP द्वारा
बूटिंग. 0xee प्रकार वाला MBR पार्टिटॉन GPT की उपस्थिति को इंगित करता है।
A GPT (GUID विभाजन तालिका) अधिक आधुनिक तरीके से विभाजन को चिह्नित करता है। इसे EFI द्वारा पढ़ा जाता है
USB स्टिक या हार्ड डिस्क से बूट करते समय, और HFS+ . को खोजने और माउंट करने के लिए उपयोग किया जा सकता है
आईएसओ छवि के अंदर विभाजन।
An एपीएम (Apple विभाजन मानचित्र) HFS+ विभाजन को चिह्नित करता है। इसे बूट करने के लिए Mac द्वारा पढ़ा जाता है और
बढ़ते के लिए।
एमबीआर, जीपीटी और एपीएम संयोजन योग्य हैं। एपीएम एमबीआर बूट कोड के पहले 8 बाइट्स पर कब्जा कर लेता है। सभी
तीन सीडीरॉम से एल टोरिटो बूटिंग में बाधा नहीं डालते हैं।
xorrisofs आगे की बूट सुविधाओं का समर्थन करता है: एमआईपीएस बिग एंडियन (एसजीआई), एमआईपीएस लिटिल एंडियन
(डीईसी), सन स्पार्क, एचपी-पीए, डीईसी अल्फा। जो परस्पर संयोजन योग्य भी नहीं हैं और नहीं भी
एमबीआर, जीपीटी, या एपीएम के साथ संयोजन योग्य।

निम्नलिखित में से कई विकल्प इनपुट के रूप में डिस्क पथ की अपेक्षा करते हैं लेकिन विवरण भी स्वीकार करते हैं
libisofs अंतराल पाठक के लिए तार, जो डिस्क फ़ाइलों से डेटा को काटने में सक्षम है या
-indev और सामग्री के कुछ हिस्सों को शून्य करने के लिए: -G, -जेनेरिक-बूट, --एम्बेडेड-बूट,
--grub2-mbr, -isohybrid-mbr, -efi-बूट-पार्ट, -प्रेप-बूट-पार्ट, -बी, -स्पार्क-बूट,
-जोड़ें_विभाजन.
विवरण स्ट्रिंग में निम्नलिखित घटक होते हैं, जिन्हें कोलन ':' द्वारा अलग किया जाता है
"--अंतराल:"झंडे":"अंतराल":"शून्य":"स्रोत
घटक "--अंतराल" बताता है कि यह एक सादा डिस्क पथ नहीं बल्कि एक अंतराल है
पाठक विवरण स्ट्रिंग.
घटक फ़्लैग्स आगे की व्याख्या को संशोधित करता है:
"local_fs" स्रोत में पथ द्वारा दर्शाई गई फ़ाइल से पढ़ने की मांग करता है।
"imported_iso" -indev से पढ़ने की मांग करता है। यह तभी काम करता है जब -outdev वही ​​न हो
जैसे-इंदेव। स्रोत घटक पर ध्यान नहीं दिया जाता है।
घटक अंतराल में दो बाइट पता संख्याएँ होती हैं जिन्हें "-" वर्ण से अलग किया जाता है।
जैसे "0-429" का अर्थ है 0 से 429 तक बाइट्स पढ़ना।
घटक ज़ीरोइज़र में शून्य या अधिक अल्पविराम से अलग तार होते हैं। वे परिभाषित करते हैं
रीड डेटा का कौन सा हिस्सा शून्य करना है। बाइट संख्या 0 का अर्थ है बाइट से पढ़ा गया
अंतराल प्रारंभ पता। प्रत्येक स्ट्रिंग इनमें से एक हो सकती है:
"zero_mbrpt" एमबीआर विभाजन तालिका को शून्य करने की मांग करता है यदि बाइट्स 510 और 511 एमबीआर सहन करते हैं
हस्ताक्षर 0x55 0xaa।
"zero_gpt" एक GPT हैडर को बाइट 512 से 1023 में जांचने की मांग करता है, ताकि इसे और इसके शून्य को शून्य किया जा सके।
विभाजन तालिका ब्लॉक।
"zero_apm" एपीएम ब्लॉक 0 की जांच करने और इसके विभाजन तालिका ब्लॉक को शून्य करने की मांग करता है।
Start_byte"-"End_byte संख्या से शुरू होने वाले रीड-इन बाइट्स को शून्य करने की मांग करता है
Start_byte और End_byte के बाद खत्म होना।
घटक स्रोत "local_fs" ध्वज के साथ फ़ाइल पथ है, और ध्वज के साथ अनदेखा किया जाता है
"आयातित_आईएसओ"।
बाइट संख्याओं को {k,m,g,t,s,d} में से एक प्रत्यय द्वारा बढ़ाया जा सकता है जिसका अर्थ है गुणा द्वारा
{1024, 1024k, 1024m, 1024g, 2048, 512}। एक स्केल्ड वैल्यू एंड नंबर के अंतिम बाइट को दर्शाता है
स्केल की गई रेंज
जैसे "0d-0d" "0-511" है।
उदाहरण:
"लोकल_एफएस: 0-32767: जीरो_एमबीआरपीटी, जीरो_जीपीटी, 440-443:/टीएमपी/टेम्पलेट.आईएसओ"
"imported_iso:45056d-47103d::"

-G डिस्क_पथ
दी गई डिस्क फ़ाइल से ISO के आरंभ में अधिकतम 32768 बाइट्स कॉपी करें
छवि।
एल टोरिटो बूट छवि के अलावा, फ़ाइल डिस्क_पाथ को इसमें जोड़ने की आवश्यकता नहीं है
आईएसओ छवि. यह निर्देशिका ट्री में फ़ाइल के रूप में दिखाई नहीं देगा।
बहु-सत्र स्थितियों में, विशेष डिस्क_पथ "।" डिस्क को पढ़ने से रोकता है
फ़ाइल लेकिन फिर भी मौजूदा एमबीआर में समायोजन का कारण बनती है, जो थे
अन्य विकल्पों द्वारा आदेश दिया गया।

-जेनेरिक-बूट डिस्क_पथ
-जी का उपनाम.

--एम्बेडेड-बूट डिस्क_पथ
-जी का उपनाम.

--grub2-mbr डिस्क_पथ
सिस्टम क्षेत्र में डिस्क_पाथ स्थापित करें और इसे आधुनिक GRUB2 MBR के रूप में मानें। यो विषय वस्तु
पहली बूट छवि का प्रारंभ पता 512 बाइट ब्लॉक की गिनती में परिवर्तित हो जाता है,
और 4 का ऑफसेट जोड़ा जाता है। परिणाम 64 बिट लिटिल-एंडियन संख्या के रूप में लिखा गया है
पता 0x1b0 बाइट करने के लिए.

-आइसोहाइब्रिड-एमबीआर डिस्क_पथ
डिस्क_पथ को ISOLINUX आइसोहाइब्रिड MBR के रूप में स्थापित करें जो इसके द्वारा दी गई बूट छवि बनाता है
विकल्प -बी पीसी-बीआईओएस के माध्यम से यूएसबी स्टिक और हार्ड डिस्क से बूट करने योग्य है। ये तैयारी है
आमतौर पर ISOLINUX प्रोग्राम isohybrid द्वारा पहले से निर्मित आईएसओ छवि पर किया जाता है।
डिस्क पथ को Syslinux फ़ाइलों में से एक isohdp[fp]x*.bin तक ले जाना चाहिए। एमबीआर
आइसोहाइब्रिड आवश्यकताओं के अनुसार पैच किया जाता है। पहला विभाजन सीमा का वर्णन करता है
आईएसओ छवि का. इसकी शुरुआत डिफ़ॉल्ट रूप से ब्लॉक 0 पर होती है, लेकिन इसे 64 डिस्क पर सेट किया जा सकता है
विकल्प -partition_offset 16 द्वारा ब्लॉक।
विशेष डिस्क_पथ के अर्थ के लिए "।" विकल्प-जी देखें।

-आइसोहाइब्रिड-जीपीटी-बसदत
जीपीटी में वर्तमान एल टोरिटो बूट छवि (विकल्प -बी और -ई देखें) को विभाजन के रूप में चिह्नित करें
मूल डेटा प्रकार का। यह केवल -आइसोहाइब्रिड-एमबीआर के साथ काम करता है और इसका प्रभाव समान होता है
सिस्टम क्षेत्र -efi-boot-part के रूप में। इसे -efi-boot-part या के साथ नहीं जोड़ा जा सकता
-एचएफएसप्लस.
जीपीटी द्वारा चिह्नित पहली तीन बूट छवियां भी विभाजन के रूप में दिखाई देंगी
एमबीआर में 0xef प्रकार की प्रविष्टियाँ। PC-BIOS के लिए MBR विभाजन को 0x00 प्रकार मिलता है
इस मामले में 0x17 से अधिक. अक्सर आगे की एमबीआर प्रविष्टियाँ वही होती हैं जो वास्तव में होती हैं
ईएफआई द्वारा उपयोग करें।

-आइसोहाइब्रिड-जीपीटी-एचएफएसप्लस
जीपीटी में वर्तमान एल टोरिटो बूट छवि (विकल्प -बी और -ई देखें) को विभाजन के रूप में चिह्नित करें
HFS+ प्रकार का। प्रभाव और प्रतिबंध -isohybrid-gpt-basdat जैसे हैं।

-आइसोहाइब्रिड-एपीएम-एचएफएसप्लस
Apple विभाजन में वर्तमान एल टोरिटो बूट छवि (विकल्प -बी और -ई देखें) को चिह्नित करें
HFS+ प्रकार के विभाजन के रूप में मानचित्र। यह केवल -आइसोहाइब्रिड-एमबीआर के साथ काम करता है और इसमें एक है
सिस्टम क्षेत्र पर -hfsplus के समान प्रभाव। इसे साथ नहीं जोड़ा जा सकता
-ईएफआई-बूट-पार्ट या -एचएफएसप्लस।
ISOLINUX आइसोहाइब्रिड MBR फ़ाइल x32 के 86 बाइट्स के ज्ञात पैटर्न से शुरू होनी चाहिए
मशीन कोड जो मूलतः कुछ नहीं करता। यह 32 बाइट्स से अधिलेखित हो जाएगा
एपीएम हेडर मॉक-अप।

--प्रोटेक्टिव-msdos-लेबल
एक साधारण पीसी-डॉस विभाजन तालिका द्वारा सिस्टम क्षेत्र को पैच करें जहां विभाजन 1 का दावा है
आईएसओ छवि की सीमा लेकिन पहले ब्लॉक को लावारिस छोड़ देती है।

-विभाजन_ऑफ़सेट 2kb_block_adr
एकल विभाजन के साथ एक विभाजन तालिका बनाएं जो दिए गए ब्लॉक से शुरू होती है
पता। इसे 2048 बाइट ब्लॉकों में गिना जाता है, 512 बाइट ब्लॉकों में नहीं। यदि ब्लॉक
पता गैर-शून्य है तो यह कम से कम 16 होना चाहिए। 16 से बड़ा मान शायद ही हो
उपयोग के। एक गैर-शून्य विभाजन ऑफसेट के कारण दो सुपरब्लॉक उत्पन्न होते हैं और दो
निर्देशिका वृक्षों के सेट. इसके बाद छवि को उसकी पूर्ण शुरुआत से माउंट किया जा सकता है
साथ ही विभाजन की शुरुआत से.
जब एक नया सत्र जोड़ा जाता है तो आईएसओ छवि का ऑफसेट मान संरक्षित हो जाता है
भरी हुई छवि. इसलिए यहां परिभाषित मान केवल तभी प्रभावी होता है जब कोई नई आईएसओ छवि मिलती है
लिखा हुआ।

-विभाजन_एचडी_सिल संख्या
एमबीआर विभाजन तालिका के लिए प्रति सिलेंडर हेड की संख्या निर्धारित करें। 0 एक चुनता है
डिफ़ॉल्ट मान। अधिकतम 255 है.

-विभाजन_सेक_एचडी संख्या
एमबीआर विभाजन तालिका के लिए प्रति व्यक्ति सेक्टरों की संख्या निर्धारित करें। 0 एक चुनता है
डिफ़ॉल्ट मान। अधिकतम 63 है.
उत्पाद विभाजन_सेक_एचडी * विभाजन_एचडी_सिल * 512 सिलेंडर का आकार है। यह
सटीक संरेखण संभव बनाने के लिए 2048 तक विभाज्य होना चाहिए। साथ
संलग्न विभाजन और -appended_part_as_gpt की संख्या की कोई सीमा नहीं है
सिलेंडर। वरना उनमें से अधिक से अधिक 1024 हो सकते हैं। यदि सिलेंडर का आकार भी है
सीमा से नीचे रहने के लिए छोटा है, तो विभाजन_एचडी_सिल के उपयुक्त मान हैं
पार्टीशन_सेक_एचडी 32 या 63 के साथ चुना गया। यदि छवि 8,422,686,720 . से बड़ी है
बाइट्स, तो एमबीआर के लिए सिलेंडर आकार की कमी को पूरा नहीं किया जा सकता है। वे लगते हैं
वैसे भी अत्यधिक महत्वपूर्ण नहीं है. विभाजन तालिकाओं में फ्लैट ब्लॉक पते अच्छे हैं
1 TiB.

-विभाजन_सिल_संरेखण मोड
सिलेंडरों की पूर्णांक संख्या के अनुसार छवि आकार संरेखण को नियंत्रित करें। यह निर्धारित है
आइसोहाइब्रिड स्पेक्स द्वारा और ऐसा लगता है कि यह प्रोग्राम fdisk को खुश करता है। सिलेंडर का आकार होना चाहिए
2048 तक विभाज्य। 8,323,596,288 बाइट्स से बड़ी छवियों को एमबीआर में संरेखित नहीं किया जा सकता है
विभाजन तालिका.
मोड "ऑटो" डिफ़ॉल्ट है. पैडिंग द्वारा संरेखण केवल तभी होता है जब विकल्प -आइसोहाइब्रिड-एमबीआर हो
दिया हुआ है।
मोड "ऑन" विकल्प --प्रोटेक्टिव-एमएसडोस-लेबल के साथ पैडिंग करके संरेखण का कारण बनता है।
मोड "ऑल" "ऑन" जैसा है, लेकिन -append_partition से an तक विभाजन को पैड अप भी करता है
संरेखित आकार.
मोड "ऑफ़" संरेखण को बिना शर्त अक्षम करता है।

-संलग्न_विभाजन विभाजन_संख्या प्रकार_कोड डिस्क_पथ
एक तैयार फाइल सिस्टम छवि को आईएसओ छवि में जोड़ने और होने के कारण
उभरने की शुरुआत में एक बूट ब्लॉक में एक विभाजन तालिका प्रविष्टि द्वारा वर्णित है
आईएसओ छवि। विभाजन प्रविष्टि में सबमिट की गई फ़ाइल का आकार राउंड अप होगा
2048 बाइट्स के अगले गुणक या सिलेंडर आकार के अगले गुणक तक।
बाद के बहु-सत्र रन से सावधान रहें। संलग्न विभाजन मिलेगा
अधिलेखित।
पार्टीशन_नंबर 1 से 4 तक हो सकता है। नंबर 1 पूरी आईएसओ इमेज को इसमें डाल देगा
विभाजन से पहले लावारिस स्थान 1। तो अधिकांश एक्सोरिसो एमबीआर या जीपीटी के साथ
विशेषताएँ, संख्या 2 सबसे स्वाभाविक पसंद होगी।
type_code "FAT12", "FAT16", "Linux", या बीच में एक हेक्साडेसिमल संख्या हो सकता है
0x00 और 0xff। वे सभी नंबर प्रयोग करने योग्य परिणाम नहीं देंगे। कोड की सूची के लिए
इंटरनेट पर "विभाजन प्रकार" खोजें या fdisk कमांड "L" चलाएँ। यह कोड
केवल एमबीआर के साथ मायने रखता है, जीपीटी के साथ नहीं।
यदि कोई अन्य कमांड GPT के उत्पादन का कारण बनता है, तो संलग्न विभाजन
वहां भी उल्लेख किया जाएगा, भले ही -appended_part_as_gpt नहीं दिया गया हो।

-संलग्न_भाग_as_gpt
विभाजन को एमबीआर के बजाय जीपीटी में -append_partition से चिह्नित करता है। इस मामले में
एमबीआर 0xee प्रकार का एकल विभाजन दिखाता है जो संपूर्ण आउटपुट डेटा को कवर करता है।
डिफ़ॉल्ट रूप से, जोड़े गए विभाजन GPT में तभी चिह्नित होते हैं जब GPT का उत्पादन किया जाता है
अन्य विकल्पों में से.

-ईफ़ी-बूट-भाग डिस्क_पथ
डिस्क से एक फ़ाइल को उभरती आईएसओ छवि में कॉपी करें और इसे जीपीटी प्रविष्टि द्वारा ईएफआई के रूप में चिह्नित करें
सिस्टम विभाजन. EFI बूट फ़र्मवेयर को FAT फ़ाइल सिस्टम छवि का उपयोग करना चाहिए
यूएसबी स्टिक या हार्ड डिस्क से बूटिंग के लिए ऐसा विभाजन।
डिस्क_पथ के बजाय, --efi-boot-image शब्द दिया जा सकता है। यह GPT . में उजागर होता है
EFI सिस्टम विभाजन के रूप में पहले El Torito EFI बूट छवि की सामग्री। ईएफआई बूट
छवियाँ विकल्प -e या --efi-boot द्वारा प्रस्तुत की जाती हैं। प्रभावित EFI बूट छवि
HFS+ में दिखाई नहीं दे सकता क्योंकि यह HFS+ विभाजन के बाहर संग्रहीत है।

-सीएचआरपी-बूट-भाग
संपूर्ण उभरती आईएसओ छवि की ब्लॉक रेंज को 0x96 प्रकार के एमबीआर विभाजन के रूप में चिह्नित करें।
यह एमबीआर विभाजन प्रविष्टियाँ उत्पन्न करने वाली किसी अन्य सुविधा के साथ संगत नहीं है।
यह GPT को पहचानने योग्य नहीं बनाता है.
सीएचआरपी का उपयोग अक्सर एचएफएस के साथ संयोजन में किया जाता है। अभी तक इसका परीक्षण नहीं किया गया है कि HFS+
-hfsplus विकल्प के साथ निर्मित फ़ाइल सिस्टम किसी भी CHRP सक्षम मशीन पर बूट होगा
जो शुद्ध ISO 9660 को भी बूट नहीं करता है।

-chrp-बूट
-सीएचआरपी-बूट-पार्ट का उपनाम।

-तैयारी-बूट-भाग डिस्क_पथ
डिस्क से एक फ़ाइल को उभरती आईएसओ छवि में कॉपी करें और इसे एमबीआर विभाजन द्वारा चिह्नित करें
प्रकार 0x41 की प्रविष्टि. PReP बूट फ़र्मवेयर की सामग्री को पढ़ना चाहिए
एकल ईएलएफ निष्पादन योग्य फ़ाइल के रूप में विभाजन। यह विकल्प अन्य एमबीआर के साथ संगत है
विभाजन और GPT के साथ.

-मिप्स-बूट iso_rr_path
छवि में एक डेटा फ़ाइल को MIPS बिग एंडियन बूट फ़ाइल घोषित करें और कारण बताएं
एमआईपीएस बिग एंडियन वॉल्यूम हेडर का उत्पादन। यह परस्पर अनन्य है
एमबीआर जैसे अन्य बूट ब्लॉक का उत्पादन। यह पहले 512 बाइट्स को अधिलेखित कर देगा
-जी द्वारा उपलब्ध कराया गया कोई भी डेटा। एकाधिक द्वारा 15 बूट फ़ाइलें तक घोषित की जा सकती हैं
-मिप्स-बूट विकल्प।

-मिपसेल-बूट iso_rr_path
छवि में मौजूद डेटा फ़ाइल को MIPS लिटिल एंडियन बूट फ़ाइल घोषित करें। यह है
अन्य बूट ब्लॉकों के साथ परस्पर अनन्य। यह पहले 512 बाइट्स को अधिलेखित कर देगा
-जी द्वारा उपलब्ध कराए गए किसी भी डेटा का। केवल एक बूट फ़ाइल ही घोषित की जा सकती है
-मिपसेल-बूट।

-B डिस्क_पथ[,डिस्क_पथ...]
ISO छवि के समाप्त होने के बाद डिस्क पर एक या अधिक डेटा फ़ाइलें लिखने का कारण बनें।
आईएसओ छवि के पहले 512 बाइट्स में एक SUN डिस्क लेबल लिखा जाएगा
इस छवि को विभाजन 1 के रूप में और दिए गए डिस्क_पथ को विभाजन 2 से 8 तक सूचीबद्ध करता है।
डिस्क फ़ाइलों में SUN SPARC सिस्टम के लिए उपयुक्त बूट छवियाँ होनी चाहिए।
छद्म डिस्क_पथ "..." के कारण सभी खाली विभाजन प्रविष्टियाँ प्रतिलिपियाँ बन जाती हैं
अंतिम गैर-रिक्त प्रविष्टि. यदि "..." से पहले कोई अन्य डिस्क_पथ नहीं दिया गया है तो सब कुछ
विभाजन आईएसओ छवि का वर्णन करते हैं। इस स्थिति में, बूट लोडर कोड होना चाहिए
विकल्प-जी द्वारा आयातित।

-स्पार्क-बूट डिस्क_पथ[,डिस्क_पथ...]
-बी का उपनाम.

-स्पार्क-लेबल टेक्स्ट
SUN डिस्क लेबल का ASCII लेबल टेक्स्ट सेट करें।

--grub2-स्पार्क-कोर iso_rr_path
छवि में दी गई डेटा फ़ाइल का सामग्री पता और आकार बताएं
SUN डिस्क लेबल के बाद लिखा गया। दोनों संख्याएँ बाइट्स में गिनी जाती हैं। ये पता
बाइट 64x0 को 228 बिट बिग-एंडियन नंबर के रूप में लिखा जाता है। साइज 32 लिखा है
0x230 को बाइट करने के लिए बिट बिग-एंडियन नंबर।

-एचपीपीए-सीएमडीलाइन टेक्स्ट
HP-PA के लिए PALO कमांड लाइन सेट करें। 1023 अक्षरों तक की अनुमति है
गलती करना। -hppa-hdrversion 4 के साथ सीमा 127 है।
ध्यान दें कि पहले पांच -hppa विकल्प अनिवार्य हैं, यदि -hppa विकल्पों में से कोई भी हो
दिया हुआ है। केवल विकल्प -hppa-hdrversion के गायब होने की अनुमति है।

-एचपीपीए-बूटलोडर iso_rr_path
दिए गए पथ को HP-PA बूटलोडर फ़ाइल के रूप में निर्दिष्ट करें।

-एचपीपीए-कर्नेल-32 iso_rr_path
दिए गए पथ को HP-PA 32 बिट कर्नेल फ़ाइल के रूप में निर्दिष्ट करें।

-एचपीपीए-कर्नेल-64 iso_rr_path
दिए गए पथ को HP-PA 64 बिट कर्नेल फ़ाइल के रूप में निर्दिष्ट करें।

-हप्पा-रैमडिस्क iso_rr_path
दिए गए पथ को HP-PA RAM डिस्क फ़ाइल के रूप में निर्दिष्ट करें।

-hppa-hdrversion संख्या
उपयुक्त के लिए PALO हेडर संस्करण 5 (डिफ़ॉल्ट) और संस्करण 4 में से चुनें
मूल्य PALO स्रोत कोड में देखें: PALOHDRVERSION।

-अल्फा-बूट iso_rr_path
छवि में एक डेटा फ़ाइल को डीईसी अल्फा एसआरएम सेकेंडरी बूटस्ट्रैप लोडर घोषित करें
और एक बूट सेक्टर के उत्पादन का कारण बनता है जो इसकी ओर इशारा करता है। यह परस्पर है
एमबीआर जैसे अन्य बूट ब्लॉक के उत्पादन के साथ विशेष।

चरित्र सेट:

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

-इनपुट-चारसेट चरित्र_सेट_नाम
डिस्क फ़ाइल नामों को सम्मिलित करते समय उन्हें परिवर्तित करने के लिए वर्ण सेट सेट करें
आईएसओ छवि में.

-आउटपुट-चारसेट चरित्र_सेट_नाम
वह वर्ण सेट सेट करें जिससे लोड की गई आईएसओ छवियों के नाम परिवर्तित करना है
जो ISO छवियाँ लिखते समय नाम परिवर्तित करने के लिए है।

जिगडो टेम्पलेट निष्कर्षण:

मैन जेनिसोइमेज से: "जिग्डो सीडी जैसी बड़ी फाइलों के वितरण में मदद करने के लिए एक उपकरण है
और डीवीडी छवियां; देखो http://atterer.net/jigdo/ अधिक जानकारी के लिए। डेबियन सीडी और डीवीडी आईएसओ
छवियों को वेब पर जिग्डो प्रारूप में प्रकाशित किया जाता है ताकि अंतिम उपयोगकर्ता उन्हें और अधिक डाउनलोड कर सकें
कुशलता से।"
यदि xorriso के संकलन समय पर libjte का उपयोग सक्षम किया गया था, तो xorrisofs एक उत्पादन कर सकते हैं
.jigdo और एक .template फ़ाइल एक एकल-सत्र ISO छवि के साथ। यदि नहीं, तो जिग्डो
विकल्प विफलता घटना का कारण बनेंगे, जो आम तौर पर प्रोग्राम को निरस्त कर देगा।
कोई जिग्डो की क्षमता का निर्धारण इसके द्वारा कर सकता है:
$ xorrisofs -संस्करण 2>&1 | grep '^libjte' && इको हाँ

.jigdo फ़ाइल में चेकसम और प्रतीकात्मक फ़ाइल पते शामिल हैं। .टेम्पलेट फ़ाइल
इसमें सामग्री बाइट्स के बजाय संदर्भ टैग के साथ संपीड़ित आईएसओ छवि शामिल है
सूचीबद्ध फ़ाइलें.
इस प्रक्रिया के लिए इनपुट सामान्य तर्क हैं a xorrisofs बिना किसी छवि वाला सत्र
लोड किया गया है, और एक .md5 फ़ाइल जो उन डेटा फ़ाइलों को सूचीबद्ध करती है जिन्हें .jigdo में सूचीबद्ध किया जा सकता है
फ़ाइल और बाह्य रूप से .template फ़ाइल में संदर्भित। प्रत्येक निर्दिष्ट फ़ाइल का प्रतिनिधित्व किया जाता है
.md5 फ़ाइल में एकल पाठ पंक्ति द्वारा:
MD5 32 हेक्स अंकों के रूप में, 2 रिक्त स्थान, 12 दशमलव अंकों या रिक्त स्थान के रूप में आकार, 2 रिक्त स्थान, प्रतीकात्मक
फ़ाइल का पता
एक .md5 लाइन में फ़ाइल पते का वही बेसनाम होना चाहिए जो the disk_path का है
फ़ाइल जिससे यह मेल खाएगा। फ़ाइल पते का निर्देशिका पथ To=From . के लिए निर्णायक है
मैपिंग, फ़ाइल पहचान के लिए नहीं। To=मैपिंग के बाद फ़ाइल का पता लिखा जाता है
.jigdo फ़ाइल में। जिग्डो रिस्टोर टूल इन पतों को सच में बदल देगा
पहुंच योग्य डेटा स्रोत पते जिससे वे पढ़ सकते हैं।
यदि जिग्डो मापदंडों की सूची खाली नहीं है, तो पैडिंग को भाग के रूप में गिना जाएगा
आईएसओ छवि।

-जिग्डो-जिगडो डिस्क_पथ
चेकसम और डाउनलोड पते के साथ .jigdo फ़ाइल के लिए डिस्क_पथ सेट करें
.टेम्पलेट में छेद भरना।

-जिगडो-टेम्पलेट डिस्क_पथ
छिद्रित और संपीड़ित आईएसओ छवि के साथ .टेम्पलेट फ़ाइल के लिए डिस्क_पथ सेट करें
प्रति।

-जिगडो-मिन-फ़ाइल-आकार आकार
किसी डेटा फ़ाइल को .jigdo फ़ाइल में सूचीबद्ध करने और एक होने के लिए न्यूनतम आकार निर्धारित करें
.टेम्पलेट फ़ाइल में छेद. आकार बाइट्स गिनने वाली एक सादा संख्या या एक संख्या हो सकती है
KiB (1024 बाइट्स), MiB (1024 KiB), या गिनने के लिए अक्षर "k", "m", "g" के साथ जोड़ा गया
जीआईबी (1024 एमआईबी)।

-जिग्डो-फोर्स-एमडी5 डिस्क_पथ_पैटर्न
एक नियमित अभिव्यक्ति पैटर्न जोड़ता है जो निरपेक्ष के साथ तुलना करेगा
किसी भी डेटा फ़ाइल का डिस्क_पथ जो .md5 सूची में नहीं मिला था। एक मैच का कारण बनता है
दुर्घटना घटना, जो आम तौर पर प्रोग्राम को चलाने से रोकती नहीं है लेकिन अंत में इसका कारण बनती है
प्रोग्राम का गैर-शून्य निकास मान।

-जिग्डो-बहिष्कृत डिस्क_पथ_पैटर्न
एक रेगुलर एक्सप्रेशन पैटर्न जोड़ें जिसकी तुलना निरपेक्ष से की जाएगी
किसी भी डेटा फ़ाइल का डिस्क_पथ। एक मिलान फ़ाइल को किसी भी .template में रहने का कारण बनता है
मामले।

-जिग्डो-मानचित्र प्रति=से
पैरामीटर सूची में To=From फॉर्म की एक स्ट्रिंग जोड़ी जोड़ें। यदि कोई डेटा फ़ाइल मिलती है
.jigdo फ़ाइल में सूचीबद्ध है, तो इसे इसकी लाइन से फ़ाइल पते द्वारा संदर्भित किया जाता है
.md5 फ़ाइल. इस फ़ाइल पते की जाँच की जाती है कि क्या यह से शुरू होता है
डोरी। यदि ऐसा है, तो इस स्ट्रिंग को To स्ट्रिंग और ':' से बदल दिया जाएगा
चरित्र, .jigdo फ़ाइल में जाने से पहले। प्रेषक स्ट्रिंग '/' से समाप्त होनी चाहिए
चरित्र.

-एमडी5-सूची डिस्क_पथ
.md5 इनपुट फ़ाइल खोजने के लिए डिस्क_पथ सेट करें।

-जिगडो-टेम्पलेट-संपीड़ित "gzip"|"bzip2"
टेम्प्लेट फ़ाइल के संपीड़न के लिए "bzip2" या "gzip" में से एक चुनें। जिग्दो
फ़ाइल को असम्पीडित किया गया है.

-चेकसम_एल्गोरिदम_आइसो नामों की सूची
सहायक "# छवि" के लिए "md5", "sha1", "sha256", "sha512" में से एक या अधिक चुनें
.jigdo फ़ाइल में हेक्स" चेकसम। उदाहरण के लिए list_of_names जैसा दिख सकता है
"एमडी 5, शा 1, शा 512"। मान "सभी" सभी उपलब्ध एल्गोरिदम चुनता है। ध्यान दें कि MD5
हमेशा सक्षम रहता है।

-चेकसम_एल्गोरिदम_टेम्पलेट नामों की सूची
.jigdo फ़ाइल में "# टेम्प्लेट हेक्स" चेकसम के लिए एल्गोरिदम चुनें।
list_of_names के नियम -checksum_algorithm_iso के समान ही हैं।

कई तरह का विकल्प हैं:

-प्रिंट-आकार
2048 बाइट ब्लॉकों की अनुमानित संख्या को मानक आउटपुट पर प्रिंट करें
उभरती आईएसओ छवि। यह छवि न बनाएं.
परिणाम कई सेटिंग्स पर निर्भर करता है.
यदि विकल्प --emul-toc दिया गया है, तो पैडिंग (देखें -पैड) को भाग के रूप में नहीं गिना जाता है
छवि का आकार. इस स्थिति में या तो -नो-पैड का उपयोग करें या इसमें 150 (=300 KiB) जोड़ें
परिणामी संख्या.
यदि विकल्प -प्रिंट-आकार के बाद mkisofs अनुकरण समाप्त हो जाता है, तो सबसे अधिक के गुण
हाल ही में निर्दिष्ट बूट छवि फ़ाइल को बाद के xorriso कमांड द्वारा संपादित नहीं किया जा सकता है।

--no_rc
केवल पहले तर्क के रूप में उपयोग किए जाने पर यह विकल्प पढ़ने और व्याख्या को रोकता है
स्टार्टअप फ़ाइलें। नीचे अनुभाग फ़ाइलें देखें।

-मदद
stderr के लिए समर्थित विकल्पों की सूची बनाएं। मूल mkisofs विकल्प अपने मूल को धारण करते हैं
mkisofs विवरण ग्रंथ।

-शांत
प्रोग्राम द्वारा चलाए जा रहे अधिकांश संदेशों को दबा दें, सिवाय उन संदेशों को छोड़कर जो समस्याओं का संकेत देते हैं या
त्रुटियों।

-गुई
आईएसओ छवि लिखते समय शांत करने वाले संदेशों की आवृत्ति बढ़ाएँ।

-बोटा दस्तावेज डिस्क_पथ
फ़ाइल डिस्क_पाथ को 0 आकार में छोटा करें और सभी संदेशों को उस पर रीडायरेक्ट करें
सामान्यतः stderr पर दिखाई देते हैं। -डिस्क_पथ के रूप में खाली टेक्स्ट के साथ लॉग-फ़ाइल आउटपुट को पुनः सक्षम करता है
करने के लिए.

-v
सूचनात्मक प्रोग्राम संदेशों का आउटपुट सक्षम करें।

-कहना
-v का उपनाम.

-संस्करण
जिस टेक्स्ट से प्रारंभ होता है उसे मानक आउटपुट पर प्रिंट करें
"mkisofs 2.01-एमुलेशन कॉपीराइट (सी)"
और मानक त्रुटि के लिए xorriso की संस्करण जानकारी।

उदाहरण

अवलोकन of उदाहरण:
एक साधारण छवि उत्पादन रन
आईएसओ छवि पथ को -ग्राफ्ट-पॉइंट द्वारा सेट करें
बहु-सत्रीय रन निष्पादित करें
xorrisofs को ग्रोइसोफ़्स के नीचे काम करने दें
कुछ निर्देशिका ट्री का वृद्धिशील बैकअप
संचित पेड़ों के साथ वृद्धिशील बैकअप
PC-BIOS और EFI के लिए बूट करने योग्य छवियाँ बनाएँ

A सरल की छवि उत्पादन रन
निर्देशिका ./for_iso में एक तैयार फ़ाइल ट्री आईएसओ की मूल निर्देशिका में कॉपी हो जाती है
छवि। फ़ाइल अनुमतियाँ सभी के लिए केवल पढ़ने के लिए सेट हो जाती हैं। जूलियट के लिए विशेषताएँ
Microsoft सिस्टम जुड़ जाते हैं. परिणामी छवि डेटा फ़ाइल ./image.iso के रूप में लिखी जाती है
डिस्क।
$ xorrisofs -r -J -o ./image.iso ./for_iso

सेट आईएसओ की छवि पथ by -भ्रष्टाचार-बिंदु
विकल्प -ग्राफ्ट-पॉइंट्स के बिना प्रत्येक दी गई डिस्क फ़ाइल को रूट डायरेक्टरी में कॉपी किया जाता है
आईएसओ छवि, अपना नाम बरकरार रखती है। यदि कोई निर्देशिका दी गई है तो उसकी फ़ाइलें और
उप-निर्देशिकाओं को उनके नाम बनाए रखते हुए मूल निर्देशिका में कॉपी किया जाता है।
$ xorrisofs... /home/me/datafile /tmp/directory
आईएसओ छवि रूट निर्देशिका में उपज:
/डेटा फ़ाइल
/file_1_from_directory
...
/file_N_from_directory

विकल्प -ग्राफ्ट-पॉइंट्स के साथ फ़ाइलों और निर्देशिकाओं को मनमाने पथों पर रखना संभव है
आईएसओ छवि में.
$ xorrisofs ... -ग्राफ्ट-पॉइंट्स / होम / मी / डेटाफाइल / डीआईआर = / टीएमपी / डायरेक्टरी
आईएसओ छवि रूट निर्देशिका में उपज:
/डेटा फ़ाइल
/दिर
अंततः छवि में आवश्यक मूल निर्देशिकाएँ स्वचालित रूप से बनाई जाएंगी:
/डेटाफ़ाइल्स/फ़ाइल1=/होम/मी/डेटाफ़ाइल
आईएसओ छवि में पैदावार:
/डेटाफ़ाइल्स/फ़ाइल1
निर्देशिका /डेटाफ़ाइल्स की विशेषताएँ डिस्क पर /home/me से कॉपी की जाती हैं।

आम तौर पर किसी को पाथस्पेक के आईएसओ भाग में = और \ वर्णों से बचना चाहिए। लेकिन अगर यह
होना ही चाहिए, कोई उनसे बच सकता है:
/with_\=_and_\\/file=/tmp/directory/file
आईएसओ छवि में पैदावार:
/with_=_and_\/फ़ाइल

निष्पादन बहु-सत्रीय चलाता है
यह उदाहरण केवल बहु-सत्रीय मीडिया के लिए काम करता है: CD-R[W], DVD-R[W], DVD+R, BD-R। जोड़ना
cdrskin विकल्प --grow_overwriteable_iso सभी के लिए -जैसे cdrecord सक्षम करने के लिए चलता है
ओवरराइट करने योग्य मीडिया पर बहु-सत्र अनुकरण।
पहला सत्र इस तरह लिखा गया है:
$ xorrisofs -graft-point \
/tree1=तैयार_for_iso/tree1 \
| xorriso -as cdrecord -v dev=/dev/sr0blank=fast -multi -eject -
अनुवर्ती सत्र इस प्रकार लिखे गए हैं:
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$m=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$ xorrisofs -M /dev/sr0 -C $m -graft-point \
/tree2=तैयार_for_iso/tree2 \
| xorriso -as cdrecord -v dev=/dev/sr0 -waiti -multi -eject -
सत्रों के बीच हमेशा ड्राइव ट्रे को बाहर निकालें। पुराने सत्र /dev/sr0 के माध्यम से पढ़े जाते हैं। इसका
माध्यम को फिर से लोड करने से पहले डिवाइस ड्राइवर को बदली गई सामग्री के बारे में पता नहीं हो सकता है।
इस मामले में पिछला सत्र लोड नहीं होगा और नए सत्र में शामिल होगा
केवल नई जोड़ी गई फाइलें।
इसी कारण से xorriso -as cdrecord को माध्यम को लोड न करने दें, बल्कि ऐसा करें
मैन्युअल रूप से या किसी प्रोग्राम द्वारा जो /dev/sr0 से पढ़ता है।

चलो xorrisofs काम नीचे ग्रोइसोफ़्स
ग्रोइसॉफ़्स एक आईएसओ फ़ॉर्मेटर प्रोग्राम की अपेक्षा करता है जो विकल्प -सी और -एम को समझता है। एक परिवर्तनीय
हार्डकोडेड डिफ़ॉल्ट नाम को ओवरराइड करने के लिए परिभाषित किया गया है।
$ निर्यात MKISOFS="xorrisofs"
$ ग्रोइसोफ़्स -जेड / देव / डीवीडी / कुछ / फाइलें
$ ग्रोइसोफ़्स -एम /देव/डीवीडी /अधिक/फ़ाइलें
यदि आपके सिस्टम पर कोई "xorrisofs" उपलब्ध नहीं है, तो आपको एक लिंक बनाना होगा
xorriso बाइनरी की ओर इशारा करते हुए और ग्रोइसॉफ़्स को इसका उपयोग करने के लिए कहें। उदाहरण के लिए:
$ ln -s $(जो xorriso) "$HOME/xorrisofs"
$ निर्यात MKISOFS="$HOME/xorrisofs"
कोई व्यक्ति "--" तर्क द्वारा mkisofs अनुकरण छोड़ सकता है और सभी xorriso कमांड का उपयोग कर सकता है।
ग्रोइसोफ़्स उन विकल्पों को नापसंद करते हैं जो "-o" से शुरू होते हैं लेकिन -आउटदेव को "-" पर सेट किया जाना चाहिए। तो उपयोग करें
इसके बजाय "आउटदेव":
$ ग्रोइसॉफ़्स -Z /dev/dvd --for_backup -- \
आउटडेव - -update_r /my/files /files
$ ग्रोइसोफ़्स -M /dev/dvd --for_backup -- \
आउटडेव - -update_r /my/files /files
ध्यान दें कि --for_backup mkisofs इम्यूलेशन में दिया गया है। रिकार्ड किये गये अतिरिक्त को सुरक्षित रखना
डेटा यह पहले से ही प्रभावी होना चाहिए, जब अनुकरण छवि को लोड करता है।

इंक्रीमेंटल बैकअप of a कुछ डायरेक्टरी पेड़
यह आईएसओ छवि में निर्देशिका ट्री /ओपन_सोर्स_प्रोजेक्ट और /पर्सनल_मेल को बदल देता है
ताकि वे अपने डिस्क समकक्षों की सटीक प्रतिलिपियाँ बन जाएँ। आईएसओ फ़ाइल ऑब्जेक्ट मिलते हैं
अपनी विशेषताओं को तदनुसार बनाया, हटाया या समायोजित किया गया।
ACL, xattr, हार्ड लिंक और MD5 चेकसम रिकॉर्ड किए जाएंगे। यह अपेक्षित है कि inode
डिस्क फ़ाइल सिस्टम में संख्याएँ माउंटिंग और बूटिंग के चक्रों के दौरान लगातार बनी रहती हैं। फ़ाइलें
*.o या *.swp से मेल खाने वाले नामों को स्पष्ट रूप से बाहर रखा गया है।

एक ही माध्यम पर कई बार उपयोग करने के लिए, जब भी दो डिस्क ट्री का अद्यतन
माध्यम वांछित है. एक रिक्त माध्यम से प्रारंभ करें और उसे तब तक अद्यतन करें जब तक कि वह विफल न हो जाए
पुराने पर शेष स्थान की कमी के कारण इनायत।
xorriso -as cdrecord को माध्यम को लोड न करने दें, बल्कि इसे मैन्युअल रूप से या ए द्वारा करें
प्रोग्राम जो /dev/sr0 से पढ़ता है।
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$load_opts=
$ परीक्षण -n "$msinfo" &&load_opts='-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(दिनांक '+%Y_%m_%d_%H%M%S')" -ग्राफ्ट-पॉइंट \
-पुराना-रूट / \
/प्रोजेक्ट्स=/होम/थॉमस/प्रोजेक्ट्स \
/पर्सनल_मेल=/होम/थॉमस/पर्सनल_मेल\
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -

यह समझ में आता है कि क्या पूर्ण बैकअप मीडिया पर पर्याप्त शेष क्षमता छोड़ देता है और यदि
अपेक्षित परिवर्तन पूर्ण बैकअप की तुलना में बहुत छोटे हैं।

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

यदि डिस्क पर इनोड नंबर स्थायी नहीं हैं, तो विकल्प --old-root-no-ino का उपयोग करें। इस में
किसी अद्यतन रन के मामले में हार्ड पर वर्तमान फ़ाइल सामग्री के विरुद्ध रिकॉर्ड किए गए MD5 रकम की तुलना की जाएगी
डिस्क।

- माउंट विकल्प -o "एसबीसेक्टर =" जीएनयू/लिनक्स पर या -s फ्रीबीएसडी या नेटबीएसडी पर यह संभव है
पुराने बैकअप संस्करणों का प्रतिनिधित्व करने वाले सत्र पेड़ों तक पहुंचें। सीडी मीडिया के साथ,
जीएनयू/लिनक्स माउंट सीधे अपने विकल्प "सत्र =" द्वारा सत्र संख्या स्वीकार करता है।
बहु-सत्रीय मीडिया और xorriso द्वारा लिखित सर्वाधिक ओवरराइट करने योग्य मीडिया sbsectors को बता सकता है
xorriso option -toc द्वारा उनके सत्रों का:
$ एक्सोरिसो -देव /देव/sr0 -toc
xorriso सत्र संख्या के लिए मिलान माउंट कमांड प्रिंट कर सकता है:
$ xorriso -mount_cmd /dev/sr0 सत्र 12 / MNT
या किसी वॉल्यूम आईडी के लिए जो खोज अभिव्यक्ति से मेल खाता हो:
$ xorriso -mount_cmd /dev/sr0 वैध '*2008_12_05*' / MNT
दोनों मानक आउटपुट पर कुछ इस प्रकार उत्पन्न होते हैं:
माउंट -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/ MNT'
सुपरयूज़र xorriso को माउंट कमांड को सीधे निष्पादित करने दे सकता है:
# ऑसिरोक्स -माउंट /देव/sr0 "अस्थिर" '*2008_12_05*' / MNT

इंक्रीमेंटल बैकअप साथ में जमा हुआ पेड़
सोलारिस पुराने सत्रों को माउंट करने का विकल्प प्रदान नहीं करता है। उन्हें रखने के लिए
पहुंच योग्य, कोई भी सभी फ़ाइलों को एक सत्र निर्देशिका के अंतर्गत फ़ाइल ट्री में मैप कर सकता है और जमा कर सकता है
वे निर्देशिकाएँ सत्र दर सत्र। -रूट पेड़ को -ओल्ड-रूट से क्लोन किया गया है
डिस्क पर उपयुक्त पेड़ों के साथ तुलना करने से पहले पेड़।
यह पहले उपयोग किए गए सत्र निर्देशिका नाम को जानने की मांग करता है।
पहले सत्र के साथ:
$ xorrisofs -root / session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(दिनांक '+%Y_%m_%d_%H%M%S')" -ग्राफ्ट-पॉइंट \
/प्रोजेक्ट्स=/होम/थॉमस/प्रोजेक्ट्स \
/पर्सनल_मेल=/होम/थॉमस/पर्सनल_मेल\
| xorriso -as cdrecord dev=/dev/sr0 -v रिक्त=as_needed \
-मल्टी -वेटी -इजेक्ट -

दूसरे सत्र के साथ, विकल्प -old-root /session1 को संदर्भित करता है और नया -root है
/सत्र2.
xorriso -as cdrecord को माध्यम को लोड न करने दें, बल्कि इसे मैन्युअल रूप से या ए द्वारा करें
प्रोग्राम जो /dev/sr0 से पढ़ता है।
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$load_opts=
$ परीक्षण -n "$msinfo" &&load_opts='-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -root /session2 -old-root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(दिनांक '+%Y_%m_%d_%H%M%S')" -ग्राफ्ट-पॉइंट \
/प्रोजेक्ट्स=/होम/थॉमस/प्रोजेक्ट्स \
/पर्सनल_मेल=/होम/थॉमस/पर्सनल_मेल\
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -
तीसरे सत्र के साथ, विकल्प -old-root /session2 को संदर्भित करता है। नया -रूट /session3 है।
और इतने पर.

बनाएं बूट छवियों एसटी पीसी-BIOS और EFI
SYSLINUX/ISOLINUX बूट लोडर सुइट PC-BIOS को बूट करने के लिए लोकप्रिय है। ISOLINUX विकी
डिस्क पर एक निर्देशिका ./CD_root बनाने और सभी वांछित फ़ाइलों की प्रतिलिपि बनाने का निर्देश देता है
उस निर्देशिका के नीचे. विशेष रूप से फ़ाइल isolinux.bin को कॉपी किया जाएगा
./CD_root/isolinux/isolinux.bin। यह बूट छवि फ़ाइल है.
निर्धारित mkisofs विकल्पों का उपयोग अपरिवर्तित किया जा सकता है xorrisofs:
$ xorrisofs -o आउटपुट.आइसो \
-बी isolinux/isolinux.bin -c isolinux/boot.cat \
-नो-एमुल-बूट -बूट-लोड-आकार 4 -बूट-जानकारी-तालिका \
./CD_root
इसे बर्न प्रोग्राम द्वारा सीडी पर रखें। जैसे:
$ xorriso -as cdrecord -v dev=/dev/sr0 रिक्त=as_needed आउटपुट.iso

उपरोक्त उदाहरण की छवि सीडी, डीवीडी या बीडी से बूट होगी, लेकिन यूएसबी स्टिक या अन्य से नहीं
हार्ड-डिस्क जैसे उपकरण। यह आइसोहाइब्रिड एमबीआर की मदद से किया जा सकता है। सिस्लिनक्स प्रदान करता है
टेम्पलेट फ़ाइलों को isohdp[fp]x*.bin के रूप में मिलान करें। उदाहरण के लिए /usr/lib/syslinux/isohdpfx.bin।
यदि कुछ सौ केबी आकार से कोई फर्क नहीं पड़ता, तो विकल्प -partition_offset का उपयोग किया जा सकता है
एक विभाजन तालिका बनाएं जहां विभाजन 1 ब्लॉक 0 पर शुरू न हो। यह बाद में सुविधा प्रदान करता है
विभाजन और स्वरूपण के लिए उपकरणों द्वारा यूएसबी स्टिक का हेरफेर।
निम्नलिखित उदाहरण से छवि एमबीआर और उसके पहले के माध्यम से बूटिंग के लिए तैयार की जाएगी
विभाजन हार्ड डिस्क ब्लॉक 64 पर प्रारंभ होगा।
यह ऑप्टिकल मीडिया से भी बूट होगा।
$ xorrisofs -o आउटपुट.आइसो \
-बी isolinux/isolinux.bin -c isolinux/boot.cat \
-नो-एमुल-बूट -बूट-लोड-आकार 4 -बूट-जानकारी-तालिका \
-isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin \
-विभाजन_ऑफ़सेट 16 \
./CD_root
सुपरयूजर बनें और छवि को यूएसबी की अविभाजित बेस डिवाइस फ़ाइल में कॉपी करें
चिपकना। जीएनयू/लिनक्स पर यह उदाहरण के लिए /dev/sdb है, न कि /dev/sdb1।
सावधानी: यह यूएसबी स्टिक पर किसी भी विभाजन को अधिलेखित कर देगा और शेष डेटा बना देगा
अप्राप्य.
इसलिए पहले सुनिश्चित करें कि आपको इच्छित डिवाइस का सही पता मिल गया है। जैसे पढ़ने से
इसमें से 100 MiB डेटा और इसे ब्लिंक करते हुए देखना:
# dd bs=2K if=/dev/sdb count=50K >/dev/null
अब इस पर इमेज को कॉपी करें
# dd bs=2K if=output.iso of=/dev/sdb

अब ईएफआई के लिए:
बूट छवि फ़ाइल को EFI सिस्टम विभाजन, यानी FAT फ़ाइल सिस्टम की छवि होनी चाहिए
निर्देशिका /EFI/BOOT और EFI निर्धारित नामों वाली बूट फ़ाइलों के साथ: 32 बिट के लिए BOOTIA32.EFI
x86, 64 बिट AMD/x64 के लिए BOOTx86.EFI (UEFI-2.4 में वास्तव में एक निचला अक्षर "x" है),
64 बिट एआरएम के लिए BOOTAA64.EFI। FAT फ़ाइल सिस्टम में सॉफ़्टवेयर को ढूंढने में सक्षम होना चाहिए
बूट लोडर कॉन्फ़िगरेशन और ऑपरेटिंग सिस्टम की शुरुआत के लिए आईएसओ फाइल सिस्टम का निरीक्षण करें।
GRUB2 प्रोग्राम grub-mkimage उपयुक्त सामग्री के साथ ऐसे FAT फ़ाइल सिस्टम का उत्पादन कर सकता है, जो
फिर ISO फ़ाइल सिस्टम से आगे GRUB2 सॉफ़्टवेयर का उपयोग करता है।
EFI बूट उपकरण को PC-BIOS के लिए उपरोक्त ISOLINUX आइसोहाइब्रिड के साथ जोड़ा जा सकता है
वास्तव में UEFI-2.4 अनुरूप तरीका, जो स्पष्ट रूप से अच्छा काम करता है। यह एमबीआर और जीपीटी विभाजन उत्पन्न करता है
टेबल, दोनों नेस्टेड विभाजन के साथ। मान लिया गया है कि EFI सिस्टम विभाजन छवि तैयार है
./CD_root/boot/grub/efi.img, निर्देशिका पते से पहले निम्नलिखित विकल्प जोड़ें
./CD_root:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-आइसोहाइब्रिड-जीपीटी-बसदत \
यूईएफआई-2.4 के साथ अधिक अनुपालन एमबीआर या जीपीटी के लिए निर्णय लेना और इसकी एक प्रति संलग्न करना है
ISO विभाजन और EFI विभाजन के ओवरलैप से बचने के लिए EFI सिस्टम विभाजन।
एमबीआर के लिए यहां:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-append_partition 2 0xef ./CD_root/boot/grub/efi.img \
परिणामी आईएसओ को ऑप्टिकल मीडिया और यूएसबी स्टिक से बूट किया जाना चाहिए। कोई छोड़ सकता है
विकल्प -एल्टोरिटो-ऑल्ट-बूट यदि पीसी-बीआईओएस के माध्यम से आईएसओ को बूट करने योग्य बनाने के लिए कोई विकल्प -बी का उपयोग नहीं किया जाता है।

शुद्ध GRUB2 बूट उपकरण वाले ISO के लिए GRUB2 टूल grub-mkrescue का उपयोग करने पर विचार करें
xorrisofs का अग्रभाग।

यदि आपके पास बूट करने योग्य आईएसओ फ़ाइल सिस्टम है और आप इसके उपकरण के साथ-साथ एक प्रस्ताव भी जानना चाहते हैं कि कैसे
इसे पुन: पेश करने के लिए, प्रयास करें:
$ xorriso -hfsplus पर -indev IMAGE.iso \
-रिपोर्ट_एल_टोरिटो सादा -रिपोर्ट_सिस्टम_क्षेत्र सादा \
-प्रिंट "" -प्रिंट "======= xorrisofs विकल्पों के लिए प्रस्ताव:" \
-report_el_torito as_mkisofs

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