.\"                                      Hey, EMACS: -*- nroff -*-
.\"
.\" IMPORTANT NOTE:
.\"
.\"        The original of this file is kept in xorriso/xorrisofs.texi
.\"        This here was generated by program xorriso/make_xorriso_1
.\"
.\"
.\" First parameter, NAME, should be all caps
.\" Second parameter, SECTION, should be 1-8, maybe w/ subsection
.\" other parameters are allowed: see man(7), man(1)
.TH XORRISOFS 1 "Version 1.5.8, Apr 01, 2026"
.\" Please adjust this date whenever revising the manpage.
.\"
.\" Some roff macros, for reference:
.\" .nh        disable hyphenation
.\" .hy        enable hyphenation
.\" .ad l      left justify
.\" .ad b      justify to both left and right margins
.\" .nf        disable filling
.\" .fi        enable filling
.\" .br        insert line break
.\" .sp <n>    insert n+1 empty lines
.\" for manpage-specific macros, see man(7)
.nh
.SH "نام (NAME)"
xorrisofs \- ابزار سازگار با mkisofs/genisoimage برای تولید تصاویر ISO 9660
.SH "خلاصه دستور (SYNOPSIS)"
.B xorrisofs
[ options ] [\-o filename ] pathspec [pathspecs ...]
.br
.SH "توضیحات (DESCRIPTION)"
.PP
\fBxorrisofs\fR
سیستم‌فایل‌های ISO 9660 بهبودیافته با Rock Ridge و نشست‌های الحاقی به چنین سیستم‌فایل‌هایی را تولید می‌کند. به صورت اختیاری می‌تواند درخت‌های دایرکتوری Joliet را نیز ایجاد نماید.
.br
.PP
\fBxorrisofs\fR گزینه‌های برنامه mkisofs از cdrtools متعلق به Joerg Schilling را درک می‌کند. پیاده‌سازی آن بخشی از برنامه xorriso است که هیچ سورس‌کد مشترکی با cdrtools ندارد.
.SS
\fBISO 9660, Rock Ridge, Joliet, HFS+:\fR
.br
\fBISO 9660\fR
(یا همان \fBECMA\-119\fR) یک سیستم‌فایل فقط‌خواندنی است که عمدتاً برای رسانه‌های نوری CD، DVD، BD استفاده می‌شود، اما ممکن است روی سایر دستگاه‌های ذخیره‌سازی مانند فایل‌های دیسک، حافظه‌های فلش USB یا پارتیشن‌های دیسک نیز قرار گیرد. این سیستم‌فایل به طور گسترده توسط بسیاری از سیستم‌عامل‌ها و امکانات بوت رایانه‌های شخصی قابل خواندن است.
.br
سیستم‌فایل ISO 9660 دایرکتوری‌ها و فایل‌های داده را با نام‌های فایلی بسیار محدود و بدون تمایز میان حروف کوچک و بزرگ توصیف می‌کند. متادیتای آن با مشخصات بنیادی POSIX مطابقت ندارد.
.br
\fBRock Ridge\fR
نام مجموعه‌ای از اطلاعات تکمیلی است که یک سیستم‌فایل ISO 9660 را بهبود می‌بخشد تا بتواند یک سیستم‌فایل سازگار با POSIX را به همراه مالکیت، مجوزهای دسترسی، پیوندهای نمادین و سایر مشخصه‌ها نمایش دهد.
Rock Ridge نام فایل‌های تا ۲۵۵ بایت و مسیرهای تا ۱۰۲۴ بایت را مجاز می‌داند.
.br
دستور xorrisofs اطلاعات Rock Ridge را به طور پیش‌فرض تولید می‌کند. اکیداً توصیه می‌شود که این قابلیت را غیرفعال نکنید.
.br
\fBJoliet\fR
نام یک درخت دایرکتوری تکمیلی است که نام فایل‌های تا ۶۴ کاراکتر با کدگذاری UTF\-16 را فراهم می‌کند.
یک درخت Joliet عمدتاً برای خواندن تصویر ISO توسط سیستم‌عامل‌های شرکت مایکروسافت جذاب و کاربردی است.
تولید این درخت دایرکتوری می‌تواند با گزینه
.B \-J
فعال شود.
.br
\fBISO 9660:1999\fR
نام عامیانه یک درخت دایرکتوری تکمیلی است که نام‌های فایل طولانی‌تری را فراهم می‌سازد. این ویژگی به تک‌تک نام فایل‌ها اجازه می‌دهد تا حداکثر ۲۰۷ کاراکتر داشته باشند. نقطه شروع آن به طور رسمی با عنوان Enhanced Volume Descriptor در ویرایش چهارم ECMA\-119 مشخص شده است.
.br
این قابلیت ممکن است برای برخی امکانات بوت سیستم‌های رایانه‌ای قدیمی‌تر که نه Rock Ridge و نه Joliet را می‌خوانند، اما با این وجود به نام فایل‌های طولانی‌تر نیاز دارند، کاربرد داشته باشد.
تولید این درخت دایرکتوری می‌تواند با گزینه
.B \-iso\-level 4
فعال شود.
.br
\fBHFS+\fR
نام سیستم‌فایلی است که معمولاً برای نوشتن و خواندن روی دیسک‌های سخت و دستگاه‌های مشابه استفاده می‌شود. این امکان وجود دارد که یک پارتیشن HFS+ را در تصویر ISO 9660 در حال تولید جاسازی کرده و آن را با ورودی‌های Apple Partition Map علامت‌گذاری کرد. این ویژگی با گزینه‌هایی که داده‌ها را در ۳۲ کیلوبایت ابتدایی تصویر ISO کپی می‌کنند، مانند
.B \-G
یا
.BR \-isohybrid\-mbr ،
تداخل دارد. گزینه
.B \-hfsplus
را ببینید.
.br
هدف اصلی از داشتن یک پارتیشن جاسازی‌شده HFS+ بوت کردن مدل‌های خاصی از رایانه‌های اپل است.
.SS
.B قرار دادن فایل‌ها در تصویر ISO:
.PP
\fBxorrisofs\fR با دو نوع آدرس فایل سروکار دارد:
.br
\fBdisk_path\fR
مسیری به یک شیء در درخت سیستم‌فایل محلی است.
.br
\fBiso_rr_path\fR
آدرس Rock Ridge یک شیء فایل در تصویر ISO است.
اگر قرار نباشد هیچ اطلاعات Rock Ridge در یک ISO در حال تولید ذخیره شود، آنگاه نام‌ها به نام‌های ISO 9660 با طول و مجموعه کاراکترهای محدود نگاشت می‌شوند.
.br
.PP
یک آرگومان برنامه به عنوان یک \fBpathspec\fR مدیریت می‌شود اگر به عنوان گزینه اصلی mkisofs یا گزینه اضافی \fBxorrisofs\fR شناخته نشود.
یک pathspec یک شیء فایل ورودی را از طریق یک disk_path نشان می‌دهد.
اگر گزینه
.B \-graft\-points
حاضر نباشد، آنگاه رفتار به نوع فایلِ disk_path بستگی دارد. دایرکتوری‌ها با دایرکتوری / تصویر ISO ادغام می‌شوند. فایل‌های سایر انواع درون دایرکتوری / کپی می‌شوند.
.br
اگر
.B \-graft\-points
حاضر باشد، هر pathspec در اولین رخداد نویسه = شکسته می‌شود.
بخش قبل از = به عنوان \fBtarget\fR در نظر گرفته می‌شود، یعنی همان iso_rr_path برای شیء فایل در تصویر ISO. بخش بعد از اولین = به عنوان \fBsource\fR در نظر گرفته می‌شود، یعنی همان disk_path شیء ورودی.
.br
این امکان وجود دارد که با قرار دادن نویسه \\ قبل از نویسه‌های =، آن‌ها را بخشی از iso_rr_path قرار داد. همین کار باید برای نویسه‌های \\ که قرار است بخشی از iso_rr_path باشند نیز انجام شود.
.br
.PP
اگر بخش source مربوط به pathspec به یک دایرکتوری اشاره کند، تمامی فایل‌های زیر این دایرکتوری نیز درون تصویر قرار می‌گیرند.
این امکان وجود دارد که فایل‌های خاصی را با کمک گزینه
.B \-m
از قرار گرفتن در تصویر مستثنی کرد.
.br
در صورتی که target از قبل وجود داشته باشد، قوانین زیر اعمال می‌شوند:
دایرکتوری‌ها و سایر فایل‌ها ممکن است جایگزین غیردایرکتوری‌های موجود شوند.
دایرکتوری‌ها با دایرکتوری‌های موجود ادغام می‌شوند.
غیردایرکتوری‌ها نمی‌توانند جایگزین دایرکتوری‌های موجود شوند.
.SS
\fBارتباط با برنامه xorriso:\fR
.br
\fBxorrisofs\fR در واقع یک حالت دستوری از برنامه \fBxorriso\fR است که با دستور "\-as mkisofs" در xorriso یا با اجرای برنامه تحت یکی از نام‌های "xorrisofs"، "mkisofs"، "genisoimage" یا "genisofs" وارد آن می‌شود.
.br
این حالت دستوری را می‌توان با آرگومان "\-\-" ترک کرد که به حالت دستوری عمومی xorriso منجر می‌شود. برای توضیحات آن \fBman xorriso\fR را ببینید.
.br
.PP
برنامه xorriso خواندن و نوشتن تصاویر را با کمک libburn انجام می‌دهد که عمدتاً برای درایوهای نوری در نظر گرفته شده است، اما روی تمام انواع فایل‌های POSIX به جز دایرکتوری‌ها نیز کار می‌کند.
.br
پیام‌های برنامه هر فایل تصویر را یک "drive" می‌نامند. انواع فایلی که برای خواندن پشتیبانی نمی‌شوند به عنوان "blank" گزارش می‌گردند. فضای خالی گزارش‌شده رسانه ممکن است کاملاً فرضی باشد.
.br
با این وجود \fBxorrisofs\fR مستقیماً روی درایوهای نوری کار نمی‌کند، بلکه libburn را وادار می‌سازد تا آن‌ها را به عنوان فایل‌های دستگاه عمومی در نظر بگیرد.
بنابراین برای نوشتن روی رسانه‌های نوری ترتیبی (CD، DVD\-R، DVD+R، BD\-R) باید از یک برنامه رایت استفاده کرد؛ مانند شبیه‌ساز cdrecord در xorriso. بخش EXAMPLES را ببینید.
.SS
.br
.SH "گزینه‌ها (OPTIONS)"
.br
.PP
.TP
.B بارگذاری ایمیج (Image loading):
.PP
گزینه‌های زیر بارگذاری یک ایمیج ISO موجود را به منظور آماده‌سازی یک نشست الحاقی (add\-on session) مناسب کنترل می‌کنند.
اگر این گزینه‌ها مشخص نشوند، یک ایمیج جدید از ابتدا ساخته می‌شود.
.TP
\fB\-M\fR disk_path
مسیری را تنظیم می‌کند که درخت دایرکتوری ایمیج ISO موجود از آن بارگذاری شود تا درخت دایرکتوری پیش‌رو به عنوان نشست الحاقی بر پایه آن بنا گردد.
این مسیر باید به یک شیء فایلی با قابلیت خواندن دسترسی تصادفی اشاره کند.
در گنو/لینوکس: فایل‌های داده‌ای معمولی یا فایل‌های دستگاه بلوکی.
.br
نوع خاصی از شبه disk_path به فرم «/dev/fd/»شماره وجود دارد.
این مقدار، توصیف‌کننده فایل باز با شماره داده‌شده را مشخص می‌کند، صرف‌نظر از اینکه سیستم‌عامل از این قابلیت از طریق گره‌های فایلی در /dev/fd پشتیبانی کند یا خیر.
برای مثال /dev/fd/3 همان توصیف‌کننده فایل ۳ است که توسط برنامه‌ای باز شده که بعداً xorriso را اجرا کرده است.
.TP
\fB\-prev-session\fR disk_path
نام مستعار \-M.
.TP
\fB\-dev\fR disk_path
نام مستعار \-M.
.TP
\fB\-C\fR last_session_start,next_writeable_address
آدرس بلوک ۲ کیبی‌بایتی (2 KiB) مربوط به last_session_start را تنظیم می‌کند که ایمیج ISO از آن نقطه درون فایل تعیین‌شده با گزینه \-M خوانده شود.
.br
همراه با یک کاما به عنوان جداکننده، آدرس next_writeable_address را که نشست الحاقی در نهایت روی آن نوشته خواهد شد تنظیم می‌کند. در واقع آدرس بلوکی تعیین‌کننده است که خواننده‌های مورد نظر باید از آن به عنوان آدرس ابربلوک (superblock) در رسانه مورد نظر استفاده کنند.
.br
هر دو مقدار را می‌توان به کمک برنامه‌های رایت و گزینه \-msinfo در cdrecord از رسانه‌های نوری استعلام کرد. خود xorriso نیز می‌تواند در حالت شبیه‌سازی cdrecord آن را به دست آورد.
.br
  values=$(xorriso \-as cdrecord dev=/dev/... \-msinfo)
.br
  echo $values
.br
گزینه \-C می‌تواند بدون گزینه \-M نیز استفاده شود تا یک ایمیج ISO از ابتدا ایجاد شده و برای نوشته شدن نهایی در آدرس بلوکی غیر از ۰ آماده گردد. در این صورت پارامتر last_session_start باید روی ۰ تنظیم شود.
.TP
\fB\-cdrecord-params\fR last_session_start,next_writeable_address
نام مستعار \-C.
.TP
.B تنظیمات درج فایل (Settings for file insertion):
.TP
\fB\-path-list\fR disk_path
مشخصات مسیر (pathspecs) را خط‌به‌خط از disk_file می‌خواند و اشیاء فایلی مشخص‌شده را در ایمیج ISO درج می‌کند. اگر disk_path برابر «\-» باشد، مشخصات مسیر از ورودی استاندارد خوانده می‌شود.
.TP
\fB--quoted_path_list\fR disk_path
مشابه گزینه \-path\-list است اما کلمات داخل نقل‌قول را به جای خطوط ساده می‌خواند.
فاصله‌های خالی خارج از نقل‌قول‌ها نادیده گرفته می‌شوند. از طرف دیگر، امکان بازنمایی مشخصات مسیری که حاوی کاراکترهای خط جدید هستند وجود دارد.
.br
علامت نقل‌قول جفتی " و علامت نقل‌قول تکی ' می‌توانند برای محصور کردن فاصله‌های خالی و تبدیل آن‌ها به بخشی از مشخصات مسیر استفاده شوند. هر نوع علامت نقل‌قول می‌تواند علامت‌های نوع دیگر را دربرگیرد. یک بک‌اسلش پایانی \\ خارج از نقل‌قول‌ها یا یک نقل‌قول باز باعث الحاق خط ورودی بعدی می‌شود.
.TP
\fB\-cut_out\fR disk_path byte_offset byte_count iso_rr_path
یک بازه بایتی از یک فایل دیسک معمولی یا یک فایل دستگاه را به یک فایل معمولی در ایمیج ISO نگاشت می‌کند. فایل مشخص‌شده با disk_path باید از دسترسی خواندن تصادفی پشتیبانی کند.
.br
مقادیر byte_offset و byte_count می‌توانند اعداد ساده‌ای برای شمارش بایت‌ها باشند، یا اعدادی با پسوند حروف «d»، «s»، «k»، «m»، «g» برای شمارش بلوک‌های دیسک (۵۱۲ بایت)، سکتورهای دیسک (۲۰۴۸ بایت)، کیبی‌بایت (۱۰۲۴ بایت)، مبی‌بایت (۱۰۲۴ کیبی‌بایت) یا گیبی‌بایت (۱۰۲۴ مبی‌بایت).
.br
برای مثال:
.br
\-cut_out bootable.iso 562s 18s /formerly_hidden_boot_image
.TP
\fB\-f\fR
.br
پیوندهای نمادین روی دیسک را دنبال و حل می‌کند به جای آنکه آن‌ها را به عنوان پیوندهای نمادین در ایمیج ISO ذخیره نماید.
.TP
\fB\-follow-links\fR
نام مستعار \-f.
.TP
\fB\-graft-points\fR
تفسیر مشخصات مسیر فایل‌های ورودی را به صورت ترکیبی از iso_rr_path و disk_path که با یک کاراکتر = جدا شده‌اند، فعال می‌کند.
.TP
\fB\-m\fR disk_pattern
فایل‌ها را از درج شدن در ایمیج مستثنی می‌کند. فایل‌هایی که disk_path آن‌ها با الگوی پوسته داده‌شده مطابقت داشته باشد بدون اعلان نادیده گرفته می‌شوند. اگر کاراکتر / بخشی از الگو نباشد، تطبیق با نام انتهایی (leaf name) فایل دیسک انجام می‌شود.
.br
امکان مشخص کردن بیش از یک گزینه \-m وجود دارد.
.TP
\fB\-exclude\fR
نام مستعار \-m.
.TP
\fB\-x\fR
.br
نام مستعار \-m.
.TP
\fB\-old-exclude\fR
نام مستعار \-m.
.TP
\fB\-exclude-list\fR disk_path
عملیات \-m را با استفاده از هر خط از فایل disk_path به عنوان آرگومان disk_pattern اجرا می‌کند.
.TP
\fB\-z\fR
.br
شناسایی و پردازش مناسب فایل‌های فشرده zisofs تولیدشده توسط برنامه mkzftree را فعال می‌کند. این فایل‌ها به متاداده‌های لازم مجهز می‌شوند تا هسته لینوکس بتواند آن‌ها را شناسایی کرده و محتوایشان را به صورت غیرفشرده تحویل دهد.
.TP
\fB\-transparent-compression\fR
نام مستعار \-z.
.TP
\fB\--zisofs-version-2\fR
.br
شناسایی و پردازش مناسب فایل‌های فشرده آزمایشی نسخه ۲ zisofs را فعال می‌کند.
هسته لینوکس (تا نسخه 5.9) هنوز این فرمت را نمی‌شناسد و هشداری مشابه زیر صادر می‌کند:
.br
  isofs: Unknown ZF compression algorithm: PZ
.br
از این هشدار می‌توان با گزینه \-\-zisofs2\-susp\-z2 جلوگیری کرد.
.br
فایل‌ها در هسته‌هایی که از این فرمت آگاه نیستند، همان‌گونه که به xorriso تحویل داده شده‌اند نمایش داده می‌شوند؛ یعنی همراه با هدر zisofs2، فهرست اشاره‌گرهای بلوک و داده‌های فشرده‌شده.
.br
گزینه \-\-zisofs\-version\-2 همچنین \-z را فعال می‌کند.
.TP
\fB\--zisofs2-susp-z2\fR
تولید مدخل‌های SUSP از نوع «Z2» به جای «ZF» را برای فایل‌های فشرده zisofs2 فعال می‌کند. هسته‌های ناآگاه لینوکس مدخل‌های «Z2» را بدون هشدار نادیده می‌گیرند.
.TP
\fB\--zisofs2-susp-zf\fR
تولید مدخل‌های SUSP از نوع «ZF» به جای «Z2» را برای فایل‌های فشرده zisofs2 فعال می‌کند. هسته‌های ناآگاه لینوکس با پیام «Unknown ZF compression algorithm» از «ZF» در zisofs2 گلایه می‌کنند و ردی در لاگ سیستم به جا می‌گذارند.
.TP
\fB\-root\fR iso_rr_path
تمام فایل‌ها را در زیر iso_rr_path داده‌شده درج می‌کند. اگر گزینه \-graft\-points مشخص شده باشد، iso_rr_path به ابتدای بخش هدف هر مشخصه مسیر اضافه می‌شود.
.br
مقدار پیش‌فرض برای \-root برابر «/» است.
.TP
\fB\-old-root\fR iso_rr_path
درج افزایشی (incremental) فایل‌ها را در ایمیج بارگذاری‌شده فعال می‌کند.
آدرس‌های مبدأ و مقصد مؤثر مشخصات مسیر داده‌شده مقایسه می‌شوند تا مشخص شود آیا مقصد از قبل در ایمیج ISO وجود دارد و همچنان با مبدأ روی دیسک یکسان است یا خیر. در صورت تفاوت با داده‌های روی دیسک، متاداده‌ها در ایمیج ISO تنظیم و اصلاح خواهند شد.
فایل‌های جدید و فایل‌های با محتوای تغییریافته مجدداً اضافه می‌شوند.
فایل‌های مقصدی که در هیچ‌یک از منابع مشخصات مسیر مربوطه وجود ندارند، از درخت دایرکتوری ISO حذف خواهند شد.
.br
اگر تنظیم مؤثر \-root با مقدار iso_rr_path داده‌شده برای \-old\-root متفاوت باشد، فایل‌های زیر دایرکتوری \-old\-root در زیر دایرکتوری \-root شبیه‌سازی می‌شوند. عمل شبیه‌سازی پیش از مقایسه فایل‌ها انجام می‌گیرد.
.TP
\fB--old-root-no-ino\fR
ثبت و استفاده از شماره‌های inode دیسک را غیرفعال می‌کند.
اگر شماره‌های inode دیسک ثبت نشوند، گزینه \-old\-root باید محتوای فایل دیسک را بخواند و آن را با جمع‌آزمایی MD5 ثبت‌شده در ایمیج ISO مقایسه کند.
.br
با شماره‌های inode دیسک ثبت‌شده و با ctime و mtime معتبر، می‌توان تغییرات احتمالی محتوا را بدون نیاز به خواندن واقعی آن تشخیص داد.
اگر چندین سیستم‌فایل مختلف در همان دایرکتوری سوار شوند (همان‌طور که در /mnt معمول است)، روزنه‌ای از خطا باقی می‌ماند.
در این حالت باید از گزینه \-\-old\-root\-devno استفاده کرد یا میانبر شماره inode را با \-\-old\-root\-no\-ino غیرفعال نمود.
.TP
\fB--old-root-devno\fR
مقایسه شماره‌های دستگاه ثبت‌شده را به همراه شماره‌های inode ثبت‌شده فعال می‌کند. این قابلیت فقط با شماره‌های دستگاه پایدار قدیمی کار می‌کند که متأسفانه دیگر منسوخ شده‌اند. اگر دیسک سخت پس از هر بار راه‌اندازی مجدد شماره دستگاه متفاوتی داشته باشد، این مقایسه همه فایل‌ها را تغییریافته در نظر می‌گیرد و مانع از صرفه‌جویی افزایشی در حجم می‌شود.
.TP
\fB--old-root-no-md5\fR
ثبت و استفاده از جمع‌آزمایی‌های MD5 را برای محتوای فایل‌های داده غیرفعال می‌کند.
اگر نه جمع‌آزمایی‌ها و نه شماره‌های inode دیسک ثبت نشده باشند، گزینه \-old\-root باید هنگام مقایسه با محتوای فایل روی دیسک، محتوای فایل ایمیج ISO را بخواند.
.TP
.B تنظیمات تولید ایمیج (Settings for image production):
.TP
\fB\-o\fR disk_path
آدرس فایل خروجی را برای ایمیج ISO در حال ساخت تنظیم می‌کند.
اگر این آدرس به عنوان یک فایل معمولی وجود داشته باشد، هنگام شروع تولید ایمیج طول آن به ۰ کاهش می‌یابد (خالی می‌شود). این آدرس نباید از قبل به صورت یک دایرکتوری وجود داشته باشد.
اگر هنوز وجود ندارد، دایرکتوری والد آن باید وجود داشته باشد و یک فایل معمولی ایجاد خواهد شد.
.br
یک نوع خاص از شبه‌مسیر disk_path به فرم "/dev/fd/"number است.
این ساختار توصیف‌کننده فایل باز (open file descriptor) با شماره داده‌شده است، صرف‌نظر از اینکه سیستم‌عامل از این ویژگی از طریق گره‌های فایلی در /dev/fd پشتیبانی کند یا خیر.
برای مثال /dev/fd/4 همان توصیف‌گر فایل شماره ۴ است که توسط برنامه‌ای باز شده که بعداً xorriso را اجرا کرده است.
.br
حالت پیش‌فرض خروجی استاندارد (/dev/fd/1) است که می‌تواند با disk_path برابر با "\-" نیز تنظیم شود.
.TP
\fB\-output\fR disk_path
نام مستعار \-o.
.TP
\fB--stdio_sync\fR "on"|"off"|"end"|number
تعداد بایت‌هایی را تنظیم می‌کند که پس از آن خروجی به اجبار روی دیسک نوشته شود (flush)، تا از پر شدن حافظه با حجم زیادی از داده‌های در انتظار برای دستگاه‌های کند جلوگیری شود. مقدار "on" معادل "16m" است.
نوشتن اجباری خروجی را می‌توان با "off" غیرفعال کرد، یا با "end" به تعویق انداخت تا تمام داده‌ها تولید شوند. اگر یک عدد انتخاب شود، باید حداقل 64k باشد.
.br
حالت پیش‌فرض در شبیه‌سازی mkisofs در xorriso برابر با \-\-stdio_sync "off" است.
.br
برنامه xorriso از یک بافر درونی fifo با اندازه پیش‌فرض ۴ مبی‌بایت (MiB) استفاده می‌کند. بنابراین انتقال اجباری حافظه موقت (I/O cache) سیستم‌عامل به دیسک لزوماً مانع از تولید همزمان محتوای بیشتر ایمیج نمی‌شود.
.TP
\fB--emul-toc\fR
یک سوپربلاک دوم را به همراه سشن اول در فایل‌های با دسترسی تصادفی (random\-access) می‌نویسد. اگر سشن‌های بعدی الحاق شوند و سوپربلاک اول به‌روزرسانی شود، سوپربلاک دوم رونویسی نخواهد شد. بنابراین همچنان امکان مانت کردن سشن اول و یافتن بلوک‌های شروع سشن‌های بعدی وجود خواهد داشت.
.br
هزینه این کار مصرف ۶۴ کیبی‌بایت (KiB) فضای اضافی است. اگر \-partition_offset غیرصفر باشد، این مقدار ۱۲۸ کیبی‌بایت به علاوه دو برابر آفست پارتیشن خواهد بود.
.TP
\fB--no-emul-toc\fR
از نوشتن سوپربلاک دوم با سشن اول در فایل‌های با دسترسی تصادفی خودداری می‌کند.
.br
این حالت پیش‌فرض است.
.TP
\fB--sort-weight\fR weight_number iso_rr_path
یک شماره وزن LBA را به فایل‌های معمولی نسبت می‌دهد. اگر iso_rr_path به یک دایرکتوری اشاره کند، تمام فایل‌های معمولی درون آن weight_number را دریافت می‌کنند.
.br
مقدار weight_number می‌تواند بین \-2147483648 تا 2147483647 باشد.
هر چه این عدد بالاتر باشد، آدرس بلوک داده‌های فایل در ایمیج ISO در حال ساخت پایین‌تر (نزدیک‌تر به ابتدای دیسک) خواهد بود.
در حال حاضر کاتالوگ بوت El Torito دارای وزن هاردکدشدهٔ ۱ میلیارد است.
به طور معمول این کاتالوگ باید بلوکی با پایین‌ترین آدرس ممکن را اشغال کند.
فایل‌های داده با وزن اولیه ۰ اضافه یا بارگذاری می‌شوند. فایل‌های ایمیج بوت وزن پیش‌فرض ۲ دارند.
.TP
\fB--sort-weight-list\fR disk_path
جفت‌های شماره وزن و iso_rr_path را از یک فایل در فایل‌سیستم محلی می‌خواند. هر جفت را همانند \-\-sort\-weight اعمال می‌کند.
.br
تنها آخرین \-\-sort\-weight\-list یا \-\-sort\-weight\-patterns در یک اجرای xorrisofs اعمال خواهد شد.
.br
شماره وزن از ابتدای خط خوانده می‌شود.
بخش iso_rr_path از خط ورودی بلافاصله پس از اولین نویسه فاصله یا تب در خط شروع می‌شود.
.br
نکاتی برای حالتی که این ویژگی در یک توالی از دستورات عمومی xorriso استفاده می‌شود (در یک اجرای خالص شبیه‌سازی mkisofs مشکلی نیست):
.br
هنگام اجرای دستور زیر، فایل‌های مورد اشاره باید از قبل در مدل ایمیج ISO موجود باشند:
.br
  \-as mkisofs \-\-sort\-weight\-list disk_path \-\-
.br
می‌توان چندین دستور از این دست را برای اعمال بیش از یک فایل وزن استفاده کرد.
.br
فایل‌های داده‌ای که توسط \-indev یا \-dev بارگذاری می‌شوند، بسته به آدرس بلوک خود وزنی بین ۱ تا 2 exp 28 = 268,435,456 دریافت می‌کنند. این کار باعث می‌شود در صورت استفاده از روش نوشتن تغییرات (modifying)، ترتیب تقریبی آن‌ها حفظ شود.
.TP
\fB--sort-weight-patterns\fR disk_path
همانند \-\-sort\-weight\-list عمل می‌کند، اما iso_rr_pathها را به عنوان الگوهای مفسر شل (shell parser patterns) بسط می‌دهد و \-\-sort\-weight را روی هر فایل منطبق اعمال می‌کند.
.TP
\fB\-uid\fR number|name
از شماره یا نام کاربری موجود در سیستم محلی به عنوان شناسه مالک (owner id) تمامی فایل‌ها و دایرکتوری‌ها در فایل‌سیستم در حال ساخت استفاده می‌کند.
نام خالی یا نام "\-" این ویژگی را لغو می‌کند.
.TP
\fB\-gid\fR number|name
از شماره یا نام گروه موجود در سیستم محلی به عنوان شناسه گروه (group id) تمامی فایل‌ها و دایرکتوری‌ها در فایل‌سیستم در حال ساخت استفاده می‌کند.
نام خالی یا نام "\-" این ویژگی را لغو می‌کند.
.TP
\fB\-dir-mode\fR mode
مجوزهای دسترسی برای تمامی دایرکتوری‌ها در ایمیج را به حالت (mode) داده‌شده تنظیم می‌کند که یا یک عدد اکتال با شروع از "0" است یا یک فهرست جداشده با کاما از عبارت‌هایی به فرم [ugoa]*[+\-=][rwxst]* می‌باشد؛ مانند ug=rx,a\-rwx
.TP
\fB\-file-mode\fR mode
همانند \-dir\-mode عمل می‌کند، اما برای تمامی فایل‌های داده معمولی در ایمیج.
.TP
\fB\-pad\fR
.br
مقدار ۳۰۰ کیبی‌بایت به انتهای ایمیج ISO تولیدشده اضافه می‌کند. این کار از خطاهای خواندن احتمالی در ایمیج‌های ISO که در حالت TAO روی رسانه CD نوشته شده‌اند جلوگیری می‌کند.
در صورتی که \-\-emul\-toc مشخص نشده باشد، بایت‌های اضافی به عنوان بخشی از ایمیج ISO در نظر گرفته می‌شوند.
.br
گزینه \-pad حالت پیش‌فرض است.
.TP
\fB\-no-pad\fR
اضافه کردن پدینگ ۳۰۰ کیبی‌بایتی به انتهای ایمیج ISO تولیدشده را غیرفعال می‌کند.
اگر قرار نباشد ایمیج روی CD نوشته شود یا به عنوان تنها تراک در حالت نوشتن SAO روی CD رایت شود، استفاده از این گزینه امن است.
.TP
\fB--old-empty\fR
از روش قدیمی تخصیص آدرس‌های بلوک در محدودهٔ [0,31] به فایل‌های فاقد محتوای داده استفاده می‌کند. روش جدید داشتن یک بلوک اختصاصی است که تمام این فایل‌ها به آن اشاره می‌کنند.
.TP
.B تنظیمات سازگاری با استانداردها (Settings for standards compliance):
.TP
\fB\-iso-level\fR number
نسخه ISO 9660 را مشخص می‌کند که محدودیت‌های نام‌گذاری فایل و اندازه فایل داده را تعیین می‌کند. محدودیت‌های نام‌گذاری روی نام‌های Rock Ridge اعمال نمی‌شوند و فقط برای نام‌های سطح پایین ISO 9660 معتبر هستند.
سه سطح انطباق وجود دارد:
.br
سطح ۱ نام‌های ISO به فرم 8.3 و اندازه فایل تا 4 GiB \- 1 را مجاز می‌داند.
.br
سطح ۲ نام‌های ISO با حداکثر ۳۲ نویسه و اندازه فایل تا 4 GiB \- 1 را مجاز می‌داند.
.br
سطح ۳ نام‌های ISO با حداکثر ۳۲ نویسه و اندازه فایل تا 400 GiB \- 200 KiB را مجاز می‌داند. (این محدودیت اندازه توسط پیاده‌سازی xorriso تنظیم شده است و نه استاندارد ISO 9660 که اجازهٔ نزدیک به ۸ تیبی‌بایت را می‌دهد.)
.br
شبه‌سطح ۴ امکان تولید یک درخت دایرکتوری اضافی را با شروع از توصیف‌گر حجم پیشرفته (Enhanced Volume Descriptor معروف به ISO 9660:1999) طبق استاندارد ECMA\-119 ویرایش چهارم فراهم می‌کند.
.TP
\fB\-disallow_dir_id_ext\fR
از عادت نامناسب mkisofs که اجازه درج نقطه در نام‌های ISO دایرکتوری‌ها را می‌دهد، پیروی نمی‌کند. از سوی دیگر، برخی ایمیج‌های بوت‌شدنی گنو/لینوکس به این عادت نامناسب وابسته هستند.
.TP
\fB\-U\fR
.br
این گزینه اجازه می‌دهد نام‌های فایل ISO بدون نقطه و حداکثر تا ۳۷ نویسه، مسیرهای فایل ISO طولانی‌تر از ۲۵۵ نویسه، و تمامی نویسه‌های ASCII در نام فایل‌ها مجاز باشند. علاوه بر این، نقطه ویرگول (semicolon) و شماره‌های نسخه در انتهای نام‌های ISO را حذف می‌کند.
.br
تمام این موارد استاندارد ISO 9660 را نقض می‌کنند.
.TP
\fB\-untranslated-filenames\fR
نام مستعار \-U.
.TP
\fB\-untranslated_name_len\fR number
نام‌های فایل ISO را تا تعداد نویسه داده‌شده بدون هیچ‌گونه تبدیل نویسه مجاز می‌داند. حداکثر مقدار ۹۶ است.
اگر نام فایلی نویسه‌های بیشتری داشته باشد، تولید ایمیج عمداً با شکست مواجه می‌شود.
.br
این کار استاندارد ISO 9660 را نقض می‌کند.
.TP
\fB\-allow-lowercase\fR
حروف کوچک را در نام‌های فایل ISO مجاز می‌داند.
.br
این کار استاندارد ISO 9660 را نقض می‌کند.
.TP
\fB\-relaxed-filenames\fR
تقریباً تمام نویسه‌های ۷ بیتی را در نام‌های فایل ISO مجاز می‌داند.
موارد غیرمجاز عبارتند از 0x0 و '/'. در صورتی که گزینه \-allow\-lowercase داده نشود، حروف کوچک به حروف بزرگ تبدیل می‌شوند.
.br
این کار استاندارد ISO 9660 را نقض می‌کند.
.TP
\fB\-d\fR
.br
از اضافه کردن نقطه پایانی به نام‌های فایل ISO بدون نقطه خودداری می‌کند.
.br
این کار استاندارد ISO 9660 را نقض می‌کند.
.TP
\fB\-omit-period\fR
نام مستعار \-d.
.TP
\fB\-l\fR
.br
حداکثر تا ۳۱ نویسه را در نام‌های فایل ISO مجاز می‌داند.
.TP
\fB\-full-iso9660-filenames\fR
نام مستعار \-l.
.TP
\fB\-max-iso9660-filenames\fR
حداکثر تا ۳۷ نویسه را در نام‌های فایل ISO مجاز می‌داند.
.br
این کار استاندارد ISO 9660 را نقض می‌کند.
.TP
\fB\-N\fR
.br
نقطه ویرگول و شماره‌های نسخه در انتهای نام‌های ISO را حذف می‌کند.
.br
این کار استاندارد ISO 9660 را نقض می‌کند.
.TP
\fB\-omit-version-number\fR
نام مستعار \-N.
.B تنظیمات مربوط به افزونه‌های استاندارد:
.TP
\fB\-R\fR
.br
در mkisofs این گزینه افزونه‌های Rock Ridge را فعال می‌کند. \fBxorrisofs\fR
آن‌ها را به‌طور پیش‌فرض تولید می‌کند. اکیداً توصیه می‌شود که با گزینه
\-\-norock
آن‌ها را غیرفعال نکنید.
.TP
\fB\-rock\fR
.br
نام مستعار برای \-R.
.TP
\fB\-r\fR
.br
فعال کردن Rock Ridge و تنظیم شناسه کاربر و گروه (UID و GID) همه فایل‌ها در تصویر ISO روی 0.
اعطای دسترسی‌های خواندن (r) به همه. سلب همه دسترسی‌های نوشتن (w).
اگر هرگونه دسترسی اجرا (x) تنظیم شده باشد، اعطای دسترسی اجرا به همه.
حذف بیت‌های s و t.
.br
این تغییرات مشخصه‌ها تا پایان شبیه‌سازی mkisofs به تعویق می‌افتند. درون همان دستور شبیه‌سازی
\-as mkisofs
می‌توان آن‌ها را با گزینه بعدی
\-\-norock
لغو کرد. به دلایل سازگاری، گزینه
\-R
تغییرات اعمال‌شده توسط
\-r
را لغو نمی‌کند.
.TP
\fB\-rational-rock\fR
نام مستعار برای \-r.
.TP
\fB--norock\fR
.br
این گزینه تولید افزونه‌های Rock Ridge را برای اشیاء فایلی ISO 9660 غیرفعال می‌کند. قابلیت‌های چندنشستی (multi\-session) در
\fBxorrisofs\fR
تا حد زیادی به دقت نام‌گذاری Rock Ridge وابسته است. بنابراین اکیداً توصیه می‌شود که آن را با این گزینه غیرفعال نکنید، مگر در کاربرد خاص برای لغو اثر
\-r
به صورت:
.br
 \-\-norock \-R
.TP
\fB--set_all_file_dates\fR رشته_زمان
تنظیم mtime، atime و ctime همه فایل‌ها و دایرکتوری‌ها به زمان داده‌شده.
.br
قالب‌های معتبر رشته_زمان عبارتند از: 'Nov 8 14:51:13 CET 2007'، 110814512007.13،
2007110814511300. همچنین به
\-\-modification\-date=
و man xorriso، بخش Examples of input timestrings مراجعه کنید.
.br
اگر رشته_زمان برابر با "set_to_mtime" باشد، آنگاه
atime و ctime هر فایل و دایرکتوری روی مقدار یافت‌شده در mtime آن‌ها تنظیم می‌شود.
.br
این اقدامات تا زمان آغاز تولید واقعی ISO به تعویق می‌افتند.
تا آن زمان می‌توان آن‌ها را با
\-\-set_all_file_dates
همراه با رشته_زمان خالی یا رشته_زمان "default" لغو کرد.
.br
مهرزمان‌های فایل کاتالوگ بوت El Torito هنگام تولید ISO تازه‌سازی می‌شوند. آن‌ها را می‌توان با
\-\-modification\-date=
تحت تأثیر قرار داد.
.TP
\fB\-file_name_limit\fR عدد
تنظیم حداکثر طول مجاز برای نام فایل‌ها در محدوده ۶۴ تا ۲۵۵.
اجزای مسیری که طولانی‌تر از عدد داده‌شده باشند کوتاه (truncate) می‌شوند
و ۳۳ بایت آخر آن‌ها با یک دونقطه ':' و نمایش هگزادسیمال MD5 از ۴۰۹۵ بایت اول کل
نام بزرگ جایگزین می‌شود. نویسه‌های بالقوه ناکامل UTF\-8 بایت‌های ابتدایی‌شان با '_' جایگزین خواهد شد.
.br
هسته‌های لینوکس تا دست‌کم نسخه 4.1 نام‌های با طول ۲۵۴ و ۲۵۵ را به اشتباه نمایش می‌دهند.
اگر انتظار چنین نام‌هایی را در یا زیر disk_paths دارید و قصد دارید ISO را با چنین هسته‌های لینوکسی سوار (mount) کنید،
تنظیم
\-file_name_limit 253
را مد نظر قرار دهید.
.TP
\fB\-D\fR
استاندارد ECMA\-119 ایجاب می‌کند که هیچ مسیری در تصویر نباید بیش از ۸ جزء نام یا ۲۵۵ نویسه داشته باشد. بنابراین لازم خواهد بود
که درخت‌های دایرکتوری عمیق‌تر به یک دایرکتوری بالاتر منتقل شوند. Rock Ridge این امکان را فراهم می‌کند
که این دایرکتوری‌های منتقل‌شده در موقعیت عمیق اصلی خود ظاهر شوند، اما ممکن است این ویژگی توسط
سیستم‌عامل‌هایی که تصویر را سوار می‌کنند به‌درستی پیاده‌سازی نشده باشد.
.br
گزینه
\-D
این جابه‌جایی دایرکتوری عمیق را غیرفعال کرده و در نتیجه مشخصات ISO 9660 را نقض می‌کند.
.br
در xorrisofs گزینه \-D به‌طور پیش‌فرض تنظیم شده است. اگر به‌صراحت داده شود، گزینه‌های
\-rr_reloc_dir
و
\-hide\-rr\-moved
را نادیده می‌گیرد.
.TP
\fB\-disable-deep-relocation\fR
نام مستعار برای \-D.
.TP
\fB\-rr_reloc_dir\fR نام
فعال کردن جابه‌جایی دایرکتوری‌های عمیق و در نتیجه اجتناب از مسیرهای فایلی ECMA\-119 با بیش از ۸ جزء نام یا ۲۵۵ نویسه. دایرکتوری‌هایی که به
چنین مسیرهای فایلی منتهی می‌شوند به دایرکتوری‌ای در دایرکتوری ریشه تصویر منتقل خواهند شد. نام آن با این گزینه تعیین می‌شود.
استفاده از خود دایرکتوری ریشه مجاز است.
.br
کل درخت دایرکتوری در صورت تفسیر به عنوان درخت Rock Ridge با عمق اصلی ظاهر می‌شود. در صورتی که فقط اطلاعات ECMA\-119 در نظر گرفته شود،
به صورت بازآرایی‌شده ظاهر خواهد شد.
.br
اگر دایرکتوری هدف جابه‌جایی داده‌شده هنگام آغاز تولید تصویر وجود نداشته باشد، ایجاد شده و برای Rock Ridge به عنوان دست‌ساخته جابه‌جایی (relocation artefact) علامت‌گذاری می‌شود. دست‌کم در GNU/Linux در تصاویر سوارشده Rock Ridge نمایش داده نخواهد شد.
.br
نام نباید پس از نویسه اول خود حاوی نویسه '/' باشد و نباید طولانی‌تر از ۲۵۵ بایت باشد.
.br
این گزینه در صورت وجود گزینه \-D هیچ اثری ندارد.
.TP
\fB\-hide-rr-moved\fR
نام مستعار برای
\-rr_reloc_dir "/.rr_moved"
.TP
\fB\-long-rr-time\fR
اجبار به استفاده از قالب طولانی مهرزمان‌های RockRidge.
این قالب توسط هسته‌های لینوکس قدیمی‌تر از 6.16 شناخته نمی‌شود، اما می‌تواند زمان‌های پس از پایان سال ۲۱۵۵ تا سال ۹۹۹۹ و به عقب تا سال 0 (= 1 ق.م) را نشان دهد.
.br
بدون این گزینه، xorriso از این قالب تنها برای فایل‌ها یا دایرکتوری‌های منفردی استفاده می‌کند که atime، ctime یا mtime آن‌ها پس از 01 Jan 2150 UTC یا قبل از 01 Jan 1900 UTC باشد.
(شش سال منتهی به ۲۱۵۶ ممکن است به عنوان آخرین فرصت برای بهبود خواننده‌ها پس از تغییر libisofs برای ادامه استفاده از قالب کوتاه عمل کند.)
.TP
\fB\-short-rr-time\fR
فعال‌سازی مجدد رفتار پیش‌فرض استفاده از قالب طولانی مهرزمان‌های RockRidge تنها برای فایل‌هایی با مهرزمان پس از 01 Jan 2150 UTC یا قبل از 01 Jan 1900 UTC.
.TP
\fB\-no-long-rr-time\fR
نام مستعار برای \-short\-rr\-time.
.TP
\fB\-rr-time-y1900\fR
محدود کردن مهرزمان‌های Rock Ridge به دست‌کم Jan 1 1900 UTC.
این ممکن است مطلوب باشد زیرا هسته لینوکس دست‌کم تا نسخه 6.16 زمان‌های قبل از سال ۱۹۰۰ را به اشتباه به صورت Jan 1 1970 00:00:00 UTC نشان می‌دهد.
.br
بدون این گزینه، مهرزمان‌ها تا سال 0 (= 1 ق.م) ممکن است به صورت مهرزمان‌های طولانی Rock Ridge نوشته شوند.
.TP
\fB--for_backup\fR
فعال کردن تمام گزینه‌هایی که دقت پشتیبان‌گیری را بهبود می‌بخشند:
.br
\-\-acl، \-\-xattr\-any، \-\-md5،
\-\-hardlinks، \-\-projid،
و احتمالاً \-\-lfa_flags.
.br
اگر بعداً یک نسخه پشتیبان با xattr را از فضاهای نام غیرکاربری (non\-user namespaces) بازیابی می‌کنید، مطمئن شوید که سیستم‌عامل و سیستم‌فایل هدف معنای این مشخصه‌ها را می‌دانند. احتمالاً برای ثبت یا بازیابی چنین مشخصه‌هایی به دسترسی‌های مدیر سیستم (کاربر ارشد) نیاز خواهید داشت. هنگام ثبت، xorriso تلاش می‌کند عدم وجود دسترسی‌ها را تحمل کرده و فقط آنچه را که قابل خواندن است ثبت کند.
.br
گزینه
\-\-xattr
پس از گزینه
\-\-for_backup
مشخصه‌های غیرکاربری را از ثبت شدن مستثنی می‌کند.
.br
گزینه
\-\-for_backup
گزینه
\-\-lfa_flags
را تنها در صورتی فعال می‌کند که libisofs زیرین با پشتیبانی از مشخصه‌های فایل لینوکس کامپایل شده باشد، که معمولاً در سیستم‌های غیرلینوکسی چنین نیست.
.TP
\fB--acl\fR
.br
فعال کردن ثبت و بارگذاری ACLها از GNU/Linux یا FreeBSD
(به man getfacl و man acl مراجعه کنید).
آن‌ها در تصاویر ISO سوارشده اعمال نخواهند شد. اما xorriso می‌تواند هنگام استخراج فایل‌ها از تصویر ISO، آن‌ها را در همان سیستم‌ها بازیابی کند.
.TP
\fB--xattr\fR
.br
فعال کردن ثبت و بارگذاری مشخصه‌های گسترش‌یافته GNU/Linux یا FreeBSD در فضای نام کاربر (به‌ترتیب به man getfattr و man attr، man getextattr و man 9 extattr مراجعه کنید).
آن‌ها در تصاویر ISO سوارشده اعمال نخواهند شد. اما xorriso می‌تواند هنگام استخراج فایل‌ها از تصویر ISO، آن‌ها را در همان سیستم‌ها بازیابی کند.
.TP
\fB--xattr-any\fR
.br
فعال کردن ثبت و بارگذاری مشخصه‌های گسترش‌یافته GNU/Linux یا FreeBSD در تمام فضاهای نام. این ممکن است نیازمند دسترسی‌های مدیر سیستم باشد، حتی اگر مالک فایل دیسک تلاش کند مشخصه‌ها را بخواند.
.TP
\fB--lfa_flags\fR
.br
فعال کردن ثبت و بارگذاری مشخصه‌های فایل لینوکس طبق آنچه در man 1 chattr شرح داده شده است.
.br
غیرفعال کردن بازیابی چنین مشخصه‌هایی صرفاً در حالتی که شبیه‌سازی mkisofs پایان یابد و فایل‌ها روی دیسک بازیابی شوند. اگر بازیابی مشخصه‌ها در این حالت مطلوب است، دستور xorriso با عنوان
\-lfa_flags "restore"
را همراه با متون حالت الحاقی احتمالی مانند
":restore_mask=aAcdDijmPsStTux"
اجرا کنید.
.TP
\fB--projid\fR
فعال کردن ثبت و بارگذاری شناسه‌های پروژه به سبک XFS طبق آنچه در man 5 xfs_quota یا man 5 ext4 شرح داده شده است.
.TP
\fB--md5\fR
.br
فعال کردن ثبت چِک‌سام‌های MD5 برای کل تصویر ISO و برای هر فایل داده منفرد در تصویر. xorriso می‌تواند محتوای تصویر ISO را با این مجموع‌ها بررسی کرده و در صورت عدم تطابق هشدار دهد.
به man xorriso، گزینه‌های \-check_media و check_md5_r مراجعه کنید.
xorriso می‌تواند چِک‌سام‌های MD5 ثبت‌شده را چاپ کند. مثلاً با:
.br
 \-find / \-exec get_md5
.TP
\fB--hardlinks\fR
فعال کردن بارگذاری و ثبت روابط پیوند سخت (hardlink).
جستجو برای خانواده‌هایی از فایل‌های iso_rr که از یک فایل دیسک یکسان سرچشمه می‌گیرند، فیلترسازی محتوای یکسان دارند و دارای ویژگی‌های یکسان هستند.
اعضای هر خانواده شماره inode یکسانی در تصویر ISO دریافت می‌کنند.
.br
اینکه این شماره‌ها در زمان سوار کردن رعایت شوند یا خیر به سیستم‌عامل بستگی دارد. xorriso می‌تواند هنگام استخراج فایل‌ها از تصویر ISO خانواده‌های پیوند سخت را ایجاد کند.
.TP
\fB--scdbackup_tag\fR مسیر_دیسک نام_رکورد
الحاق یک رکورد چِک‌سام scdbackup به تصویر. این تنها در صورتی کار می‌کند که پارامتر next_writeable_address از گزینه \-C برابر با 0 باشد و \-\-md5 فعال باشد.
اگر مسیر_دیسک یک رشته خالی نباشد، آنگاه یک رکورد چِک‌سام scdbackup به انتهای این فایل الحاق می‌شود. نام_رکورد کلمه‌ای است که بخشی از تگ و رکورد می‌شود.
.br
برنامه scdbackup_verify تگ و رکورد فایل را شناسایی و تأیید خواهد کرد.
.br
یک نام_رکورد خالی این ویژگی را غیرفعال می‌کند.
.TP
\fB\-J\fR
.br
فعال کردن تولید یک درخت دایرکتوری اضافی Joliet همراه با درخت Rock Ridge مربوط به ISO 9660.
.TP
\fB\-joliet\fR
نام مستعار برای \-J.
.TP
\fB\-joliet-long\fR
مجاز دانستن ۱۰۳ نویسه در نام‌های فایل Joliet به‌جای ۶۴ نویسه طبق آنچه در مشخصات مقرر شده است. مجاز دانستن مسیرهای Joliet طولانی‌تر از حد مجاز ۲۴۰ نویسه.
.br
نام‌های بیش از حد بزرگ کوتاه می‌شوند. بدون این گزینه، مسیرهای بیش از حد بزرگ از درخت Joliet حذف می‌شوند.
.TP
\fB\-joliet-utf16\fR
کدگذاری نام‌های فایل Joliet در UTF\-16BE به‌جای UCS\-2.
تفاوت در نویسه‌هایی است که در UCS\-2 وجود ندارند و در UTF\-16 با ۲ کلمه ۱۶ بیتی کدگذاری می‌شوند.
هر دو کلمه در این حالت از یک زیرمجموعه رزروشده UCS\-2 سرچشمه می‌گیرند.
.TP
\fB\-hfsplus\fR
فعال کردن تولید یک سیستم‌فایل اضافی HFS+ در داخل تصویر ISO 9660 و علامت‌گذاری آن با ورودی‌های Apple Partition Map (APM) در ناحیه سیستم (System Area)، یعنی ۳۲ کیلوبایت اول تصویر.
.br
این ممکن است با گزینه‌هایی مانند \-G یا \-isohybrid\-mbr که داده‌های کاربر را برای گنجاندن در همان محدوده آدرس ارسال می‌کنند، تداخل داشته باشد.
۸ بایت اول ناحیه سیستم با مقدار زیر بازنویسی می‌شود:
.br
{ 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff }
.br
که می‌تواند بدون اثرات منفی به عنوان کد ماشین x86 اجرا شود.
بنابراین اگر یک MBR با این ویژگی ترکیب شود، ۸ بایت اول آن نباید حاوی دستورات حیاتی باشد.
.br
بلوک‌های بعدی ۲ کیلوبایتی در ناحیه سیستم توسط ورودی‌های APM اشغال خواهند شد.
اولین ورودی بخشی از تصویر ISO قبل از متادیتای سیستم‌فایل HFS+ را پوشش می‌دهد. دومین ورودی محدوده متادیتای HFS+ تا انتهای داده‌های محتوای فایل را علامت‌گذاری می‌کند. اگر داده‌های تصویر ISO بیشتری به دنبال آن بیاید، ورودی پارتیشن سوم تولید می‌شود. سایر ویژگی‌های xorriso ممکن است نیاز به ورودی‌های APM بیشتری ایجاد کند.
.br
توجه داشته باشید که HFS+ به حروف بزرگ و کوچک حساس نیست (case\-insensitive) هرچند می‌تواند نام فایل‌ها را با حروف بزرگ و کوچک ثبت کند. بنابراین، نام‌های فایل از درخت نام iso_rr ممکن است در درخت نام HFS+ تداخل پیدا کنند. در این حالت، آن‌ها با افزودن نویسه‌های زیرخط (underscore) و شماره‌های شمارش تغییر می‌کنند. در صورت وجود نام‌های بسیار طولانی، ممکن است لازم باشد آن‌ها به "MANGLED_..." نگاشت شوند.
.br
هشدار:
.br
پیاده‌سازی HFS+ در libisofs برای اندازه کل درخت دایرکتوری دارای محدودیت ۱۲۵٬۸۲۹٬۱۲۰ بایت است. این مقدار برای حدود ۳۰۰٬۰۰۰ فایل با طول نام معمولی کافی است. در صورت فراتر رفتن از این حد، یک رویداد FAILURE صادر شده و تولید ISO انجام نخواهد شد.
.TP
\fB\-hfsplus-serial-no\fR
تنظیم یک رشته از ۱۶ رقم "0" تا "9"
و حروف "a" تا "f" که به عنوان شماره سریال یکتای سیستم‌فایل HFS+ در حال ایجاد استفاده خواهد شد.
.TP
\fB\-hfsplus-block-size\fR عدد
تنظیم اندازه بلوک تخصیص برای استفاده هنگام تولید سیستم‌فایل‌های HFS+. مقادیر مجاز عبارتند از ۵۱۲، ۲۰۴۸ یا ۰.
مقدار اخیر تصمیم‌گیری را به برنامه واگذار می‌کند.
.TP
\fB\-apm-block-size\fR عدد
تنظیم اندازه بلوک برای استفاده هنگام توصیف پارتیشن‌ها توسط یک Apple Partition Map. مقادیر مجاز عبارتند از ۵۱۲، ۲۰۴۸ یا ۰.
مقدار اخیر تصمیم‌گیری را به برنامه واگذار می‌کند.
.br
توجه داشته باشید که اندازه ۵۱۲ با تولید GPT سازگار نیست، و اندازه ۲۰۴۸ دست‌کم توسط هسته‌های قدیمی‌تر لینوکس با \-t hfsplus قابل سوار کردن نخواهد بود.
.TP
\fB\-hfsplus-file-creator-type\fR ایجادکننده نوع مسیر_iso_rr
تنظیم مشخصه‌های ایجادکننده (creator) و نوع (type) سیستم‌فایل HFS+ برای یک فایل در تصویر در حال ایجاد.
این‌ها دو کد ۴ نویسه‌ای هستند.
.TP
\fB\-hfs-bless-by\fR تبرک مسیر_iso_rr
صدور تبرک (blessing) در HFS+. این‌ها نقش‌هایی هستند که می‌توان به حداکثر چهار دایرکتوری و یک فایل داده نسبت داد:
.br
"ppc_bootdir"، "intel_bootfile"، "show_folder"، "os9_folder"، "osx_folder".
.br
آن‌ها را می‌توان به صورت "p"، "i"، "s"، "9" و "x" خلاصه کرد.
.br
هر یک از این نقش‌ها حداکثر می‌تواند به یک شیء فایلی نسبت داده شود. "intel_bootfile" نقشی است که روی یک فایل داده اعمال می‌شود. سایر نقش‌ها روی دایرکتوری‌ها اعمال می‌شوند.
هیچ شیء فایلی نمی‌تواند بیش از یک تبرک داشته باشد.
.TP
\fB\-hfs-bless\fR مسیر_دیسک
صدور تبرک HFS+ با نقش "ppc_bootdir" برای دایرکتوری‌ای که از دایرکتوری مسیر_دیسک در درخت سیستم‌فایل محلی سرچشمه می‌گیرد.
.br
این تنها در صورتی کار می‌کند که دست‌کم یک فایل داده در زیر دایرکتوری وجود داشته باشد.
اگر فایل‌هایی از زیردرخت‌های مختلف سیستم‌فایل محلی در یک زیردرخت یکسان از تصویر ISO قرار گیرند، مسیر_دیسک می‌تواند مبهم شود.
استفاده از
\-hfs\-bless\-by "p"
را برای آدرس‌دهی بدون ابهام از طریق مسیر_iso_rr مد نظر قرار دهید.
.TP.B تنظیمات مخفی‌سازی فایل:
.TP
\fB\-hide\fR disk_path_pattern
اگر \fIdisk_path\fR با الگوی مفسر شل داده‌شده مطابقت داشته باشد، فایل‌ها را در درخت دایرکتوری ISO 9660 و Rock Ridge نامرئی می‌کند.
محتوای داده چنین فایل‌های مخفی‌شده‌ای در ایمیج نهایی گنجانده خواهد شد، حتی اگر در هیچ دایرکتوری‌ای نمایش داده نشوند.
اما برای یافتن داده‌های بدون نام در ایمیج به ابزارهای اختصاصی خود نیاز خواهید داشت.
.br
این دستور برای کاتالوگ بوت اعمال نمی‌شود.
.TP
\fB\-hide-list\fR disk_path
گزینه
.B \-hide
را با استفاده از هر خط از فایل \fIdisk_path\fR به عنوان آرگومان \fIdisk_path_pattern\fR اجرا می‌کند.
.TP
\fB\-hide-joliet\fR disk_path_pattern
مشابه گزینه
.B \-hide
است اما اگر \fIdisk_path\fR فایل‌ها با الگوی مفسر شل داده‌شده مطابقت داشته باشد، آن‌ها را در درخت دایرکتوری Joliet نامرئی می‌کند.
.TP
\fB\-hide-joliet-list\fR disk_path
گزینه
.B \-hide\-joliet
را با استفاده از هر خط از فایل \fIdisk_path\fR به عنوان آرگومان \fIdisk_path_pattern\fR اجرا می‌کند.
.TP
\fB\-hide-hfsplus\fR disk_path_pattern
مشابه گزینه
.B \-hide
است اما اگر \fIdisk_path\fR فایل‌ها با الگوی مفسر شل داده‌شده مطابقت داشته باشد، آن‌ها را در درخت دایرکتوری +HFS نامرئی می‌کند.
.TP
\fB\-hide-hfsplus-list\fR disk_path
گزینه
.B \-hide\-hfsplus
را با استفاده از هر خط از فایل \fIdisk_path\fR به عنوان آرگومان \fIdisk_path_pattern\fR اجرا می‌کند.
.TP
\fB\-hide_iso_path\fR hide_state iso_rr_path
هنگام نوشتن ایمیج، از نمایش نام فایل داده‌شده در درخت‌های دایرکتوری ISO 9660 و/یا Joliet و/یا +HFS جلوگیری می‌کند.
برخلاف گزینه‌های مخفی‌سازی بالا، این گزینه مسیر فایل را در فایل‌سیستم ISO در حال ایجاد می‌گیرد، نه مسیر فایل روی دیسک سخت.
.br
مقادیر مجاز برای \fIhide_state\fR عبارتند از: "iso_rr" برای مخفی‌سازی از درخت ISO 9660، "joliet" برای درخت Joliet، "hfsplus" برای +HFS و "on" برای همه آن‌ها.
مقدار "off" به معنای قابل‌مشاهده بودن در تمام درخت‌های دایرکتوری است.
.br
این مقادیر می‌توانند ترکیب شوند.
مانند: joliet:hfsplus
.br
این دستور برای کاتالوگ بوت اعمال نمی‌شود.
به جای آن از گزینه زیر استفاده کنید:
.B \-\-boot\-catalog\-hide
.TP
.B رشته‌های شناسه ایمیج ISO:
.PP
رشته‌ها و آدرس‌های فایل زیر در توصیف‌کننده‌های حجم (Volume Descriptors) ایمیج ISO9660 ذخیره می‌شوند. آدرس‌های فایل مسیرهای ISO 9660 هستند. این فایل‌ها باید دارای iso_rr_pathهایی باشند که فقط شامل نویسه‌های [A\-Z0\-9_] و دقیقاً یک نقطه باشند که حداکثر ۸ نویسه را از حداکثر ۳ نویسه جدا می‌کند.
.br
اعمال قوانین سخت‌گیرانه برای مجموعه نویسه‌های این رشته‌ها و آدرس‌های فایل هنگام نوشتن در توصیف‌کننده اصلی حجم (Primary Volume Descriptor)، به تنظیمات
.B \-relaxed_pvd_atts
بستگی دارد.
.TP
\fB\-relaxed_pvd_atts\fR mode
کنترل می‌کند که آیا قوانین سخت‌گیرانه برای مجموعه نویسه‌های مجاز در فیلدهای متنی توصیف‌کننده اصلی حجم ISO 9660 اعمال شوند یا خیر. حالت پیش‌فرض "vol" است.
.br
فیلدهای Volume Id و Volume Set Id طبق مشخصات به "نویسه‌های d" محدود شده‌اند، یعنی مجموعه [0\-9A\-Z_]. این محدودیت با حالت‌های "vol" یا "on" برداشته می‌شود، اما با حالت "nonvol" برداشته نمی‌شود.
.br
فیلدهای Copyright File ،Abstract File و Biblio File به [0\-9A\-Z_.;] ("نویسه‌های d") به‌علاوه حداکثر یک '.' و حداکثر یک ';' محدود شده‌اند که نباید قبل از نقطه بیاید.
.br
فیلدهای Publisher Id ،Application Id ،System Id و Data Preparer Id به "نویسه‌های a" محدود شده‌اند، یعنی مجموعه:
.br
[ !"%&'()*+,./0\-9:;<=>?A\-Z_\-].
این محدودیت‌ها با حالت‌های "nonvol" یا "on" برداشته می‌شوند، اما با حالت "vol" برداشته نمی‌شوند.
.br
حالت "off" قوانین را برای هر دو گروه فیلدهای ذکرشده اعمال می‌کند.
اعمال قوانین با "off"، "vol" یا "nonvol" از طریق نگاشت حروف [a\-z] به [A\-Z] و تبدیل سایر نویسه‌های غیرمجاز به '_' انجام می‌شود.
.br
توجه: نویسه‌های '[' و ']' جزء مجموعه‌های مجاز نیستند، بلکه در اینجا مانند عبارات باقاعده به عنوان جداکننده مجموعه استفاده شده‌اند.
.TP
\fB\-volid_for\fR fs_types text
شناسه حجم (Volume Id) را برای یک یا چند نوع فایل‌سیستم ایمیج ISO تنظیم می‌کند.
.br
یک ایمیج ISO 9660 ساخته‌شده توسط xorriso ممکن است چهار فایل‌سیستم مختلف را برای سوار کردن (Mount) ارائه دهد: ISO 9660 با نام مستعار ECMA\-119 (معمولاً همراه با Rock Ridge)، Joliet، ISO 9660:1999 و +HFS.
پارامتر \fIfs_types\fR نوع‌هایی را انتخاب می‌کند که Volume ID باید با دستور
.B \-volid_for
برای آن‌ها تنظیم شود. این پارامتر فهرستی از کلمات کلیدی جداشده با کاما از میان "ecma119"، "joliet"، "iso_9660_1999" و "hfsplus" است. کلمه کلیدی "all" هر چهار نوع را انتخاب می‌کند. مثال:
.br
  \-volid_for joliet "Joliet Volume Id"
.br
  \-volid_for ecma119,iso_9660_1999 "LONGER_ISO_VOLUME_ID"
.br
برنامه xorriso هر متنی تا ۳۲ نویسه را می‌پذیرد، اما بر اساس مشخصاتی که به‌ندرت رعایت می‌شوند، قوانین سخت‌گیرانه‌تری اعمال می‌گردد:
.br
نویسه‌های ASCII مطابق با استاندارد از میان [A\-Z0\-9_] هستند. مانند: "IMAGE_23"
.br
در صورتی که متن ارائه‌شده با این قوانین مطابقت نداشته باشد، xorriso هشدار می‌دهد. اگر
.B \-relaxed_pvd_atts
روی "off" یا "nonvol" تنظیم شده باشد، متن به نویسه‌های منطبق بر استاندارد نگاشت می‌شود.
.br
فایل‌سیستم Joliet تعداد ۱۶ نویسه UCS\-2 را مجاز می‌داند. متون طولانی‌تر باعث ایجاد هشدار شده و کوتاه (Truncate) می‌شوند.
.br
فایل‌سیستم ISO 9660:1999 نویسه‌های دلخواه از مجموعه نویسه‌های خروجی را مجاز می‌داند.
.br
فایل‌سیستم +HFS نویسه‌های UTF\-16BE را مجاز می‌داند که باید برای نام فایل مناسب باشند.
.br
توجه داشته باشید که وقتی رسانه در سیستم کامپیوتری درج می‌شود، ممکن است شناسه حجم به طور خودکار به عنوان نام نقطه اتصال (Mount Point) استفاده شود.
.TP
\fB\-V\fR text
شناسه حجم (Volume ID) را برای تمام انواع فایل‌سیستم مشخص می‌کند.
یعنی دستور
.B \-volid_for
"all" را با پارامتر \fItext\fR داده‌شده اجرا می‌کند.
.TP
\fB\-volid\fR text
نام مستعار گزینه
.BR \-V .
.TP
\fB\-volset\fR text
شناسه مجموعه حجم (Volume Set Id) ایمیج ISO را تنظیم می‌کند.
حداکثر ۱۲۸ نویسه d مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.TP
\fB\-P\fR text
شناسه ناشر (Publisher Id) ایمیج ISO را تنظیم می‌کند. این فیلد ممکن است شخص یا سازمانی را که موارد قابل ضبط را مشخص کرده است، تعیین هویت کند.
حداکثر ۱۲۸ نویسه a مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.TP
\fB\-publisher\fR text
نام مستعار گزینه
.BR \-P .
.TP
\fB\-A\fR text
شناسه برنامه (Application Id) ایمیج ISO را تنظیم می‌کند.
این فیلد ممکن است مشخصات نحوه ضبط داده‌ها را تعیین هویت کند.
حداکثر ۱۲۸ نویسه a مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.br
متن ویژه "@xorriso@" به رشته شناسه xorriso تبدیل می‌شود که معمولاً به عنوان Preparer Id نوشته می‌شود. نوشتن شناسه برنامه به عنوان Application Id یک سنت نادرست است.
.TP
\fB\-appid\fR text
نام مستعار گزینه
.BR \-A .
.TP
\fB\-sysid\fR text
شناسه سیستم (System Id) ایمیج ISO را تنظیم می‌کند. این فیلد ممکن است سیستمی را که می‌تواند محتوای ناحیه سیستم (System Area) در بلوک‌های ۰ تا ۱۵ ایمیج را تشخیص داده و بر اساس آن عمل کند، تعیین هویت نماید.
حداکثر ۳۲ نویسه a مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.TP
\fB\-p\fR text
شناسه آماده‌ساز (Preparer Id) ایمیج ISO را تنظیم می‌کند. این فیلد ممکن است شخص یا نهاد دیگری را که آماده‌سازی داده‌های قابل ضبط را کنترل می‌کند، تعیین هویت نماید. به طور معمول این باید شناسه خود xorriso باشد و نه شخص یا برنامه‌ای که xorriso را اجرا می‌کند. لطفاً از تغییر آن خودداری کنید.
حداکثر ۱۲۸ نویسه a مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.br
متن ویژه "@xorriso@" به رشته شناسه xorriso تبدیل می‌شود که هنگام شروع برنامه به صورت پیش‌فرض تنظیم است.
.TP
\fB\-preparer\fR text
نام مستعار گزینه
.BR \-p .
.TP
\fB\-abstract\fR iso_path
آدرس فایل چکیده (Abstract File) ایمیج ISO را تنظیم می‌کند. این باید مسیر ISO 9660 فایلی در ایمیج باشد که شامل یک بیانیه چکیده درباره محتوای ایمیج است.
حداکثر ۳۷ نویسه d به‌علاوه '.' و ';' مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.TP
\fB\-biblio\fR iso_path
آدرس فایل کتاب‌شناسی (Biblio File) ایمیج ISO را تنظیم می‌کند. این باید مسیر ISO 9660 فایلی در ایمیج باشد که شامل سوابق کتاب‌شناختی است.
حداکثر ۳۷ نویسه d به‌علاوه '.' و ';' مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.TP
\fB\-copyright\fR iso_path
آدرس فایل حق نشر (Copyright File) ایمیج ISO را تنظیم می‌کند. این باید مسیر ISO 9660 فایلی در ایمیج باشد که شامل بیانیه حق نشر است.
حداکثر ۳۷ نویسه d به‌علاوه '.' و ';' مجاز است (به
.B \-relaxed_pvd_atts
مراجعه کنید).
.TP
\fB--modification-date=YYYYMMDDhhmmsscc\fR
یک رشته زمان تنظیم می‌کند که برچسب‌های زمانی ایجاد و اصلاح ایمیج ISO را به صورت تحت‌اللفظی بازنویسی می‌کند.
این رشته باید شامل ۱۶ رقم ده‌دهی به فرمت YYYYMMDDhhmmsscc باشد که در آن YYYY بین 0000 تا 9999 است. منطقه زمانی GMT است.
انتظار می‌رود با این خط GRUB مطابقت داشته باشد:
.br
 search \-\-fs\-uuid \-\-set YYYY\-MM\-DD\-hh\-mm\-ss\-cc
.br
برای مثال 2010040711405800 برابر با 7 Apr 2010 11:40:58 (+0 centiseconds) است.
.br
از جمله برچسب‌های زمانی تأثیرپذیرفته عبارتند از:
شناسه isohybrid MBR، فایل کاتالوگ بوت El Torito، ابربلوک (Superblock) در +HFS.
.TP
\fB--application_use\fR character|0xXY|disk_path
محتوای فیلد Application Use را مشخص می‌کند که حداکثر می‌تواند ۵۱۲ بایت باشد.
.br
اگر پارامتر این دستور خالی باشد، فیلد با ۵۱۲ بایت صفر (0\-byte) پر می‌شود. اگر یک تک‌نویسه باشد، ۵۱۲ بار تکرار می‌شود. اگر با "0x" و به دنبال آن دو رقم هگزادسیمال [0\-9a\-fA\-F] شروع شود، ارقام به عنوان مقدار بایت خوانده شده و ۵۱۲ بار تکرار می‌شوند.
.br
هر متن پارامتر دیگری به عنوان \fIdisk_path\fR برای باز کردن یک فایل داده و خواندن حداکثر ۵۱۲ بایت از آن استفاده می‌شود. اگر فایل کوچکتر از ۵۱۲ بایت باشد، بایت‌های باقی‌مانده در فیلد روی صفر دودویی (Binary 0) تنظیم می‌شوند.
.TP
.B تصاویر ISO با قابلیت بوت El Torito (El Torito Bootable ISO images):
.PP
پیش‌نیاز یک تصویر ISO با قابلیت بوت، وجود فایل‌های یک بارگذار بوت (boot loader) درون تصویر ISO است. سازوکارهای بوت رایانه‌ها به سمت این فایل‌ها هدایت می‌شوند که معمولاً فایل‌های برنامه‌ای بیشتری را از درون تصویر ISO اجرا می‌کنند.
.B xorrisofs
می‌تواند انواع مختلفی از بلوک بوت (boot block) یا رکورد بوت (boot record) تولید کند که بخشی از تصویر ISO می‌شوند و توسط سازوکار بوت مربوطه تفسیر می‌گردند.
.br
.PP
یک رکورد بوت
.B El Torito
سازوکار راه‌اندازی اولیه (bootstrapping) را به یک کاتالوگ بوت هدایت می‌کند که شامل یک یا چند تصویر بوت (boot image) است؛ این تصاویر فایل‌های برنامه‌ای باینری ذخیره‌شده در تصویر ISO هستند.
محتوای فایل‌های تصویر بوت در حیطه وظایف El Torito نیست.
.br
برنامه xorriso کاتالوگ بوت را بر اساس فایل‌های تصویر بوت داده‌شده و ساختاریافته توسط گزینه‌های
.BR \-b ،
.BR \-e ،
.B \-eltorito\-alt\-boot
و
.B \-\-efi\-boot
تشکیل می‌دهد. اغلب این کاتالوگ تنها شامل یک ورودی است.
.br
به طور معمول، تصاویر بوت فایل‌های داده‌ای درون سیستم‌فایل ISO هستند. با مسیر ویژه
.B "\-\-interval:appended_partition_NNN:all::"
می‌توان به یک پارتیشن پیوست‌شده اشاره کرد. عدد NNN شماره پارتیشن را مطابق با آنچه در گزینه متناظر
.B \-append_partition
استفاده شده، مشخص می‌کند.
برای مثال:
.br
  \-append_partition 2 0xef /tmp/efi.img
.br
  \-e \-\-interval:appended_partition_2:all::
.br
استاندارد El Torito توسط سازوکارهای بوت PC\-BIOS و EFI تفسیر می‌شود.
اکثر دیسک‌های CD قابل بوت گنو/لینوکس به تصاویر بوت ISOLINUX یا GRUB برای PC\-BIOS مجهز هستند.
.br
دستور
.B xorrisofs
از گزینه‌های نمونه موجود در ویکی ISOLINUX، گزینه‌های استفاده‌شده در اسکریپت grub\-mkrescue از GRUB و نمونه موجود در ویکی AvgLiveCD مربوط به FreeBSD پشتیبانی می‌کند.
.br
.PP
برای بوت CD از طریق سازوکارهای بوت غیر از PC\-BIOS و EFI، و برای بوت از حافظه‌های فلش USB یا دیسک‌های سخت، بخش بعدی درباره ناحیه سیستمی (System Area) را ببینید.
.br
.TP
\fB\-b\fR iso_rr_path
فایل تصویر بوتی را مشخص می‌کند که باید در ورودی جاری کاتالوگ بوت El Torito ثبت شود. این تصویر به عنوان مناسب برای PC\-BIOS علامت‌گذاری می‌شود.
.br
به همراه تصاویر بوت مربوط به ISOLINUX و GRUB، این گزینه باید همراه با گزینه‌های
.BR \-c ،
.BR \-no\-emul\-boot ،
.B \-boot\-load\-size 4
و
.B \-boot\-info\-table
استفاده شود.
.TP
\fB\-eltorito-boot\fR iso_rr_path
نام مستعار برای
.BR \-b .
.TP
\fB\-eltorito-alt-boot\fR
ورودی جاری کاتالوگ بوت El Torito را نهایی کرده و ورودی جدیدی را آغاز می‌کند.
یک فایل تصویر بوت و تمام گزینه‌های ضروری آن باید قبل از گزینه
.B \-eltorito\-alt\-boot
مشخص شوند.
تمام گزینه‌های بوت El Torito بعدی برای ورودی جدید کاتالوگ اعمال می‌شوند. تا ۳۲ ورودی کاتالوگ امکان‌پذیر است.
.TP
\fB\-e\fR iso_rr_path
فایل تصویر بوتی را مشخص می‌کند که باید در ورودی جاری کاتالوگ بوت El Torito ثبت شود. این تصویر به عنوان مناسب برای EFI علامت‌گذاری می‌شود.
.br
گزینه
.B \-e
باید با گزینه
.B \-no\-emul\-boot
دنبال شود و قبل از یک
.B \-eltorito\-alt\-boot
احتمالی، هیچ گزینه El Torito دیگری نباید قرار گیرد.
.TP
\fB--efi-boot\fR iso_rr_path
به ترتیب دستورات
.BR \-eltorito\-alt\-boot ،
گزینه
.B \-e
با
.I iso_rr_path
داده‌شده،
.B \-no\-emul\-boot
و مجدداً
.B \-eltorito\-alt\-boot
را اجرا می‌کند. این الگو برای دستیابی به قابلیت بوت EFI در CD نجات GRUB2 استفاده می‌شود.
.TP
\fB\-eltorito-platform\fR "x86"|"PPC"|"Mac"|"efi"|0xnn|nnn
شماره شناسه پلتفرم (Platform Id) را برای گزینه بعدی
.B \-b
یا
.B \-eltorito\-boot
تنظیم می‌کند.
این شماره می‌تواند با نام پلتفرم یا با عددی بین 0 تا 255 (0x00 تا 0xFF) انتخاب شود. مقدار "x86" = 0 برای PC\-BIOS،
مقدار "PPC" = 1 برای برخی سیستم‌های PowerPC، مقدار "Mac" = 2 برای برخی سیستم‌های مکینتاش،
و "efi" = 0xEF برای EFI در رایانه‌های شخصی مدرن با پردازنده‌های سازگار با x86 یا موارد دیگر است.
.br
اگر شناسه پلتفرم جدید با شناسه قبلی متفاوت باشد، عملیات
.B \-eltorito\-alt\-boot
به طور خودکار انجام می‌شود.
.TP
\fB\-boot-load-size\fR number|"full"
تعداد بلوک‌های ۵۱۲ بایتی را که باید هنگام بوت از تصویر بوت در ورودی جاری کاتالوگ بارگذاری شوند، تعیین می‌کند.
.br
تصاویر بوت BIOS بدون شبیه‌سازی معمولاً به اندازه بارگذاری ۴ نیاز دارند.
با این وجود، تنظیم پیش‌فرض mkisofs استفاده از اندازه کامل تصویر بوت گرد شده به سمت بالا به مضربی از ۴ بلوک ۵۱۲ بایتی است. این پیش‌فرض را می‌توان با کلمه "full" به جای یک عدد به صورت صریح اعمال کرد.
.br
برای تصاویر بوت EFI همیشه تعداد بلوک‌های اشغال‌شده توسط فایل تصویر بوت تنظیم می‌شود.
.br
استاندارد El Torito نمی‌تواند اندازه‌های بارگذاری بیشتر از ۶۵۵۳۵ را نمایش دهد.
تصاویر EFI که از حداکثر اندازه فراتر می‌روند، اندازه 0 یا 1 دریافت می‌کنند که طبق مشخصات UEFI به معنای «تا انتهای دستگاه» است.
.TP
\fB\-hard-disk-boot\fR
تصویر بوت در ورودی جاری کاتالوگ را به عنوان دیسک سخت شبیه‌سازی‌شده (emulated hard disk) علامت‌گذاری می‌کند.
(برای هیچ‌یک از بارگذارهای بوت شناخته‌شده مناسب نیست.)
.TP
\fB\-no-emul-boot\fR
تصویر بوت در ورودی جاری کاتالوگ را به عنوان عدم شبیه‌سازی فلاپی یا دیسک سخت علامت‌گذاری می‌کند. (این گزینه باید با تمام بارگذارهای بوت شناخته‌شده استفاده شود.)
.br
اگر نه
.B \-hard\-disk\-boot
و نه
.B \-no\-emul\-boot
مشخص نشده باشند، تصویر بوت به عنوان شبیه‌ساز فلاپی دیسک علامت‌گذاری خواهد شد.
(برای هیچ‌یک از بارگذارهای بوت شناخته‌شده مناسب نیست.)
.TP
\fB\-eltorito-id\fR text|56_hexdigits
رشته شناسه (ID string) بخش کاتالوگ بوت را که تصویر بوت در آن فهرست می‌شود، تعریف می‌کند. اگر مقدار شامل ۵۶ نویسه
.RB [ 0\-9A\-Fa\-f ]
باشد، به ۲۸ بایت تبدیل می‌شود، در غیر این صورت ۲۸ نویسه نخست به عنوان رشته شناسه استفاده می‌شوند.
رشته شناسه اولین تصویر بوت به عنوان شناسه کلی کاتالوگ در نظر گرفته می‌شود که به ۲۴ نویسه محدود است. سایر رشته‌های شناسه به عنوان شناسه‌های بخش تنظیم می‌شوند.
.TP
\fB\-eltorito-selcrit\fR hexdigits
معیارهای انتخاب (Selection Criteria) تصویر بوت را تعریف می‌کند.
تا ۲۰ بایت از نویسه‌های داده‌شده
.RB [ 0\-9A\-Fa\-f ]
خوانده می‌شود.
این داده‌ها به ورودی تصویر بوت در کاتالوگ نسبت داده می‌شوند.
.TP
\fB\-boot-info-table\fR
بایت‌های ۸ تا ۶۳ را در تصویر بوت جاری بازنویسی می‌کند. این اطلاعات در جریان تولید تصویر توسط xorriso تامین خواهند شد: آدرس بلوک توصیف‌کننده حجم اولیه (Primary Volume Descriptor)، آدرس بلوک فایل تصویر بوت، و اندازه فایل تصویر بوت.
.TP
\fB--grub2-boot-info\fR
بایت‌های ۲۵۴۸ تا ۲۵۵۵ را در تصویر بوت جاری با آدرس آن تصویر بوت بازنویسی می‌کند.
آدرس به صورت یک عدد ۶۴ بیتی little\-endian نوشته می‌شود. این آدرس برابر است با آدرس بلوک ۲ کیلوبایتی محتوای تصویر بوت، ضرب‌در ۴، و سپس افزوده با ۵.
.TP
\fB\-c\fR iso_rr_path
آدرس فایل کاتالوگ بوت El Torito را در تصویر تنظیم می‌کند.
این آدرس فایل برای بوت PC\-BIOS یا EFI اهمیتی ندارد، اما بعداً می‌تواند توسط برنامه‌های دیگر خوانده شود تا از تصاویر بوت موجود مطلع شوند.
.TP
\fB\-eltorito-catalog\fR iso_rr_path
نام مستعار برای
.BR \-c .
.TP
\fB--boot-catalog-hide\fR
از نمایش کاتالوگ بوت El Torito به صورت فایل در درخت‌های دایرکتوری تصویر جلوگیری می‌کند.
.TP
.B "ناحیه سیستمی، MBR، GPT، APM و سایر بلوک‌های راه‌اندازی (System Area, MBR, GPT, APM, other boot blocks):"
.PP
۱۶ بلوک نخست یک تصویر ISO، ناحیه سیستمی (System Area) هستند.
این بخش برای نرم‌افزارهای راه‌اندازی وابسته به سیستم رزرو شده است. این موارد می‌تواند شامل امکانات بوت و جدول‌های پارتیشن معماری‌های سخت‌افزاری گوناگون باشد.
.br
یک \fBMBR\fR (رکورد راه‌اندازی اصلی یا Master Boot Record) حاوی کدهای راه‌اندازی و یک جدول پارتیشن است.
هنگام بوت شدن از روی حافظه فلش USB یا دیسک سخت توسط PC\-BIOS و هنگام بوت PowerPC CHRP یا PReP خوانده می‌شود.
یک پارتیشن MBR با نوع 0xee نشان‌دهنده وجود GPT است.
.br
یک \fBGPT\fR (جدول پارتیشن شناسه یکتا یا GUID Partition Table) پارتیشن‌ها را به روشی مدرن‌تر مشخص می‌کند.
هنگام بوت از روی حافظه فلش USB یا دیسک سخت توسط EFI خوانده می‌شود و ممکن است برای یافتن و سوار کردن (Mount) یک پارتیشن HFS+ درون تصویر ISO استفاده شود.
.br
یک \fBAPM\fR (نقشه پارتیشن اپل یا Apple Partition Map) پارتیشن HFS+ را مشخص می‌کند.
توسط سیستم‌های Mac برای بوت و سوار کردن (Mount) خوانده می‌شود.
.br
فرمت‌های MBR، GPT و APM قابل ترکیب با یکدیگر هستند. APM نخستین ۸ بایت از کدهای بوت MBR را اشغال می‌کند. هر سه مورد مانع راه‌اندازی El Torito از روی CDROM نمی‌شوند.
.br
\fBxorrisofs\fR از امکانات بوت دیگری نیز پشتیبانی می‌کند:
معماری‌های MIPS Big Endian (SGI)، MIPS Little Endian (DEC)، SUN SPARC، HP\-PA و DEC Alpha.
این موارد به طور متقابل با یکدیگر و همچنین با MBR، GPT یا APM قابل ترکیب نیستند.
.PP
چندین گزینه از گزینه‌های زیر مسیرهای دیسک را به عنوان ورودی انتظار دارند اما رشته‌های توصیف‌کننده برای خواننده بازه (Interval Reader) کتابخانه libisofs را نیز می‌پذیرند که قادر است داده‌ها را از فایل‌های دیسک یا \-indev برش داده و بخش‌هایی از محتوا را صفر کند (Zeroize):
\-G, \-generic\-boot, \-\-embedded\-boot, \-\-grub2\-mbr,
\-isohybrid\-mbr, \-efi\-boot\-part, \-prep\-boot\-part, \-B, \-sparc\-boot,
\-append_partition.
.br
رشته توصیف شامل مؤلفه‌های زیر است که با دونقطه ':' از هم جدا می‌شوند:
.br
  "\-\-interval:"Flags":"Interval":"Zeroizers":"Source
.br
مؤلفه "\-\-interval" بیان می‌کند که این یک مسیر دیسک ساده نیست بلکه یک رشته توصیف خواننده بازه است.
.br
مؤلفه Flags تفسیر بعدی را تغییر می‌دهد:
.br
عبارت "local_fs" درخواست خواندن از فایلی را می‌دهد که با مسیر موجود در Source مشخص شده است.
.br
عبارت "imported_iso" درخواست خواندن از \-indev را دارد. این تنها در صورتی کار می‌کند که \-outdev با \-indev یکسان نباشد. مؤلفه Source نادیده گرفته می‌شود.
.br
عبارت "appended_partition_NNN" همراه با عدد ده‌دهی NNN تنها برای گزینه‌هایی کار می‌کند که مسیرهای تصویر بوت El Torito را اعلان می‌کنند: \-b, \-e, \-\-efi\-boot. این عدد، شماره پارتیشن مورد استفاده در گزینه متناظر \-append_partition را مشخص می‌کند.
.br
مؤلفه Interval شامل دو عدد آدرس بایتی است که با کاراکتر "\-" از هم جدا شده‌اند. برای نمونه "0\-429" به معنای خواندن بایت‌های ۰ تا ۴۲۹ است.
.br
مؤلفه Zeroizers شامل صفر یا چند رشته جدا شده با کاما است.
آن‌ها مشخص می‌کنند کدام بخش از داده‌های خوانده‌شده باید صفر شوند. بایت شماره ۰ به معنای بایتی است که از آدرس آغازین Interval خوانده شده است.
هر رشته می‌تواند یکی از موارد زیر باشد:
.br
عبارت "zero_mbrpt" درخواست صفر کردن جدول پارتیشن MBR را دارد، در صورتی که بایت‌های ۵۱۰ و ۵۱۱ حاوی امضای MBR یعنی 0x55 0xaa باشند.
.br
عبارت "zero_gpt" درخواست بررسی هدر GPT در بایت‌های ۵۱۲ تا ۱۰۲۳ و صفر کردن آن و بلوک‌های جدول پارتیشن آن را دارد.
.br
عبارت "zero_apm" درخواست بررسی بلوک ۰ فرمت APM و صفر کردن بلوک‌های جدول پارتیشن آن را دارد.
.br
عبارت Start_byte"\-"End_byte درخواست صفر کردن بایت‌های خوانده‌شده از شماره Start_byte تا انتهای End_byte را دارد.
.br
مؤلفه Source در پرچم "local_fs" همان مسیر فایل است و با پرچم "imported_iso" نادیده گرفته می‌شود.
.br
شماره‌های بایت را می‌توان با پسوندی از {k,m,g,t,s,d} مقیاس‌بندی کرد که به معنای ضرب در {1024, 1024k, 1024m, 1024g, 2048, 512} است. شماره انتهایی یک مقدار مقیاس‌بندی‌شده آخرین بایت از بازه مقیاس‌بندی‌شده را نشان می‌دهد.
.br
برای نمونه "0d\-0d" معادل "0\-511" است.
.br
مثال‌ها:
.br
  "local_fs:0\-32767:zero_mbrpt,zero_gpt,440\-443:/tmp/template.iso"
.br
  "imported_iso:45056d\-47103d::"
.br
.TP
\fB\-G\fR disk_path
حداکثر ۳۲۷۶۸ بایت را از فایل دیسک داده‌شده به ابتدای تصویر ISO رونویسی می‌کند.
.br
برخلاف تصویر راه‌اندازی El Torito، نیازی نیست فایل disk_path به تصویر ISO اضافه شود. این فایل به عنوان یک فایل در درخت‌های دایرکتوری نمایش داده نخواهد شد.
.br
در وضعیت‌های چندنشستی (multi\-session)، مسیر دیسک ویژه "." از خواندن یک فایل دیسک جلوگیری می‌کند اما با این وجود باعث اعمال تنظیمات در MBR موجود می‌شود که توسط سایر گزینه‌ها دستور داده شده بودند.
.TP
\fB\-generic-boot\fR disk_path
نام مستعار \-G.
.TP
\fB--embedded-boot\fR disk_path
نام مستعار \-G.
.TP
\fB--grub2-mbr\fR disk_path
فایل disk_path را در ناحیه سیستمی (System Area) نصب کرده و با آن به عنوان MBR مدرن GRUB2 رفتار می‌کند.
آدرس شروع محتوای نخستین تصویر راه‌اندازی به تعداد بلوک‌های ۵۱۲ بایتی تبدیل شده و یک آفست ۴ به آن اضافه می‌شود.
نتیجه به صورت یک عدد ۶۴ بیتی little\-endian در آدرس بایتی 0x1b0 نوشته می‌شود.
.TP
\fB\-isohybrid-mbr\fR disk_path
فایل disk_path را به عنوان MBR ایزوهیبرید ISOLINUX نصب می‌کند که تصویر راه‌اندازی ارائه‌شده توسط گزینه \-b را از طریق PC\-BIOS از روی حافظه‌های فلش USB و دیسک‌های سخت قابل بوت می‌سازد.
این آماده‌سازی معمولاً توسط برنامه isohybrid از مجموعه ISOLINUX روی تصویر ISO تولیدشده از قبل انجام می‌شود.
.br
مسیر دیسک باید به یکی از فایل‌های Syslinux با الگوی isohdp[fp]x*.bin اشاره کند. MBR متناسب با نیازمندی‌های isohybrid وصله (Patch) می‌شود. نخستین پارتیشن محدوده تصویر ISO را توصیف می‌کند. شروع آن به طور پیش‌فرض در بلوک ۰ است، اما می‌تواند با گزینه \-partition_offset 16 روی ۶۴ بلوک دیسک تنظیم شود.
.br
برای مفهوم مسیر دیسک ویژه "." گزینه \-G را ببینید.
.TP
\fB\-isohybrid-gpt-basdat\fR
تصویر راه‌اندازی جاری El Torito (گزینه‌های \-b و \-e را ببینید) را در یک GPT در واقع نامعتبر، به عنوان پارتیشنی از نوع Basic Data مشخص می‌کند. این گزینه تنها همراه با \-isohybrid\-mbr کار می‌کند و همان تأثیر \-efi\-boot\-part را روی ناحیه سیستمی دارد.
این گزینه نمی‌تواند با \-efi\-boot\-part یا \-hfsplus ترکیب شود.
.br
سه تصویر راه‌اندازی نخست که توسط GPT مشخص شده‌اند، به عنوان مدخل‌های پارتیشن در MBR نیز ظاهر خواهند شد. پارتیشن MBR از نوع 0xEF همان چیزی است که در عمل توسط سفت‌افزار EFI برای بوت از حافظه فلش USB استفاده می‌شود.
پارتیشن MBR برای PC\-BIOS در این حالت به جای 0x17 نوع 0x00 را می‌گیرد.
اغلب مدخل‌های بعدی MBR همان‌هایی هستند که در عمل توسط EFI استفاده می‌شوند.
.TP
\fB\-isohybrid-gpt-hfsplus\fR
تصویر راه‌اندازی جاری El Torito (گزینه‌های \-b و \-e را ببینید) را در GPT به عنوان پارتیشنی از نوع HFS+ مشخص می‌کند.
تأثیرات و محدودیت‌ها مانند \-isohybrid\-gpt\-basdat هستند.
.TP
\fB\-isohybrid-apm-hfsplus\fR
تصویر راه‌اندازی جاری El Torito (گزینه‌های \-b و \-e را ببینید) را در Apple Partition Map به عنوان پارتیشنی از نوع HFS+ مشخص می‌کند. این گزینه تنها با \-isohybrid\-mbr کار می‌کند و تأثیری مشابه با \-hfsplus روی ناحیه سیستمی دارد. نمی‌تواند با \-efi\-boot\-part یا \-hfsplus ترکیب شود.
.br
فایل ISOLINUX isohybrid MBR باید با یک الگوی شناخته‌شده از ۳۲ بایت کد ماشین x86 آغاز شود که اساساً هیچ کاری انجام نمی‌دهد. این بخش با ۳۲ بایت از ماکت هدر APM بازنویسی خواهد شد.
.TP
\fB\-part_like_isohybrid\fR
کنترل می‌کند که آیا گزینه‌های \-isohybrid\-gpt\-basdat، \-isohybrid\-gpt\-hfsplus و \-isohybrid\-apm\-hfsplus حتی در صورت عدم حضور \-isohybrid\-mbr نیز اعمال شوند یا خیر.
هیچ پارتیشن MBR از نوع 0xee ایجاد نمی‌شود، حتی اگر GPT تولید گردد.
فاصله‌های میان پارتیشن‌های GPT و APM با پارتیشن‌های بیشتری پر نخواهند شد.
پارتیشن‌های ضمیمه‌شده در صورت ایجاد سایر پارتیشن‌های APM، در APM نیز ذکر می‌شوند.
.TP
\fB\-iso_mbr_part_type\fR "default"|number|type_guid
نوع پارتیشن (Partition Type) را برای پارتیشن MBR یا GPT که نمایش‌دهنده ISO است یا دست‌کم از آن محافظت می‌کند، تنظیم می‌نماید.
.br
مقدار number می‌تواند از 0x00 تا 0xff باشد. متن "default" نوع‌های پیش‌فرض را برای موقعیت‌های گوناگون ایجاد پارتیشن MBR ایزو مجدداً فعال می‌کند.
اگر چنین پارتیشنی بر اساس سایر تنظیمات ایجاد نشود، یا اگر نوع پارتیشن به صورت اجباری تعیین شده باشد (مانند 0xee برای MBR محافظتی GPT یا 0x96 برای CHRP)، این گزینه بدون اثر خواهد بود.
.br
اگر به جای آن یک type_guid با یک رشته هگز ۳۲ رقمی مانند a2a0d0ebe5b9334487c068b6b72699c7 یا با یک متن ساختاریافته مانند EBD0A0A2\-B9E5\-4433\-87C0\-68B6B72699C7 داده شود، در صورت ظاهر شدن سیستم‌فایل ISO به عنوان پارتیشن در GPT، به عنوان نوع پارتیشن استفاده خواهد شد.
در MBR، شناسه C12A7328\-F81F\-11D2\-BA4B\-00A0C93EC93B به 0xef نگاشت می‌شود.
هر شناسه یکتای (GUID) دیگر به 0x83 نگاشت خواهد شد.
.TP
\fB--protective-msdos-label\fR
ناحیه سیستمی را با یک جدول پارتیشن ساده PC\-DOS وصله می‌کند که در آن پارتیشن ۱ محدوده تصویر ISO را اشغال کرده اما بلوک نخست را آزاد می‌گذارد.
این گزینه با گزینه \-isohybrid\-mbr ناسازگار و مانعة‌الجمع است.
.TP
\fB--mbr-force-bootable\fR
در صورت داده شدن گزینه‌هایی مانند \-\-protective\-msdos\-label یا \-\-grub2\-mbr، وجود یک پارتیشن MBR با پرچم "bootable/active" را اجباری می‌کند.
این گزینه‌ها به طور معمول در صورتی که یک پارتیشن MBR با نوعی غیر از 0xee یا 0xef وجود داشته باشد، باعث تنظیم این پرچم می‌شوند.
اگر چنین پارتیشنی وجود نداشته باشد، هیچ پرچم بوتی تنظیم نمی‌شود، مگر اینکه \-\-mbr\-force\-bootable ساخت یک پارتیشن ساختگی (dummy) از نوع 0x00 را اجبار کند که فقط نخستین بلوک تصویر ISO را پوشش می‌دهد.
.br
اگر هیچ MBR قابل راه‌اندازی توسط سایر گزینه‌ها مشخص نشده باشد و پارتیشنی توسط \-append_partition ایجاد شود، آنگاه \-\-mbr\-force\-bootable باعث تنظیم پرچم بوت می‌شود، همان‌طور که مثلاً با \-\-protective\-msdos\-label انجام می‌داد.
.TP
\fB--gpt-iso-bootable\fR
بیت ۲ از پرچم‌های پارتیشن GPT را برای پارتیشن ISO 9660 در صورت ایجاد چنین پارتیشن GPTای تنظیم می‌کند. این بیت به عنوان "Legacy BIOS bootable" مشخص شده است اما اهمیت واقعی آن نامشخص است.
برخی از بایوس‌های آگاه به GPT ممکن است بخواهند آن را در برخی پارتیشن‌ها ببینند.
.TP
\fB--gpt-iso-not-ro\fR
در صورت ایجاد چنین پارتیشن GPTای، بیت ۶۰ از پرچم‌های پارتیشن GPT را برای پارتیشن ISO 9660 تنظیم نمی‌کند. این بیت به عنوان "Read\-only" (فقط‌خواندنی) مشخص شده و بنابراین مناسب است، اما در پارتیشن‌های دیسک GPT غیرمعمول است.
.TP
\fB\-partition_offset\fR 2kb_block_adr
باعث ایجاد یک جدول پارتیشن با یک پارتیشن منفرد می‌شود که از آدرس بلوک داده‌شده آغاز می‌گردد. این مقدار بر حسب بلوک‌های ۲۰۴۸ بایتی شمرده می‌شود، نه بلوک‌های ۵۱۲ بایتی. اگر آدرس بلوک غیرصفر باشد، باید دست‌کم ۱۶ باشد. مقادیر بزرگ‌تر از ۱۶ به ندرت کاربرد دارند.
یک آفست پارتیشن غیرصفر باعث تولید دو ابربلوک (Superblock) و دو مجموعه از درخت‌های دایرکتوری می‌شود. در این حالت تصویر هم از شروع مطلق خود و هم از شروع پارتیشن قابل سوار کردن (Mount) خواهد بود.
.br
مقدار آفست یک تصویر ISO هنگام اضافه شدن یک نشست جدید به تصویر بارگذاری‌شده حفظ می‌شود.
بنابراین مقدار تعریف‌شده در اینجا تنها در صورتی اثرگذار است که یک تصویر ISO جدید نوشته شود.
.TP
\fB\-partition_hd_cyl\fR number
تعداد هِدها در هر سیلندر را برای جدول پارتیشن MBR تنظیم می‌کند.
مقدار ۰ مقدار پیش‌فرض را برمی‌گزیند. حداکثر مقدار ۲۵۵ است.
.TP
\fB\-partition_sec_hd\fR number
تعداد سکتورها در هر هد را برای جدول پارتیشن MBR تنظیم می‌کند.
مقدار ۰ مقدار پیش‌فرض را برمی‌گزیند. حداکثر مقدار ۶۳ است.
.br
حاصل‌ضرب partition_sec_hd * partition_hd_cyl * 512 اندازه سیلندر است.
برای امکان‌پذیر ساختن هم‌ترازی دقیق، این اندازه باید بر ۲۰۴۸ بخش‌پذیر باشد.
همراه با پارتیشن‌های ضمیمه‌شده و گزینه \-appended_part_as_gpt، هیچ محدودیتی برای تعداد سیلندرها وجود ندارد. در غیر این صورت حداکثر می‌تواند ۱۰۲۴ سیلندر وجود داشته باشد.
اگر اندازه سیلندر برای ماندن زیر حد مجاز بیش از حد کوچک باشد، آنگاه مقادیر مناسبی از partition_hd_cyl همراه با partition_sec_hd معادل ۳۲ یا ۶۳ انتخاب می‌شوند. اگر تصویر بزرگ‌تر از ۸,۴۲۲,۶۸۶,۷۲۰ بایت باشد، محدودیت‌های اندازه سیلندر برای MBR قابل برآورده شدن نیستند.
به هر حال این موارد چندان مهم به نظر نمی‌رسند.
آدرس‌های بلوک مسطح در جدول‌های پارتیشن تا ۱ ترابایت (1 TiB) کارآمد هستند.
.TP
\fB\-partition_cyl_align\fR mode
هم‌ترازی اندازه تصویر با یک عدد صحیح از سیلندرها را کنترل می‌کند.
این کار توسط مشخصات isohybrid تعیین شده و به نظر می‌رسد برای برنامه fdisk مطلوب باشد.
اندازه سیلندر باید بر ۲۰۴۸ بخش‌پذیر باشد.
تصاویر بزرگ‌تر از ۸,۳۲۳,۵۹۶,۲۸۸ بایت نمی‌توانند در جدول پارتیشن MBR هم‌تراز شوند.
.br
حالت "auto" پیش‌فرض است. هم‌ترازی با لایه‌گذاری (Padding) تنها در صورتی رخ می‌دهد که گزینه \-isohybrid\-mbr داده شده باشد.
.br
حالت "on" باعث هم‌ترازی با لایه‌گذاری همراه با گزینه \-\-protective\-msdos\-label نیز می‌شود.
حالت "all" مانند "on" است اما پارتیشن‌های حاصل از \-append_partition را نیز تا یک اندازه هم‌تراز لایه‌گذاری می‌کند.
.br
حالت "off" هم‌ترازی را بدون قید و شرط غیرفعال می‌کند.
.TP
\fB\-append_partition\fR partition_number type_code disk_path
باعث می‌شود یک تصویر سیستم‌فایل آماده‌شده به انتهای تصویر ISO ضمیمه شود و توسط یک مدخل جدول پارتیشن در یک بلوک بوت در ابتدای تصویر ISO در حال ایجاد توصیف گردد. مدخل پارتیشن اندازه فایل ارائه‌شده را به نزدیک‌ترین مضرب بالاتر از ۲۰۴۸ بایت یا نزدیک‌ترین مضرب اندازه سیلندر گرد می‌کند.
.br
مراقب اجراهای چندنشستی (multi\-session) بعدی باشید؛ پارتیشن ضمیمه‌شده بازنویسی خواهد شد.
.br
همراه با \fBMBR\fR:
.br
مقدار partition_number می‌تواند ۱ تا ۴ باشد. شماره ۱ کل تصویر ISO را در فضای تخصیص‌نیافته پیش از پارتیشن ۱ قرار می‌دهد. بنابراین به همراه بیشتر ویژگی‌های MBR یا GPT در xorriso، شماره ۲ طبیعی‌ترین انتخاب خواهد بود.
.br
مقدار type_code می‌تواند "FAT12"، "FAT16"، "Linux" یا یک عدد هگزادسیمال بین 0x00 و 0xff باشد. همه این اعداد نتایج قابل استفاده‌ای نخواهند داشت. برای فهرستی از کدها، عبارت "Partition Types" را در اینترنت جستجو کنید یا در fdisk دستور "L" را اجرا نمایید.
اگر پارتیشن در GPT ظاهر شود، آنگاه type_code مقدار 0xef به شناسه یکتای نوع پارتیشن سیستمی EFI نگاشت می‌شود. سایر موارد به شناسه نوع Basic Data نگاشت می‌شوند.
.br
مقدار type_code همچنین می‌تواند یک نوع GUID به صورت رشته هگز ساده مانند a2a0d0ebe5b9334487c068b6b72699c7 یا به صورت متن ساختاریافته مانند EBD0A0A2\-B9E5\-4433\-87C0\-68B6B72699C7 باشد. اگر پارتیشن در GPT ذکر شود، از این مقدار استفاده خواهد شد. در MBR، شناسه C12A7328\-F81F\-11D2\-BA4B\-00A0C93EC93B به 0xef نگاشت می‌شود. هر GUID دیگر به 0x83 نگاشت خواهد شد.
در APM، شناسه 48465300\-0000\-11AA\-AA11\-00306543ECAC به نوع پارتیشن "Apple_HFS" و هر مورد دیگری به "Data" نگاشت می‌شود.
.br
اگر دستور دیگری باعث تولید GPT شود، پارتیشن‌های ضمیمه‌شده نیز در آنجا ذکر خواهند شد، حتی اگر \-appended_part_as_gpt داده نشده باشد.
.br
فرمت \fBGPT\fR می‌تواند با گزینه \-appended_part_as_gpt اجبار شود.
.br
مقدار partition_number می‌تواند ۱ تا ۸ باشد. اما برخلاف پارتیشن‌های MBR، تضمینی وجود ندارد که پارتیشن GPT حاصل دقیقاً دارای این شماره باشد، زیرا ممکن است توسط مدخل پارتیشنی اشغال شود که فاصله‌ای را در پوشش کل تصویر در حال ایجاد پر می‌کند.
.br
احتمال دستیابی به شماره پارتیشن مورد نظر با گزینه \-appended_gpt_with_gaps به میزان زیادی افزایش می‌یابد.
.br
مقدار type_code می‌تواند همانند موارد توصیف‌شده برای MBR باشد. شناسه‌های GUID داده‌شده بدون تغییر استفاده می‌شوند. نوع‌های پارتیشن MBR داده‌شده ترجمه می‌شوند؛ 0xef به C12A7328\-F81F\-11D2\-BA4B\-00A0C93EC93B تبدیل شده و سایر موارد به EBD0A0A2\-B9E5\-4433\-87C0\-68B6B72699C7 تبدیل می‌شوند.
.br
.TP
\fB\-appended_part_as_gpt\fR
پارتیشن‌های حاصل از \-append_partition را به جای MBR در GPT مشخص می‌کند.
در این حالت MBR یک پارتیشن منفرد از نوع 0xee را نشان می‌دهد که کل داده‌های خروجی را پوشش می‌دهد.
.br
به طور پیش‌فرض، پارتیشن‌های ضمیمه‌شده تنها در صورتی در GPT علامت‌گذاری می‌شوند که GPT به دلیل گزینه‌های دیگر تولید شده باشد.
.br
این گزینه حداکثر تعداد پارتیشن‌های ضمیمه‌شده را از ۴ به ۸ افزایش می‌دهد.
اما تضمینی نیست که پارتیشن GPT حاصل دارای partition_number داده‌شده باشد. ممکن است پارتیشن‌های GPT دیگری ایجاد شوند. مرتب‌سازی نهایی بر اساس آدرس بلوک شروع ممکن است یکی از آن‌ها را در مدخل پارتیشن با شماره مورد نظر قرار دهد، به طوری که پارتیشن ضمیمه‌شده شماره بالاتری دریافت کند.
.br
نوع‌های پارتیشن MBR داده‌شده ترجمه می‌شوند.
مقدار 0xef به C12A7328\-F81F\-11D2\-BA4B\-00A0C93EC93B و سایر موارد به EBD0A0A2\-B9E5\-4433\-87C0\-68B6B72699C7 تبدیل می‌شوند.
.TP
\fB\-appended_part_as_apm\fR
پارتیشن‌های حاصل از \-append_partition را در Apple Partition Map نیز مشخص می‌کند.
شماره پارتیشن در APM تحت تأثیر پارامتر partition_number در \-append_partition قرار نخواهد گرفت.
.br
به طور پیش‌فرض، پارتیشن‌های ضمیمه‌شده تنها در صورتی در APM مشخص می‌شوند که APM به دلیل سایر گزینه‌ها تولید شده و \-part_like_isohybrid فعال باشد.
.TP
\fB\-appended_gpt_with_gaps\fR
احتمالاً بخش‌هایی از تصویر حاصل را در GPT در حال ایجاد توسط هیچ پارتیشنی تخصیص‌نیافته باقی می‌گذارد تا شانس دریافت شماره‌های پارتیشن ارائه‌شده با گزینه \-append_partition در GPT افزایش یابد.
.br
سیستم‌فایل ISO 9660 تنها در صورتی توسط یک پارتیشن GPT مشخص می‌شود که هیچ‌یک از پارتیشن‌های ضمیمه‌شده شماره پارتیشن ۱ را نداشته باشند، هیچ دستور دیگری باعث ایجاد پارتیشن در داخل سیستم‌فایل ISO 9660 در حال ایجاد نشود، و \-partition_offset برابر با ۱۶ باشد.
.br
اگر این گزینه داده نشود، پارتیشن‌های پرکننده شکاف درج خواهند شد تا هیچ بخشی از تصویر در حال ایجاد پس از بلوک ۱۶ بدون تخصیص به پارتیشن‌های GPT باقی نماند. این اتفاق تنها زمانی رخ می‌دهد که پارتیشن‌ها ضمیمه شوند و یک GPT معتبر ایجاد گردد، مثلاً توسط گزینه \-appended_part_as_gpt.
دستوراتی که GPT نامعتبر به سبک isohybrid تولید می‌کنند، پر کردن شکاف را غیرفعال می‌نمایند.
.TP
\fB\-efi-boot-part\fR disk_path
فایلی را از دیسک درون تصویر ISO در حال ایجاد رونوشت کرده و آن را توسط یک مدخل GPT به عنوان EFI System Partition (پارتیشن سیستمی EFI) مشخص می‌کند. سفت‌افزار بوت EFI قرار است از یک تصویر سیستم‌فایل FAT در چنین پارتیشنی برای راه‌اندازی از حافظه فلش USB یا دیسک سخت استفاده کند.
.br
به جای disk_path، می‌توان کلمه \-\-efi\-boot\-image را وارد کرد.
این کار محتوای نخستین تصویر راه‌اندازی El Torito EFI را به عنوان پارتیشن سیستمی EFI در GPT نمایان می‌سازد. تصاویر راه‌اندازی EFI توسط گزینه‌های \-e یا \-\-efi\-boot معرفی می‌شوند.
تصویر راه‌اندازی EFI تحت تأثیر نمی‌تواند در HFS+ ظاهر شود زیرا در خارج از پارتیشن HFS+ ذخیره شده است.
.TP
\fB--gpt_disk_guid\fR value
کنترل می‌کند که آیا یک GPT در حال ایجاد باید یک شناسه یکتای دیسک (GUID) تصادفی تولیدشده دریافت کند یا این که GUID توسط کاربر ارائه می‌شود.
مقدار "random" پیش‌فرض است. مقدار "modification\-date" یک GUID با کیفیت پایین از مقدار تنظیم‌شده توسط گزینه \-\-modification\-date= تولید می‌کند.
.br
یک رشته از ۳۲ رقم هگزادسیمال، یا یک رشته GUID منطبق با RFC 4122 می‌تواند برای تنظیم مستقیم GUID دیسک استفاده شود. استاندارد UEFI تعیین می‌کند که سه جزء نخست یک رشته GUID مطابق با RFC 4122 باید در نمایش دودویی جابجایی بایتی (byte\-swapped) شوند:
.br
برای نمونه \-\-gpt_disk_guid 2303cd2a\-73c7\-424a\-a298\-25632da7f446
برابر با \-\-gpt_disk_guid 2acd0323c7734a42a29825632da7f446 است.
.br
شناسه‌های GUID پارتیشن با تغییر اندک در GUID دیسک تولید می‌شوند.
.TP
\fB\-chrp-boot-part\fR
محدوده بلوک کل تصویر ISO در حال ایجاد را به عنوان پارتیشن MBR از نوع 0x96 مشخص می‌کند. این گزینه با هیچ ویژگی دیگری که مدخل‌های پارتیشن MBR تولید می‌کند سازگار نیست. همچنین GPT را غیرقابل شناسایی می‌سازد.
.br
استاندارد CHRP معمولاً در ارتباط با HFS استفاده می‌شود. هنوز آزمایش نشده است که آیا سیستم‌فایل‌های HFS+ تولیدشده با گزینه \-hfsplus روی هر دستگاه دارای قابلیت CHRP که ISO 9660 خالص را نیز بوت نمی‌کند، بوت خواهند شد یا خیر.
.TP
\fB\-chrp-boot\fR
نام مستعار \-chrp\-boot\-part.
.TP
\fB\-prep-boot-part\fR disk_path
فایلی را از دیسک درون تصویر ISO در حال ایجاد رونوشت کرده و آن را با یک مدخل پارتیشن MBR از نوع 0x41 مشخص می‌کند. سفت‌افزار بوت PReP قرار است محتوای پارتیشن را به عنوان یک فایل اجرایی تکی ELF بخواند.
این گزینه با سایر پارتیشن‌های MBR و با GPT سازگار است.
.TP
\fB\-mips-boot\fR iso_rr_path
یک فایل داده درون تصویر را به عنوان فایل راه‌اندازی MIPS Big Endian اعلان کرده و باعث تولید یک MIPS Big Endian Volume Header می‌شود. این گزینه با تولید سایر بلوک‌های بوت مانند MBR مانعة‌الجمع است.
این دستور ۵۱۲ بایت نخست هر داده ارائه‌شده توسط \-G را بازنویسی خواهد کرد.
تا ۱۵ فایل راه‌اندازی را می‌توان با چندین گزینه \-mips\-boot اعلان نمود.
.TP
\fB\-mipsel-boot\fR iso_rr_path
یک فایل داده درون تصویر را به عنوان فایل راه‌اندازی MIPS Little Endian اعلان می‌کند. این گزینه با سایر بلوک‌های بوت مانعة‌الجمع است.
این دستور ۵۱۲ بایت نخست هر داده ارائه‌شده توسط \-G را بازنویسی خواهد کرد.
تنها یک فایل راه‌اندازی منفرد می‌تواند توسط \-mipsel\-boot اعلان شود.
.TP
\fB\-B\fR disk_path[,disk_path ...]
باعث می‌شود یک یا چند فایل داده روی دیسک پس از انتهای تصویر ISO نوشته شوند. یک برچسب دیسک سان (SUN Disk Label) در ۵۱۲ بایت نخست تصویر ISO نوشته خواهد شد که این تصویر را به عنوان پارتیشن ۱ و مسیرهای دیسک داده‌شده (disk_paths) را به عنوان پارتیشن‌های ۲ تا ۸ فهرست می‌کند.
.br
فایل‌های دیسک باید شامل تصاویر راه‌اندازی مناسب برای سیستم‌های SUN SPARC باشند.
.br
مسیر شبه‌دیسک "..." باعث می‌شود که تمامی مدخل‌های پارتیشن خالی به رونوشت‌هایی از آخرین مدخل غیرخالی تبدیل شوند. اگر هیچ disk_path دیگری پیش از "..." داده نشده باشد، تمام پارتیشن‌ها تصویر ISO را توصیف می‌کنند. در این حالت، کد بارگذار بوت (Bootloader) باید با گزینه \-G وارد شود.
.TP
\fB\-sparc-boot\fR disk_path[,disk_path ...]
نام مستعار \-B.
.TP
\fB\-sparc-label\fR text
متن برچسب ASCII یک SUN Disk Label را تنظیم می‌کند.
.TP
\fB--grub2-sparc-core\fR iso_rr_path
باعث می‌شود آدرس محتوا و اندازه فایل داده داده‌شده درون تصویر پس از SUN Disk Label نوشته شود. هر دو عدد بر حسب بایت شمرده می‌شوند.
آدرس به صورت یک عدد ۶۴ بیتی big\-endian در بایت 0x228 نوشته می‌شود.
اندازه به صورت یک عدد ۳۲ بیتی big\-endian در بایت 0x230 نوشته می‌شود.
.TP
\fB\-hppa-cmdline\fR text
خط فرمان PALO را برای HP\-PA تنظیم می‌کند. به طور پیش‌فرض تا ۱۰۲۳ کاراکتر مجاز است. با \-hppa\-hdrversion 4 این حد ۱۲۷ کاراکتر است.
.br
توجه داشته باشید که در صورت تعیین هر یک از گزینه‌های \-hppa، پنج گزینه نخست \-hppa اجباری هستند. تنها گزینه \-hppa\-hdrversion مجاز است که حذف شود.
.TP
\fB\-hppa-bootloader\fR iso_rr_path
مسیر داده‌شده را به عنوان فایل بارگذار بوت (Bootloader) معماری HP\-PA تعیین می‌کند.
.TP
\fB\-hppa-kernel-32\fR iso_rr_path
مسیر داده‌شده را به عنوان فایل هسته ۳۲ بیتی HP\-PA تعیین می‌کند.
.TP
\fB\-hppa-kernel-64\fR iso_rr_path
مسیر داده‌شده را به عنوان فایل هسته ۶۴ بیتی HP\-PA تعیین می‌کند.
.TP
\fB\-hppa-ramdisk\fR iso_rr_path
مسیر داده‌شده را به عنوان فایل دیسک رم (RAM disk) معماری HP\-PA تعیین می‌کند.
.TP
\fB\-hppa-hdrversion\fR number
بین هدر PALO نسخه ۵ (پیش‌فرض) و نسخه ۴ انتخاب می‌کند.
برای مقدار مناسب به کد منبع PALO مراجعه کنید: PALOHDRVERSION.
.TP
\fB\-alpha-boot\fR iso_rr_path
یک فایل داده درون تصویر را به عنوان بارگذار ثانویه بوت (Secondary Bootstrap Loader) معماری DEC Alpha SRM اعلان کرده و باعث ایجاد یک سکتور راه‌اندازی می‌شود که به آن اشاره دارد.
این گزینه با تولید سایر بلوک‌های راه‌اندازی مانند MBR مانعة‌الجمع است.
.TP
.B مجموعه‌نویسه‌ها (Character sets):
.PP
تا زمانی که فقط از نویسه‌های حرفی\-عددی انگلیسی برای نام فایل‌ها استفاده شود یا تمام نویسندگان و خوانندگان رسانه از یک مجموعه‌نویسه یکسان استفاده کنند، مجموعه‌نویسه‌ها اهمیتی نخواهند داشت.
خارج از این محدودیت‌ها، ممکن است لازم باشد به xorriso اجازه دهید کدهای بایتی را تبدیل کند.
.br
هنگام نوشتن یک ایمیج ISO، تبدیل از مجموعه‌نویسه ورودی به مجموعه‌نویسه خروجی انجام می‌شود.
برعکس، هنگام بارگذاری یک ایمیج ISO، تبدیل از مجموعه‌نویسه خروجی به مجموعه‌نویسه ورودی صورت می‌گیرد.
این مجموعه‌ها را می‌توان در صورت نیاز با گزینه‌های \-input\-charset و \-output\-charset تعریف کرد.
.br
.TP
\fB\-input-charset\fR character_set_name
مجموعه‌نویسه‌ای را تنظیم می‌کند که نام فایل‌های دیسک هنگام درج در ایمیج ISO از آن تبدیل شوند.
.TP
\fB\-output-charset\fR character_set_name
مجموعه‌نویسه‌ای را تنظیم می‌کند که نام‌های ایمیج‌های ISO بارگذاری‌شده از آن تبدیل شوند و هنگام نوشتن ایمیج‌های ISO، نام‌ها به آن تبدیل گردند.
.TP
.B استخراج قالب جیگدو (Jigdo Template Extraction):
.PP
از صفحه راهنمای genisoimage:
«جیگدو (Jigdo) ابزاری برای کمک به توزیع فایل‌های بزرگ مانند ایمیج‌های CD و DVD است؛ برای جزئیات بیشتر http://atterer.net/jigdo را ببینید. ایمیج‌های ISO مربوط به CD و DVDهای دبیان با فرمت jigdo روی وب منتشر می‌شوند تا به کاربران نهایی اجازه دهند آن‌ها را با کارایی بیشتری بارگیری کنند.»
.br
اگر استفاده از libjte در زمان کامپایل xorriso فعال شده باشد، \fBxorrisofs\fR می‌تواند یک فایل .jigdo و یک فایل .template را همراه با یک ایمیج ISO تک‌نشستی (single-session) تولید کند. در غیر این صورت، گزینه‌های Jigdo باعث رویداد FAILURE می‌شوند که معمولاً به توقف برنامه می‌انجامد.
.br
می‌توان قابلیت پشتیبانی از Jigdo را با دستور زیر بررسی کرد:
.br
  $ xorrisofs \-version 2>&1 | grep '^libjte' && echo YES
.br
.PP
فایل .jigdo شامل چِک‌سام‌ها و آدرس‌های نمادین فایل‌ها است.
فایل .template شامل ایمیج ISO فشرده‌شده همراه با برچسب‌های مرجع به‌جای بایت‌های محتوای فایل‌های فهرست‌شده است.
.br
ورودی این فرآیند، آرگومان‌های معمولی برای یک نشست \fBxorrisofs\fR بدون بارگذاری ایمیج، و یک فایل چِک‌سام است که فایل‌های داده‌ای را که ممکن است در فایل .jigdo فهرست شده و در فایل .template به‌صورت خارجی ارجاع داده شوند، فهرست می‌کند.
هر فایل تعیین‌شده در فایل چِک‌سام با یک خط متنی نشان داده می‌شود:
.br
چِک‌سام به‌صورت ارقام هگزادسیمال، ۲ فاصله، اندازه به‌صورت ۱۲ رقم ده‌دهی یا فاصله، ۲ فاصله، آدرس نمادین فایل
.br
نوع چِک‌سام با \-jigdo "checksum_algorithm" با مقادیر "md5" (۳۲ رقم هگزادسیمال) یا "sha256" (۶۴ رقم هگزادسیمال) انتخاب می‌شود.
این نوع همچنین برای خطوط آدرس فایل در فایل .jigdo استفاده خواهد شد.
مقدار پیش‌فرض "md5" است.
.br
آدرس فایل در یک خط از فایل چِک‌سام باید همان نام پایه (basename) مربوط به disk_path فایلی را داشته باشد که قرار است با آن مطابقت یابد. مسیر دایرکتوری آدرس فایل برای نگاشت To=From تعیین‌کننده است، نه برای شناسایی فایل.
پس از نگاشت To=From، آدرس فایل در فایل .jigdo نوشته می‌شود. ابزارهای بازیابی Jigdo این آدرس‌ها را به آدرس‌های واقعی و قابل دسترس منبع داده تبدیل می‌کنند تا بتوانند از آن‌ها بخوانند.
.br
اگر فهرست پارامترهای jigdo خالی نباشد، پدینگ (padding) به‌عنوان بخشی از ایمیج ISO محاسبه خواهد شد.
.br
.TP
\fB\-jigdo-checksum-algorithm\fR "md5"|"sha256"
الگوریتم چِک‌سامی را تنظیم می‌کند که باید برای مدخل‌های فایل‌های داده در فایل .jigdo استفاده شود و در فایل چِک‌سام انتظار می‌رود. مقدار پیش‌فرض "md5" است.
.TP
\fB\-jigdo-jigdo\fR disk_path
مسیر disk_path را برای فایل .jigdo حاوی چِک‌سام‌ها و آدرس‌های بارگیری جهت پر کردن حفره‌ها در .template تنظیم می‌کند.
.TP
\fB\-jigdo-template\fR disk_path
مسیر disk_path را برای فایل .template حاوی نسخه فشرده‌شده و حفره‌دار ایمیج ISO تنظیم می‌کند.
.TP
\fB\-jigdo-min-file-size\fR size
حداقل اندازه فایل داده را برای فهرست شدن در فایل .jigdo و ایجاد حفره در فایل .template تعیین می‌کند.
مقدار size می‌تواند یک عدد ساده برحسب بایت، یا عددی با پسوند حروف "k" ،"m" یا "g" برای شمارش کیبی‌بایت (۱۰۲۴ بایت)، مبی‌بایت (۱۰۲۴ کیبی‌بایت) یا گیبی‌بایت (۱۰۲۴ مبی‌بایت) باشد.
.TP
\fB\-jigdo-force-checksum\fR disk_path_pattern
یک الگوی عبارت باقاعده اضافه می‌کند که با مسیر مطلق disk_path هر فایل داده‌ای که در فایل چِک‌سام یافت نشده است، مقایسه می‌شود.
تطابق الگو باعث ایجاد رویداد MISHAP می‌شود که معمولاً اجرای برنامه را متوقف نمی‌کند اما در نهایت منجر به کد خروج غیرصفر برنامه می‌گردد.
.TP
\fB\-jigdo-force-md5\fR disk_path_pattern
نام مستعار منسوخ‌شده برای \-jigdo\-force\-checksum.
.TP
\fB\-jigdo-exclude\fR disk_path_pattern
یک الگوی عبارت باقاعده اضافه می‌کند که با مسیر مطلق disk_path هر فایل داده‌ای مقایسه می‌شود. تطابق الگو باعث می‌شود فایل در هر صورت در .template باقی بماند.
.TP
\fB\-jigdo-map\fR To=From
یک جفت رشته به شکل To=From را به فهرست پارامترها اضافه می‌کند.
اگر یک فایل داده در فایل .jigdo فهرست شود، از طریق آدرس فایل برگرفته از خط آن در فایل چِک‌سام ارجاع داده می‌شود. بررسی می‌شود که آیا این آدرس فایل با رشته From شروع می‌شود یا خیر. اگر چنین باشد، این رشته قبل از ورود به فایل .jigdo، با رشته To و یک نویسه ':' جایگزین خواهد شد. رشته From باید با یک نویسه '/' پایان یابد.
.TP
\fB\-checksum-list\fR disk_path
مسیر disk_path را مشخص می‌کند که فایل چِک‌سام حاوی آدرس‌های نمادین فایل و چِک‌سام‌ها طبق \-jigdo\-checksum\-algorithm در آن قرار دارد.
.TP
\fB\-md5-list\fR disk_path
نام مستعار منسوخ‌شده برای \-checksum\-list.
.TP
\fB\-jigdo-template-compress\fR "gzip"|"bzip2"
یکی از گزینه‌های "bzip2" یا "gzip" را برای فشرده‌سازی فایل template انتخاب می‌کند. فایل jigdo به‌صورت فشرده‌نشده خروجی داده می‌شود.
.TP
\fB\-checksum_algorithm_iso\fR list_of_names
یک یا چند الگوریتم از میان "md5" ،"sha1" ،"sha256" یا "sha512" را برای چِک‌سام‌های کمکی "# Image Hex" در فایل .jigdo انتخاب می‌کند. list_of_names می‌تواند به‌عنوان مثال شبیه "md5,sha1,sha512" باشد. مقدار "all" تمام الگوریتم‌های موجود را انتخاب می‌کند.
توجه داشته باشید که MD5 همیشه فعال باقی می‌ماند.
.TP
\fB\-checksum_algorithm_template\fR list_of_names
الگوریتم‌ها را برای چِک‌سام‌های "# Template Hex" در فایل .jigdo انتخاب می‌کند.
قوانین مربوط به list_of_names مانند \-checksum_algorithm_iso است.
.TP
.B گزینه‌های متفرقه (Miscellaneous options):
.TP
\fB\-genisoimage_completion\fR
آرگومان‌های گزینه‌های ناشناخته را که با خط تیره '\-' شروع می‌شوند، با گزینه‌های شناخته‌شده genisoimage مطابقت می‌دهد؛ همان‌طور که برنامه genisoimage این کار را بدون قید و شرط (و بدون مستندسازی) انجام می‌دهد. اگر آرگومان ارائه‌شده با ابتدای دقیقاً یک گزینه genisoimage مطابقت داشته باشد، با آن گزینه جایگزین می‌شود. گزینه‌هایی که اصیل به mkisofs یا شبیه‌سازی mkisofs در xorriso هستند، به این شکل مطابقت داده نمی‌شوند.
آرگومان‌های گزینه‌ای که کاملاً از یک خط تیره ابتدایی و حروفی از "dDfJlNRrTUvz" تشکیل شده‌اند مطابقت داده نمی‌شوند، بلکه مانند معمول تفسیر می‌گردند، یعنی به‌عنوان چندین گزینه با خط تیره ابتدایی و هر یک از تک‌حروف‌ها.
اگر هیچ گزینه genisoimage یافت نشود یا بیش از یک گزینه یافت شود، پیام SORRY صادر شده و آرگومان بدون تغییر باقی می‌ماند.
.br
برای فعال‌سازی این حالت به‌صورت پیش‌فرض، دستور xorriso زیر را بنویسید:
.br
  \-genisoimage_completion on
.br
در یکی از فایل‌های راه‌اندازی xorriso. بخش FILES را ببینید.
.TP
\fB\-print-size\fR
تعداد پیش‌بینی‌شده بلوک‌های ۲۰۴۸ بایتی را در ایمیج ISO در حال تولید، در خروجی استاندارد چاپ می‌کند. این ایمیج را تولید نمی‌کند.
.br
نتیجه به چندین تنظیم بستگی دارد.
.br
اگر گزینه \-\-emul\-toc داده شود، پدینگ (padding - بخش \-pad را ببینید) به‌عنوان بخشی از اندازه ایمیج محاسبه نمی‌شود. در این حالت یا از \-no\-pad استفاده کنید یا عدد ۱۵۰ (= ۳۰۰ کیبی‌بایت) را به عدد حاصل اضافه نمایید.
.br
اگر شبیه‌سازی mkisofs پس از گزینه \-print\-size پایان یابد، ویژگی‌های آخرین فایل ایمیج بوت مشخص‌شده را نمی‌توان با دستورات بعدی xorriso ویرایش کرد.
.TP
\fB--no_rc\fR
تنها در صورتی که به‌عنوان آرگومان اول استفاده شود، این گزینه از خواندن و تفسیر فایل‌های راه‌اندازی جلوگیری می‌کند. بخش FILES را در ادامه ببینید.
.TP
\fB\-help\fR
.br
فهرست گزینه‌های پشتیبانی‌شده را در stderr نمایش می‌دهد. گزینه‌های اصلی mkisofs متن توضیحات اصلی mkisofs خود را حفظ کرده‌اند.
.TP
\fB\-quiet\fR
.br
اکثر پیام‌های اجرای برنامه را متوقف می‌کند، به‌جز پیام‌هایی که مشکلات یا خطاها را نشان می‌دهند.
.TP
\fB\-gui\fR
.br
توالی پیام‌های وضعیت و پیشرفت (pacifier) را هنگام نوشتن یک ایمیج ISO افزایش می‌دهد.
.TP
\fB\-log-file\fR disk_path
.br
فایل disk_path را به اندازه ۰ کوتاه (truncate) کرده و تمام پیام‌هایی را که معمولاً در stderr ظاهر می‌شوند به آن هدایت می‌کند. گزینه \-log\-file همراه با متن خالی برای disk_path، خروجی را مجدداً به stderr بازمی‌گرداند.
.TP
\fB\-v\fR
.br
خروجی پیام‌های اطلاعاتی برنامه را فعال می‌کند.
.TP
\fB\-verbose\fR
نام مستعار برای \-v.
.TP
\fB\-version\fR
متنی را در خروجی استاندارد چاپ می‌کند که با عبارت زیر شروع می‌شود:
.br
 "mkisofs 2.01\-Emulation Copyright (C)"
.br
و در خطای استاندارد نیز اطلاعات نسخه xorriso را چاپ می‌کند.
.TP
.B ملاحظات بازتولیدپذیری (Reproducibility considerations):
.PP
نسخه‌های پایدار xorriso آماده شده‌اند تا در اجراهای مکرر از فایل‌های ورودی یکسان با متادیتای فایل یکسان و گزینه‌های xorrisofs یکسان، بایت‌های یکسان سیستم‌فایل ISO 9660 را تولید کنند. تنها استثنا بایت‌هایی هستند که به زمان فعلی اجرای xorriso بستگی دارند.
.br
این مقادیر وابسته به زمان را می‌توان با گزینه‌های \-\-modification\-date= ،\-\-gpt_disk_guid و \-\-set_all_file_dates روی مقادیر ثابت تنظیم کرد. به‌جای تنظیم هر یک از آن‌ها، می‌توان همه آن‌ها را از طریق متغیر محیطی SOURCE_DATE_EPOCH تحت تأثیر قرار داد.
.br
متغیر SOURCE_DATE_EPOCH به مشخصات reproducible-builds.org تعلق دارد. فرض بر این است که این متغیر یا تعریف نشده باشد یا شامل یک عدد ده‌دهی باشد که ثانیه‌های سپری‌شده از ۱ ژانویه ۱۹۷۰ را بیان می‌کند. اگر حاوی عدد باشد، از آن به‌عنوان مقدار زمان برای تنظیم پیش‌فرض \-\-modification\-date= استفاده می‌شود. گزینه \-\-gpt_disk_guid به‌صورت پیش‌فرض روی "modification\-date" قرار می‌گیرد. مقدار پیش‌فرض \-\-set_all_file_dates سپس "set_to_mtime" خواهد بود. علاوه بر این، زمان "اکنون" (now) برای گره‌های ISO بدون منبع دیسک روی مقدار SOURCE_DATE_EPOCH تنظیم می‌شود.
.br
فایل‌های راه‌اندازی و گزینه‌های xorrisofs می‌توانند اثر SOURCE_DATE_EPOCH را لغو کنند.
.PP
نسخه‌های مختلف xorriso ممکن است از ورودی‌ها و گزینه‌های یکسان، خروجی یکسان تولید کنند یا نکنند. بازتولیدپذیری ممکن است به‌دلیل رفع اشکالات یا بهبودهای قابلیت بین نسخه‌ها با مانع روبرو شود.
.br
به‌طور پیش‌فرض xorriso اطلاعات نسخه خود را در فیلد Preparer Id از توصیف‌گر جلد اصلی (Primary Volume Descriptor) در ISO 9660 قرار می‌دهد. این کار ممکن است به‌منظور مشخص کردن دقیق نسخه xorriso که باید برای بازتولید استفاده شود مطلوب باشد. اما ممکن است نامطلوب نیز باشد زیرا نباید دامنه وسیع‌تری از نسخه‌های xorriso از تلاش برای بازتولید کنار گذاشته شوند.
.br
اگر می‌خواهید در زمان اولین تولید مقدار پیش‌فرض را لغو کنید، از گزینه \-p با متنی غیر از "@xorriso@" استفاده نمایید. این گزینه همچنین می‌تواند برای تنظیم صریح شناسه آماده‌کننده (preparer id) همان‌طور که در یک سیستم‌فایل ISO 9660 یافت می‌شود و قرار است توسط نسخه متفاوتی از xorriso بازتولید شود، استفاده گردد. شناسه آماده‌کننده را می‌توان با دستور \-pvd_info در xorriso استعلام کرد.
.PP
اگر بازتولیدپذیری نتایج xorrisofs مورد نظر باشد، اقدامات احتیاطی \- مانند تنظیم SOURCE_DATE_EPOCH \- باید از همان اجرای اولیه xorrisofs انجام شوند. تمام فایل‌های ورودی، گزینه‌های xorrisofs استفاده‌شده با ترتیب دقیق، نسخه xorriso و مقدار احتمالی تنظیم‌شده برای SOURCE_DATE_EPOCH باید برای استفاده مجدد در آینده نگهداری یا ثبت شوند.
.br
.br
.SH "مثال‌ها (EXAMPLES)"
.SS
.B نمای کلی مثال‌ها:
یک اجرای ساده برای تولید ایمیج
.br
تنظیم مسیرهای ایمیج ISO با استفاده از \-graft\-points
.br
اجرای چندنشستی (Multi\-session)
.br
استفاده از xorrisofs در پس‌زمینه growisofs
.br
پشتیبان‌گیری افزایشی از چند درخت دایرکتوری
.br
پشتیبان‌گیری افزایشی با درخت‌های انباشته
.br
ساخت ایمیج‌های بوت‌شدنی برای PC\-BIOS و EFI
.br
.SS
.B یک اجرای ساده برای تولید ایمیج
یک درخت فایل آماده‌شده در دایرکتوری ./for_iso در دایرکتوری ریشه
ایمیج ISO کپی می‌شود. مجوزهای دسترسی فایل‌ها برای همگان
به صورت فقط‌خواندنی تنظیم می‌گردد.
ویژگی‌های Joliet برای سیستم‌های مایکروسافت اضافه می‌شود.
ایمیج حاصل به صورت فایل داده ./image.iso روی دیسک نوشته می‌شود.
.br
  $ xorrisofs \-r \-J \-o ./image.iso ./for_iso
.SS
.B تنظیم مسیرهای ایمیج ISO با استفاده از -graft-points
بدون گزینه
.B \-graft\-points
هر فایل داده‌شده از روی دیسک با حفظ نام خود در دایرکتوری ریشه
ایمیج ISO کپی می‌شود. اگر دایرکتوری داده شود، فایل‌ها و زیردایرکتوری‌های
آن با حفظ نام‌هایشان در دایرکتوری ریشه کپی می‌شوند.
.br
  $ xorrisofs ... /home/me/datafile /tmp/directory
.br
در دایرکتوری ریشه ایمیج ISO نتیجه زیر را تولید می‌کند:
.br
  /datafile
.br
  /file_1_from_directory
.br
  ...
.br
  /file_N_from_directory
.br
.sp 1
با گزینه
.B \-graft\-points
امکان قرار دادن فایل‌ها و دایرکتوری‌ها در مسیرهای دلخواه در ایمیج ISO وجود دارد.
.br
  $ xorrisofs ... \-graft\-points /home/me/datafile /dir=/tmp/directory
.br
در دایرکتوری ریشه ایمیج ISO نتیجه زیر را تولید می‌کند:
.br
  /datafile
.br
  /dir
.br
دایرکتوری‌های والد مورد نیاز در ایمیج به طور خودکار ایجاد خواهند شد:
.br
  /datafiles/file1=/home/me/datafile
.br
در ایمیج ISO نتیجه زیر را تولید می‌کند:
.br
  /datafiles/file1
.br
ویژگی‌های دایرکتوری /datafiles از /home/me روی دیسک کپی می‌شود.
.br
.sp 1
به طور معمول باید از به‌کارگیری نویسه‌های = و \\ در بخش ISO مشخصه مسیر خودداری کرد.
اما در صورت لزوم، می‌توان آن‌ها را اسکیپ کرد:
.br
  /with_\\=_and_\\\\/file=/tmp/directory/file
.br
در ایمیج ISO نتیجه زیر را تولید می‌کند:
.br
  /with_=_and_\\/file
.SS
.B اجرای چندنشستی (Multi-session)
این مثال تنها برای رسانه‌های چندنشستی کار می‌کند:
CD\-R[W]، DVD\-R[W]، DVD+R، BD\-R.
گزینه
.B \-\-grow_overwriteable_iso
از cdrskin را به تمامی اجراهای
.B \-as cdrecord
اضافه کنید تا شبیه‌سازی چندنشستی روی رسانه‌های بازنویسی‌پذیر فعال شود.
.br
نشست نخست به این صورت نوشته می‌شود:
.br
  $ xorrisofs \-graft\-points \\
.br
              /tree1=prepared_for_iso/tree1 \\
.br
    | xorriso \-as cdrecord \-v dev=/dev/sr0 blank=fast \-multi \-eject \-
.br
نشست‌های بعدی به این صورت نوشته می‌شوند (اجرای dd تنها برای فراهم کردن فرصت بررسی تغییر وضعیت درایو توسط دیمن‌ها است):
.br
  $ m=$(xorriso \-as cdrecord dev=/dev/sr0 \-msinfo)
.br
  $ dd if=/dev/sr0 count=1 >/dev/null 2>&1
.br
  $ xorrisofs \-M /dev/sr0 \-C $m \-graft\-points \\
.br
              /tree2=prepared_for_iso/tree2 \\
.br
    | xorriso \-as cdrecord \-v dev=/dev/sr0 \-waiti \-multi \-eject \-
.br
همواره بین نشست‌ها سینی درایو را خارج کنید (eject).
.br
اجرای xorriso \-as mkisofs نشست‌های قدیمی را از طریق درایور CD\-ROM
مسیر /dev/sr0 می‌خواند. این درایور ممکن است تا زمانی که دیسک مجدداً
بارگذاری نشود، از تغییر محتوا آگاه نگردد. در این صورت، نشست پیشین
به درستی توسط xorriso شناسایی نمی‌شود و نشست جدید تنها شامل فایل‌های
جدید اضافه شده خواهد بود.
.br
برخی سیستم‌ها شکیبایی کافی برای بارگذاری خودکار سینی درایو ندارند و برخی
دیمن‌ها ممکن است در نخستین تلاش درایور CD\-ROM برای خواندن دیسک تازه بارگذاری‌شده تداخل ایجاد کنند.
.br
هنگام بستن دستی سینی درایو، پس از متوقف شدن چشمک‌زدن درایو ۱۰ ثانیه صبر کنید.
.br
یک روش خودکار امن، اجرای مجزای xorriso برای بارگذاری سینی با انتظار مناسب و سپس اجرای متعاقب dd است تا هرگونه مشکل ناشی از ارزیابی تغییر وضعیت درایو توسط دیمن‌ها مهار شود.
اگر این کار کمکی نکرد، یک دستور "sleep 10" میان xorriso و dd درج کنید.
.SS
.B استفاده از xorrisofs در پس‌زمینه growisofs
ابزار growisofs انتظار برنامه‌ای برای قالب‌بندی ISO دارد که گزینه‌های \-C و
\-M را درک کند. یک متغیر محیطی برای بازتعریف نام پیش‌فرض هاردکدشده تعریف می‌شود.
.br
  $ export MKISOFS="xorrisofs"
.br
  $ growisofs \-Z /dev/dvd /some/files
.br
  $ growisofs \-M /dev/dvd /more/files
.br
اگر "xorrisofs" روی سیستم شما در دسترس نیست، باید پیوندی
به باینری xorriso ایجاد کرده و به growisofs بگویید از آن استفاده کند؛ مثلاً با:
.br
  $ ln \-s $(which xorriso) "$HOME/xorrisofs"
.br
  $ export MKISOFS="$HOME/xorrisofs"
.br
می‌توان شبیه‌سازی mkisofs را با آرگومان "\-\-" خاتمه داد و
از تمامی دستورات xorriso بهره برد. ابزار growisofs از گزینه‌هایی که
با "\-o" آغاز می‌شوند پشتیبانی نمی‌کند اما \-outdev باید روی "\-" تنظیم شود.
بنابراین به جای آن از "outdev" استفاده کنید:
.br
  $ growisofs \-Z /dev/dvd \-\-for_backup \-\- \\
.br
              outdev \- \-update_r /my/files /files
.br
  $ growisofs \-M /dev/dvd \-\-for_backup \-\- \\
.br
              outdev \- \-update_r /my/files /files
.br
توجه داشته باشید که
.B \-\-for_backup
در شبیه‌سازی mkisofs داده شده است.
برای حفظ داده‌های اضافی ثبت‌شده، این گزینه باید هنگام بارگذاری ایمیج توسط شبیه‌سازی، از قبل فعال باشد.
.SS
.B پشتیبان‌گیری افزایشی از چند درخت دایرکتوری
این کار درخت‌های دایرکتوری /open_source_project و /personal_mail
را در ایمیج ISO به گونه‌ای تغییر می‌دهد که کپی دقیقی از همتایان دیسکی خود شوند.
اشیاء فایل‌های ISO بر همین اساس ایجاد، حذف یا ویژگی‌هایشان تنظیم می‌گردند.
.br
مجوزهای ACL، ویژگی‌های xattr، پیوندهای سخت و چکسام‌های MD5 ثبت خواهند شد.
انتظار می‌رود شماره‌های inode در فایل‌سیستم دیسک در طول چرخه‌های مونت و بوت پایدار بمانند.
فایل‌هایی با نام‌های منطبق بر *.o یا *.swp صراحتاً مستثنی می‌شوند.
.br
.sp 1
برای استفاده چندباره روی یک رسانه، هر زمان که به‌روزرسانی دو درخت دیسک روی رسانه مد نظر باشد، به کار می‌رود. با یک رسانه خام آغاز کنید و آن را تا زمانی به‌روزرسانی کنید که به دلیل کمبود فضای باقی‌مانده، اجرا به شکل کنترل‌شده متوقف شود.
.br
همواره بین نشست‌ها سینی درایو را خارج کنید.
اجرای dd به دیمن‌ها فرصت می‌دهد تا وضعیت خواندن نخستین بار را روی رسانه تازه بارگذاری‌شده ارزیابی کنند.
.br
  $ msinfo=$(xorriso \-as cdrecord dev=/dev/sr0 \-msinfo)
.br
  $ dd if=/dev/sr0 count=1 >/dev/null 2>&1
.br
  $ load_opts=
.br
  $ test \-n "$msinfo" && load_opts="\-M /dev/sr0 \-C $msinfo"
.br
  $ xorrisofs $load_opts \-o \- \-\-for_backup \-m '*.o' \-m '*.swp' \\
.br
    \-V PROJ_MAIL_"$(date '+%Y_%m_%d_%H%M%S')" \-graft\-points \\
.br
    \-old\-root / \\
.br
    /projects=/home/thomas/projects \\
.br
    /personal_mail=/home/thomas/personal_mail \\
.br
    | xorriso \-as cdrecord dev=/dev/sr0 \-v \-multi \-waiti \-eject \-
.br
.sp 1
این روش زمانی منطقی است که پشتیبان کامل اولیه، ظرفیت باقی‌مانده قابل توجهی روی رسانه بر جای بگذارد و تغییرات مورد انتظار بسیار کوچک‌تر از پشتیبان کامل باشند.
.br
.sp 1
\fBبهتر است از تازه‌ترین نسخه پشتیبان خود برای \-old\-root استفاده نکنید\fR.
حداقل دو رسانه داشته باشید و به صورت متناوب از آن‌ها استفاده کنید. به این ترتیب تنها نسخه‌های پشتیبان قدیمی‌تر در معرض خطر عملیات نوشتن جدید قرار می‌گیرند، در حالی که تازه‌ترین نسخه پشتیبان با امنیت روی رسانه دیگری ذخیره شده است.
.br
همواره یک رسانه خام آماده داشته باشید تا در صورتی که تلاش برای به‌روزرسانی به دلیل ناکافی بودن فضای باقی‌مانده با شکست مواجه شد، پشتیبان‌گیری کامل انجام دهید. البته این شکست به رسانه قدیمی آسیبی نخواهد رساند.
.br
.sp 1
اگر شماره‌های inode روی دیسک پایدار نیستند، از گزینه
.B \-\-old\-root\-no\-ino
استفاده کنید.
در این حالت، اجرای به‌روزرسانی مجموع‌های MD5 ثبت‌شده را با محتوای جاری فایل روی دیسک سخت مقایسه می‌کند.
.br
.sp 1
با گزینه
.B \-o "sbsector="
در دستور
.B mount
در GNU/Linux یا گزینه
.B \-s
در FreeBSD یا NetBSD
امکان دسترسی به درخت‌های نشستی که نمایانگر نسخه‌های پشتیبان قدیمی‌تر هستند وجود دارد. در رسانه‌های CD، ابزار mount در GNU/Linux شماره نشست‌ها را مستقیماً از طریق گزینه "session=" می‌پذیرد.
.br
رسانه‌های چندنشستی و بیشتر رسانه‌های بازنویسی‌پذیر نوشته‌شده با xorriso می‌توانند sbsectorهای نشست‌های خود را با گزینه
.B \-toc
در xorriso گزارش دهند:
.br
  $ xorriso \-dev /dev/sr0 \-toc
.br
ابزار xorriso می‌تواند دستور mount متناظر با یک شماره نشست را چاپ کند:
.br
  $ xorriso \-mount_cmd /dev/sr0 session 12 /mnt
.br
یا برای شناسه جلدی (volume id) که با یک عبارت جستجو مطابقت دارد:
.br
  $ xorriso \-mount_cmd /dev/sr0 volid '*2008_12_05*' /mnt
.br
هر دو در خروجی استاندارد متنی شبیه به این تولید می‌کنند:
.br
  mount \-t iso9660 \-o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/mnt'
.br
کاربر ارشد می‌تواند اجرای مستقیم دستور mount را به xorriso بسپارد:
.br
  # osirrox \-mount /dev/sr0 "volid" '*2008_12_05*' /mnt
.SS
.B پشتیبان‌گیری افزایشی با درخت‌های انباشته
سیستم‌عامل Solaris گزینه مونت نشست‌های قدیمی‌تر را ارائه نمی‌دهد.
به منظور حفظ دسترسی‌پذیری آن‌ها، می‌توان تمام فایل‌ها را به یک درخت فایل ذیل یک دایرکتوری نشست نگاشت کرد و آن دایرکتوری‌ها را از نشستی به نشست دیگر انباشت نمود.
درخت
.B \-root
از روی درخت
.B \-old\-root
کلون می‌شود پیش از آنکه با درخت‌های مربوطه روی دیسک مقایسه گردد.
.br
این کار نیازمند دانستن نام دایرکتوری نشست پیش‌تر استفاده‌شده است.
.br
در نشست اول:
.br
  $ xorrisofs \-root /session1 \\
.br
    \-o \- \-\-for_backup \-m '*.o' \-m '*.swp' \\
.br
    \-V PROJ_MAIL_"$(date '+%Y_%m_%d_%H%M%S')" \-graft\-points \\
.br
    /projects=/home/thomas/projects \\
.br
    /personal_mail=/home/thomas/personal_mail \\
.br
    | xorriso \-as cdrecord dev=/dev/sr0 \-v blank=as_needed \\
.br
              \-multi \-waiti \-eject \-
.br
.sp 1
در نشست دوم، گزینه
.B \-old\-root
به /session1 اشاره می‌کند و
.B \-root
جدید برابر با /session2 است.
.br
همواره بین نشست‌ها سینی درایو را خارج کنید.
اجرای dd به دیمن‌ها فرصت می‌دهد تا وضعیت خواندن نخستین بار را روی رسانه تازه بارگذاری‌شده ارزیابی کنند.
.br
  $ msinfo=$(xorriso \-as cdrecord dev=/dev/sr0 \-msinfo)
.br
  $ dd if=/dev/sr0 count=1 >/dev/null 2>&1
.br
  $ load_opts=
.br
  $ test \-n "$msinfo" && load_opts="\-M /dev/sr0 \-C $msinfo"
.br
  $ xorrisofs $load_opts \-root /session2 \-old\-root /session1 \\
.br
    \-o \- \-\-for_backup \-m '*.o' \-m '*.swp' \\
.br
    \-V PROJ_MAIL_"$(date '+%Y_%m_%d_%H%M%S')" \-graft\-points \\
.br
    /projects=/home/thomas/projects \\
.br
    /personal_mail=/home/thomas/personal_mail \\
.br
    | xorriso \-as cdrecord dev=/dev/sr0 \-v \-multi \-waiti \-eject \-
.br
در نشست سوم، گزینه
.B \-old\-root
به /session2 اشاره می‌کند.
مقدار
.B \-root
جدید برابر با /session3 خواهد بود و به همین ترتیب ادامه می‌یابد.
.SS
.B ساخت ایمیج‌های بوت‌شدنی برای PC-BIOS و EFI
مجموعه لودر بوت SYSLINUX/ISOLINUX برای بوت کردن PC\-BIOS پرکاربرد است.
ویکی ISOLINUX دستور می‌دهد که روی دیسک یک دایرکتوری ./CD_root ایجاد شده و
تمام فایل‌های مورد نظر در زیر آن دایرکتوری کپی شوند. به ویژه فایل
isolinux.bin باید در ./CD_root/isolinux/isolinux.bin کپی شود.
این فایل، فایل ایمیج بوت است.
.br
گزینه‌های مقرر mkisofs را می‌توان بدون تغییر با
.B xorrisofs
به کار برد:
.br
  $ xorrisofs \-o output.iso \\
.br
      \-b isolinux/isolinux.bin \-c isolinux/boot.cat \\
.br
      \-no\-emul\-boot \-boot\-load\-size 4 \-boot\-info\-table \\
.br
      ./CD_root
.br
آن را با یک برنامه رایت روی CD قرار دهید؛ مثلاً:
.br
  $ xorriso \-as cdrecord \-v dev=/dev/sr0 blank=as_needed output.iso
.br
.sp 1
ایمیج مثال بالا از روی CD، DVD یا BD بوت می‌شود، اما از فلش‌مموری USB یا سایر دستگاه‌های دیسک‌مانند بوت نخواهد شد. این کار را می‌توان با کمک یک MBR هیبریدی (isohybrid MBR) انجام داد. سامانه Syslinux فایل‌های الگوی منطبق را به صورت isohdp[fp]x*.bin ارائه می‌دهد؛ مانند /usr/lib/syslinux/isohdpfx.bin .
.br
اگر چند صد کیلوبایت حجم اهمیتی ندارد، می‌توان از گزینه
.B \-partition_offset
برای ایجاد یک جدول پارتیشن استفاده کرد که در آن پارتیشن ۱ از بلوک ۰ شروع نمی‌شود. این امر دستکاری‌های بعدی روی فلش USB توسط ابزارهای پارتیشن‌بندی و فرمت‌بندی را تسهیل می‌کند.
.br
ایمیج حاصل از مثال زیر برای بوت از طریق MBR آماده می‌شود و نخستین پارتیشن آن از بلوک ۶۴ دیسک سخت شروع خواهد شد.
.br
این ایمیج از روی رسانه‌های نوری نیز بوت خواهد شد.
.br
  $ xorrisofs \-o output.iso \\
.br
      \-b isolinux/isolinux.bin \-c isolinux/boot.cat \\
.br
      \-no\-emul\-boot \-boot\-load\-size 4 \-boot\-info\-table \\
.br
      \-isohybrid\-mbr /usr/lib/syslinux/isohdpfx.bin \\
.br
      \-partition_offset 16 \\
.br
      ./CD_root
.br
به کاربر ارشد تبدیل شوید و ایمیج را روی فایل پایه دستگاه پارتیشن‌بندی‌نشده فلش USB کپی کنید. در GNU/Linux این دستگاه مثلاً /dev/sdb است، نه /dev/sdb1.
.br
احتیاط:
این کار هرگونه پارتیشن‌بندی روی فلش USB را بازنویسی می‌کند و داده‌های باقی‌مانده را غیرقابل دسترسی می‌سازد.
.br
بنابراین ابتدا مطمئن شوید که آدرس صحیح دستگاه مورد نظر را به دست آورده‌اید؛ مثلاً با خواندن ۱۰۰ مبی‌بایت داده از آن و مشاهده چشمک زدن آن:
.br
  # dd bs=2K if=/dev/sdb count=50K >/dev/null
.br
اکنون ایمیج را روی آن کپی کنید:
.br
  # dd bs=2K if=output.iso of=/dev/sdb
.br
.sp 1
اکنون برای EFI:
.br
فایل ایمیج بوت باید ایمیجی از یک پارتیشن سیستمی EFI (یا همان ESP) باشد، یعنی یک فایل‌سیستم FAT با دایرکتوری /EFI/BOOT و فایل‌های بوت با نام‌های تجویزشده EFI: فایل BOOTIA32.EFI برای x86 سی‌ودو بیتی، فایل BOOTx64.EFI برای AMD/x86 شصت‌وچهار بیتی (در استاندارد UEFI\-2.4 واقعاً از حرف کوچک "x" استفاده شده است)، و BOOTAA64.EFI برای ARM شصت‌وچهار بیتی. نرم‌افزار موجود در فایل‌سیستم FAT باید بتواند فایل‌سیستم ISO را برای یافتن پیکربندی بوت‌لودر و شروع سیستم‌عامل پیدا و بررسی کند. برنامه grub\-mkimage از بسته GRUB2 می‌تواند چنین فایل‌سیستم FAT را با محتوای مناسب تولید کند که سپس از نرم‌افزارهای بعدی GRUB2 در فایل‌سیستم ISO بهره می‌برد.
.br
تجهیزات بوت EFI را می‌توان با ISOLINUX isohybrid فوق برای PC\-BIOS به روشی ترکیب کرد که گرچه کاملاً منطبق بر استاندارد UEFI\-2.4 نیست، اما به خوبی کار می‌کند. این روش جدول‌های پارتیشن MBR و GPT تولید می‌کند که هر دو دارای پارتیشن‌های تو در تو هستند.
با فرض اینکه ایمیج پارتیشن سیستمی EFI به صورت ./CD_root/boot/grub/efi.img آماده است، گزینه‌های زیر را پیش از آدرس دایرکتوری ./CD_root اضافه کنید:
.br
      \-eltorito\-alt\-boot \-e 'boot/grub/efi.img' \-no\-emul\-boot \\
.br
      \-isohybrid\-gpt\-basdat \\
.br
روشی که تطابق بیشتری با UEFI\-2.4 دارد این است که بین MBR یا GPT یکی را انتخاب کنید و یک نسخه از پارتیشن سیستمی EFI را ضمیمه نمایید تا از هم‌پوشانی پارتیشن ISO و پارتیشن EFI جلوگیری شود. در اینجا برای MBR:
.br
      \-eltorito\-alt\-boot \-e 'boot/grub/efi.img' \-no\-emul\-boot \\
      \-append_partition 2 0xef ./CD_root/boot/grub/efi.img \\
.br
انتظار می‌رود فایل‌های ISO حاصل، هم از رسانه‌های نوری و هم از فلش‌مموری USB بوت شوند.
در صورتی که از هیچ گزینه \-b برای بوت‌پذیر کردن ISO از طریق PC\-BIOS استفاده نشود، می‌توان گزینه \-eltorito\-alt\-boot را حذف کرد.
.br
.sp 1
برای فایل‌های ISO با تجهیزات بوت صرفاً GRUB2، استفاده از ابزار grub\-mkrescue از GRUB2 را به عنوان واسطی برای xorrisofs مد نظر قرار دهید.
.br
.sp 1
اگر یک فایل‌سیستم ISO بوت‌شدنی دارید و می‌خواهید از تجهیزات آن و پیشنهادی برای نحوه بازتولید آن مطلع شوید، این دستور را امتحان کنید:
.br
  $ xorriso \-hfsplus on \-indev IMAGE.iso \\
      \-report_el_torito plain \-report_system_area plain \\
      \-print "" \-print "======= پیشنهاد برای گزینه‌های xorrisofs:" \\
      \-report_el_torito as_mkisofs
.br
.br
.SH "فایل‌ها (FILES)"
.SS
.B فایل‌های راه‌اندازی:
.br
چنانچه
.B \-\-no_rc
به عنوان نخستین آرگومان داده نشود،
.B xorrisofs
هنگام راه‌اندازی تلاش می‌کند خطوط موجود در فایل‌های زیر را بخواند و اجرا کند:
.br
   /etc/default/xorriso
.br
   /etc/opt/xorriso/rc
.br
   /etc/xorriso/xorriso.conf
.br
   $HOME/.xorrisorc
.br
فایل‌ها به ترتیبی که در اینجا آمده خوانده می‌شوند، اما وجود هیچ‌یک از آن‌ها الزامی نیست. خطوط به عنوان گزینه‌های
.B xorrisofs
تفسیر نمی‌شوند، بلکه به عنوان دستورات عمومی xorriso تلقی می‌گردند. صفحه راهنمای xorriso را ببینید.
.PP
پس از فایل‌های راه‌اندازی xorriso، برنامه یکی پس از دیگری تلاش می‌کند فایل‌های زیر را برای خواندن باز کند:
.br
   ./.mkisofsrc
.br
   $MKISOFSRC
.br
   $HOME/.mkisofsrc
.br
   $(dirname $0)/.mkisofsrc
.br
در صورت موفقیت، محتوای فایل را تفسیر کرده و فایل‌های بعدی را امتحان نمی‌کند.
آخرین آدرس تنها در صورتی استفاده می‌شود که آرگومان ۰ شروع، دارای یک dirname غیربدیهی باشد.
.br
بخش خواننده در حال حاضر جفت‌های NAME=VALUE زیر را تفسیر می‌کند:
.br
 APPI مقدار پیش‌فرض برای \-A
.br
 PUBL مقدار پیش‌فرض برای \-publisher
.br
 SYSI مقدار پیش‌فرض برای \-sysid
.br
 VOLI مقدار پیش‌فرض برای \-V
.br
 VOLS مقدار پیش‌فرض برای \-volset
.br
هرگونه خطوط دیگر نادیده گرفته خواهند شد.
.br
.SH "محیط (ENVIRONMENT)"
متغیرهای محیطی زیر بر رفتار برنامه تأثیر می‌گذارند:
.br
متغیر HOME برای یافتن فایل‌های راه‌اندازی xorriso و mkisofs استفاده می‌شود.
.br
متغیر MKISOFSRC ممکن است برای هدایت برنامه به یک فایل راه‌اندازی mkisofs به کار رود.
.br
متغیر SOURCE_DATE_EPOCH به مشخصات فنی reproducible\-builds.org تعلق دارد.
پاراگراف فوق تحت عنوان "ملاحظات بازتولیدپذیری" را ببینید.
.br
.SS
.SH "همچنین ببینید (SEE ALSO)"
.TP
برای حالت دستورات عمومی xorriso
.BR xorriso(1)
.TP
برای شبیه‌سازی cdrecord در xorriso
.BR xorrecord(1)
.TP
برای مونت کردن ایمیج‌های ISO 9660 تولیدشده توسط xorriso (-t iso9660)
.BR mount(8)
.TP
سایر برنامه‌هایی که ایمیج‌های ISO 9660 تولید می‌کنند
.BR mkisofs(8),
.BR genisoimage(8)
.TP
برنامه‌هایی که نشست‌ها را روی رسانه‌های نوری رایت می‌کنند
.BR growisofs(1),
.BR cdrecord(1),
.BR wodim(1),
.BR cdrskin(1),
.BR xorriso(1)
.TP
مجوزهای ACL، ویژگی‌های xattr، ویژگی‌های فایل لینوکس، شناسه‌های پروژه
.BR getfacl(1),
.BR setfacl(1),
.BR getfattr(1),
.BR setfattr(1),
.BR lsattr(1),
.BR chattr(1),
.BR ext4(5),
.BR xfs_quota(8)
.TP
چکسام‌های MD5
.BR md5sum(1)
.TP
در FreeBSD دستورات مربوط به xattr و MD5 متفاوت هستند
.BR getextattr(8),
.BR setextattr(8),
.BR md5(1)
.SH "اشکالات (BUGS)"
برای گزارش اشکالات، درخواست کمک یا پیشنهاد بهبودها برای
.BR xorriso ،
لطفاً به لیست پستی عمومی <bug\-xorriso@gnu.org> رایانامه بفرستید.
در صورتی که حریم خصوصی بیشتری مد نظر است، به <scdbackup@gmx.net> ایمیل بزنید.
.br
لطفاً توضیح دهید که چه انتظاری از
.B xorriso
داشته‌اید، آرگومان‌های برنامه یا دستورات گفتگویی که با آن‌ها برای رسیدن به آن تلاش کردید چه بوده است، پیام‌های
.B xorriso
و نتیجه نامطلوب اجرای برنامه خود را شرح دهید.
.br
انتظار داشته باشید که پیش از ارائه راه‌حل‌ها، پرسش‌های بیشتری از شما پرسیده شود.
.SH "نویسنده (AUTHOR)"
Thomas Schmitt <scdbackup@gmx.net>
.br
برای libburnia\-project.org
.SH "حق نشر (COPYRIGHT)"
Copyright (c) 2011 \- 2026 Thomas Schmitt
.br
مجوز توزیع آزادانه این متن داده شده است. این متن تنها باید همگام با ویژگی‌های فنی xorriso اصلاح شود. چنانچه از مجوز برای استخراج نسخه‌های اصلاح‌شده xorriso استفاده می‌کنید، مجاز هستید این متن را تحت همان مجوز ویرایش کنید.
.SH "قدردانی‌ها (CREDITS)"
برنامه
.B xorrisofs
تا حدی بر پایه کارهای Vreixo Formoso است که libisofs را همراه با Mario Danic (که همچنین رهبری تیم libburnia را بر عهده دارد) ارائه می‌دهد.
Vladimir Serbinenko کد فایل‌سیستم HFS+ و دانش مرتبط با آن را ارائه کرده است.
.br
با تقدیر از Joerg Schilling که ابزار cdrtools او به مدت ده سال به من خدمت کرد.