जीनिसोइमेज - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

genisoimage - वैकल्पिक रॉक रिज विशेषताओं के साथ ISO9660/Joliet/HFS फाइल सिस्टम बनाएं

SYNOPSIS

जीनिसोइमेज [विकल्पों] [-o फ़ाइल का नाम] पाथस्पेक [पाथस्पेक ...]

वर्णन

जीनिसोइमेज ISO9660/Joliet/HFS हाइब्रिड फाइल सिस्टम जेनरेट करने के लिए प्री-मास्टरिंग प्रोग्राम है।

जीनिसोइमेज उत्पन्न करने में सक्षम है प्रणाली उपयोग शेएर करें प्रोटोकॉल अभिलेख (एसयूएसपी)
द्वारा निर्दिष्ट किया गया चट्टान चोटी लेन-देन प्रोटोकॉल. इसका उपयोग आगे का वर्णन करने के लिए किया जाता है
ISO9660 फ़ाइल सिस्टम में यूनिक्स होस्ट को फ़ाइलें, और लंबी . जैसी जानकारी प्रदान करता है
फ़ाइल नाम, UID/GID, POSIX अनुमतियाँ, प्रतीकात्मक लिंक, और ब्लॉक और वर्ण डिवाइस
फाइलें.

यदि जूलियट या एचएफएस हाइब्रिड कमांड लाइन विकल्प निर्दिष्ट हैं, जीनिसोइमेज बना देंगे
जूलियट या एचएफएस के लिए आवश्यक अतिरिक्त फाइल सिस्टम मेटाडेटा। अन्यथा जीनिसोइमेज मर्जी
एक शुद्ध ISO9660 फाइल सिस्टम उत्पन्न करें।

जीनिसोइमेज एक उत्पन्न कर सकते हैं <strong>उद्देश्य</strong> (या साझा) एचएफएस हाइब्रिड फाइल सिस्टम। वही फाइलें देखी जाती हैं
Macintosh से एक्सेस किए जाने पर HFS फ़ाइलों के रूप में और अन्य से एक्सेस किए जाने पर ISO9660 फ़ाइलों के रूप में
मशीनें। HFS का मतलब है श्रेणीबद्ध पट्टिका प्रणाली और यह मूल फाइल सिस्टम है जिसका उपयोग किया जाता है
मैकिंटोश कंप्यूटर।

विकल्प के रूप में, जीनिसोइमेज उत्पन्न कर सकते हैं Apple एक्सटेंशन सेवा मेरे ISO9660 प्रत्येक फ़ाइल के लिए।
जब
एक Macintosh से पहुँचा। देखें HFS लबादा फ़ाइल प्रारूप नीचे अनुभाग।

जीनिसोइमेज किसी दिए गए डायरेक्टरी ट्री का स्नैपशॉट लेता है, और एक बाइनरी इमेज बनाता है जो
किसी ब्लॉक डिवाइस पर लिखे जाने पर ISO9660 और/या HFS फाइल सिस्टम के अनुरूप होगा।

ISO9660 फ़ाइल सिस्टम को लिखी गई प्रत्येक फ़ाइल का फ़ाइल नाम 8.3 प्रारूप में होना चाहिए (तक
8 वर्ण, अवधि, 3 वर्णों तक, सभी अपरकेस), भले ही रॉक रिज उपयोग में हो।
इस फ़ाइल नाम का उपयोग उन प्रणालियों पर किया जाता है जो रॉक रिज का उपयोग करने में सक्षम नहीं हैं
एक्सटेंशन (जैसे MS-DOS), और प्रत्येक निर्देशिका में प्रत्येक फ़ाइल नाम से भिन्न होना चाहिए
उसी निर्देशिका में अन्य फ़ाइल नाम। जीनिसोइमेज आम तौर पर सही बनाने की कोशिश करता है
यूनिक्स फ़ाइल नाम को अपरकेस में मजबूर करके और आवश्यकतानुसार काट-छाँट करके नाम, लेकिन अक्सर यह
जब काटे गए नाम सभी अद्वितीय नहीं होते हैं तो असंतोषजनक परिणाम प्राप्त होते हैं। जीनिसोइमेज
प्रत्येक फ़ाइल नाम के लिए भार निर्दिष्ट करता है, और यदि दो नाम जो अन्यथा समान हैं
पाया गया, निम्न प्राथमिकता वाले नाम का नाम बदलकर 3-अंकीय संख्या शामिल कर दिया गया (गारंटीकृत
अद्वितीय होना)। उदाहरण के लिए, दो फ़ाइलें फू.बार और फू.बार.~1~ के रूप में प्रस्तुत किया जा सकता है
फू.बार;1 और फू000.बार;1.

जब विभिन्न एचएफएस विकल्पों के साथ प्रयोग किया जाता है, जीनिसोइमेज में संग्रहीत फ़ाइलों को पहचानने का प्रयास करेगा
कई ऐप्पल/यूनिक्स फ़ाइल स्वरूपों और डेटा और संसाधन फोर्क्स को भी कॉपी करेंगे
कोई भी प्रासंगिक खोजक जानकारी। देखें HFS लबादा फ़ाइल प्रारूप अधिक के लिए नीचे अनुभाग
प्रारूपों के बारे में जीनिसोइमेज का समर्थन करता है।

ध्यान दें कि जीनिसोइमेज लेखक के साथ सीधे संवाद करने के लिए डिज़ाइन नहीं किया गया है। अधिकांश
लेखकों के पास मालिकाना कमांड सेट होते हैं जो एक निर्माता से दूसरे निर्माता में भिन्न होते हैं, और आप
वास्तव में डिस्क को जलाने के लिए एक विशेष उपकरण की आवश्यकता होती है। वोडिम ऐसा ही एक उपकरण है। नवीनतम
के संस्करण वोडिम से उपलब्ध है http://www.cdrkit.org/.

पाथस्पेक निर्देशिका ट्री का पथ है जिसे ISO9660 फाइल सिस्टम में कॉपी किया जाना है।
एकाधिक पथ निर्दिष्ट किए जा सकते हैं, और जीनिसोइमेज सभी में मिली फाइलों को मर्ज कर देगा
फ़ाइल सिस्टम छवि बनाने के लिए निर्दिष्ट पथ घटक।

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

फू/बार/=../old.lis

शामिल करेगा पुराना.लिस cdrom छवि में /फू/बार/ओल्ड.लिस, जबकि

फू/बार/xxx=../old.lis

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

जीनिसोइमेज सिग्नस के साइबरविन (उपलब्ध) के साथ संकलित होने पर विंडोज मशीनों पर भी चलेगा
से http://www.cygwin.com/) इसलिए इस मैन पेज में अधिकांश संदर्भ to यूनिक्स हो सकता है
के साथ बदल दिया Win32.

विकल्प

कई विकल्पों को डिफ़ॉल्ट के रूप में निर्दिष्ट किया जा सकता है a .genisoimagerc विन्यास फाइल, के रूप में
साथ ही कमांड लाइन पर। यदि पैरामीटर दोनों स्थानों पर निर्दिष्ट है, तो सेटिंग
कमांड लाइन का उपयोग किया जाता है। इस फ़ाइल के प्रारूप और संभावित स्थानों के विवरण के लिए,
देखना genisoimagerc(5).

-सार पट्टिका
सार फ़ाइल नाम निर्दिष्ट करता है। 37 अक्षरों के लिए जगह है। के बराबर
ABST में .genisoimagerc फ़ाइल.

-A आवेदन पहचान पत्र
एक टेक्स्ट स्ट्रिंग निर्दिष्ट करता है जिसे वॉल्यूम हेडर में लिखा जाएगा। यह होना चाहिए
उस एप्लिकेशन का वर्णन करें जो डिस्क पर होगा। 128 . के लिए जगह है
पात्र। के बराबर एपीपीआई में .genisoimagerc फ़ाइल.

-अनुमति-सीमित-आकार
2GiB से बड़ी फ़ाइलों को संसाधित करते समय जिसे आसानी से प्रदर्शित नहीं किया जा सकता है
ISO9660, उन्हें सिकुड़े हुए दृश्यमान फ़ाइल आकार के साथ ISO9660 में जोड़ें और सही के साथ
यूडीएफ सिस्टम के लिए दृश्यमान फ़ाइल आकार। परिणाम एक असंगत फाइल सिस्टम है और
उपयोगकर्ताओं को यह सुनिश्चित करने की आवश्यकता है कि वे वास्तव में पढ़ने के लिए ISO9660 ड्राइवर के बजाय UDF का उपयोग करते हैं
एक ऐसी डिस्क। का अर्थ है सक्षम करना -यूडीएफ.

-अनुमति-अग्रणी-डॉट्स

-लडॉट्स ISO9660 फ़ाइल नामों को एक अवधि से शुरू होने दें। आमतौर पर, एक प्रमुख बिंदु को बदल दिया जाता है
MS-DOS संगतता बनाए रखने के लिए अंडरस्कोर के साथ।
यह ISO9660 मानक का उल्लंघन करता है, लेकिन यह कई प्रणालियों पर काम करने के लिए होता है। उपयोग
सावधानी से।

-अनुमति-लोअरकेस
यह विकल्प लोअरकेस वर्णों को ISO9660 फ़ाइल नामों में प्रकट होने देता है।
यह ISO9660 मानक का उल्लंघन करता है, लेकिन ऐसा कुछ सिस्टम पर काम करने के लिए होता है। उपयोग
सावधानी से।

-अनुमति-मल्टीडॉट
यह विकल्प ISO9660 फ़ाइल नामों में एक से अधिक बिंदुओं को प्रदर्शित करने की अनुमति देता है। एक अग्रणी
डॉट इस विकल्प से प्रभावित नहीं है, इसका उपयोग करके अलग से अनुमति दी जा सकती है
-अनुमति-अग्रणी-डॉट्स.
यह ISO9660 मानक का उल्लंघन करता है, लेकिन यह कई प्रणालियों पर काम करने के लिए होता है। उपयोग
सावधानी से।

-बिब्लियो पट्टिका
ग्रंथ सूची फ़ाइल नाम निर्दिष्ट करता है। 37 अक्षरों के लिए जगह है।
के बराबर बाइबिल में .genisoimagerc फ़ाइल.

-कैश-इनोड्स

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

-अल्फा-बूट अल्फा_बूट_इमेज
बूट छवि का पथ और फ़ाइल नाम निर्दिष्ट करता है जिसका उपयोग एक बनाते समय किया जाना है
अल्फा / एसआरएम बूट करने योग्य सीडी। पथनाम निर्दिष्ट स्रोत पथ के सापेक्ष होना चाहिए
सेवा मेरे जीनिसोइमेज.

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

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

-एचपीपीए-कर्नेल-32 एचपीपीए_कर्नेल_32

-एचपीपीए-कर्नेल-64 एचपीपीए_कर्नेल_64
32-बिट और/या 64-बिट कर्नेल छवियों का पथ और फ़ाइल नाम निर्दिष्ट करता है
HPPA बूट करने योग्य सीडी बनाते समय उपयोग किया जाता है। पथनाम स्रोत के सापेक्ष होना चाहिए
पथ निर्दिष्ट करने के लिए जीनिसोइमेज. अन्य विकल्पों की आवश्यकता है, कम से कम
बूट लोडर फ़ाइल नाम और बूट कमांड लाइन। देखें एचपीपीए टिप्पणियाँ नीचे अनुभाग
देखें।

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

-मिप्स-बूट mips_boot_image
बूट छवि का पथ और फ़ाइल नाम निर्दिष्ट करता है जिसका उपयोग एक बनाते समय किया जाना है
SGI/बिग-एंडियन MIPS बूट करने योग्य सीडी। पथनाम स्रोत पथ के सापेक्ष होना चाहिए
को निर्दिष्ट किया जीनिसोइमेज. स्टोर करने के लिए यह विकल्प कई बार निर्दिष्ट किया जा सकता है
15 बूट छवियों के लिए।

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

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-स्पार्क-बूट img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
बूट छवियों की अल्पविराम से अलग की गई सूची निर्दिष्ट करता है जो बूट करने योग्य बनाने के लिए आवश्यक है
स्पार्क सिस्टम के लिए सीडी। विभाजन 0 का उपयोग ISO9660 छवि के लिए किया जाता है, पहली छवि
फ़ाइल को विभाजन 1 में मैप किया गया है। अल्पविराम से अलग की गई सूची में 7 फ़ील्ड तक हो सकते हैं,
खाली खेतों सहित। Sun . के लिए बूट करने योग्य सीडी बनाने के लिए यह विकल्प आवश्यक है
स्पार्क सिस्टम। अगर -B or -स्पार्क-बूट निर्दिष्ट किया गया है, का पहला क्षेत्र
परिणामी छवि में एक सन डिस्क लेबल होगा। यह डिस्क लेबल स्लाइस को निर्दिष्ट करता है 0
ISO9660 छवि के लिए और बूट छवियों के लिए 1 से 7 के स्लाइस जो कि गए हैं
इस विकल्प के साथ निर्दिष्ट। प्रत्येक अतिरिक्त के भीतर बाइट ऑफ़सेट 512 से 8191 तक
बूट छवियों में एक प्राथमिक बूट होना चाहिए जो उपयुक्त SPARC के लिए कार्य करता है
वास्तुकला। बाकी प्रत्येक छवि में आमतौर पर एक UFS फाइल सिस्टम होता है जिसका उपयोग किया जाता है
प्राथमिक कर्नेल बूट चरण के लिए।

कार्यान्वित बूट विधि वह है जो SunOS 4.x और SunOS 5.x के साथ पाई जाती है।
हालाँकि, यह SunOS इंटर्नल पर निर्भर नहीं है बल्कि केवल Open के गुणों पर निर्भर करता है
बूट प्रोम, इसलिए यह SPARC सिस्टम के लिए किसी भी OS के लिए प्रयोग करने योग्य होना चाहिए। अधिक जानकारी के लिए
जानकारी यह भी देखें टिप्पणियाँ नीचे अनुभाग।

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

-G जेनेरिक_बूट_इमेज
a making बनाते समय उपयोग की जाने वाली सामान्य बूट छवि का पथ और फ़ाइल नाम निर्दिष्ट करता है
जेनेरिक बूट करने योग्य सीडी। बूट छवि को के पहले 16 सेक्टरों पर रखा जाएगा
सीडी, ISO9660 प्राथमिक वॉल्यूम डिस्क्रिप्टर से पहले। यदि यह विकल्प एक साथ प्रयोग किया जाता है
साथ में -स्पार्क-बूट, सन डिस्क लेबल के पहले 512 बाइट्स को ओवरले करेगा
सामान्य बूट छवि।

-b eltorito_boot_image
El . बनाते समय उपयोग की जाने वाली बूट छवि का पथ और फ़ाइल नाम निर्दिष्ट करता है
x86 पीसी के लिए टोरिटो बूट करने योग्य सीडी। पथनाम स्रोत पथ के सापेक्ष होना चाहिए
को निर्दिष्ट किया जीनिसोइमेज. El Torito को बूट करने योग्य बनाने के लिए यह विकल्प आवश्यक है
सीडी. बूट छवि ठीक 1200 kB, 1440 kB या 2880 kB होनी चाहिए, और जीनिसोइमेज
आउटपुट ISO9660 फाइल सिस्टम बनाते समय इस आकार का उपयोग करेगा। पीसी BIOS होगा
फ़्लॉपी डिस्क का अनुकरण करने के लिए छवि का उपयोग करें, इसलिए पहले 512-बाइट सेक्टर में होना चाहिए
पीसी बूट कोड। यह काम करेगा, उदाहरण के लिए, यदि बूट छवि एक LILO-आधारित बूट है
फ्लॉपी

यदि बूट छवि फ़्लॉपी की छवि नहीं है, तो आपको या तो जोड़ने की आवश्यकता है
-हार्ड-डिस्क-बूट or -नो-इमुल-बूट. यदि सिस्टम को एमुलेटेड को बूट नहीं करना चाहिए
डिस्क, उपयोग -नो-बूट.

If -सॉर्ट निर्दिष्ट नहीं किया गया है, बूट छवियों को निम्न प्राथमिकता (+2) के साथ क्रमबद्ध किया गया है
माध्यम की शुरुआत तक। यदि आपको यह पसंद नहीं है, तो आपको एक प्रकार निर्दिष्ट करने की आवश्यकता है
बूट छवियों के लिए 0 का वजन।

-एल्टोरिटो-ऑल्ट-बूट
El Torito बूट पैरामीटर के एक नए सेट के साथ प्रारंभ करें। 63 El Torito बूट प्रविष्टियों तक
एक सीडी में स्टोर किया जा सकता है।

-हार्ड-डिस्क-बूट
निर्दिष्ट करता है कि El Torito बूट करने योग्य सीडी बनाने के लिए प्रयुक्त बूट छवि एक हार्ड डिस्क है
छवि। छवि को एक मास्टर बूट रिकॉर्ड से शुरू होना चाहिए जिसमें एक एकल शामिल हो
विभाजन।

-नो-इमुल-बूट
निर्दिष्ट करता है कि El Torito बूट करने योग्य सीडी बनाने के लिए प्रयुक्त बूट छवि एक "नहीं" है
emulation" छवि। सिस्टम इस छवि को बिना प्रदर्शन किए लोड और निष्पादित करेगा
कोई डिस्क अनुकरण।

-नो-बूट
निर्दिष्ट करता है कि निर्मित एल टोरिटो सीडी को बूट करने योग्य नहीं के रूप में चिह्नित किया जाना चाहिए।
सिस्टम छवि के लिए एक एमुलेटेड ड्राइव प्रदान करेगा, लेकिन एक मानक को बूट करेगा
बूट डिवाइस।

-बूट-लोड-सेग खंड_पता
नो-इम्यूलेशन El Torito . के लिए बूट इमेज के लोड सेगमेंट एड्रेस को निर्दिष्ट करता है
सीडी।

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

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

-C last_sess_start, next_sess_start
सीडी अतिरिक्त या दूसरे सत्र की छवि बनाने के लिए इस विकल्प की आवश्यकता है या a
बहुसत्र डिस्क के लिए उच्च स्तरीय सत्र। -C a . द्वारा अलग किए गए दो नंबर लेता है
अल्पविराम। डिस्क के अंतिम सत्र में पहला पहला सेक्टर है जो होना चाहिए
से जोड़ा गया। दूसरा नंबर नए सत्र का शुरुआती सेक्टर नंबर है।
कॉल करके सही नंबर प्राप्त किए जा सकते हैं वोडिम -एमएसइन्फो ... If -C में प्रयोग किया जाता है
संयोग के साथ -M, जीनिसोइमेज एक फाइल सिस्टम छवि बनाएगा जिसका इरादा है
पिछले सत्र की निरंतरता हो। अगर -C बिना उपयोग किया जाता है -M, जीनिसोइमेज
एक फाइल सिस्टम छवि बनाएगा जिसका उद्देश्य दूसरे सत्र के लिए उपयोग किया जाना है
एक सीडी अतिरिक्त। यह एक बहुसत्र सीडी है जो पहले सत्र में ऑडियो डेटा रखती है
और दूसरे सत्र में एक ISO9660 फाइल सिस्टम।

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

If -सॉर्ट निर्दिष्ट नहीं किया गया है, बूट कैटलॉग को निम्न प्राथमिकता (+1) से . के साथ क्रमबद्ध किया गया है
माध्यम की शुरुआत। यदि आपको यह पसंद नहीं है, तो आपको एक प्रकार निर्दिष्ट करने की आवश्यकता है
बूट कैटलॉग के लिए 0 का वजन।

-चेक-पुराने नाम
ISO9660 के अनुपालन के लिए पुराने सत्र से आयात किए गए सभी फ़ाइल नामों की जाँच करें
फ़ाइल नामकरण नियम। इस विकल्प के बिना, केवल 31 वर्णों से अधिक लंबे नाम हैं
जाँच की गई, क्योंकि ये फ़ाइलें ISO9660 मानक का गंभीर उल्लंघन हैं।

-चेक-सत्र पट्टिका
वास्तविक के अनुपालन के लिए सभी पुराने सत्रों की जाँच करें जीनिसोइमेज ISO9660 फ़ाइल नामकरण
नियम। यह एक उच्च-स्तरीय विकल्प है जो जोड़ती है -M पट्टिका -C 0,0 -चेक-पुराने नाम.
पैरामीटर के लिए पट्टिका, का वर्णन देखें -M.

-कॉपीराइट पट्टिका
कॉपीराइट जानकारी निर्दिष्ट करता है, आमतौर पर डिस्क पर एक फ़ाइल नाम। जगह है
37 वर्णों के लिए। के बराबर कॉपी में .genisoimagerc फ़ाइल.

-d उन फ़ाइलों में अवधि न जोड़ें जिनमें एक अवधि नहीं है।
यह ISO9660 मानक का उल्लंघन करता है, लेकिन यह कई प्रणालियों पर काम करने के लिए होता है। उपयोग
सावधानी से।

-D डीप डायरेक्टरी रिलोकेशन का उपयोग न करें, और इसके बजाय उन्हें वैसे ही पैक करें जैसे हम देखते हैं
उन्हें.
यदि ISO9660:1999 का चयन नहीं किया गया है, तो यह ISO9660 मानक का उल्लंघन करता है, लेकिन यह
कई प्रणालियों पर काम करने के लिए होता है। सावधानी से प्रयोग करें।

-दिर-मोड मोड
छवि बनाने के लिए उपयोग की जाने वाली निर्देशिकाओं के मोड को ओवरराइड करता है मोड, 4 . के रूप में निर्दिष्ट
अनुमति बिट्स के अंक in . के रूप में परिवर्तन विद्या(1). यह विकल्प स्वचालित रूप से रॉक को सक्षम करता है
रिज एक्सटेंशन।

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

ध्यान दें कि DVD-वीडियो संगत फ़ाइल सिस्टम छवि प्राप्त करने के लिए, आपको निम्न करने की आवश्यकता है
एक DVD-वीडियो अनुरूप निर्देशिका ट्री तैयार करें। इसके लिए एक निर्देशिका की आवश्यकता है VIDEO_TS
(सभी कैप) परिणामी डीवीडी की मूल निर्देशिका में, और आमतौर पर दूसरा
डायरेक्टरी ऑडियो_टीएस. VIDEO_TS सभी आवश्यक फ़ाइलों को शामिल करने की आवश्यकता है (फ़ाइल नाम होना चाहिए
सभी कैप्स) एक अनुरूप डीवीडी-वीडियो फाइल सिस्टम के लिए।

-f फाइल सिस्टम उत्पन्न करते समय प्रतीकात्मक लिंक का पालन करें। जब यह विकल्प नहीं है
उपयोग, प्रतीकात्मक लिंक सक्षम होने पर रॉक रिज का उपयोग करके दर्ज किए जाएंगे, अन्यथा वे
नजरअंदाज कर दिया जाएगा।

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

-गिडो gid
स्रोत फ़ाइलों से पढ़ी गई समूह आईडी को के मान पर ओवरराइड करता है gid. निर्दिष्ट करना
यह विकल्प रॉक रिज एक्सटेंशन को स्वचालित रूप से सक्षम करता है।

-गुई GUI के लिए व्यवहार स्विच करें। यह वर्तमान में आउटपुट को अधिक वर्बोज़ बनाता है लेकिन
भविष्य में अन्य प्रभाव हो सकते हैं।

-भ्रष्टाचार-बिंदु
फ़ाइल नामों के लिए भ्रष्टाचार बिंदुओं के उपयोग की अनुमति दें। यदि इस विकल्प का उपयोग किया जाता है, तो सभी फ़ाइल नाम हैं
ग्राफ्ट पॉइंट्स के लिए जाँच की गई। फ़ाइल नाम को पहले अनसेप्ड बराबर में विभाजित किया गया है
संकेत। `\' और `=' वर्णों की सभी घटनाओं को `\' से बचना चाहिए यदि
-भ्रष्टाचार-बिंदु निर्दिष्ट किया गया है।

-छिपाना ग्लोब
मेल खाने वाली कोई भी फाइल छुपाएं ग्लोब, एक शेल वाइल्डकार्ड पैटर्न, में देखा जा रहा से
ISO9660 या रॉक रिज निर्देशिका। ग्लोब फ़ाइल नाम या पथ के किसी भी भाग से मेल खा सकता है।
If ग्लोब एक निर्देशिका से मेल खाता है, उस निर्देशिका की सामग्री छिपी होगी। में
निर्देशिका नाम से मिलान करने के लिए, सुनिश्चित करें कि पथनाम में अनुगामी शामिल नहीं है
`/' चरित्र। सभी छिपी हुई फ़ाइलें अभी भी आउटपुट सीडी छवि पर लिखी जाएंगी
फ़ाइल। यह सभी देखें -छिपाना, तथा मुझे पढ़ो.छिपाओ. इस विकल्प का उपयोग एकाधिक . किया जा सकता है
बार.

-छुपा सूची पट्टिका
शेल वाइल्डकार्ड की सूची वाली एक फ़ाइल जिसे छुपाया जाना है। देखो -छिपाना.

-छिपा हुआ ग्लोब
फ़ाइलों और निर्देशिकाओं के लिए छिपी (अस्तित्व) ISO9660 निर्देशिका विशेषता जोड़ें
मिलान ग्लोब, एक शेल वाइल्डकार्ड पैटर्न। यह विशेषता फाइलों को रोकेगी
कुछ MS-DOS और Windows कमांड द्वारा दिखाए जाने से। ग्लोब के किसी भी भाग से मेल खा सकता है
फ़ाइल नाम या पथ। निर्देशिका नाम से मिलान करने के लिए, सुनिश्चित करें कि पथनाम
अनुगामी `/' वर्ण शामिल नहीं है। यह विकल्प कई बार इस्तेमाल किया जा सकता है।

-छिपी सूची पट्टिका
छिपी विशेषता प्राप्त करने के लिए शेल वाइल्डकार्ड की सूची वाली फ़ाइल। देखो
-छिपा हुआ.

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

-छिपाना-जूलियट-सूची पट्टिका
एक फाइल जिसमें जूलियट ट्री से छुपाए जाने वाले शेल वाइल्डकार्ड की सूची है। देखो
-छिपाना.

-छिपाना-जोलियट-ट्रांस-tbl
छिपाना ट्रांस.टीबीएल जूलियट पेड़ से फ़ाइलें। ये फ़ाइलें आमतौर पर नहीं बनाती हैं
जोलियट दुनिया में समझ में आता है क्योंकि वे असली नाम और ISO9660 नाम सूचीबद्ध करते हैं जो हो सकता है
दोनों जूलियट नाम से अलग हैं।

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

-इनपुट-चारसेट चारसेट
इनपुट वर्णसेट जो स्थानीय फ़ाइल नामों में प्रयुक्त वर्णों को परिभाषित करता है। सूची प्राप्त करने के लिए
मान्य वर्णसेट नामों में से, कॉल करें जीनिसोइमेज -इनपुट-चारसेट मदद. 1:1 . प्राप्त करने के लिए
मानचित्रण, आप उपयोग कर सकते हैं चूक वर्णसेट नाम के रूप में। डिफ़ॉल्ट प्रारंभिक मान हैं cp437
डॉस-आधारित सिस्टम पर और आईएसओ8859-1 अन्य सभी प्रणालियों पर। देखें CHARACTER सेट
अधिक विवरण के लिए नीचे अनुभाग।

-आउटपुट-चारसेट चारसेट
आउटपुट वर्णसेट जो रॉक रिज में उपयोग किए जाने वाले वर्णों को परिभाषित करता है
फ़ाइल नाम। इनपुट वर्णसेट के लिए डिफ़ॉल्ट। देखो CHARACTER सेट के लिए नीचे अनुभाग
अधिक जानकारी।

-आइसो-लेवल स्तर
ISO9660 अनुरूपता स्तर सेट करें। मान्य संख्याएँ 1 से 4 हैं।

स्तर 1 के साथ, फ़ाइलों में केवल एक खंड हो सकता है और फ़ाइल नाम सीमित हैं
8.3 अक्षर।

स्तर 2 के साथ, फ़ाइलों में केवल एक खंड हो सकता है।

स्तर 3 के साथ, कोई प्रतिबंध (आईएसओ-9660:1988 के अलावा) लागू नहीं होता है।

9660 से 1 तक सभी ISO3 स्तरों के साथ, सभी फ़ाइल नाम अपरकेस तक सीमित हैं
अक्षर, संख्या और अंडरस्कोर (_)। फ़ाइल नाम 31 वर्णों तक सीमित हैं,
निर्देशिका नेस्टिंग 8 स्तरों तक सीमित है, और पथनाम 255 . तक सीमित हैं
अक्षर.

स्तर 4 आधिकारिक तौर पर मौजूद नहीं है लेकिन जीनिसोइमेज इसे ISO-9660:1999 में मैप करता है, जो
ISO9660 संस्करण 2 है।

स्तर 4 के साथ, संस्करण संख्या और फ़ाइल संरचना के साथ एक उन्नत वॉल्यूम डिस्क्रिप्टर
2 पर सेट संस्करण संख्या उत्सर्जित होती है। निर्देशिका नेस्टिंग 8 स्तरों तक सीमित नहीं है,
किसी फ़ाइल को डॉट रखने की कोई आवश्यकता नहीं है और डॉट का कोई विशेष अर्थ नहीं है,
फ़ाइल नामों में संस्करण संख्या नहीं होती है, और फ़ाइल नाम 207 वर्णों तक हो सकते हैं
लंबा, या 197 वर्ण यदि रॉक रिज का उपयोग किया जाता है।

संस्करण 2 चित्र बनाते समय, जीनिसोइमेज एक उन्नत वॉल्यूम डिस्क्रिप्टर का उत्सर्जन करता है,
समान लेकिन प्राथमिक वॉल्यूम डिस्क्रिप्टर के समान नहीं। सावधान रहें उपयोग न करें
दूसरी पीवीडी प्रति मानकर ISO9660 छवियों को बूट करने योग्य बनाने के लिए टूटा हुआ सॉफ़्टवेयर और
इस ख्यात पीवीडी प्रतिलिपि को एल टोरिटो वीडी में पैच करना।

-J नियमित ISO9660 फ़ाइलनामों के अलावा जोलियट निर्देशिका रिकॉर्ड उत्पन्न करें। इस
विंडोज़ मशीनों पर डिस्क का उपयोग करने के लिए प्राथमिक रूप से उपयोगी होता है। Joliet
फ़ाइल नाम यूनिकोड में निर्दिष्ट हैं और प्रत्येक पथ घटक 64 यूनिकोड तक हो सकता है
लंबे पात्रों। ध्यान दें कि जूलियट एक मानक नहीं है - केवल माइक्रोसॉफ्ट विंडोज और
लिनक्स सिस्टम जूलियट एक्सटेंशन पढ़ सकते हैं। अधिक सुवाह्यता के लिए, उपयोग करने पर विचार करें
जोलियट और रॉक रिज एक्सटेंशन दोनों।

-जूलियट-लॉन्ग
जूलियट फ़ाइल नाम 103 के बजाय 64 यूनिकोड वर्णों तक होने दें। यह
जूलियट विनिर्देश तोड़ता है, लेकिन काम करता प्रतीत होता है। सावधानी से प्रयोग करें।

-जचारसेट चारसेट
का संयोजन -J -इनपुट-चारसेट चारसेट. देखना CHARACTER सेट नीचे अनुभाग
अधिक जानकारी के लिए.

-l पूरे 31-वर्ण फ़ाइलनामों की अनुमति दें। आम तौर पर ISO9660 फ़ाइल नाम 8.3 . में होगा
प्रारूप जो MS-DOS के साथ संगत है, भले ही ISO9660 मानक अनुमति देता है
31 वर्णों तक के फ़ाइल नाम। यदि आप इस विकल्प का उपयोग करते हैं, तो डिस्क हो सकती है
MS-DOS सिस्टम पर उपयोग करना मुश्किल है, लेकिन अधिकांश अन्य सिस्टम पर काम करेगा। साथ उपयोग
सावधान।

-L पुराना विकल्प; उपयोग -अनुमति-अग्रणी-डॉट्स बजाय.

-जिग्डो-जिगडो jigdo_file
उत्पादन ए जिगडो .जीगडो मेटाडेटा फ़ाइल के साथ-साथ फाइल सिस्टम छवि। देखें
जिग्डो टिप्पणियाँ अधिक जानकारी के लिए नीचे अनुभाग।

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

-जिगडो-मिन-फ़ाइल-आकार आकार
फ़ाइल में सूचीबद्ध होने के लिए न्यूनतम आकार निर्दिष्ट करें .जीगडो फ़ाइल। डिफ़ॉल्ट (और
न्यूनतम अनुमत) 1KB है। देखें जिग्डो टिप्पणियाँ अधिक जानकारी के लिए नीचे अनुभाग।

-जिग्डो-फोर्स-एमडी5 पथ
एक फ़ाइल पैटर्न निर्दिष्ट करें जहाँ फ़ाइलें चाहिए बाहरी रूप से आपूर्ति किए गए MD5 . में शामिल होना चाहिए
द्वारा आपूर्ति की गई सूची -एमडी5-सूची. देखना जिग्डो टिप्पणियाँ अधिक के लिए नीचे अनुभाग
जानकारी.

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

-जिग्डो-मानचित्र पथ
जिग्डो फ़ाइल के लिए एक पैटर्न मैपिंग निर्दिष्ट करें (जैसे डेबियन=/दर्पण/डेबियन)। देख
la जिग्डो टिप्पणियाँ अधिक जानकारी के लिए नीचे अनुभाग।

-एमडी5-सूची md5_फ़ाइल
MD5sums, आकार और फ़ाइलों के पथनाम वाली फ़ाइल निर्दिष्ट करें
में शामिल .जीगडो फ़ाइल। देखें जिग्डो टिप्पणियाँ अधिक के लिए नीचे अनुभाग
जानकारी.

-जिगडो-टेम्पलेट-संपीड़ित कलन विधि
टेम्पलेट दिनांक के लिए उपयोग करने के लिए एक संपीड़न एल्गोरिदम निर्दिष्ट करें। gzip और bzip2 हैं
वर्तमान में समर्थित है, और gzip डिफ़ॉल्ट है। देखें जिग्डो टिप्पणियाँ के लिए नीचे अनुभाग
अधिक जानकारी।

-बोटा दस्तावेज बोटा दस्तावेज
सभी त्रुटि, चेतावनी और सूचनात्मक संदेशों को पुनर्निर्देशित करें बोटा दस्तावेज के स्थान पर
मानक त्रुटि।

-m ग्लोब
मेल खाने वाली फाइलों को छोड़ दें ग्लोब, एक शेल वाइल्डकार्ड पैटर्न, लिखे जाने से लेकर सीडी तक-
रोम। ग्लोब फ़ाइल नाम घटक या पूर्ण पथनाम से मेल खा सकता है। इस
विकल्प कई बार इस्तेमाल किया जा सकता है। उदाहरण के लिए:

genisoimage -o ROM -m '*.o' -m core -m foobar

`.o', या कॉल में समाप्त होने वाली सभी फाइलों को बाहर कर देगा मूल or foobar छवि से।
ध्यान दें कि यदि आपके पास एक निर्देशिका है जिसे कहा जाता है foobar, यह भी (और निश्चित रूप से सभी इसके
वंशज) को बाहर रखा जाएगा।

-बहिष्कृत सूची पट्टिका
शेल वाइल्डकार्ड की सूची वाली फ़ाइल को बाहर रखा जाना है। देखो -m.

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

-M पथ

-M युक्ति

-देव युक्ति
मौजूदा ISO9660 छवि को मर्ज करने के लिए पथ निर्दिष्ट करता है। वैकल्पिक रूप लेता है a
SCSI डिवाइस स्पेसिफायर जो समान सिंटैक्स का उपयोग करता है देव = का पैरामीटर वोडिम.
का उत्पादन जीनिसोइमेज एक नया सत्र होगा जो अंत तक लिखा जाना चाहिए
में निर्दिष्ट छवि का -M. आमतौर पर इसके लिए बहुसत्र क्षमता की आवश्यकता होती है
सीडी रिकॉर्डर छवि लिखने के लिए प्रयोग किया जाता है। यह विकल्प केवल में इस्तेमाल किया जा सकता है
संयोग के साथ -C.

-N ISO9660 फ़ाइल नामों से संस्करण संख्याएँ छोड़ें।
यह ISO9660 मानक का उल्लंघन करता है, लेकिन कोई भी वास्तव में संस्करण संख्या का उपयोग नहीं करता है
वैसे भी। सावधानी से प्रयोग करें।

-नया-दिर-मोड मोड
मोड निर्दिष्ट करें, एक 4-अंकीय संख्या जैसा कि में उपयोग किया गया है परिवर्तन विद्या(1), नया बनाते समय उपयोग करने के लिए
फाइलसिस्टम छवि में निर्देशिका। डिफ़ॉल्ट 0555 है।

-नोबाकी

-नो-बकी
ISO9660 फाइल सिस्टम पर बैकअप फाइल फाइलों को छोड़ दें; अर्थात्, फ़ाइल नाम जो
अक्षर '~' या '#' या अंत में शामिल हों .bak. ये आमतौर पर बैकअप फ़ाइलें होती हैं
यूनिक्स पाठ संपादकों के लिए।

-बल-आरआर
पिछले सत्रों के लिए स्वचालित रॉक रिज विशेषता पहचान का उपयोग न करें।
यह नीरो बर्निंग रोम द्वारा बनाई गई छवियों के साथ समस्याओं के आसपास काम कर सकता है।

-नहीं-rr पिछले सत्रों की रॉक रिज विशेषताओं का उपयोग न करें। यह मदद कर सकता है
समस्याओं से बचें जब जीनिसोइमेज एक पुराने पर अवैध रॉक रिज हस्ताक्षर पाता है
सत्र।

-नो-स्प्लिट-सिम्लिंक-घटक
सिम्लिंक घटकों को विभाजित न करें, बल्कि इसके बजाय एक नया निरंतरता क्षेत्र (सीई) शुरू करें।
यह कुछ जगह बर्बाद कर सकता है, लेकिन SunOS 4.1.4 cdrom ड्राइवर में पढ़ने में एक बग है
सिम्लिंक घटकों को विभाजित करें।

यह संदेहास्पद है कि क्या यह विकल्प आजकल उपयोगी है।

-नो-स्प्लिट-सिम्लिंक-फ़ील्ड
सिम्लिंक फ़ील्ड को विभाजित न करें, बल्कि इसके बजाय एक नया निरंतरता क्षेत्र (सीई) शुरू करें।
यह कुछ जगह बर्बाद कर सकता है, लेकिन SunOS 4.1.4 और Solaris 2.5.1 cdrom ड्राइवर के पास है
विभाजित सिम्लिंक फ़ील्ड पढ़ने में एक बग (एक `/' छोड़ा जा सकता है)।

यह संदेहास्पद है कि क्या यह विकल्प आजकल उपयोगी है।

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

-तकती संपूर्ण छवि के अंत को 150 सेक्टर (300 kB) द्वारा पैड करें। यह विकल्प द्वारा सक्षम किया गया है
चूक। यदि संयोजन में प्रयोग किया जाता है -B, ISO9660 . के बीच पैडिंग डाली जाती है
विभाजन और बूट विभाजन, जैसे कि पहला बूट विभाजन एक पर शुरू होता है
सेक्टर संख्या जो 16 का गुणक है।

पैडिंग की जरूरत है क्योंकि कई ऑपरेटिंग सिस्टम (जैसे लिनक्स) रीड-फॉरवर्ड लागू करते हैं
उनके फाइल सिस्टम I/O में बग। इन बग्स के परिणामस्वरूप फाइलों में पठन त्रुटियां होती हैं:
ट्रैक के अंत के पास स्थित है, खासकर अगर डिस्क ट्रैक एट में लिखी गई है
एक बार मोड, या जहां एक सीडी ऑडियो ट्रैक डेटा ट्रैक का अनुसरण करता है।

-नो-पैड
अंत को 150 सेक्टर (300 kB) से पैड न करें और बूट पार्टीशन न बनाएं
16 सेक्टरों के गुणकों पर शुरू करें।

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

-P पुराना विकल्प; उपयोग -प्रकाशक बजाय.

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

-p तैयारकर्ता_आईडी
एक टेक्स्ट स्ट्रिंग निर्दिष्ट करता है जिसे वॉल्यूम हेडर में लिखा जाएगा। यह होना चाहिए
सीडी-रोम के तैयारकर्ता का वर्णन करें, आमतौर पर एक डाक पते और फोन के साथ
संख्या। 128 अक्षरों के लिए जगह है। के बराबर प्रस्तुत करने का में
.genisoimagerc फ़ाइल.

-प्रिंट-आकार
अनुमानित फ़ाइल सिस्टम आकार को सेक्टर आकार (2048 बाइट्स) के गुणकों में प्रिंट करें और
बाहर जाएं। डिस्क एट वन्स मोड के लिए और कुछ सीडी-आर ड्राइव के साथ इस विकल्प की आवश्यकता होती है जब
सीधे में पाइपिंग वोडिम, मामले जहां वोडिम के आकार को जानने की जरूरत है
फाइलसिस्टम छवि अग्रिम में। के पुराने संस्करण एमकिसोफ्स यह जानकारी लिखी (के बीच
अन्य जानकारी) to stderr. चूंकि यह पार्स करना मुश्किल हो जाता है, संख्या
बिना किसी अन्य जानकारी के अब पर मुद्रित है stdout बहुत। यदि आप एक लिखना पसंद करते हैं
सरल खोल स्क्रिप्ट, रीडायरेक्ट stderr और नंबर को पकड़ें stdout। यह हो सकता है
पूर्ण हो गया:

cdblocks=` genisoimage -प्रिंट-साइज़ -शांत ... `
genisoimage ... | वोडिम ... tsize=${cdblocks}s -

-शांत इस बनाता है जीनिसोइमेज इससे भी कम वर्बोज़। कोई प्रगति आउटपुट प्रदान नहीं किया जाएगा।

-R आगे का वर्णन करने के लिए रॉक रिज प्रोटोकॉल का उपयोग करके एसयूएसपी और आरआर रिकॉर्ड जेनरेट करें
ISO9660 फाइल सिस्टम पर फ़ाइलें।

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

-आराम से फ़ाइल नाम
ISO9660 फ़ाइल नामों को लोअरकेस को छोड़कर सभी 7-बिट ASCII वर्णों को शामिल करने की अनुमति देता है
पत्र।
यह ISO9660 मानक का उल्लंघन करता है, लेकिन यह कई प्रणालियों पर काम करने के लिए होता है। उपयोग
सावधानी से।

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

-ओल्ड-रूट दीर
बहु-सत्र छवि और पिछली (या .) लिखते समय यह विकल्प आवश्यक है
और भी पुराने) सत्र के साथ लिखा गया था -रूट दीर. निर्देशिका नाम का उपयोग नहीं मिला
पिछले सत्र में कारण जीनिसोइमेज त्रुटि के साथ निरस्त करना। इसके बगैर
विकल्प, जीनिसोइमेज असंशोधित फाइलें नहीं ढूंढ पाएंगे और मजबूर हो जाएंगे
छवि में अपना डेटा एक बार फिर लिखने के लिए। -रूट और -ओल्ड-रूट के लिए होती हैं
वृद्धिशील बैकअप करने के लिए एक साथ उपयोग किया जाता है। प्रारंभिक सत्र उदाहरण के लिए उपयोग करेगा:
जीनिसोइमेज -रूट बैकअप_1 dirs. के साथ अगला वृद्धिशील बैकअप जीनिसोइमेज
-रूट बैकअप_2 -ओल्ड-रूट बैकअप_1 dirs इनमें से एक और स्नैपशॉट लेंगे
निर्देशिका। पहला स्नैपशॉट में मिलेगा बैकअप_1, दूसरा एक में
बैकअप_2, लेकिन केवल संशोधित या नई फ़ाइलों को दूसरे में लिखने की आवश्यकता है
सत्र। इन विकल्पों के बिना, नई फ़ाइलें जोड़ी जाएंगी और पुरानी फ़ाइलें होंगी
संरक्षित। लेकिन अगर फ़ाइल को संशोधित किया गया तो पुराने को अधिलेखित कर दिया जाएगा। पुन: प्राप्त करना
सीडी से पूरी निर्देशिका की प्रतिलिपि बनाकर फ़ाइलें भी उन फ़ाइलों को पुनर्स्थापित करेंगी जो
जानबूझकर मिटाए गए थे। फ़ाइल के कई पुराने संस्करणों तक पहुँचने के लिए आवश्यक है
ऑपरेटिंग सिस्टम द्वारा समर्थन यह चुनने के लिए कि कौन से सत्र माउंट किए जाने हैं।

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

-स्पार्क-बूट img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
देख -B ऊपर।

-स्पार्क-लेबल लेबल
सन डिस्क लेबल नाम को सन डिस्क लेबल के लिए सेट करें जो इसके साथ बनाया गया है - चिंगारी-
बूट.

-विभाजन-उत्पादन
आउटपुट छवि को लगभग 1 जीबी प्रत्येक की कई फाइलों में विभाजित करें। इससे मदद मिलती है
बड़े फ़ाइल समर्थन के बिना ऑपरेटिंग सिस्टम पर DVD-आकार की ISO9660 छवियाँ बनाने के लिए।
वोडिम एक डीवीडी में लिखते समय एक से अधिक फाइलों को एक ट्रैक में जोड़ देगा।
बनाने के लिए -विभाजन-उत्पादन काम, -o फ़ाइल का नाम निर्दिष्ट किया जाना चाहिए। परिणामी आउटपुट
छवियों का नाम दिया जाएगा: फ़ाइल नाम_00, फ़ाइल नाम_01, फ़ाइल नाम_02....

-स्ट्रीम-मीडिया-आकार #
स्ट्रीमिंग ऑपरेशन का चयन करें और मीडिया आकार को # सेक्टर पर सेट करें। यह आपको अनुमति देता है
के आउटपुट को पाइप करें टार(1) कार्यक्रम में जीनिसोइमेज और एक ISO9660 . बनाने के लिए
एक मध्यवर्ती टार संग्रह फ़ाइल की आवश्यकता के बिना फाइल सिस्टम। यदि यह विकल्प
निर्दिष्ट किया गया है, जीनिसोइमेज से पढ़ता है stdin और नाम के साथ एक फाइल बनाता है
स्ट्रीम.आईएमजी. फ़ाइल का अधिकतम आकार (पैडिंग के साथ) 200 सेक्टर से कम है
निर्दिष्ट मीडिया आकार। अगर -नो-पैड निर्दिष्ट किया गया है, फ़ाइल का आकार 50 . है
निर्दिष्ट मीडिया आकार से कम क्षेत्र। अगर फ़ाइल छोटी है, जीनिसोइमेज
पैडिंग लिखेंगे। इसमें थोड़ा सा समय लग सकता है।

विकल्प -स्ट्रीम-मीडिया-आकार केवल सरल ISO9660 फाइल सिस्टम बनाता है और शायद नहीं
बहुसत्र या हाइब्रिड फाइल सिस्टम विकल्पों के साथ प्रयोग किया जाता है।

-स्ट्रीम-फ़ाइल-नाम नाम
भविष्य उपयोग के लिए आरक्षित।

-sunx86-बूट UFS_img,,, AUX1_img
फाइल सिस्टम छवियों की अल्पविराम से अलग की गई सूची को निर्दिष्ट करता है जो कि a . बनाने के लिए आवश्यक हैं
सोलारिस x86 सिस्टम के लिए बूट करने योग्य सीडी।

ध्यान दें कि विभाजन 1 का उपयोग ISO9660 छवि के लिए किया जाता है और वह विभाजन 2 है
संपूर्ण डिस्क, इसलिए विभाजन 1 और 2 का उपयोग बाहरी विभाजन डेटा द्वारा नहीं किया जा सकता है।
पहली छवि फ़ाइल को विभाजन 0 में मैप किया गया है। अल्पविराम में खाली फ़ील्ड हो सकते हैं-
अलग सूची, और विभाजन 1 और 2 के लिए सूची प्रविष्टियां खाली होनी चाहिए। अधिकतम
समर्थित विभाजनों की संख्या 8 है (हालाँकि Solaris x86 विभाजन तालिका हो सकती है
16 विभाजन तक का समर्थन), इसलिए 6 से अधिक विभाजन निर्दिष्ट करना असंभव है
इमेजिस। सोलारिस x86 सिस्टम के लिए बूट करने योग्य सीडी बनाने के लिए यह विकल्प आवश्यक है।

If -sunx86-बूट निर्दिष्ट किया गया है, परिणामी छवि का पहला क्षेत्र होगा
एक सोलारिस प्रकार 0x82 fdisk विभाजन के साथ एक पीसी fdisk लेबल होता है जो शुरू होता है
ऑफसेट 512 और पूरी सीडी को फैलाता है। इसके अलावा, सोलारिस टाइप 0x82 fdisk . के लिए
विभाजन, सीडी के पहले सेक्टर में ऑफसेट 4 पर एक SVr1024 डिस्क लेबल है।
यह डिस्क लेबल पहली (आमतौर पर यूएफएस प्रकार) फाइल सिस्टम छवि के लिए स्लाइस 0 निर्दिष्ट करता है
जिसका उपयोग पीसी को बूट करने और ISO1 छवि के लिए 9660 स्लाइस करने के लिए किया जाता है। स्लाइस 2 का विस्तार
संपूर्ण सीडी स्लाइस 3 ... स्लाइस 7 का उपयोग अतिरिक्त फाइल सिस्टम छवियों के लिए किया जा सकता है जिसमें
इस विकल्प के साथ निर्दिष्ट किया गया है।

एक सोलारिस x86 बूट सीडी 1024 बाइट आकार के प्राथमिक बूट का उपयोग करता है जो का उपयोग करता है एल-टोरिटो
नो-इम्यूलेशन बूट मोड और एक सेकेंडरी जेनेरिक बूट जो सीडी सेक्टर 1..15 में है।
इस कारण दोनों -b बूट छवि -नो-इमुल-बूट और -G जेनबूट निर्दिष्ट किया जाना चाहिए।

-sunx86-लेबल लेबल
SVr4 डिस्क लेबल नाम के साथ बनाए गए SVr4 डिस्क लेबल के लिए सेट करें
-sunx86-बूट.

-सिसिड ID
सिस्टम आईडी निर्दिष्ट करता है। 32 अक्षरों के लिए जगह है। के बराबर एसवाईएसआई in
la .genisoimagerc फ़ाइल.

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

-तालिका नाम तालिका नाम
वैकल्पिक अनुवाद तालिका फ़ाइल नाम (ऊपर देखें)। तात्पर्य -T। अगर आप
एक बहु-सत्र छवि बनाने के लिए आपको उसी नाम का उपयोग करना चाहिए जैसा कि पिछले में किया गया था
सत्र।

-यूसीएस-स्तर स्तर
जूलियट एसवीडी में यूनिकोड अनुरूपता स्तर सेट करें। डिफ़ॉल्ट स्तर 3 है। यह हो सकता है
इस विकल्प का उपयोग करके 1..3 पर सेट करें।

-यूडीएफ जेनरेट की गई फाइल सिस्टम छवि में यूडीएफ फाइल सिस्टम समर्थन शामिल करें। यूडीएफ समर्थन है
वर्तमान में अल्फा स्थिति में है और इस कारण से यूडीएफ बनाना संभव नहीं है-
केवल छवियां। यूडीएफ डेटा संरचनाएं वर्तमान में जूलियट संरचनाओं से जुड़ी हुई हैं,
इसलिए वर्तमान कार्यान्वयन के साथ कई नुकसान हैं। कोई यूआईडी/जीआईडी ​​नहीं है
समर्थन, कोई POSIX अनुमति समर्थन नहीं है, सिम्लिंक के लिए कोई समर्थन नहीं है।
ध्यान दें कि यूडीएफ सेक्टर ~20 से सेक्टर 256 तक की शुरुआत में जगह बर्बाद करता है
वास्तविक यूडीएफ डेटा संरचनाओं के लिए आवश्यक स्थान के अतिरिक्त डिस्क।

-यूआईडी यूआईडी
स्रोत फ़ाइलों से पढ़े गए uid को के मान पर ओवरराइड करता है यूआईडी. इसे निर्दिष्ट करना
विकल्प स्वचालित रूप से रॉक रिज एक्सटेंशन को सक्षम करता है।

-उपयोग-फ़ाइल संस्करण
विकल्प -उपयोग-फ़ाइल संस्करण की अनुमति देता है जीनिसोइमेज से फ़ाइल संस्करण संख्या का उपयोग करने के लिए
फाइल सिस्टम। यदि विकल्प निर्दिष्ट नहीं है, जीनिसोइमेज एक संस्करण संख्या बनाता है
सभी फाइलों के लिए 1 का। फ़ाइल संस्करण सीमा में तार हैं ;1 सेवा मेरे ; 32767 इस
विकल्प वीएमएस पर डिफ़ॉल्ट है।

-U पूरी तरह से ISO9660 मानकों का उल्लंघन करते हुए "अअनुवादित" फ़ाइल नामों की अनुमति देता है
ऊपर वर्णित। निम्नलिखित झंडे सक्षम करता है: -d -l -N -अनुमति-अग्रणी-डॉट्स
-आराम से फ़ाइल नाम -अनुमति-लोअरकेस -अनुमति-मल्टीडॉट -नहीं-इसो-अनुवाद. अधिक की अनुमति देता है
एक से अधिक `।' फ़ाइल नाम में वर्ण, साथ ही मिश्रित-केस फ़ाइल नाम। यह है
एचपी-यूएक्स पर उपयोगी, जहां बिल्ट-इन सीडीएफएस फाइलसिस्टम किसी को नहीं पहचानता
एक्सटेंशन। अत्यधिक सावधानी के साथ प्रयोग करें।

-नहीं-इसो-अनुवाद
'#' और '~' वर्णों का अनुवाद न करें जो ISO9660 . के लिए अमान्य हैं
फ़ाइल नाम। हालांकि अमान्य, इन वर्णों का उपयोग अक्सर Microsoft सिस्टम द्वारा किया जाता है।
यह ISO9660 मानक का उल्लंघन करता है, लेकिन यह कई प्रणालियों पर काम करने के लिए होता है। उपयोग
सावधानी से।

-V ठोस
मास्टर ब्लॉक में लिखे जाने वाले वॉल्यूम आईडी (वॉल्यूम नाम या लेबल) को निर्दिष्ट करता है।
32 अक्षरों के लिए जगह है। के बराबर उड़ानें में .genisoimagerc फ़ाइल.
वॉल्यूम आईडी का उपयोग सोलारिस वॉल्यूम मैनेजर द्वारा माउंट पॉइंट के रूप में और a . के रूप में किया जाता है
विंडोज़ और ऐप्पल मैक जैसे विभिन्न अन्य प्लेटफॉर्म पर डिस्क को असाइन किया गया लेबल
ओएस।

-वोल्सेट ID
वॉल्यूम सेट आईडी निर्दिष्ट करता है। 128 अक्षरों के लिए जगह है। के बराबर
खंड में .genisoimagerc फ़ाइल.

-वोल्सेट-आकार #
वॉल्यूम सेट आकार को # पर सेट करता है। वॉल्यूम सेट आकार सीडी की संख्या है जो हैं
एक सीडी वॉल्यूम सेट में। वॉल्यूम सेट एक या अधिक वॉल्यूम का संग्रह है, जिस पर
फाइलों का एक सेट दर्ज किया गया है।

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

जीनिसोइमेज वर्तमान में a . का समर्थन नहीं करता है -वोल्सेट-आकार जो 1 से बड़ा है।

विकल्प -वोल्सेट-आकार पहले निर्दिष्ट किया जाना चाहिए -वोल्सेट-सेक्नो प्रत्येक आदेश पर
लाइन.

-वोल्सेट-सेक्नो #
वॉल्यूम सेट अनुक्रम संख्या को # पर सेट करता है। वॉल्यूम सेट अनुक्रम संख्या है
एक सीडी सेट में वर्तमान सीडी की अनुक्रमणिका संख्या। विकल्प -वोल्सेट-आकार होना चाहिए
पहले निर्दिष्ट -वोल्सेट-सेक्नो प्रत्येक कमांड लाइन पर।

-v क्रिया निष्पादन। यदि कमांड लाइन पर दो बार दिया जाता है, तो अतिरिक्त डिबग जानकारी होगी
मुद्रित होना।

-x ग्लोब
के समान -m ग्लोब.

-z विशेष उत्पन्न करें आरआरआईपी पारदर्शी रूप से संपीड़ित फ़ाइलों के लिए रिकॉर्ड। यह केवल का है
लिनक्स जैसे पारदर्शी डीकंप्रेसन का समर्थन करने वाले मेजबानों के लिए उपयोग और रुचि
2.4.14 या बाद का। आपको निर्दिष्ट करना होगा -R or -r रॉक रिज को सक्षम करने के लिए, और उत्पन्न करें
का उपयोग कर संपीड़ित फ़ाइलें एमकेजफ्ट्री चलने से पहले उपयोगिता जीनिसोइमेज। ध्यान दें कि
पारदर्शी संपीड़न एक गैर-मानक रॉक रिज एक्सटेंशन है। परिणामी डिस्क
केवल पारदर्शी रूप से पठनीय हैं यदि लिनक्स पर उपयोग किया जाता है। अन्य ऑपरेटिंग सिस्टम पर आप
कॉल करने की आवश्यकता होगी एमकेजफ्ट्री फ़ाइलों को डीकंप्रेस करने के लिए हाथ से।

HFS विकल्प

-एचएफएस एक ISO9660/HFS हाइब्रिड सीडी बनाएं। इस विकल्प के साथ संयोजन के रूप में इस्तेमाल किया जाना चाहिए
-नक्शा, -जादू और/या विभिन्न डबल पानी का छींटा नीचे दिए गए विकल्प।

-सेब Apple के एक्सटेंशन के साथ ISO9660 सीडी बनाएं। के समान -एचएफएससिवाय इसके कि
Apple एक्सटेंशन को ISO9660 में HFS हाइब्रिड वॉल्यूम बनाने के बजाय जोड़ा जाता है।
पूर्व जीनिसोइमेज संस्करणों में डिफ़ॉल्ट रूप से रॉक रिज विशेषताएँ शामिल थीं यदि -सेब
निर्दिष्ट किया गया था। का यह संस्करण जीनिसोइमेज अब ऐसा नहीं करता। यदि आप चाहते हैं
रॉक रिज विशेषताएँ रखने के लिए, आपको इसे अलग से निर्दिष्ट करने की आवश्यकता है।

-नक्शा मैपिंग_फाइल
उपयोग मैपिंग_फाइल फ़ाइल के आधार पर निर्माता और प्रकार की जानकारी सेट करने के लिए
फ़ाइल नाम का एक्सटेंशन। एक फ़ाइल नाम को केवल तभी मैप किया जाता है जब वह एक जानकार न हो
ऐप्पल/यूनिक्स फ़ाइल स्वरूप। देखें HFS निर्माता / प्रकार नीचे अनुभाग।

-जादू मैजिक_फाइल
क्रिएटर और टाइप की जानकारी एक फाइल के उपयोग से सेट की जाती है जादू संख्या (आमतौर पर
फ़ाइल के पहले कुछ बाइट्स)। मैजिक_फाइल केवल तभी उपयोग किया जाता है जब कोई फ़ाइल इनमें से एक नहीं है
ज्ञात Apple/Unix फ़ाइल स्वरूप, या फ़ाइल नाम एक्सटेंशन का उपयोग करके मैप नहीं किया गया है
-नक्शा. देखना HFS निर्माता / प्रकार अधिक विवरण के लिए नीचे अनुभाग।

-एचएफएस-निर्माता निर्माता
सभी फाइलों के लिए डिफॉल्ट क्रिएटर सेट करें। बिल्कुल 4 वर्ण होने चाहिए। देखें HFS
निर्माता / प्रकार अधिक विवरण के लिए नीचे अनुभाग।

-एचएफएस-प्रकार टाइप
सभी फाइलों के लिए डिफ़ॉल्ट प्रकार सेट करें। बिल्कुल 4 वर्ण होने चाहिए। देखें HFS
निर्माता / प्रकार अधिक विवरण के लिए नीचे अनुभाग।

-जांच सभी ज्ञात Apple/Unix फ़ाइल स्वरूपों के लिए फ़ाइलों की सामग्री खोजें। देखें
HFS लबादा फ़ाइल प्रारूप इन प्रारूपों के बारे में अधिक जानने के लिए नीचे अनुभाग। हालाँकि,
जाँच करने का एकमात्र तरीका मैकबाइनरी और सेबएकल फ़ाइलों को खोलना और उन्हें पढ़ना है,
इसलिए यह विकल्प प्रसंस्करण समय बढ़ा सकता है। एक या अधिक का उपयोग करना बेहतर है डबल
पानी का छींटा नीचे दिए गए विकल्प यदि उपयोग में आने वाले Apple/Unix स्वरूपों के बारे में जाना जाता है।

-नो-डेस्कटॉप
(खाली) डेस्कटॉप फ़ाइलें न बनाएं। नई HFS डेस्कटॉप फ़ाइलें तब बनाई जाएंगी जब
सीडी का उपयोग मैकिंटोश पर किया जाता है (और सिस्टम फ़ोल्डर में संग्रहीत)। डिफ़ॉल्ट रूप से, खाली
डेस्कटॉप फ़ाइलें HFS वॉल्यूम में जोड़ी जाती हैं।

-मैक-नाम
ISO9660, Joliet और Rock Ridge के लिए प्रारंभिक बिंदु के रूप में HFS फ़ाइल नाम का उपयोग करें
फ़ाइल नाम। देखें HFS लबादा फ़ाइल नाम अधिक जानकारी के लिए नीचे अनुभाग।

-बूट-एचएफएस-फाइल ड्राइवर_फाइल
स्थापित करता है ड्राइवर_फाइल कि मई मैकिन्टोश पर सीडी को बूट करने योग्य बनाएं। देखें HFS
बीओओटी DRIVER नीचे अनुभाग। (अल्फा)।

-अंश एक HFS विभाजन तालिका उत्पन्न करें। डिफ़ॉल्ट रूप से, कोई विभाजन तालिका उत्पन्न नहीं होती है, लेकिन
कुछ पुराने Macintosh CD-ROM ड्राइवरों को होने के लिए CD-ROM पर एक HFS विभाजन तालिका की आवश्यकता होती है
हाइब्रिड सीडी-रोम को पहचानने में सक्षम।

ऑटो ऑटोस्टार्ट_फाइल
किसी एप्लिकेशन को लॉन्च करने के लिए एचएफएस सीडी को क्विकटाइम 2.0 ऑटोस्टार्ट सुविधा का उपयोग करें या
दस्तावेज़। दिया गया फ़ाइल नाम किसी दस्तावेज़ या एप्लिकेशन का नाम होना चाहिए
सीडी के शीर्ष स्तर पर। फ़ाइल नाम 12 वर्णों से कम होना चाहिए। (अल्फा)।

-समूह का आकार आकार
पीसी एक्सचेंज फाइलों के क्लस्टर या आवंटन इकाइयों के बाइट्स में आकार सेट करें।
तात्पर्य --लेन देन. देखना HFS लबादा फ़ाइल प्रारूप नीचे अनुभाग।

-छिपाना-hfs ग्लोब
छिपाना ग्लोब, HFS वॉल्यूम से एक शेल वाइल्डकार्ड पैटर्न। फ़ाइल या निर्देशिका
अभी भी ISO9660 और/या जूलियट निर्देशिका में मौजूद रहेगा। ग्लोब किसी भी भाग से मेल खा सकता है
फ़ाइल नाम का। एकाधिक ग्लोब बाहर रखा जा सकता है। उदाहरण:

genisoimage -o ROM -hfs -hide-hfs '*.o' -hide-hfs foobar

`.o' या कॉल में समाप्त होने वाली सभी फाइलों को बाहर कर देगा foobar एचएफएस वॉल्यूम से। ध्यान दें
कि अगर आपके पास एक निर्देशिका थी जिसे कहा जाता है foobar, यह भी (और निश्चित रूप से सभी इसके
वंशज) को बाहर रखा जाएगा। ग्लोब के सापेक्ष पथ नाम भी हो सकता है
कमांड लाइन पर दी गई स्रोत निर्देशिका। उदाहरण:

genisoimage -o ROM -hfs -hide-hfs src/html src

केवल फ़ाइल या निर्देशिका को बाहर कर देगा जिसे कहा जाता है HTML से " निर्देशिका। कोई
अन्य फ़ाइल या निर्देशिका कहा जाता है HTML पेड़ में बाहर नहीं किया जाएगा। होना चाहिए
साथ उपयोग करना -छिपाना और / या -छिपाना. निर्देशिका नाम से मिलान करने के लिए, सुनिश्चित करें
पैटर्न में एक अनुगामी `/' वर्ण शामिल नहीं है। देखो मुझे पढ़ो.छिपाओ और अधिक के लिए
विवरण।

-छिपाना-hfs-सूची पट्टिका
एक फ़ाइल निर्दिष्ट करें जिसमें वाइल्डकार्ड पैटर्न की सूची शामिल है जिसे छुपाया जाना है -छिपाना-hfs.

-hfs-volid hfs_volid
HFS विभाजन के लिए वॉल्यूम नाम। यह वह नाम है जो डिस्क को सौंपा गया है
एक Macintosh और की जगह लेता है ठोस साथ उपयोग करना -V.

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

-रूट-जानकारी पट्टिका
रूट के लिए लोकेशन, स्क्रीन पर साइज, स्क्रॉल पोजीशन, फोल्डर व्यू आदि सेट करें
एक एचएफएस वॉल्यूम का फ़ोल्डर। देखो README.rootinfo अधिक जानकारी के लिए। (अल्फा)

-तैयारी-बूट पट्टिका
PReP बूट छवि फ़ाइल। 4 तक की अनुमति है। देखो README.prep_boot और अधिक के लिए
जानकारी। (अल्फा)

-chrp-बूट
CHRP बूट हेडर जोड़ें।

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

-आउटपुट-एचएफएस-चारसेट चारसेट
आउटपुट वर्णसेट जो उन वर्णों को परिभाषित करता है जिनका उपयोग HFS फ़ाइलनाम में किया जाएगा।
इनपुट वर्णसेट के लिए डिफ़ॉल्ट। देखें CHARACTER सेट अधिक के लिए नीचे अनुभाग
विवरण।

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

-एचएफएस-आशीर्वाद फ़ोल्डर का नाम
दी गई निर्देशिका (फ़ोल्डर) को "आशीर्वाद" दें। यह आमतौर पर प्रणाली फ़ोल्डर और प्रयोग किया जाता है
HFS बूट करने योग्य सीडी बनाने में। निर्देशिका का नाम संपूर्ण पथ का नाम होना चाहिए
as जीनिसोइमेज इसे देखें। उदाहरण के लिए, यदि दिया गया पाथस्पेक है ./सीडीडेटा और आवश्यक है
फोल्डर कहा जाता है प्रणाली फ़ोल्डर, पूरे पथ का नाम है "/ सीडीडेटा/सिस्टम फ़ोल्डर"
(यदि नाम में रिक्त स्थान हैं तो उद्धरण चिह्नों का उपयोग करना याद रखें)।

-hfs-पार्म्स पैरामीटर
HFS फाइलसिस्टम बनाने के लिए उपयोग किए गए कुछ मापदंडों को ओवरराइड करें। इस्तेमाल होने की संभावना नहीं
सामान्य परिस्थितियों में। देखें libhfs_iso/hybrid.h विवरण के लिए स्रोत फ़ाइल।

--टोपी AUFS CAP Macintosh फ़ाइलें खोजें। केवल CAP Apple/Unix फ़ाइल स्वरूपों की खोज करें।
अन्य संभावित ऐप्पल/यूनिक्स फ़ाइल स्वरूपों की खोज अक्षम है, जब तक कि अन्य
डबल पानी का छींटा विकल्प दिए गए हैं।

--नेटटाक
NETATALK Macintosh फ़ाइलें खोजें

--डबल
AppleDouble Macintosh फ़ाइलें खोजें

--ईथरशेयर
Helios EtherShare Macintosh फ़ाइलें खोजें

--उशारे
IPT USshare Macintosh फ़ाइलें खोजें

--लेन देन
पीसी एक्सचेंज मैकिंटोश फाइलों की तलाश करें

--sgi SGI Macintosh फ़ाइलें खोजें

--xinet
XINET Macintosh फ़ाइलें खोजें

--मैकबिन
MacBinary Macintosh फ़ाइलें खोजें

--एक
AppleSingle Macintosh फ़ाइलें खोजें

--डेव गुरूवार सॉफ्टवेयर सिस्टम्स DAVE Macintosh फाइलों को देखें

--एसएफएम Macintosh फ़ाइलों के लिए Microsoft की सेवाएँ देखें (केवल NT) (अल्फ़ा)

--osx-डबल
Mac OS X AppleDouble Macintosh फ़ाइलें खोजें

--osx-hfs
Mac OS X HFS Macintosh फ़ाइलें खोजें

CHARACTER सेट

जीनिसोइमेज 8-बिट वर्णों के तार के रूप में POSIX- अनुरूप तरीके से फ़ाइल नामों को संसाधित करता है।
सभी भाषाओं के लिए सभी कोडिंग का प्रतिनिधित्व करने के लिए, 8-बिट वर्ण पर्याप्त नहीं हैं। यूनिकोड
या ISO-10646 वर्ण कोडिंग को परिभाषित करते हैं जिन्हें सभी ज्ञात का प्रतिनिधित्व करने के लिए कम से कम 21 बिट्स की आवश्यकता होती है
भाषाएं। उनका प्रतिनिधित्व किया जा सकता है UTF-32, UTF-16 or UTF-8 कोडिंग। UTF-32 a . का उपयोग करता है
सादा 32-बिट कोडिंग लेकिन असामान्य प्रतीत होता है। UTF-16 का उपयोग Microsoft द्वारा Win32 के साथ किया जाता है
नुकसान यह है कि 16-बिट वर्ण POSIX फाइल सिस्टम के अनुरूप नहीं हैं
interface.

आधुनिक यूनिक्स ऑपरेटिंग सिस्टम फ़ाइल नामों के लिए UTF-8 कोडिंग का उपयोग कर सकते हैं। प्रत्येक 32-बिट वर्ण
एक या अधिक 8-बिट वर्णों द्वारा दर्शाया गया है। यदि किसी वर्ण को में कोडित किया गया है आईएसओ 8859-1
(मध्य यूरोप और उत्तरी अमेरिका में प्रयुक्त) एक UTF-1 या UTF-1 कोडित यूनिकोड के लिए मानचित्र 32:16 है
चरित्र। यदि किसी वर्ण को में कोडित किया गया है 7 बिट ASCII (संयुक्त राज्य अमेरिका और अन्य देशों में उपयोग किया जाता है
सीमित वर्ण सेट) एक UTF-1, UTF-1 या UTF-32 कोडित यूनिकोड वर्ण के लिए मानचित्र 16:8 है।
वर्ण कोड जिन्हें UTF-8 में एकल बाइट के रूप में प्रदर्शित नहीं किया जा सकता है (यदि मान > . है
0x7F) एस्केप सीक्वेंस का उपयोग करते हैं जो एक से अधिक 8-बिट कैरेक्टर को मैप करते हैं।

यदि सभी ऑपरेटिंग सिस्टम UTF-8 का उपयोग करते हैं, जीनिसोइमेज में वर्णों को फिर से कोड करने की आवश्यकता नहीं होगी
फ़ाइल नाम। दुर्भाग्य से, Apple पूरी तरह से गैर-मानक कोडिंग का उपयोग करता है और Microsoft a . का उपयोग करता है
यूनिकोड कोडिंग जो POSIX फ़ाइल नाम इंटरफ़ेस के साथ संगत नहीं है।

सभी गैर-UTF-8-कोडेड ऑपरेटिंग सिस्टम के लिए, वास्तविक वर्ण जो प्रत्येक बाइट का प्रतिनिधित्व करता है
पर निर्भर करता है चरित्र सेट or कोड पृष्ठ पर (Microsoft द्वारा प्रयुक्त नाम) स्थानीय द्वारा उपयोग किया जाता है
ऑपरेटिंग सिस्टम - एक वर्ण सेट में वर्ण क्षेत्र या प्राकृतिक को प्रतिबिंबित करेंगे
उपयोगकर्ता द्वारा निर्धारित भाषा।

आमतौर पर वर्ण कोड 0x00-0x1f नियंत्रण वर्ण होते हैं, कोड 0x20-0x7f 7-बिट होते हैं
ASCII वर्ण और (पीसी और मैक पर) 0x80-0xff अन्य वर्णों के लिए उपयोग किए जाते हैं।

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

मामलों को और अधिक जटिल बनाने के लिए, विभिन्न ऑपरेटिंग सिस्टम अलग-अलग वर्ण सेट का उपयोग करते हैं
क्षेत्र या भाषा के लिए। उदाहरण के लिए, `é' के लिए वर्ण कोड (एक्यूट के साथ छोटा ई)
एक्सेंट) एक पीसी पर कैरेक्टर कोड 0x82 हो सकता है, मैकिन्टोश पर कोड 0x8e, यूनिक्स पर कोड 0xe9 हो सकता है
पश्चिमी यूरोप में प्रणाली, और यूनिकोड में कोड 0x000e9।

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

आप जिस वर्ण सेट का उपयोग करना चाहते हैं उसे निर्दिष्ट करने के लिए चार विकल्प हैं:

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

-आउटपुट-चारसेट
कैरेक्टर सेट को परिभाषित करता है जिसका उपयोग रॉक रिज नामों के लिए किया जाएगा
सीडी. इनपुट वर्ण सेट के लिए डिफ़ॉल्ट।

-इनपुट-एचएफएस-चारसेट
एचएफएस फाइलनामों के लिए प्रयुक्त एचएफएस कैरेक्टर सेट को परिभाषित करता है जो इनमें से किसी से डिकोड किया गया है
विभिन्न ऐप्पल/यूनिक्स फ़ाइल स्वरूप। केवल तभी उपयोगी होता है जब के साथ प्रयोग किया जाता है -मैक-नाम. देखना HFS
लबादा फ़ाइल नाम अधिक जानकारी के लिए। डिफ़ॉल्ट करने के लिए cp10000 (मैक रोमन)।

-आउटपुट-एचएफएस-चारसेट
इनपुट वर्ण से HFS फ़ाइल नाम बनाने के लिए उपयोग किए जाने वाले HFS वर्ण सेट को परिभाषित करता है
प्रयोग में लगा दिया। ज्यादातर मामलों में यह दिए गए वर्ण सेट से होगा
-इनपुट-चारसेट. इनपुट HFS कैरेक्टर सेट के लिए डिफ़ॉल्ट।

to . में निर्मित कई वर्ण सेट हैं जीनिसोइमेज. एक सूची प्राप्त करने के लिए, उपयोग करें
-इनपुट-चारसेट मदद. इस सूची में वर्तमान से प्राप्त वर्णसेट शामिल नहीं है
लोकेल, अगर जीनिसोइमेज के साथ बनाया गया है iconv समर्थन करें.

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

कैरेक्टर सेट फाइलों का प्रारूप वही है जो मैपिंग फाइलों से उपलब्ध है
http://www.unicode.org/Public/MAPPINGS. यह प्रारूप है:

कॉलम # 1 इनपुट बाइट कोड है (हेक्स में 0xXX के रूप में)
कॉलम #2 यूनिकोड है (हेक्स में 0xXXXX के रूप में)
बाकी लाइन को नजरअंदाज कर दिया जाता है।

कोई भी रिक्त रेखा, उपरोक्त प्रारूप में दो (या अधिक) स्तंभों वाली पंक्ति या टिप्पणी पंक्तियाँ
(# वर्ण से शुरू होने वाले) को बिना किसी चेतावनी के अनदेखा कर दिया जाता है। कोई गुम इनपुट कोड
यूनिकोड वर्ण 0x0000 में मैप किया गया है।

ध्यान दें कि, जबकि UTF-8 समर्थित है, अन्य यूनिकोड एन्कोडिंग जैसे UCS-2/UTF-16 और
UCS-4/UTF-32 नहीं हैं, क्योंकि POSIX ऑपरेटिंग सिस्टम उन्हें मूल रूप से हैंडल नहीं कर सकते।

कीवर्ड का उपयोग करके 1:1 वर्ण सेट मैपिंग को परिभाषित किया जा सकता है चूक तर्क के रूप में
चरित्र सेट विकल्पों में से कोई भी। यह पुराने संस्करणों का व्यवहार है एमकिसोफ्स.

इनपुट फ़ाइल नामों से उत्पन्न ISO9660 फ़ाइल नाम इनपुट से परिवर्तित नहीं होते हैं
अक्षरों का समूह। ISO9660 वर्ण सेट ASCII वर्णों का एक बहुत ही सीमित उपसमुच्चय है,
इसलिए कोई भी रूपांतरण व्यर्थ होगा।

कोई भी पात्र जीनिसोइमेज कनवर्ट नहीं किया जा सकता एक `_ 'वर्ण के साथ प्रतिस्थापित किया जाएगा।

HFS निर्माता / प्रकार

Macintosh फ़ाइल में इसके साथ जुड़े दो गुण होते हैं जो परिभाषित करते हैं कि कौन सा अनुप्रयोग
फ़ाइल बनाई, निर्माता और फ़ाइल में कौन सा डेटा है, TYPE। दोनों हैं
(बिल्कुल) 4 अक्षर के तार। आमतौर पर यह Macintosh उपयोगकर्ता को किसी फ़ाइल पर डबल-क्लिक करने की अनुमति देता है
और सही एप्लिकेशन आदि लॉन्च करें। किसी विशेष फ़ाइल का निर्माता और प्रकार हो सकता है
Macintosh पर ResEdit (या समान) जैसी किसी चीज़ का उपयोग करके पाया गया।

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

यदि मैपिंग या मैजिक फ़ाइल का उपयोग नहीं किया जाता है, या कोई मिलान नहीं मिलता है, तो डिफ़ॉल्ट निर्माता और प्रकार
में प्रविष्टियों का उपयोग करके सभी नियमित फाइलों के लिए सेट किया जा सकता है .genisoimagerc फ़ाइल या उपयोग
-एचएफएस-निर्माता और / या -एचएफएस-प्रकार, अन्यथा डिफ़ॉल्ट निर्माता और प्रकार हैं यूनिक्स और पाठ.

का प्रारूप मानचित्रण फ़ाइल वही है एफ़पीफ़ाइल प्रारूप के रूप में इस्तेमाल किया औफ्सो. इस फ़ाइल में है
के लिए पांच कॉलम विस्तार, पट्टिका अनुवाद, निर्माता, TYPE और टिप्पणी. पंक्तियां
'#' वर्ण से शुरू होने वाली टिप्पणी पंक्तियाँ हैं और इन्हें नज़रअंदाज़ किया जाता है। एक उदाहरण फ़ाइल होगी
उस जैसे रहो:

# उदाहरण फ़ाइल नाम मैपिंग फ़ाइल
#
# EXTN XLate Creator TYPE कमेंट
.tif रॉ '8BIM' 'TIFF' "Photoshop TIFF इमेज"
.hqx Ascii 'BnHq' 'पाठ' "BinHex फ़ाइल"
.doc रॉ 'MSWD' 'WDBN' "वर्ड फाइल"
.mov रॉ 'TVOD' 'MooV' "क्विकटाइम मूवी"
* असीसी 'ttxt' 'पाठ' "पाठ फ़ाइल"

कहा पे:

पहला कॉलम एक्सटेंशन मैप किए जाने वाले यूनिक्स फ़ाइल नाम एक्सटेंशन को परिभाषित करता है। डिफ़ॉल्ट
मेल नहीं खाने वाले किसी भी फ़ाइल नाम एक्सटेंशन के लिए मैपिंग को `*' से परिभाषित किया गया है
चरित्र.

RSI एक्सलेट कॉलम यूनिक्स और . के बीच पाठ अनुवाद के प्रकार को परिभाषित करता है
Macintosh फ़ाइल द्वारा इसे अनदेखा किया जाता है जीनिसोइमेज, लेकिन संगत होने के लिए रखा जाता है
औफ्सो(1). यद्यपि जीनिसोइमेज फ़ाइल की सामग्री को नहीं बदलता है, अगर एक बाइनरी
फ़ाइल का TYPE इस प्रकार सेट है पाठ, यह मई Macintosh पर गलत तरीके से पढ़ा जा सकता है। इसलिए
डिफ़ॉल्ट प्रकार के लिए एक बेहतर विकल्प हो सकता है ?.

RSI निर्माता और TYPE कीवर्ड 4 वर्ण लंबे और एकल में संलग्न होने चाहिए
उल्लेख। उद्धरण।

टिप्पणी फ़ील्ड दोहरे उद्धरण चिह्नों में संलग्न है — इसे इसके द्वारा अनदेखा किया जाता है जीनिसोइमेज, परंतु
के साथ संगत रखने के लिए रखा गया है औफ्सो.

का प्रारूप जादू फ़ाइल लगभग के समान है जादू(5) फ़ाइल द्वारा उपयोग की जाती है पट्टिका(1)
आदेश।

इस फ़ाइल में के लिए चार टैब से अलग किए गए कॉलम हैं बाइट ओफ़्सेट, टाइप, परीक्षण और message.
'#' वर्ण से शुरू होने वाली पंक्तियाँ टिप्पणी पंक्तियाँ हैं और इन्हें नज़रअंदाज़ कर दिया जाता है। एक उदाहरण फ़ाइल
की तरह होगा:

# उदाहरण जादू फ़ाइल
#
# ऑफ टाइप टेस्ट मैसेज
0 स्ट्रिंग GIF8 8BIM GIFf GIF छवि
0 छोटा 0xffd8 8BIM JPEG छवि डेटा
0 स्ट्रिंग एसआईटी! बैठना! बैठना! स्टफ इट आर्काइव
0 स्ट्रिंग \037\235 LZIV ZIVU मानक यूनिक्स संपीड़ित
0 स्ट्रिंग \037\213 GNUz ZIVU gzip संपीड़ित डेटा
0 स्ट्रिंग%! एएसपीएस टेक्स्ट पोस्टस्क्रिप्ट
0 स्ट्रिंग \004%! एएसपीएस टेक्स्ट पीसी पोस्टस्क्रिप्ट एक ^ डी के साथ शुरू करने के लिए
4 स्ट्रिंग मूव txtt MooV क्विकटाइम मूवी फ़ाइल (मूव)
4 स्ट्रिंग mdat txtt MooV क्विकटाइम मूवी फ़ाइल (mdat)

फ़ाइल का प्रारूप में वर्णित है जादू(5). यहाँ फर्क सिर्फ इतना है कि
जादू फ़ाइल में प्रत्येक प्रविष्टि, message प्रारंभिक ऑफ़सेट के लिए 4 वर्ण होने चाहिए
क्रिएटर के लिए TYPE के लिए 4 कैरेक्टर के बाद — व्हाइट स्पेस के बीच वैकल्पिक है
उन्हें। इस लाइन के किसी भी अन्य पात्र को नजरअंदाज कर दिया जाता है। निरंतरता रेखाएं (a . से शुरू होती हैं)
`>') को भी नजरअंदाज कर दिया जाता है, यानी केवल शुरुआती ऑफसेट लाइनों का ही इस्तेमाल किया जाता है।

का प्रयोग -जादू प्रसंस्करण समय में उल्लेखनीय रूप से वृद्धि हो सकती है क्योंकि प्रत्येक फ़ाइल को खोलना होता है और
इसका जादुई नंबर खोजने के लिए पढ़ें।

संक्षेप में, सभी फाइलों के लिए, डिफ़ॉल्ट निर्माता है यूनिक्स और डिफ़ॉल्ट प्रकार है पाठ.
में प्रविष्टियों का उपयोग करके इन्हें बदला जा सकता है .genisoimagerc फ़ाइल या उपयोग करके -एचएफएस-निर्माता
और / या -एचएफएस-प्रकार.

यदि फ़ाइल ज्ञात ऐप्पल/यूनिक्स प्रारूपों में से एक में है (और प्रारूप किया गया है
चयनित), निर्माता और प्रकार Apple/Unix फ़ाइल में संग्रहीत मानों से लिए गए हैं।

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

एक पूर्ण निर्माता/प्रकार डेटाबेस यहां पाया जा सकता है http://www.angelfire.com/il/szekely/.

HFS लबादा फ़ाइल प्रारूप

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

उदाहरण के लिए, एक Macintosh फ़ाइल एक JPEG छवि हो सकती है जहाँ छवि डेटा फोर्क में संग्रहीत होती है और
संसाधन फोर्क में संग्रहीत एक डेस्कटॉप थंबनेल। यह आमतौर पर डेटा में जानकारी है
कांटा जो प्लेटफार्मों भर में उपयोगी है।

इसलिए एक यूनिक्स फाइल सिस्टम पर एक मैकिंटोश फाइल को स्टोर करने के लिए, सामना करने के लिए एक रास्ता खोजना होगा
दो कांटे और अतिरिक्त विशेषताओं के साथ (जिन्हें के रूप में संदर्भित किया जाता है) खोजक पता).
दुर्भाग्य से, ऐसा लगता है कि प्रत्येक सॉफ्टवेयर पैकेज जो यूनिक्स पर Macintosh फ़ाइलों को संग्रहीत करता है
एक पूरी तरह से अलग भंडारण विधि को चुना है।

ऐप्पल/यूनिक्स प्रारूप जो जीनिसोइमेज (आंशिक रूप से) समर्थन हैं:

कैप एयूएफएस प्रारूप
डेटा कांटा एक फ़ाइल में संग्रहीत। उपनिर्देशिका में संसाधन कांटा ।संसाधन उसी के साथ
डेटा कांटा के रूप में फ़ाइल नाम। उपनिर्देशिका में खोजक जानकारी .फाइंडरइन्फो एक ही फ़ाइल नाम के साथ।

एप्पलडबल/नेटटाक
डेटा कांटा एक फ़ाइल में संग्रहीत। संसाधन कांटा एक फ़ाइल में संग्रहीत एक ही नाम के साथ उपसर्ग
'%' के साथ। खोजक जानकारी भी उसी `%' फ़ाइल में संग्रहीत है। नेटटाक उसी प्रारूप का उपयोग करता है,
लेकिन संसाधन कांटा/खोजक जानकारी उपनिर्देशिका में संग्रहीत है .Apple डबल उसी के साथ
डेटा कांटा के रूप में फ़ाइल नाम।

सेबएकल
उपरोक्त के समान डेटा संरचनाएं, फोर्क्स और फ़ाइंडर जानकारी दोनों को छोड़कर, में संग्रहीत हैं
एक फ़ाइल।

हेलिओस ईथरशेयर
डेटा कांटा एक फ़ाइल में संग्रहीत। उपनिर्देशिका में संसाधन कांटा और खोजक जानकारी एक साथ
.आरएसआरसी डेटा कांटा के समान फ़ाइल नाम के साथ।

आईपीटी यूशेयर
ईथरशेयर प्रारूप की तरह, लेकिन खोजक जानकारी को थोड़ा अलग तरीके से संग्रहीत किया जाता है।

मैकबाइनरी
फोर्क्स और फाइंडर दोनों की जानकारी एक ही फाइल में स्टोर होती है।

ऐप्पल पीसी एक्सचेंज
Macintoshes द्वारा Apple फ़ाइलों को DOS (FAT) डिस्क पर संग्रहीत करने के लिए उपयोग किया जाता है। डेटा कांटा a . में संग्रहीत
फ़ाइल। उपनिर्देशिका में संसाधन कांटा संसाधन.frk (या संसाधन.FRK) खोजक जानकारी के रूप में
फ़ाइल में एक रिकॉर्ड फ़ाइंडर.डेटा (या फ़ाइंडर.डेटा) अलग फ़ाइंडर.डेटा प्रत्येक डेटा के लिए
कांटा निर्देशिका।

नोट: जीनिसोइमेज डिस्क के मूल एफएटी क्लस्टर आकार को जानने की जरूरत है जो पीसी
एक्सचेंज फाइलें चालू हैं (या यहां से कॉपी की गई हैं)। यह आकार द्वारा दिया गया है
-समूह का आकार. डॉस का उपयोग करके क्लस्टर या आवंटन आकार पाया जा सकता है
उपयोगिता Chkdsk:.

हो सकता है कि PC Exchange v2.2 या उच्चतर फ़ाइलों (MacOS 8.1 के साथ उपलब्ध) के साथ काम न करें। करने योग्य
पीसी एक्सचेंज फाइलों वाले मीडिया को टाइप के रूप में माउंट किया जाना चाहिए msdos (नहीं vfat) कब
लिनक्स का उपयोग करना।

एसजीआई/XINET
जब वे एचएफएस डिस्क माउंट करते हैं तो एसजीआई मशीनों द्वारा उपयोग किया जाता है। डेटा कांटा एक फ़ाइल में संग्रहीत।
उपनिर्देशिका में संसाधन कांटा एच.एस.संसाधन एक ही फ़ाइल नाम के साथ। खोजक जानकारी एक के रूप में
फ़ाइल में रिकॉर्ड एच.एस.संसिलरी. अलग एच.एस.संसिलरी प्रत्येक डेटा कांटा निर्देशिका के लिए।

गुरुवार सॉफ्टवेयर सिस्टम्स DAVE
Macintoshes को Apple फ़ाइलों को SMB सर्वर पर संग्रहीत करने की अनुमति देता है। डेटा कांटा a . में संग्रहीत
फ़ाइल। उपनिर्देशिका में संसाधन कांटा संसाधन.frk. करने के लिए AppleDouble प्रारूप का उपयोग करता है
स्टोर संसाधन कांटा।

Macintosh . के लिए सेवाएं
एनटीएफएस फाइल सिस्टम पर एनटी सर्वर द्वारा संग्रहीत फाइलों का प्रारूप। डेटा कांटा के रूप में संग्रहीत किया जाता है
फ़ाइल का नाम. संसाधन कांटे को NTFS स्ट्रीम के रूप में संग्रहीत किया जाता है जिसे कहा जाता है फ़ाइल का नाम:AFP_Resource।
खोजक जानकारी को NTFS स्ट्रीम के रूप में संग्रहीत किया जाता है जिसे कहा जाता है फ़ाइल का नाम: Afp_AfpInfo. एनटीएफएस धाराएं
आम तौर पर उपयोगकर्ता के लिए अदृश्य होते हैं।

चेतावनी: जीनिसोइमेज केवल आंशिक रूप से SFM प्रारूप का समर्थन करता है। यदि कोई HFS फ़ाइल या
NT सर्वर पर संग्रहीत फ़ोल्डर में इसके नाम पर एक अवैध NT वर्ण है, NT
इन पात्रों को परिवर्तित करता है निजी उपयोग यूनिकोड पात्र। अक्षर हैं: "
* / <>? \ | और एक स्थान या अवधि यदि यह फ़ाइल नाम का अंतिम वर्ण है,
कैरेक्टर कोड 0x01 से 0x1f (कंट्रोल कैरेक्टर) और ऐप्पल का ऐप्पल लोगो।

दुर्भाग्य से, ये निजी यूनिकोड वर्ण इनके द्वारा पठनीय नहीं हैं जीनिसोइमेज
एनटी निष्पादन योग्य। इसलिए कोई भी फ़ाइल या निर्देशिका नाम जिसमें ये वर्ण हों
नजरअंदाज कर दिया जाएगा - ऐसी किसी भी निर्देशिका की सामग्री सहित।

मैक ओएस एक्स ऐप्पलडबल
जब एचएफएस/एचएफएस+ फाइलों को मैक ओएस एक्स द्वारा गैर-एचएफएस फाइल सिस्टम पर कॉपी या सहेजा जाता है
(जैसे UFS, NFS आदि), फ़ाइलें AppleDouble प्रारूप में संग्रहीत हैं। डेटा कांटा संग्रहीत
एक फाइल में। संसाधन कांटा एक फ़ाइल में संग्रहीत है जिसका नाम `._ ' के साथ उपसर्ग है। खोजक
जानकारी भी उसी `._' फ़ाइल में संग्रहीत है।

मैक ओएस एक्स एचएफएस (अल्फा)
वास्तव में एक ऐप्पल/यूनिक्स एन्कोडिंग नहीं, बल्कि मैक ओएस एक्स सिस्टम पर वास्तविक एचएफएस/एचएफएस + फाइलें।
डेटा कांटा एक फ़ाइल में संग्रहीत। संसाधन कांटा उसी के साथ एक छद्म फ़ाइल में संग्रहीत
प्रत्यय के साथ नाम /आरएसआरसी. Finder जानकारी केवल Mac OS X के माध्यम से उपलब्ध है
पुस्तकालय कॉल।

यह भी देखें README.macosx.

केवल मैक ओएस एक्स पर उपयोग किए जाने पर ही काम करता है।

यदि कोई फ़ाइल शून्य लंबाई संसाधन कांटा और खाली खोजक जानकारी के साथ मिलती है, तो यह है
माना जाता है कि कोई ऐप्पल/यूनिक्स एन्कोडिंग नहीं है - इसलिए एक प्रकार और निर्माता हो सकता है
अन्य विधियों का उपयोग करके सेट करें।

जीनिसोइमेज से निर्माता, प्रकार, तिथि और संभवतः अन्य झंडे सेट करने का प्रयास करेंगे
खोजक जानकारी। इसके अतिरिक्त, यदि यह मौजूद है, तो Macintosh फ़ाइल नाम फ़ाइंडर से सेट किया गया है
जानकारी, अन्यथा Macintosh नाम यूनिक्स फ़ाइल नाम पर आधारित है — देखें HFS लबादा
फ़ाइल नाम नीचे अनुभाग।

उपयोग करते समय -सेब, प्रकार और निर्माता वैकल्पिक सिस्टम उपयोग में संग्रहीत हैं या निलंबित
ISO9660 निर्देशिका रिकॉर्ड में फ़ील्ड - ठीक उसी तरह जैसे रॉक रिज विशेषताएँ
हैं। वास्तव में जीवन को आसान बनाने के लिए, Apple एक्सटेंशन को शुरुआत में जोड़ा जाता है
मौजूदा रॉक रिज विशेषताएँ (यानी, ऐप्पल एक्सटेंशन प्राप्त करने के लिए आपको रॉक रिज मिलता है)
एक्सटेंशन भी)।

Apple एक्सटेंशन के लिए संसाधन फोर्क को ISO9660 . के रूप में संग्रहीत करने की आवश्यकता होती है जुड़े फ़ाइल.
यह ISO9660 फ़ाइल सिस्टम में संग्रहीत किसी भी सामान्य फ़ाइल की तरह ही है, सिवाय इसके कि
संबद्ध फ़ाइल ध्वज निर्देशिका रिकॉर्ड (बिट 2) में सेट है। इस फ़ाइल का एक ही नाम है
डेटा फोर्क (गैर-ऐप्पल मशीनों द्वारा देखी गई फ़ाइल) के रूप में। संबद्ध फ़ाइलें सामान्य रूप से होती हैं
अन्य OS द्वारा अनदेखा किया गया

उपयोग करते समय -एचएफएस, TYPE और CREATOR प्लस अन्य खोजक जानकारी, एक अलग HFS में संग्रहीत हैं
निर्देशिका, ISO9660 वॉल्यूम पर दृश्यमान नहीं है। HFS निर्देशिका समान डेटा का संदर्भ देती है
और ऊपर वर्णित संसाधन कांटा फ़ाइलें।

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

HFS लबादा फ़ाइल नाम

जहाँ संभव हो, HFS फ़ाइल नाम जो कि Apple/Unix फ़ाइल के साथ संग्रहीत है, का उपयोग निम्न के लिए किया जाता है
सीडी का एचएफएस हिस्सा। हालांकि, सभी ऐप्पल/यूनिक्स एन्कोडिंग एचएफएस फ़ाइल नाम को स्टोर नहीं करते हैं
खोजक जानकारी। इन मामलों में, यूनिक्स फ़ाइल नाम का उपयोग किया जाता है - एस्केप्ड स्पेशल के साथ
पात्र। विशेष वर्णों में '/' और 127 से अधिक कोड वाले वर्ण शामिल हैं।

AUFS `:' का उपयोग करके इन वर्णों से बच निकलता है और उसके बाद वर्ण कोड दो hex . के रूप में उपयोग करता है
अंक। नेटटाक और ईथरशेयर की एक समान योजना है, लेकिन `:' के बजाय `%' का उपयोग करता है।

If जीनिसोइमेज एक एचएफएस फ़ाइल नाम नहीं मिल रहा है, यह यूनिक्स नाम का उपयोग करता है, किसी के साथ %xx or :xx
पात्र (xx दो हेक्स अंक हैं) को एक वर्ण कोड में परिवर्तित किया गया है। अगर xx नहीं कर रहे हैं
हेक्स अंक ([0-9a-fA-F]), उन्हें अकेला छोड़ दिया जाता है - हालांकि कोई भी शेष `:' में परिवर्तित हो जाता है
`%', जैसा कि `:' एचएफएस निर्देशिका विभाजक है। सामान्य यूनिक्स फ़ाइल के रूप में देखभाल की जानी चाहिए
साथ में %xx or :xx भी परिवर्तित किया जाएगा। जैसे

यह:2fFile इस/फ़ाइल में परिवर्तित हो गया

यह:फ़ाइल इस%फ़ाइलमें कनवर्ट की गई

यह:t7फ़ाइल इस%t7फ़ाइल में परिवर्तित हो गई

हालांकि एचएफएस फ़ाइल नाम अपरकेस और लोअरकेस अक्षरों का समर्थन करते प्रतीत होते हैं, फाइल सिस्टम
केस-असंवेदनशील है, यानी, फ़ाइल नाम एबीसी और एबीसी समान हैं। यदि कोई फ़ाइल a . में मिलती है
समान HFS नाम वाली निर्देशिका, जीनिसोइमेज जोड़कर एक अनूठा नाम बनाने का प्रयास करेंगे
फ़ाइल नामों में से किसी एक के लिए `_' वर्ण।

यदि फ़ाइल के लिए कोई HFS फ़ाइल नाम मौजूद है, जीनिसोइमेज इस नाम को शुरुआती बिंदु के रूप में इस्तेमाल कर सकते हैं
ISO9660, जूलियट और रॉक रिज फ़ाइल नामों का उपयोग करने के लिए -मैक-नाम. सामान्य यूनिक्स फ़ाइलें
बिना HFS नाम के वे अभी भी अपने Unix नाम का प्रयोग करेंगे। जैसे

यदि MacBinary (या PC Exchange) फ़ाइल को इस रूप में संग्रहीत किया जाता है someimage.gif.bin यूनिक्स पर
फाइल सिस्टम, लेकिन इसमें एक HFS फाइल होती है जिसे कहा जाता है someimage.gif, यह वह नाम है जो
सीडी के एचएफएस भाग पर दिखाई देते हैं। हालांकि, जैसा जीनिसोइमेज के रूप में यूनिक्स नाम का उपयोग करता है
अन्य नामों के लिए प्रारंभिक बिंदु, उत्पन्न होने वाला ISO9660 नाम संभवतः होगा
सोइमैग.बिन और जूलियट/रॉक रिज होगा someimage.gif.bin. यह विकल्प उपयोग करेगा
प्रारंभिक बिंदु के रूप में HFS फ़ाइल नाम और ISO9660 नाम संभवतः होगा सोमइमैग.जीआईएफ
और जूलियट/रॉक रिज होगा someimage.gif.

-मैक-नाम वर्तमान में साथ काम नहीं करेगा -T — यूनिक्स नाम का प्रयोग में किया जाएगा ट्रांस.टीबीएल
फ़ाइल, Macintosh नाम नहीं।

किसी भी HFS फ़ाइल नाम को जूलियट/रॉक रिज फ़ाइल नाम में बदलने के लिए उपयोग किया जाने वाला वर्ण सेट
करने के लिए चूक cp10000 (मैक रोमन)। उपयोग किए गए वर्ण सेट का उपयोग करके निर्दिष्ट किया जा सकता है
-इनपुट-एचएफएस-चारसेट. अन्य अंतर्निहित HFS वर्ण सेट हैं: cp10006 (मैकग्रीक), cp10007
(मैकसिरिलिक), cp10029 (मैकलैटिन 2), cp10079 (मैक आइसलैंडिक) और cp10081 (मैक तुर्की)।

नोट: विभिन्न ऐप्पल/यूनिक्स प्रारूपों से लिए गए एचएफएस फ़ाइल नामों द्वारा उपयोग किए जाने वाले वर्ण कोड
परिवर्तित नहीं किया जाएगा क्योंकि उन्हें सही Apple वर्ण सेट में माना जाता है। केवल
HFS फ़ाइलनामों से प्राप्त जूलियट/रॉक रिज नामों को परिवर्तित किया जाएगा।

वर्तमान जीनिसोइमेज कोड ISO9660 के लिए किसी भी अवैध वर्ण को फ़िल्टर कर देगा और
जूलियट फ़ाइल नाम, लेकिन जैसे जीनिसोइमेज यूनिक्स नामों के साथ सीधे व्यवहार करने की अपेक्षा करता है, it
रॉक रिज नामों को वैसे ही छोड़ देता है। लेकिन जैसा कि `/' एक कानूनी HFS फ़ाइल नाम वर्ण है,
-मैक-नाम रॉक रिज फ़ाइल नाम में `/' को `_' में कनवर्ट करता है।

यदि Apple एक्सटेंशन का उपयोग किया जाता है, तो Macintosh पर केवल ISO9660 फ़ाइल नाम दिखाई देंगे।
हालाँकि, जैसा कि Macintosh ISO9660 ड्राइवर उपयोग कर सकते हैं स्तर 2 फ़ाइल नाम, आप विकल्प का उपयोग कर सकते हैं
पसंद -अनुमति-मल्टीडॉट Macintosh पर समस्याओं के बिना — फिर भी नामों पर ध्यान दें, के लिए
उदाहरण यह.फ़ाइल.नाम में परिवर्तित हो जाएगा यह फ़ाइल यानी केवल एक `.' है, भी
फ़ाइल का नाम एबीसीडीईएफ़घ के रूप में देखा जाएगा एबीसीडीईएफजीएच लेकिन abcdefghi के रूप में देखा जाएगा एबीसीडीईएफजीएचआई। यानी
एक `.' के साथ अंत में — पता नहीं यह एक Macintosh समस्या है या a
जीनिसोइमेज/मखिब्रिड मुसीबत। a . पर देखे जाने पर सभी फ़ाइल नाम अपरकेस में होंगे
मैकिंटोश। बेशक, DOS/Win3.X मशीनें लेवल 2 फ़ाइलनाम नहीं देख पाएंगी...

HFS कस्टम वॉल्यूम / फ़ोल्डर माउस

एचएफएस सीडी को एक कस्टम आइकन देने के लिए, सुनिश्चित करें कि रूट (शीर्ष स्तर) फ़ोल्डर में एक मानक शामिल है
Macintosh वॉल्यूम आइकन फ़ाइल। Macintosh पर वॉल्यूम को एक कस्टम आइकन देने के लिए, एक आइकन को निम्न करना होगा
वॉल्यूम के "जानकारी प्राप्त करें" बॉक्स में वॉल्यूम के आइकन पर चिपकाएं। यह एक बनाता है
अदृश्य फ़ाइल कहा जाता है चिह्न\r (`\r' कैरिज रिटर्न कैरेक्टर है) रूट फोल्डर में।

एक कस्टम फ़ोल्डर आइकन बहुत समान है - एक अदृश्य फ़ाइल जिसे कहा जाता है चिह्न\r में मौजूद है
फ़ोल्डर ही।

कस्टम आइकन बनाने का शायद सबसे आसान तरीका है कि जीनिसोइमेज प्रारूपित करने के लिए उपयोग कर सकते हैं a
मैक पर खाली एचएफएस फ्लॉपी डिस्क और उसके "गेट इन्फो" बॉक्स में एक आइकन पेस्ट करें। यदि लिनक्स का उपयोग कर रहे हैं
HFS मॉड्यूल स्थापित होने के साथ, फ़्लॉपी माउंट करें:

माउंट-टी एचएफएस / देव / एफडी0 / एमएनटी / फ्लॉपी

फ़्लॉपी को डिफ़ॉल्ट रूप से CAP फाइल सिस्टम के रूप में माउंट किया जाएगा। फिर भागो जीनिसोइमेज का उपयोग
कुछ इस तरह:

genisoimage --cap -o आउटपुट source_dir /mnt/floppy

यदि आप Linux का उपयोग नहीं कर रहे हैं, तो आप उपयोग कर सकते हैं hfsutils फ़्लॉपी से आइकन फ़ाइल को कॉपी करने के लिए।
हालाँकि, ध्यान रखा जाना चाहिए, क्योंकि आइकन फ़ाइल में एक नियंत्रण वर्ण होता है। के लिये
उदाहरण:

एचमाउंट /देव/fd0
एचडीआईआर -ए
hcopy -m चिह्न^वी^एम icon_dir/icon

जहां `^V^M' कंट्रोल-वी है और उसके बाद कंट्रोल-एम है। फिर भागो जीनिसोइमेज कुछ का उपयोग करके
पसंद:

genisoimage --macbin -o आउटपुट source_dir icon_dir

कस्टम फ़ोल्डर आइकन बनाने/उपयोग करने की प्रक्रिया बहुत समान है - एक आइकन पेस्ट करें
फ़ोल्डर का "जानकारी प्राप्त करें" बॉक्स और परिणामी को स्थानांतरित करें चिह्न\r संबंधित निर्देशिका में फ़ाइल
में जीनिसोइमेज स्रोत वृक्ष।

आप ISO9660 और जूलियट ट्री से आइकन फ़ाइलों को छिपाना चाह सकते हैं।

जूलियट सीडी को एक कस्टम आइकन देने के लिए, यहां दिए गए निर्देशों का पालन करें
http://www.cdrfaq.org/faq03.html#S3-21-1.

HFS बीओओटी DRIVER

It मई हाइब्रिड सीडी को मैकिन्टोश पर बूट करने योग्य बनाना संभव है।

बूट करने योग्य HFS CD के लिए Apple CD-ROM (या संगत) ड्राइवर, बूट करने योग्य HFS की आवश्यकता होती है
विभाजन और आवश्यक सिस्टम, खोजक, आदि फ़ाइलें।

ड्राइवर को किसी अन्य Macintosh बूट करने योग्य CD-ROM से प्राप्त किया जा सकता है सेब_चालक
उपयोगिता। इस फ़ाइल का उपयोग तब किया जा सकता है -बूट-एचएफएस-फाइल.

HFS विभाजन (अर्थात हमारे मामले में हाइब्रिड डिस्क) में एक उपयुक्त सिस्टम होना चाहिए
फ़ोल्डर, फिर से किसी अन्य सीडी-रोम या डिस्क से।

किसी विभाजन को बूट करने योग्य होने के लिए, उसका होना आवश्यक है बूट खंड सेट। बूट ब्लॉक में है
एक विभाजन के पहले दो ब्लॉक। गैर-बूट करने योग्य विभाजन के लिए बूट ब्लॉक भरा हुआ है
शून्य आम तौर पर, जब सिस्टम फ़ाइल को मैकिन्टोश डिस्क पर विभाजन में कॉपी किया जाता है, तो boot
ब्लॉक कई आवश्यक सेटिंग्स से भरा है - दुर्भाग्य से मुझे पूरा पता नहीं है
बूट ब्लॉक के लिए कल्पना, इसलिए मैं अनुमान लगा रहा हूं कि निम्नलिखित काम करेगा।

इसलिए, उपयोगिता सेब_चालक पहले HFS से बूट ब्लॉक भी निकालता है
विभाजन यह दिए गए सीडी-रोम पर पाता है और इसका उपयोग एचएफएस विभाजन के लिए किया जाता है
जीनिसोइमेज.

कृपया नोट: Apple CD से ड्राइवर का उपयोग करके और Apple सॉफ़्टवेयर को अपनी CD में कॉपी करके, आप
Apple कंप्यूटर, इंक. सॉफ़्टवेयर लाइसेंस अनुबंधों का पालन करने के लिए उत्तरदायी बनें।

EL torito बीओओटी जानकारी टेबल

. -बूट-सूचना-तालिका दिया हुआ है, जीनिसोइमेज द्वारा निर्दिष्ट बूट फ़ाइल को संशोधित करेगा -b by
एक 56-बाइट सम्मिलित करना बूट करें- तालिका फ़ाइल में ऑफ़सेट 8 पर। यह संशोधन है
स्रोत फाइल सिस्टम में किया गया है, इसलिए सुनिश्चित करें कि आप एक प्रतिलिपि का उपयोग करते हैं यदि यह फ़ाइल आसानी से नहीं है
फिर से बनाया गया! इस फ़ाइल में ऐसे संकेत हैं जो आसानी से या विश्वसनीय रूप से यहां प्राप्त नहीं किए जा सकते हैं
बूट समय।

इस तालिका का प्रारूप इस प्रकार है; सभी पूर्णांक खंड 7.3.1 में हैं ("छोटा"
एंडियन") प्रारूप।

ऑफसेट नाम आकार अर्थ
8 bi_pvd 4 बाइट्स प्राथमिक वॉल्यूम डिस्क्रिप्टर का एलबीए
12 bi_file 4 बाइट्स LBA बूट फ़ाइल
16 bi_length 4 बाइट बूट फ़ाइल की लंबाई बाइट्स में
20 bi_csum 4 बाइट्स 32-बिट चेकसम
24 bi_reserved 40 बाइट सुरक्षित

32-बिट चेकसम, बूट फ़ाइल में सभी 32-बिट शब्दों का योग है, जो शुरू होता है
बाइट ऑफ़सेट 64. सीडी सेक्टर में सभी लीनियर ब्लॉक एड्रेस (एलबीए) दिए गए हैं
(आमतौर पर 2048 बाइट्स)।

एचपीपीए टिप्पणियाँ

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

जिग्डो टिप्पणियाँ

जिग्डो सीडी और डीवीडी छवियों जैसी बड़ी फाइलों के वितरण में मदद करने के लिए एक उपकरण है; देखो
http://atterer.org/jigdo/ अधिक जानकारी के लिए। डेबियन सीडी और डीवीडी आईएसओ छवियां प्रकाशित की जाती हैं
वेब पर जिग्डो प्रारूप में अंतिम उपयोगकर्ताओं को उन्हें अधिक कुशलता से डाउनलोड करने की अनुमति देने के लिए।

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

MD5sum फ़ाइल का आकार पथ
32 वर्ण 12 वर्ण पंक्ति के अंत तक

MD5sum को मानक हेक्साडेसिमल संकेतन में लिखा जाना चाहिए, फ़ाइल का आकार सूचीबद्ध होना चाहिए
बाइट्स में फ़ाइल का आकार, और पथ को फ़ाइल के पूर्ण पथ को सूचीबद्ध करना चाहिए। के लिये
उदाहरण:

00006dcd58ff0756c36d2efae21be376 14736 /mirror/debian/file1
000635c69b254a1be8badcec3a8d05c1 211822 /mirror/debian/file2
00083436a3899a09633fc1026ef1e66e 22762 /mirror/debian/file3

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

यदि ऐसी फ़ाइलें हैं जिन्हें आप जिग्डो फ़ाइल में नहीं जोड़ना चाहते हैं (उदाहरण के लिए यदि वे हैं
अक्सर बदलने की संभावना), उन्हें -jigdo-exclude का उपयोग करके निर्दिष्ट करें। यदि आप इनमें से कुछ को सत्यापित करना चाहते हैं
फ़ाइलें जैसे वे छवि में लिखी गई हैं, उन्हें -jigdo-force-md5 का उपयोग करके निर्दिष्ट करें। यदि कोई
फ़ाइलें मेल नहीं खातीं, जीनिसोइमेज फिर गर्भपात हो जाएगा। ये दोनों विकल्प नियमित लेते हैं
इनपुट के रूप में अभिव्यक्ति। उपयोग की जाने वाली फ़ाइलों के सेट को प्रतिबंधित करना संभव है
आगे आकार के आधार पर — -jigdo-min-file-size विकल्प का उपयोग करें।

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

उदाहरण

फ़ाइल में वैनिला ISO9660 फ़ाइल सिस्टम छवि बनाने के लिए सीडी.आईएसओ, जहां निर्देशिका
सीडी_दिर सीडी की रूट डायरेक्टरी बन जाएगी, कॉल करें:

% जीनिसोइमेज -ओ सीडी.आईएसओ सीडी_डीआईआर

स्रोत निर्देशिका के रॉक रिज एक्सटेंशन के साथ एक सीडी बनाने के लिए सीडी_दिर:

% जीनिसोइमेज -ओ सीडी.आईएसओ -आर सीडी_डीआईआर

स्रोत निर्देशिका के रॉक रिज एक्सटेंशन के साथ एक सीडी बनाने के लिए सीडी_दिर जहां सभी फाइलें
कम से कम पढ़ने की अनुमति है और सभी फाइलों के स्वामित्व में हैं जड़, कॉल करें:

% जीनिसोइमेज -ओ सीडी.आईएसओ -आर सीडी_डीआईआर

टार आर्काइव को सीधे सीडी में लिखने के लिए जिसमें बाद में एक साधारण ISO9660 होगा
टार आर्काइव कॉल के साथ फाइल सिस्टम:

% टार सीएफ - . | genisoimage -स्ट्रीम-मीडिया-आकार 333000 | \
वोडिम देव = बी, टी, एल -दाओ त्साइज = 333000 एस -

स्रोत के जूलियट और रॉक रिज एक्सटेंशन के साथ एक एचएफएस हाइब्रिड सीडी बनाने के लिए
डायरेक्टरी सीडी_दिर:

% जीनिसोइमेज -ओ सीडी.आईएसओ -आर -जे -एचएफएस सीडी_डीआईआर

स्रोत निर्देशिका से HFS हाइब्रिड सीडी बनाने के लिए सीडी_दिर जिसमें Netatalk . शामिल है
ऐप्पल/यूनिक्स फ़ाइलें:

% genisoimage -o cd.iso --netatalk cd_dir

स्रोत निर्देशिका से HFS हाइब्रिड सीडी बनाने के लिए सीडी_दिर, सभी फ़ाइलें क्रिएटर और . दे रही हैं
फ़ाइल "मैपिंग" में सूचीबद्ध उनके फ़ाइल नाम एक्सटेंशन के आधार पर TYPES:

% genisoimage -o cd.iso -मैप मैपिंग cd_dir

स्रोत निर्देशिकाओं से ISO9660 में Apple एक्सटेंशन के साथ एक सीडी बनाने के लिए सीडी_दिर
और अन्य_दिर. सभी ज्ञात ऐप्पल/यूनिक्स प्रारूप में फ़ाइलें डीकोड की जाती हैं और कोई अन्य फ़ाइलें
फ़ाइल में दिए गए उनके जादुई नंबर के आधार पर क्रिएटर और टाइप दिए जाते हैं जादू:

% genisoimage -o cd.iso -apple -magic Magic -probe \
cd_dir अन्य_दिर

निम्न उदाहरण सीडी पर अलग-अलग फाइलें रखता है जिनका नाम README है, लेकिन
ISO9660/Rock Ridge, Joliet या HFS CD के रूप में देखे जाने पर अलग-अलग सामग्री होती है।

वर्तमान निर्देशिका में शामिल हैं:

% एलएस -एफ
README.hfs README.joliet README.Unix cd_dir/

निम्न आदेश निर्देशिका की सामग्री डालता है सीडी_दिर सीडी पर के साथ
तीन रीडमे फाइलें - लेकिन तीन फाइल सिस्टम में से प्रत्येक से केवल एक ही देखा जाएगा:

% genisoimage -o cd.iso -hfs -J -r -graft-point \
-README.hfs छिपाएं - README.joliet को छिपाएं \
-छिपाना-जोलीट README.hfs -छिपाना-जोलीट README.Unix \
-Hide-hfs README.joliet -hide-hfs README.Unix \
README=README.hfs README=README.joliet \
रीडमे = रीडमे। यूनिक्स सीडी_डीआईआर

यानी फ़ाइल README.hfs को HFS सीडी पर README के ​​रूप में देखा जाएगा और अन्य दो README
फाइलें छिपाई जाएंगी। इसी तरह जोलियट और आईएसओ9660/रॉक रिज सीडी के लिए।

छिपाने के संयोजन के साथ शायद सभी प्रकार के अजीब परिणाम संभव हैं
विकल्प ...

टिप्पणियाँ

जीनिसोइमेज suid root सुरक्षित रूप से स्थापित किया जा सकता है। अनुमति देने के लिए इसकी आवश्यकता हो सकती है जीनिसोइमेज सेवा मेरे
बहुसत्र छवि बनाते समय पिछला सत्र पढ़ें।

If जीनिसोइमेज रॉक रिज विशेषताओं और निर्देशिका के साथ एक फाइल सिस्टम छवि बना रहा है
स्रोत निर्देशिका ट्री का नेस्टिंग स्तर ISO9660 के लिए बहुत अधिक है, जीनिसोइमेज करूँगा
गहरी निर्देशिका स्थानांतरण। इसका परिणाम नामक निर्देशिका में होता है आरआर_MOVED जड़ में
सीडी की निर्देशिका। आप इस निर्देशिका से बच नहीं सकते।

विभिन्न प्लेटफार्मों के लिए कई बूट कोड विकल्प परस्पर अनन्य हैं क्योंकि बूट
ब्लॉक सह-अस्तित्व में नहीं हो सकते, अर्थात। विभिन्न प्लेटफ़ॉर्म छवि में समान डेटा स्थान साझा करते हैं।
देख http://lists.debian.org/debian-cd/2006/12/msg00109.html ब्योरा हेतु।

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