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

कार्यक्रम:

नाम

xorrecord - प्रोग्राम xorriso द्वारा सीडी/डीवीडी/बीडी प्रोग्राम cdrecord का अनुकरण

SYNOPSIS

xorrecord [विकल्प] देव=डिवाइस [ट्रैक_सोर्स]

वर्णन

xorrecord सीडी, डीवीडी और बीडी मीडिया में पूर्व-स्वरूपित डेटा लिखता है।

यह जोर्ज शिलिंग द्वारा cdrtools से प्रोग्राम cdrecord के कुछ विकल्पों को समझता है। इसका
कार्यान्वयन प्रोग्राम xorriso का हिस्सा है जो cdrtools के साथ कोई स्रोत कोड साझा नहीं करता है, लेकिन
बल्कि ड्राइव के साथ संचार करने के लिए लिबबर्न का उपयोग करता है।
एक और, अधिक संपूर्ण cdrecord एमुलेटर प्रोग्राम है सीडीआरस्किन जो समान बर्न का उपयोग करता है
के रूप में कार्य करता है xorrecord, लेकिन ऑडियो सीडी को बर्न करने और सीडी-टेक्स्ट को संभालने में सक्षम है।

एमएमसी, सत्र, धावन पथ, मीडिया प्रकार:
एमएमसी SCSI परिवार का एक मानक है जो कंप्यूटरों के बीच परस्पर क्रिया को परिभाषित करता है
और ऑप्टिकल ड्राइव। एक दशक से अधिक समय से सभी सीडी, डीवीडी या बीडी रिकॉर्डर इसका पालन कर रहे हैं
मानक इस बात की परवाह किए बिना कि वे कंप्यूटर से किस बस केबल से जुड़े हैं। लिबबर्न निर्भर करता है
इस मानक अनुपालन पर और एससीएसआई निष्पादित करने के लिए ऑपरेटिंग सिस्टम की क्षमता पर
विशेष बस केबलिंग पर लेनदेन।
A अधिवेशन ऑप्टिकल डिस्क पर एक डेटा क्षेत्र है जो आमतौर पर सिंगल में लिखा जाता है
झाडू। इसमें कम से कम एक शामिल है ट्रैक जो पठनीय ब्लॉकों की एक सन्निहित स्ट्रिंग है।
xorrecord एकल डेटा ट्रैक के साथ एक एकल सत्र तैयार करता है जिसमें ब्लॉक शामिल होते हैं
प्रत्येक 2048 बाइट्स। यह मीडिया प्रकार, माध्यम के अनुसार स्वचालित रूप से लेखन मोड चुनता है
राज्य, और विकल्प - बहु.
सीडी मीडिया पर अन्य ट्रैक प्रकार होते हैं, जैसे ऑडियो, और टीएओ जैसे विशेष लेखन मोड
और एसएओ. सीडी और डीवीडी-मीडिया एक सत्र में एक से अधिक ट्रैक डाल सकते हैं। इनमें से कुछ
सुविधाओं को प्रोग्राम द्वारा संबोधित किया जा सकता है सीडीआरस्किन.
एमएमसी कई रिकॉर्ड करने योग्य का वर्णन करता है मीडिया प्रकार जो मोटे तौर पर दो परिवार बनाते हैं।
क्रमिक रूप से रिकॉर्ड करने योग्य मीडिया सीडी-आर, सीडी-आरडब्ल्यू, डीवीडी-आर, डीवीडी-आर डीएल, डीवीडी-आरडब्ल्यू, डीवीडी+आर, डीवीडी+आर डीएल हैं।
बीडी-आर. डीवीडी-आर डीएल को छोड़कर यदि अभी भी अलिखित है तो वे एक से अधिक सत्र संग्रहीत कर सकते हैं
स्थान और यदि पिछला सत्र विकल्प के साथ लिखा गया था -मल्टी. सीडी-आरडब्ल्यू और डीवीडी-आरडब्ल्यू हो सकते हैं
स्क्रैच से पुन: प्रयोज्य होने के लिए खाली किया गया।
overwritable मीडिया डीवीडी-रैम, डीवीडी+आरडब्ल्यू, स्वरूपित डीवीडी-आरडब्ल्यू, बीडी-आरई हैं। वे एक एकल की पेशकश करते हैं
रैंडम एक्सेस लेखन के लिए एकल ट्रैक वाला सत्र। खाली करने की कोई आवश्यकता नहीं है
पुन: उपयोग से पहले ओवरराइट करने योग्य मीडिया।
डीवीडी-आरडब्ल्यू मीडिया को क्रमिक रूप से रिकॉर्ड करने योग्य स्थिति में बेचा जाता है लेकिन बनने के लिए इसे एक बार प्रारूपित किया जा सकता है
ओवरराइट करने योग्य. विकल्प देखें रिक्त=format_overwrite और रिक्त=विरूपित.
यदि ISO 9660 फ़ाइल सिस्टम को ओवरराइटेबल मीडिया पर संग्रहीत किया जाना है, तो यह संभव है
विकल्प का उपयोग करके एकाधिक सत्रों का अनुकरण करें --grow_overwriteable_iso। इस मामले में,
पुन: उपयोग से पहले ब्लैंकिंग की आवश्यकता भी अनुकरणीय है।

चलाना तैयारी और संबोधन:
ड्राइव, सीडी, डीवीडी, या बीडी बर्नर, विशिष्ट फ़ाइल पतों के माध्यम से एक्सेस किए जाते हैं
लिबबर्न और ऑपरेटिंग सिस्टम। वे पते एक क्रम में सूचीबद्ध हो जाते हैं xorrecord
--उपकरण or एक्सोरिसो -डिवाइस_लिंक्स.
जीएनयू/लिनक्स, फ्रीबीएसडी और नेटबीएसडी पर, उपयोगकर्ता को डिवाइस फ़ाइल के लिए आरडब्ल्यू-अनुमति की आवश्यकता होती है। पर
सोलारिस, उपयोगकर्ता को आर-अनुमति और विशेषाधिकार "sys_devices" की आवश्यकता होती है, जो आमतौर पर प्राप्त होता है
चलाकर xorrecord कमांड pfexec के माध्यम से।
किसी ड्राइव को सूचीबद्ध करने के लिए इन अनुमतियों या विशेषाधिकारों की पहले से ही आवश्यकता होती है। तो यह हो सकता है
सुपरयुजर के रूप में या पीएफएक्सईसी के माध्यम से अवलोकन प्राप्त करना आवश्यक है।
xorrecord cdrecord विकल्प -scanbus निष्पादित नहीं करता है और के पते स्वीकार नहीं करता है
फार्म बस, लक्ष्य, लून जो -स्कैनबस द्वारा बताए गए हैं। यदि इन पतों के लिए समर्थन है
आवश्यक, प्रोग्राम cdrskin का उपयोग करने पर विचार करें।
देना संभव है xorrecord अनुकरणीय ड्राइव पर काम करें। इनके सम्बोधन उपसर्ग से प्रारम्भ होते हैं
"stdio:" के बाद फ़ाइल पता। अनुकरणीय मीडिया व्यवहार फ़ाइल पर निर्भर करता है
प्रकार। विवरण के लिए मैन ज़ोर्रिसो देखें।
यदि मानक आउटपुट को अनुकरणीय ड्राइव के रूप में चुना जाता है, तो सभी प्रोग्राम परिणाम टेक्स्ट, जो
आमतौर पर मानक आउटपुट पर दिखाई देता है, मानक त्रुटि पर पुनर्निर्देशित हो जाएगा।

संबंध सेवा मेरे कार्यक्रम ज़ोरिसो:
xorrecord वास्तव में प्रोग्राम का एक कमांड मोड है एक्सोरिसो, जो या तो द्वारा दर्ज किया जाता है
xorriso कमांड "-as cdrecord" या "xorrecord" नामों में से किसी एक नाम से प्रोग्राम प्रारंभ करके,
"cdrecord", "wodim", या "cdrskin"।
इस कमांड मोड को तर्क "--" द्वारा छोड़ा जा सकता है जो सामान्य xorriso कमांड की ओर ले जाता है
मोड। ले देख आदमी एक्सोरिसो इसके विवरण के लिए. xorriso कमांड मोड के अलावा,
सीडीरिकॉर्ड इम्यूलेशन विकल्पों का क्रम कोई मायने नहीं रखता। सभी लंबित कार्य प्राप्त होते हैं
प्रोग्राम रन समाप्त होने से पहले या cdrecord अनुकरण से पहले एक निश्चित क्रम में किया जाता है
समाप्त होता है.

विकल्प

को संबोधित करते la चलाना:

--उपकरण
सुलभ सीडी, डीवीडी, या बीडी ड्राइव की सूची को मानक आउटपुट पर प्रिंट करें। ड्राइव
यदि उपयोगकर्ता के पास उनका उपयोग करने के लिए अनुमतियों का अभाव है या ड्राइव अप्राप्य हो सकती है
किसी अन्य प्रोग्राम द्वारा उपयोग में है.
प्रत्येक सुलभ ड्राइव को एक पंक्ति द्वारा दिखाया गया है जैसे:
0 -dev '/dev/sr0' rwrw-- : 'TSSTcorp' 'CDDVDW SH-S203B'
इस ड्राइव का लिबबर्न पता '/dev/sr0' है। 'TSSTcorp' का नाम है
विक्रेता (इस मामले में: तोशिबा सैमसंग स्टोरेज टेक्नोलॉजीज कॉर्पोरेशन), 'सीडीडीवीडीडब्ल्यू
SH-S203B' मॉडल का नाम है (इस मामले में: एक डीवीडी बर्नर)।
बाद में आगे कोई ड्राइव ऑपरेशन किए बिना अनुकरण समाप्त करें।

देव=ड्राइव_पता
उपयोग की जाने वाली ड्राइव का लिबबर्न पता सेट करें।
उदाहरण के लिए जीएनयू/लिनक्स पर: dev=/dev/sr0
उदाहरण के लिए FreeBSD पर: dev=/dev/cd0
उदाहरण के लिए NetBSD पर: dev=/dev/rcd0d
उदाहरण के लिए सोलारिस पर: dev=/dev/rdsk/c2t2d0s2
ऊपर "ड्राइव की तैयारी और संबोधन" भी देखें।
ड्राइव में माध्यम स्थापित नहीं होना चाहिए या अन्यथा उपयोग में नहीं होना चाहिए।
यह विकल्प केवल तभी प्रभावी होगा जब एक ट्रैक स्रोत, एक रिक्त = विकल्प, या एक
ड्राइव पूछताछ विकल्प दिया गया है. अन्यथा यह एक खेदजनक घटना को जन्म देगा और सामान्यतः
गैर-शून्य निकास मान का कारण बनें।

जांच का ड्राइव और मीडिया:

-इंक मानक आउटपुट पर प्रिंट करें: विक्रेता, मॉडल का नाम और ड्राइव का फर्मवेयर संशोधन।

-चेकड्राइव
बिना शर्त प्रिंट करें कि ड्राइव बर्नफ्री, एसएओ और टीएओ का समर्थन करता है। प्रिंट भी करें
विकल्प -inq का आउटपुट।

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

-तोसी ड्राइव में माध्यम की सामग्री की एक तालिका प्रिंट करें। आउटपुट संगत नहीं है
cdrecord विकल्प -toc के लिए, बल्कि इनमें से एक एक्सोरिसो कमांड-टोक। यह सूचीबद्ध करता है
पता, विक्रेता, मॉडल का नाम और ड्राइव का फ़र्मवेयर संशोधन।
माध्यम के बारे में यह उत्पाद का नाम और निर्माता बताता है, क्या यह पहले से मौजूद है
लिखी गई सामग्री, और यदि हां, तो क्या माध्यम बंद है या जोड़ने योग्य है। संलग्न करने योग्य
मीडिया एक और सत्र ले सकता है। पढ़ने योग्य और लिखने योग्य डेटा की मात्रा बताई जाती है।
यदि सत्र होते हैं, तो उनके प्रारंभ ब्लॉक का पता और आकार बताया जाता है। यदि एक
सत्र में ISO 9660 फ़ाइल सिस्टम होता है, तो इसकी वॉल्यूम आईडी की सूचना दी जाती है। यदि
माध्यम लिखने योग्य है, तो अगले लिखने योग्य ब्लॉक पते की सूचना दी जाती है।
यदि विकल्प नहीं है --grow_overwriteable_iso ISO 9660 फ़ाइल सिस्टम दिया गया है या नहीं है
माध्यम पर मौजूद है, तो ओवरराइट करने योग्य मीडिया को रिक्त बताया जाता है। यह है
इस तथ्य के कारण कि उन्हें बिना किसी अतिरिक्त तैयारी के शून्य से लिखा जा सकता है,
और यह कि एमएमसी पिछले बर्न द्वारा लिखे गए डेटा के बीच अंतर नहीं करता है
रन और पुराना डेटा जो उस बर्न रन द्वारा अधिलेखित नहीं किया गया है। फलस्वरूप,
इन मीडिया को 0 पठनीय ब्लॉकों के साथ रिपोर्ट किया गया है, हालाँकि उनके सभी ब्लॉक लिखने योग्य हैं
सामान्यतः पठनीय भी होते हैं।

-एमएसइन्फो
प्रोग्राम mkisofs, genisoimage, या के विकल्प -C के लिए तर्क पाठ प्रिंट करें
xorrisofs. इसमें अल्पविराम से अलग की गई दो संख्याएँ होती हैं।
पहला नंबर अंतिम रिकॉर्ड किए गए पहले ट्रैक के पहले ब्लॉक को बताता है
सत्र। जब ऑपरेटिंग सिस्टम माउंट होता है तो यह डिफ़ॉल्ट रूप से उपयोग किया जाने वाला पता भी होता है
उदाहरण के लिए ISO 9660 फाइल सिस्टम के साथ माध्यम।
दूसरा नंबर अगला लिखने योग्य पता बताता है, कहां xorrecord करने लगेंगे
अगला सत्र लिखें.
यह विकल्प केवल लिखित, संलग्न मीडिया के लिए मान्य है। अन्य सभी मामलों में यह होगा
कोई आउटपुट टेक्स्ट नहीं मिलेगा लेकिन गैर-शून्य निकास मान वाले प्रोग्राम को निरस्त कर देगा।

सेटिंग एसटी la जलाना चलाएँ:

बर्न रन के लिए बिल्कुल एक ट्रैक सोर्स एड्रेस तर्क की आवश्यकता होती है, जो बताता है कि कहां से जाना है
डेटा पढ़ें जिसे आगामी सत्र में रखा जाएगा। मध्यम अवस्था होनी चाहिए
या तो खाली या जोड़ने योग्य।
मानक इनपुट या किसी भी प्रकार की पठनीय फ़ाइल के पते के लिए ट्रैक स्रोत "-" हो सकता है
निर्देशिकाओं को छोड़कर. लगभग सभी मीडिया प्रकार अप्रत्याशित बाइट वाले ट्रैक स्रोत को स्वीकार करते हैं
मानक इनपुट या नामित पाइप की तरह गिनती करें। फिर भी, DVD-R DL और DVD-RW द्वारा खाली कर दिया गया
मोड डिफ़ॉर्मेट_क्विकेस्ट ट्रैक आकार के सटीक अग्रिम आरक्षण की मांग करता है, ताकि वे
या तो पूर्वानुमानित लंबाई के स्रोत से पढ़ने की आवश्यकता है, या साथ में होने की आवश्यकता है
विकल्प आकार= या विकल्प द्वारा -आइसोसाइज.
कई विकल्प तर्क के रूप में आकार मान की अपेक्षा करते हैं। पिछले अक्षर "बी" या वाली एक संख्या
अनुगामी अक्षर के बिना एक सादा बाइट गिनती है। अन्य अनुवर्ती अक्षर कारण बनते हैं
स्केलिंग कारक द्वारा दी गई संख्या का गुणन:
"k" या "K" = 1024, "m" या "M" = 1024k, "g" या "G" = 1024m, "s" या "S" = 2048
उदाहरण के लिए tsize=234567s का अर्थ है 234567 * 2048 = 480393216 बाइट्स का आकार।

रिक्त=मोड
किसी CD-RW या DVD-RW को दोबारा उपयोग योग्य बनाने के लिए उसे खाली कर दें। DVD-RW फ़ॉर्मेट करें,
DVD+RW, DVD-RAM, BD-R, या BD-RE यदि अभी तक स्वरूपित नहीं किया गया है।
यह ऑपरेशन आम तौर पर माध्यम पर किसी भी रिकॉर्ड किए गए डेटा को अपठनीय बना देता है। यह है
एक ही समय में जलने के साथ संयोजन योग्य xorrecord, या इसे निष्पादित किया जा सकता है
ट्रैक स्रोत के बिना, माध्यम को खाली छोड़ देना।
रिक्त = के साथ दिया गया मोड विशेष व्यवहार का चयन करता है:

जैसी जरूरत थी
मीडिया को नए सिरे से लिखने के लिए तैयार करने का प्रयास करें। अगर इसकी जरूरत है
फ़ॉर्मेट करना, फिर उसे फ़ॉर्मेट करना। यदि यह रिक्त नहीं है तो आवेदन करने का प्रयास करें
रिक्त=तेज़. यदि माध्यम पूरी तरह से ग्रहण नहीं कर सकता है तो यह गर्भपात का एक कारण है
लिखने योग्य स्थिति, उदाहरण के लिए यदि यह एक गैर-रिक्त लेखन-एक बार है।
यह बिना स्वरूपित DVD-RW को अस्वरूपित रिक्त स्थिति में छोड़ देता है। DVD-RW को फ़ॉर्मेट करने के लिए
रिक्त = प्रारूप_ओवरराइट का उपयोग करें। रिक्त अस्वरूपित BD-R अस्वरूपित ही रहता है।
(ध्यान दें:blank=as_needed कोई मूल cdrecord विकल्प नहीं है।)

सब
संपूर्ण सीडी-आरडब्ल्यू या बिना स्वरूपित डीवीडी-आरडब्ल्यू को खाली करें।

तेज
संपूर्ण सीडी-आरडब्ल्यू को न्यूनतम रूप से खाली करें या बिना स्वरूपित डीवीडी-आरडब्ल्यू को खाली करें।

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

डिफ़ॉर्मेट_शीघ्र
जैसे ब्लैंक = डीफॉर्मेट लेकिन डीवीडी-आरडब्ल्यू को केवल न्यूनतम रूप से ब्लैंक करना। ये इससे भी तेज है
पूर्ण ब्लैंकिंग लेकिन मीडिया को अप्रत्याशित ट्रैक लिखने में असमर्थ बना देता है
आकार। बहु-सत्र भी संभव नहीं होगा.
(ध्यान दें:blank=deformat_quickest एक मूल cdrecord विकल्प नहीं है।)

प्रारूप_ओवरराइट
DVD-RW को "प्रतिबंधित ओवरराइट" में प्रारूपित करें। उपयोगकर्ता को कुछ लाना चाहिए
धीरज।
बिना स्वरूपित DVD+RW, BD-RE या रिक्त BD-R को उनके डिफ़ॉल्ट आकार में प्रारूपित करें। यह है
DVD+RW और BD-RE मीडिया के साथ ऐसा करना अनिवार्य नहीं है, क्योंकि उन्हें मिल जाएगा
पहले लिखने के प्रयास में स्वचालित रूप से स्वरूपित हो गया।
बीडी-आर मीडिया अस्वरूपित अवस्था में लिखा जा सकता है। यह अक्षम रहता है
खराब ब्लॉकों का प्रतिस्थापन और पूर्ण नाममात्र लेखन गति सक्षम करना। एक बार बीडी-आर
मीडिया लिखे गए हैं, उन्हें अब और स्वरूपित नहीं किया जा सकता है।
पहले से ही स्वरूपित मीडिया को पुनः स्वरूपित करने के लिए या गैर-डिफ़ॉल्ट के साथ स्वरूपण के लिए
आकार, प्रोग्राम का उपयोग करें एक्सोरिसो कमांड के साथ -परिवर्तन.
(ध्यान दें:blank=format_overwrite कोई मूल cdrecord विकल्प नहीं है)

मदद
मानक त्रुटि आउटपुट के लिए रिक्त मोड का एक संक्षिप्त अवलोकन प्रिंट करें।
बाद में बिना कोई ड्राइव ऑपरेशन किए अनुकरण समाप्त करें।

-मल्टी यह विकल्प सीडी, बिना स्वरूपित डीवीडी-आर[डब्ल्यू], डीवीडी+आर, या बीडी-आर को इसके बाद जोड़ने योग्य रखता है।
वर्तमान सत्र लिखा जा चुका है. इसके बिना डिस्क बंद हो जाती है और हो भी नहीं सकती
और भी लिखा - जब तक कि यह एक -आरडब्ल्यू न हो और खाली न हो जाए, जिससे इसकी हानि होती है
सामग्री.
यह विकल्प डीवीडी-आर डीएल या डीवीडी-आरडब्ल्यू पर लागू नहीं किया जा सकता है जो मोड द्वारा खाली थे
"deformat_quickest"। विकल्प --multi_if_possible स्वचालित रूप से पहचान सकता है और
इस स्थिति को संभालें.
सभी फ़ाइल सिस्टम सामग्री को सुलभ बनाने के लिए, अंततः ISO-9660
अनुवर्ती सत्र के फ़ाइल सिस्टम को एक विशेष तरीके से तैयार करने की आवश्यकता होती है
फ़ाइल सिस्टम फ़ॉर्मेटर प्रोग्राम. mkisofs, genisoimage, और xorrisofs विशेष अपेक्षा करते हैं
स्थिति के बारे में जानकारी जिसे प्राप्त किया जा सकता है xorrecord विकल्प -msinfo.
ओवरराइट करने योग्य डीवीडी या बीडी मीडिया के साथ, -मल्टी सत्र के अंत को चिह्नित नहीं कर सकता है। इसलिए
नया सत्र जोड़ते समय, इस अंत को पेलोड से निर्धारित करना होगा।
वर्तमान में केवल ISO-9660 फ़ाइल सिस्टम का उपयोग इस तरह किया जा सकता है। विकल्प देखें
--grow_overwriteable_iso.

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

-वेटी तब तक प्रतीक्षा करें जब तक इनपुट डेटा stdin पर उपलब्ध न हो जाए या EOF stdin पर न आ जाए। तभी ही
किसी भी ड्राइव तक पहुँचना प्रारंभ करें।
यदि xorrisofs पाइप के अंत में जहां फीडर काम कर रहा है तो इसका उपयोग करना चाहिए
प्रक्रिया xorrisofs में अपना आउटपुट लिखना शुरू करने से पहले ड्राइव से पढ़ती है।
उदाहरण:
xorrisofs ... -C 0,12800 -M /dev/sr0 ... | \
xorrecord dev=/dev/sr0 ... -waiti -
यह विकल्प तब भी काम करता है जब मानक इनपुट ट्रैक स्रोत न हो। यदि कोई प्रक्रिया नहीं है
पाइपिंग करें, फिर आपके टर्मिनल की एंटर कुंजी ट्रिगर के रूप में कार्य करेगी xorrecord.
ध्यान दें कि यदि मानक इनपुट नहीं है तो यह इनपुट लाइन cdrskin द्वारा उपभोग नहीं की जाएगी
ट्रैक स्रोत. यह आमतौर पर शेल कमांड के रूप में समाप्त होगा।

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

-आइसोसाइज
ट्रैक स्रोत की सामग्री से ट्रैक आकार प्राप्त करने का प्रयास करें। ये ही काम करता है
यदि ट्रैक स्रोत में ISO 9660 फ़ाइल सिस्टम है। कोई अन्य ट्रैक स्रोत सामग्री
बर्न रन को निरस्त करने का कारण बनेगा।
यदि ट्रैक स्रोत कोई नियमित फ़ाइल या ब्लॉक डिवाइस नहीं है, तो यह विकल्प होगा
केवल तभी काम करें जब प्रोग्राम का फीफो आकार कम से कम 64k हो। विकल्प देखें fs=.

पैडसाइज=आकार
आगामी ट्रैक में अनुगामी शून्यों की दी गई मात्रा जोड़ें। यह सुविधा हो सकती है
आकार 0 द्वारा अक्षम। किसी समस्या के समाधान के लिए डिफ़ॉल्ट 300 केबी है
जीएनयू/लिनक्स जो अक्सर सीडी ट्रैक के अंतिम कुछ ब्लॉकों को पढ़ने में विफल रहता है
लेखन मोड TAO में लिखा गया। TAO का प्रयोग किया जाता है xorrecord यदि ट्रैक का आकार नहीं हो सकता
पूर्वानुमानित या यदि सीडी माध्यम खाली नहीं है, लेकिन जोड़ने योग्य है।

-नोपैड पैडसाइज़=0 के समान।

-तकती पैडसाइज = 15 के समान। यह पुराने GNU/Linux कर्नेल के लिए पर्याप्त था।
इस बीच किसी को कम से कम पैडसाइज़=128k का उपयोग करना चाहिए, यदि पैडसाइज़=300k नहीं।

-डेटा स्पष्ट रूप से घोषणा करें कि ट्रैक स्रोत को डेटा ट्रैक के रूप में रिकॉर्ड किया जाएगा, न कि नहीं
ऑडियो ट्रैक के रूप में. इस विकल्प का कोई प्रभाव नहीं पड़ता है xorrecord, क्योंकि यहां नहीं है
वैसे भी अन्य ट्रैक प्रारूपों के लिए समर्थन।

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

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

-दाओ -साओ का उपनाम.

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

गति=मूल्य
लिखने की गति निर्धारित करें. डिफ़ॉल्ट 0 = अधिकतम गति है। मीडिया में गति दी जा सकती है
निर्भर एक्स-स्पीड नंबर या एमएमसी में प्रति सेकंड वांछित थ्रूपुट टाइप करें
अनुरूप केबी (= 1000) या एमबी (= 1000 केबी)। मीडिया एक्स-स्पीड फ़ैक्टर को स्पष्टीकरण सेट किया जा सकता है
सीडी के लिए "सी", डीवीडी के लिए "डी", बीडी के लिए "बी" जोड़कर। "x" वैकल्पिक है.
उदाहरण गति:
706k = 706kB/s = 4c = 4xCD
5540k = 5540kB/s = 4d = 4xDVD
यदि गति इकाई के बारे में कोई संकेत संलग्न नहीं है, तो ड्राइव में माध्यम
तय करेंगे। डिफ़ॉल्ट इकाई सीडी है, 1x = 176,400 कच्चे बाइट्स/सेकंड। डीवीडी के साथ, 1x =
1,385,000 बाइट्स/सेकंड। बीडी के साथ, 1x = 4,495,625 बाइट्स/सेकंड।
एमएमसी ड्राइव आमतौर पर गति के अपने स्वयं के विचार को सक्रिय करते हैं और दिए गए गति मान को लेते हैं
बर्न प्रोग्राम द्वारा केवल उनके स्वयं के निर्णय के लिए एक संकेत के रूप में।

मिनबफ = प्रतिशत
के बराबर:
शील_ऑन_ड्राइव=

-immed के बराबर:
शील_ऑन_ड्राइव=75

-बेदखल अन्य सभी कार्य हो जाने के बाद ड्राइव ट्रे को बाहर निकालें।

कार्यक्रम संस्करण और वाचालता:

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

-v प्रोग्राम वर्बोसिटी को एक स्तर तक बढ़ाएँ। से चार वर्बोसिटी स्तर हैं
डिबगिंग वर्बोसिटी के लिए लगभग मौन। दोनों उच्चतम स्तरों को सक्षम किया जा सकता है
बार-बार -v या -vv या -vvv द्वारा।

-V एससीएसआई कमांड लॉग करें और मानक त्रुटि के लिए उत्तर चलाएं। यह रुचिकर हो सकता है
if xorrecord और कोई विशेष ड्राइव या माध्यम अपेक्षा के अनुरूप सहयोग नहीं करता है, या यदि
आप बस यह जानना चाहते हैं कि लिबबर्न ड्राइव के साथ कैसे इंटरैक्ट करता है। इसे समझने के लिए
बेहद वाचाल लॉग, किसी को एससीएसआई स्पेक्स एसपीसी, एसबीसी और एमएमसी को पढ़ने की जरूरत है।
जब तक आप न चाहें, कृपया बग रिपोर्ट में ऐसे लॉग को पहली बार न जोड़ें
उक्त विशिष्टताओं से किसी विशेष विचलन को इंगित करें, या यदि आपसे यह लॉग मांगा जाए
के एक अनुरक्षक द्वारा xorrecord जो आपकी बग रिपोर्ट के लिए प्रभारी महसूस करता है।

-मदद मानक त्रुटि के लिए प्रोग्राम विकल्पों की एक विरल सूची प्रिंट करें और ऐसा न होने की घोषणा करें
cdrecord.
बाद में बिना कोई ड्राइव ऑपरेशन किए अनुकरण समाप्त करें।

ऑप्शंस नहीं संगत सेवा मेरे सीडीरिकॉर्ड:

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

--grow_overwriteable_iso
ओवरराइट करने योग्य मीडिया पर बहु-सत्रीय लेखन का अनुकरण सक्षम करें जिसमें एक शामिल है
आईएसओ 9660 फ़ाइल सिस्टम। यह अनुकरण ग्रोइसॉफ़्स -एम से सीखा गया है लेकिन इसके लिए अनुकूलित किया गया है
का उपयोग मॉडल
xorrecord -msinfo
xorrisofs -C -M | xorrecord -waiti -multi -
अनुक्रमिक मीडिया के लिए.
--grow_overwriteable_iso वास्तविक बहु-सत्र मीडिया के उपयोग में बाधा नहीं डालता है। अर्थात
इसका उपयोग करना संभव है xorrecord दोनों प्रकार के मीडिया के साथ विकल्प
यदि ISO 9660 फ़ाइल सिस्टम छवियाँ लिखी जानी हैं तो समान परिणाम प्राप्त करें। यह
विकल्प का तात्पर्य विकल्प -आइसोसाइज से है और इसलिए यह मांग करता है कि ट्रैक स्रोत आईएसओ हो
9660 फ़ाइल सिस्टम छवि।
ओवरराइट करने योग्य मीडिया और कोई विकल्प रिक्त=तेज़|सभी मौजूद होने से इसका विस्तार होता है
मीडिया पर अंतिम ISO 9660 फ़ाइल सिस्टम। यह माना जाता है कि यह छवि का आंतरिक आकार है
विवरण मूल्यवान डेटा के अंत की ओर इशारा करता है। ए के साथ ओवरराइट करने योग्य मीडिया
पहचानने योग्य ISO 9660 आकार को रिक्त के बजाय जोड़ने योग्य माना जाएगा।
यानी विकल्प -msinfo और -toc काम करेंगे। -toc हमेशा एक ही सत्र दिखाएगा
प्रत्येक जोड़ी गई ISO 9660 छवि के साथ इसका आकार बढ़ता जा रहा है।

--multi_if_possible
यदि माध्यम उपयुक्त हो तो विकल्प-मल्टी लागू करें। डीवीडी-आर डीएल और उपयुक्त नहीं हैं
DVD-RW, जिन्हें "deformat_quickest" मोड के साथ खाली किया गया था।
सभी ड्राइव ऐसे तेज़-रिक्त डीवीडी-आरडब्ल्यू को सही ढंग से नहीं पहचानते हैं जिन्हें "चालू" करने की आवश्यकता होती है। अगर
यह अच्छी तरह से स्थापित संदेह है कि -मल्टी के कारण बर्न रन विफल हो गया, फिर यह
-मल्टी के बिना पुनः प्रयास का कारण बनता है।

स्ट्रीम_रिकॉर्डिंग='चालू'|'बंद'|संख्या
मोड "चालू" अनुरोध है कि वांछित गति सेटिंग के अनुपालन को प्राथमिकता दी जाती है
लेखन त्रुटियों का प्रबंधन. डीवीडी-रैम और बीडी के साथ यह प्रभावी लेखन ला सकता है
गति मीडिया की नाममात्र लेखन गति के करीब। लेकिन यह भी अक्षम कर देगा
लेखन त्रुटियाँ होने पर प्रतिस्थापन ब्लॉकों का स्वचालित उपयोग। यह भी हो सकता है
ड्राइव द्वारा नापसंद या अनदेखा किया गया।
यदि कोई संख्या दी गई है, तो सभी बाइट पतों के लिए त्रुटि प्रबंधन सक्षम रहता है
उस नंबर के नीचे. 16 से नीचे की कोई भी संख्या "बंद" के समान है।

dvd_obs='default'|'32k'|'64k'
लिनक्स विशिष्ट: प्रत्येक लेखन ऑपरेशन के साथ प्रसारित होने वाले बाइट्स की संख्या निर्धारित करें
डीवीडी या बीडी मीडिया के लिए. ट्रैक इस लेखन आकार के अगले गुणक तक गद्देदार हो जाते हैं। ए
64 केबी की संख्या बस सिस्टम के साथ थ्रूपुट में सुधार कर सकती है जो विलंबता दिखाती है
समस्या। डिफ़ॉल्ट मीडिया प्रकार, विकल्प स्ट्रीम_रिकॉर्डिंग=, इत्यादि पर निर्भर करता है
समय विकल्प संकलित करें.

विनय_पर_ड्राइव=पैरामीटर[:पैरामीटर]
नियंत्रित करें कि क्या ड्राइव बफर को पूरी तरह से भरने से रोका जाएगा।
पैरामीटर "चालू" (या "1") प्रोग्राम को बर्नर ड्राइव पर लिखने की कोशिश करने से रोकता है
जबकि इसके बफर को एक निश्चित सीमा से अधिक भरने का खतरा है। अगर ये फिलिंग है
पार हो गया है तो कार्यक्रम तब तक प्रतीक्षा करेगा जब तक कि फिलिंग किसी दिए गए निम्न स्तर तक न पहुंच जाए
प्रतिशत मूल्य।
यह ऑपरेटिंग सिस्टम और ड्राइव कंट्रोलर पर लोड को कम कर सकता है और इस प्रकार मदद करता है
बेहतर इनपुट बैंडविड्थ प्राप्त करना यदि डिस्क और बर्नर स्वतंत्र नहीं हैं
नियंत्रक (जैसे एचडीए और एचडीबी)। यह एक साथ जलने पर भी मदद कर सकता है
3.16 जैसे लिनक्स कर्नेल के साथ विभिन्न बर्नर। दूसरी ओर यह बढ़ाता है
बफर अंडरफ्लो का जोखिम और इस प्रकार कम लिखने की गति।
कुछ बर्नर उपयुक्त नहीं हैं क्योंकि वे बफ़र फिल को ग्रैन्युलैरिटी के साथ भी रिपोर्ट करते हैं
आकार या समय में मोटे, या उनके बफर को शीर्ष पर भरने से पहले उम्मीद करते हैं
पूरी गति से जाओ।
पैरामीटर "बंद" या "0" इस सुविधा को अक्षम करते हैं।
प्रतीक्षा की शुरुआत के लिए दहलीज "max_percent=" पैरामीटर द्वारा दी गई है।
पैरामीटर "min_percent=" ट्रांसमिशन को फिर से शुरू करने के लिए थ्रेशहोल्ड को परिभाषित करता है।
25 से 100 की सीमा में प्रतिशत अनुमेय हैं। इस श्रेणी में संख्याएँ
बिना प्रीपेड नाम के "on:min_percent=" के रूप में व्याख्या की जाती है।
उदाहरणार्थ: विनय_ऑन_ड्राइव=75
इष्टतम मान ड्राइव के बफर व्यवहार पर निर्भर करते हैं।
पैरामीटर "timeout_sec=" परिभाषित करता है कि असफल प्रतीक्षा के किस समय के बाद
विनय अक्षम हो जाएगा क्योंकि यह काम नहीं करता है।
पैरामीटर "min_usec=" माइक्रोसेकंड में प्रारंभिक नींद की अवधि को परिभाषित करता है। अगर
अधिक डेटा भेजने के लिए ड्राइव बफर बहुत भरा हुआ प्रतीत होता है, प्रोग्राम प्रतीक्षा करेगा
दिए गए समय और बफर भरने की स्थिति को फिर से पूछें। यदि बार-बार पूछताछ से पता चलता है
पर्याप्त खाली स्थान नहीं है, सोने का समय धीरे-धीरे किस पैरामीटर तक बढ़ जाएगा
"max_usec=" परिभाषित करता है।
पैरामीटर्स, जिनका उल्लेख modety_on_drive= विकल्प के साथ नहीं किया गया है, बने रहेंगे
अपरिवर्तित। डिफ़ॉल्ट है:
विनय_पर_ड्राइव=बंद:न्यूनतम_प्रतिशत=90:अधिकतम_प्रतिशत=95:
टाइमआउट_सेक=120:min_usec=5000:max_usec=25000

राइट_स्टार्ट_एड्रेस = मूल्य
ओवरराइट करने योग्य मीडिया पर ब्लॉक पता सेट करें जहां से ट्रैक लिखना शुरू करना है। साथ
डीवीडी+आरडब्ल्यू, डीवीडी-रैम या बीडी-आरई, बाइट_ऑफ़सेट को 2 किबी ब्लॉक से संरेखित किया जाना चाहिए, लेकिन बेहतर
डीवीडी पर 32 किबी और बीडी पर 64 किबी है। स्वरूपित DVD-RW के साथ 32 KiB संरेखण है
अनिवार्य।
अन्य मीडिया इस विकल्प के लिए उपयुक्त नहीं हैं.

stdio_sync='चालू'|'बंद'|संख्या
बाइट्स की संख्या निर्धारित करें जिसके बाद आउटपुट को अनुकरणीय stdio: ड्राइव पर बाध्य किया जा सके।
यह बाध्यता मेमोरी को धीमी गति से बहुत सारे लंबित डेटा से अवरुद्ध होने से बचाती है
उपकरण। डिफ़ॉल्ट "चालू" "16 मी" के समान है। जबरन आउटपुट को अक्षम किया जा सकता है
"बंद"।

उदाहरण

अवलोकन of उदाहरण:
ड्राइव और उनके पतों का अवलोकन प्राप्त करें
किसी विशेष ड्राइव या लोडेड मीडिया के बारे में जानकारी प्राप्त करें
पुन: उपयोग के लिए सीडी-आरडब्ल्यू या डीवीडी-आरडब्ल्यू तैयार करें, खराब ब्लॉक हैंडलिंग के लिए बीडी-आर तैयार करें
पुन: उपयोग से पहले खाली करने की आवश्यकता से बचने के लिए DVD-RW को प्रारूपित करें
डीवीडी-आरडब्ल्यू को फिर से बहु-सत्रीय बनाने में सक्षम बनाने के लिए उसे डी-फॉर्मेट करें
एकल ISO 9660 फ़ाइल सिस्टम छवि लिखें
अनेक ISO 9660 सत्र लिखें
तुरंत ISO 9660 सत्र लिखें
संपीड़ित अफ़ियो संग्रह को ऑन-द-फ्लाई लिखें

an सिंहावलोकन of ड्राइव और लेकिन हाल ही पते:
$ xorrecord--डिवाइसेस

पता के बारे में a विशेष ड्राइव और भरा हुआ मीडिया:
$ xorrecord dev=/dev/sr0 -atip -toc --grow_overwriteable_iso

तैयार करना सीडी आरडब्ल्यू or डीवीडी आरडब्ल्यू एसटी पुन: उपयोग:
$ xorrecord -v dev=/dev/sr0 रिक्त=as_needed -eject

का गठन डीवीडी आरडब्ल्यू सेवा मेरे से बचने आवश्यकता एसटी रिक्त से पहले पुन: उपयोग:
$ xorrecord -v dev=/dev/sr0 रिक्त=format_overwrite -eject
सक्षम करने के लिए, इस कमांड का उपयोग पहले उपयोग से पहले बीडी-आर मीडिया को प्रारूपित करने के लिए भी किया जा सकता है
लेखन त्रुटियों से निपटना। कई सौ एमबी के अतिरिक्त ब्लॉक आरक्षित और लिखे जाएंगे
ऐसे मीडिया पर रन नाममात्र की आधी से भी कम गति पर चलेगा।

डी-फ़ॉर्मेट करें डीवीडी आरडब्ल्यू सेवा मेरे बनाना it सक्षम of बहु-सत्रीय फिर:
$ xorrecord -v dev=/dev/sr0 रिक्त=विरूपण

लिखना a एक आईएसओ 9660 फाइल सिस्टम चित्र:
$ xorrecord -v dev=/dev/sr0 गति=12 fs=8m \
रिक्त=आवश्यकतानुसार -इजेक्ट पैडसाइज=300k my_image.iso

लिखना विभिन्न आईएसओ 9660 सत्र:
यह न्यूनतम रिक्त डीवीडी-आरडब्ल्यू और डीवीडी-आर डीएल को छोड़कर सभी मीडिया के साथ संभव है, जो नहीं हो सकता
बहु-सत्र करें.
पहला सत्र पिछले उदाहरण की तरह लिखा गया है, सिवाय इसके कि विकल्प -मल्टी है
इस्तेमाल किया गया। इसमें ISO 1 के अंतर्गत हार्ड डिस्क डायरेक्टरी ./tree9660 की फ़ाइलें होंगी
निर्देशिका /dir1:
$ xorrisofs -o image_1.iso -J -graft-points /dir1=./tree1
$ xorrecord -v dev=/dev/sr0 गति=12 fs=8m \
-मल्टी --grow_overwriteable_iso \
रिक्त=आवश्यकतानुसार -इजेक्ट पैडसाइज=300k छवि_1.आईएसओ
दूसरे सत्र के लिए xorrisofs को माध्यम के -msinfo नंबर जानने की जरूरत है। आगे
यह सिस्टम के रीड-ओनली CD-ROM ड्राइवर का उपयोग करके माध्यम से डेटा पढ़ेगा।
यह सलाह दी जाती है कि ट्रे को सीडी-रोम ड्राइवर के बजाय मैन्युअल रूप से या डीडी के माध्यम से लोड करें
xorrecord को अपने स्वयं के SCSI ड्राइवर द्वारा ऐसा करने देना। कई सिस्टम CD-ROM ड्राइवर नहीं लेते हैं
xorrecord की गतिविधियों की सूचना.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
अब -msinfo नंबर प्राप्त करें:
$ m=$(xorrecord dev=/dev/sr0 -msinfo)
और छवि में ./tree2 को /dir2 के रूप में जोड़ने के लिए xorrisofs के साथ उनका उपयोग करें:
$ xorrisofs -M /dev/sr0 -C $m -o image_2.iso \
-जे -ग्राफ्ट-पॉइंट्स /dir2=./tree2
अब नए सत्र को उसी माध्यम पर जलाएं। इस बार बिना खाली किये:
$ xorrecord -v dev=/dev/sr0 गति=12 fs=8m \
-मल्टी --grow_overwriteable_iso \
-इजेक्ट पैडसाइज=300k इमेज_2.आईएसओ
इस माध्यम को माउंट करने वाले ऑपरेटिंग सिस्टम दूसरे सत्र के सुपरब्लॉक को पढ़ेंगे
और दोनों निर्देशिकाएँ /dir1 और /dir2 दिखाएँ।

लिखना आईएसओ 9660 सत्र उड़ान पर:
के रन को संयोजित करना संभव है xorrisofs और xorrecord भंडारण के बिना एक पाइपलाइन में
हार्ड डिस्क पर फ़ाइल के रूप में ISO 9660 छवि:
$ xorrisofs -M /dev/sr0 -C $m \
-जे -ग्राफ्ट-पॉइंट /dir2=./tree2 \
| xorrecord -v dev=/dev/sr0 गति=12 fs=8m \
-waiti -multi --grow_overwriteable_iso \
-इजेक्ट पैडसाइज=300k -
यह प्रोग्राम का मुख्य उपयोग मामला भी है एक्सोरिसो स्वयं, जहां यह रन दिखेगा:
$ xorriso -dev /dev/sr0 -joliet on -speed 12 -fs 8m \
-map ./tree2 /dir2 -commit_eject all

लिखना संकुचित अफियो संग्रह उड़ान पर:
यह न्यूनतम रिक्त डीवीडी-आरडब्ल्यू और डीवीडी-आर डीएल को छोड़कर सभी मीडिया के साथ संभव है। के बाद से
संपीड़ित आउटपुट स्ट्रीम बहुत परिवर्तनशील गति की है, एक बड़े फीफो की सलाह दी जाती है।
फिर भी, यह उदाहरण बहुत पुरानी सीडी ड्राइव के लिए उपयुक्त नहीं है जिनमें कोई अंडररन नहीं है
सुरक्षा और इस प्रकार अस्थायी डेटा की कमी पर बर्न रन को निरस्त कर दिया जाएगा।
$ खोजें . | afio -oZ - | \
xorrecord -v dev=/dev/sr0 गति=12 fs=64m \
-मल्टी पैडसाइज=300k -
एफ़ियो अभिलेखागार में संपूर्ण डेटा ब्लॉक पतों का संदर्भ नहीं है। तो उन्हें नहीं चाहिए
बहु-सत्रों के लिए विशेष सावधानियाँ। कोई भी विकल्प द्वारा सत्र प्रारंभ पते प्राप्त कर सकता है
-toc, और फिर उनमें से किसी एक पते पर पढ़ना शुरू करने के लिए dd विकल्प स्किप= का उपयोग करें। उदाहरण के लिए
इसकी सामग्री सूचीबद्ध करना:
$ dd if=/dev/sr0 bs=2048 स्किप=64046 | अफ़ियो -tvZ -
संग्रह के अंत तक पहुंचने पर एफ़ियो को पता चल जाएगा।

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