genisoimage - آنلاین در ابر

برنامه:

نام

genisoimage - ایجاد سیستم فایل ISO9660/Joliet/HFS با ویژگی های اختیاری Rock Ridge

خلاصه

Genisoimage [گزینه های] [-o نام فایل] pathspec [pathspec ...]

شرح

Genisoimage یک برنامه پیش مسترینگ برای تولید سیستم های فایل هیبریدی ISO9660/Joliet/HFS است.

Genisoimage قادر به تولید است سیستم استفاده کنید اشتراک پروتکل سوابق (SUSP)
مشخص شده توسط سنگ خط الراس تبادل پروتکل. این برای توصیف بیشتر استفاده می شود
فایل های موجود در سیستم فایل ISO9660 را به یک هاست یونیکس ارسال می کند و اطلاعاتی مانند طولانی را ارائه می دهد
نام فایل، UID/GID، مجوزهای POSIX، پیوندهای نمادین، و دستگاه بلوک و کاراکتر
فایل های.

اگر گزینه های خط فرمان هیبریدی Joliet یا HFS مشخص شده باشد، Genisoimage ایجاد خواهد کرد
فراداده های اضافی سیستم فایل مورد نیاز برای Joliet یا HFS. در غیر این صورت Genisoimage اراده
یک سیستم فایل ISO9660 خالص ایجاد کنید.

Genisoimage می تواند ایجاد کند درست (و یا به اشتراک گذاشته شده) فایل سیستم هیبریدی HFS. همین فایل ها دیده می شود
به عنوان فایل های HFS هنگامی که از مکینتاش قابل دسترسی هستند و به عنوان فایل های ISO9660 در صورت دسترسی از سایرین
ماشین آلات HFS مخفف بر اساس سلسله مراتب پرونده سیستم و فایل سیستم بومی مورد استفاده در است
کامپیوترهای مکینتاش

به عنوان جایگزین، Genisoimage می تواند تولید کند اپل گسترش دهنده ها به ISO9660 برای هر فایل
این پسوندها هر فایلی را با پرچم‌های CREATOR، TYPE و Finder خاصی ارائه می‌کنند
از مکینتاش قابل دسترسی است. را ببینید HFS مکینتاش فایل فرمها بخش زیر

Genisoimage یک عکس فوری از درخت فهرست داده شده می گیرد و یک تصویر باینری تولید می کند که
هنگامی که روی یک دستگاه بلوک نوشته می شود، با یک سیستم فایل ISO9660 و/یا HFS مطابقت دارد.

هر فایلی که در سیستم فایل ISO9660 نوشته می شود باید دارای نام فایل با فرمت 8.3 (حداکثر تا
8 نویسه، نقطه، حداکثر 3 نویسه، همه با حروف بزرگ)، حتی اگر Rock Ridge در حال استفاده باشد.
این نام فایل در سیستم هایی استفاده می شود که قادر به استفاده از Rock Ridge نیستند
پسوندها (مانند MS-DOS)، و هر نام فایل در هر فهرست باید متفاوت باشد
نام فایل های دیگر در همان دایرکتوری Genisoimage به طور کلی سعی می کند به شکل صحیح باشد
نام‌ها را با اجبار کردن نام فایل یونیکس به حروف بزرگ و کوتاه کردن در صورت لزوم، اما اغلب این کار انجام می‌دهند
زمانی که نام های کوتاه شده همه منحصر به فرد نباشند، نتایج رضایت بخشی به همراه دارد. Genisoimage
به هر نام فایل وزن می دهد، و اگر دو نام که در غیر این صورت یکسان هستند، هستند
پیدا شد، نام با اولویت پایین تغییر نام داده می شود تا شامل یک عدد 3 رقمی باشد (تضمین شده
منحصر به فرد بودن). به عنوان مثال، دو فایل foo.bar و foo.bar.~1~ می تواند به عنوان ارائه شود
FOO.BAR؛ 1 و FOO000.BAR;1.

هنگامی که با گزینه های مختلف HFS استفاده می شود، Genisoimage سعی خواهد کرد فایل های ذخیره شده در آن را تشخیص دهد
تعدادی از فرمت های فایل اپل/یونیکس و همچنین فورک های داده و منابع را کپی می کند
هر گونه اطلاعات مربوط به Finder. را ببینید HFS مکینتاش فایل فرمها بخش زیر برای اطلاعات بیشتر
در مورد فرمت ها Genisoimage پشتیبانی می کند.

توجه داشته باشید که Genisoimage برای برقراری ارتباط مستقیم با نویسنده طراحی نشده است. اکثر
نویسندگان دارای مجموعه دستورات اختصاصی هستند که از سازنده ای به سازنده دیگر و شما متفاوت است
برای رایت واقعی دیسک به یک ابزار تخصصی نیاز دارید. وودیم یکی از این ابزارها است. آخرین
نسخه وودیم در دسترس از است http://www.cdrkit.org/.

pathspec مسیر درخت دایرکتوری است که باید در سیستم فایل ISO9660 کپی شود.
مسیرهای متعددی را می توان مشخص کرد، و Genisoimage فایل های موجود در همه را ادغام می کند
اجزای مسیر مشخص شده برای تشکیل تصویر سیستم فایل.

اگر گزینه -نقاط پیوند مشخص شده است، امکان پیوند مسیرها در
نقاطی غیر از دایرکتوری ریشه است و امکان پیوند فایل ها یا دایرکتوری ها وجود دارد
روی تصویر cdrom با نام هایی متفاوت از آنچه در سیستم فایل منبع وجود دارد.
توضیح این موضوع با چند مثال ساده تر است. بیایید با این فرض شروع کنیم که a
فایل محلی ../old.lis وجود دارد، و شما می خواهید آن را در تصویر cdrom قرار دهید.

foo/bar/=../old.lis

شامل خواهد شد old.lis در تصویر cdrom در /foo/bar/old.lis، در حالی که

foo/bar/xxx=../old.lis

شامل خواهد شد old.lis در تصویر cdrom در /foo/bar/xxx. همان نوع نحو می تواند باشد
با دایرکتوری ها نیز استفاده می شود. Genisoimage هر دایرکتوری مورد نیاز را ایجاد خواهد کرد به طوری که
نقاط پیوند در تصویر cdrom وجود دارد - لازم نیست فهرست ها در یک فهرست ظاهر شوند
از مسیرها به‌طور پیش‌فرض، هر دایرکتوری‌ای که در جریان ایجاد می‌شود مانند این خواهد بود
مجوز 0555 و به نظر می رسد متعلق به شخصی است که در حال اجرا است Genisoimage. در صورت تمایل
سایر مجوزها یا صاحبان دایرکتوری های میانی را ببینید -uid, -گید, حالت-dir,
حالت فایل و حالت جدید-dir.

Genisoimage هنگامی که با Cygwin Cygnus کامپایل شود روی ماشین های ویندوز نیز اجرا می شود (موجود
از جانب http://www.cygwin.com/). بنابراین بیشتر مراجع در این صفحه مرد به یونیکس می تواند
جایگزین شده با Win32.

OPTIONS

چندین گزینه را می توان به عنوان پیش فرض در a مشخص کرد .genisoimagerc فایل پیکربندی، به عنوان
و همچنین در خط فرمان اگر پارامتری در هر دو مکان مشخص شده باشد، تنظیم از
خط فرمان استفاده می شود. برای جزئیات بیشتر در مورد قالب و مکان های احتمالی این فایل،
دیدن genisoimagerc(5).

-چکیده پرونده
نام فایل انتزاعی را مشخص می کند. فضایی برای 37 کاراکتر وجود دارد. معادل با
ABST در .genisoimagerc فایل.

-A application_id
یک رشته متنی را مشخص می کند که در هدر حجم نوشته می شود. این باید
برنامه ای را که روی دیسک قرار خواهد گرفت را توضیح دهید. فضایی برای 128 وجود دارد
شخصیت ها. معادل با کمک در .genisoimagerc فایل.

-مجاز-محدود-اندازه
هنگام پردازش فایل های بزرگتر از 2 گیگا بایت که نمی توان به راحتی در آنها نمایش داد
ISO9660، آنها را با اندازه فایل قابل مشاهده کوچک شده به ISO9660 و با صحیح اضافه کنید
اندازه فایل قابل مشاهده برای سیستم UDF. نتیجه یک سیستم فایل ناسازگار است و
کاربران باید مطمئن شوند که واقعاً برای خواندن از درایور UDF به جای ISO9660 استفاده می کنند
چنین دیسکی به معنای فعال کردن است -udf.

-مجاز-نقاط-پیشرو

-ldots اجازه دهید نام فایل ISO9660 با نقطه شروع شود. معمولاً یک نقطه پیشرو جایگزین می شود
با یک خط زیر به منظور حفظ سازگاری MS-DOS.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً روی بسیاری از سیستم ها کار می کند. استفاده کنید
با احتیاط.

-اجازه دادن-کوچک
این گزینه به حروف کوچک اجازه می دهد تا در نام فایل های ISO9660 ظاهر شوند.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً در برخی از سیستم ها کار می کند. استفاده کنید
با احتیاط.

-اجازه-چند نقطه
این گزینه اجازه می دهد تا بیش از یک نقطه در نام فایل های ISO9660 ظاهر شود. یک پیشرو
نقطه تحت تأثیر این گزینه قرار نمی گیرد، ممکن است به طور جداگانه با استفاده از آن مجاز باشد
-مجاز-نقاط-پیشرو.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً روی بسیاری از سیستم ها کار می کند. استفاده کنید
با احتیاط.

-کتابنامه پرونده
نام فایل کتابشناختی را مشخص می کند. فضایی برای 37 کاراکتر وجود دارد.
معادل با BIBL در .genisoimagerc فایل.

-اینودهای کش

-no-cache-inodes
برای یافتن پیوندهای سخت به فایل‌ها، کش کردن شماره‌های دستگاه و inode را فعال یا غیرفعال کنید. اگر
Genisoimage یک پیوند سخت (فایلی با چندین نام) پیدا می کند، فایل نیز خواهد بود
روی سی دی به صورت سخت پیوند داده شده است، بنابراین محتویات فایل فقط یک بار ظاهر می شود. این به صرفه جویی کمک می کند
فضا. -اینودهای کش به طور پیش فرض در سیستم عامل های یونیکس مانند است، اما
-no-cache-inodes در برخی از سیستم های دیگر مانند Cygwin پیش فرض است، زیرا اینطور نیست
با خیال راحت می توان فرض کرد که اعداد inode در آن سیستم ها منحصر به فرد هستند. (برخی از نسخه های
Cygwin اعداد inode جعلی را با استفاده از یک الگوریتم هش ضعیف ایجاد می کند که ممکن است تولید کند
تکراری.) اگر دو فایل دارای شماره inode یکسان هستند اما پیوندهای سختی به آن نیستند
همان فایل Genisoimage -اینودهای کش درست رفتار نخواهد کرد -no-cache-inodes
در همه شرایط امن است، اما در آن صورت Genisoimage نمی تواند لینک های سخت را شناسایی کند،
بنابراین تصویر CD حاصل ممکن است بزرگتر از حد لازم باشد.

-آلفا بوت alpha_boot_image
مسیر و نام فایل تصویر بوت را مشخص می کند که در هنگام ساختن از آن استفاده شود
سی دی قابل بوت آلفا/SRM. نام مسیر باید نسبت به مسیر منبع مشخص شده باشد
به Genisoimage.

-hppa-bootloader hppa_bootloader_image
مسیر و نام فایل تصویر بوت را مشخص می کند که در هنگام ساخت HPPA استفاده شود
سی دی قابل بوت نام مسیر باید نسبت به مسیر منبع مشخص شده باشد
Genisoimage. گزینه های دیگری مورد نیاز است، حداقل یک نام فایل هسته و a
خط فرمان بوت را ببینید HPPA NOTES بخش زیر برای اطلاعات بیشتر

-hppa-cmdline hppa_boot_command_line
خط فرمانی را مشخص می کند که در هنگام ایجاد a به بوت لودر HPPA ارسال شود
سی دی قابل بوت پارامترها را با فاصله یا کاما از هم جدا کنید. گزینه های بیشتری باید باشد
گذشت به Genisoimage، حداقل یک نام فایل هسته و بوت لودر
نام فایل. را ببینید HPPA NOTES بخش زیر برای اطلاعات بیشتر

-hppa-kernel-32 hppa_kernel_32

-hppa-kernel-64 hppa_kernel_64
مسیر و نام فایل تصاویر هسته 32 بیتی و/یا 64 بیتی را مشخص می کند.
هنگام ساخت CD قابل بوت HPPA استفاده می شود. نام مسیرها باید نسبت به منبع باشد
مسیر مشخص شده به Genisoimage. گزینه های دیگر مورد نیاز است، حداقل
نام فایل بوت لودر و خط فرمان بوت. را ببینید HPPA NOTES بخش زیر
برای اطلاعات بیشتر.

-hppa-ramdisk hppa_ramdisk_image
مسیر و نام فایل تصویر ramdisk را که در هنگام ساخت HPPA استفاده می شود، مشخص می کند
سی دی قابل بوت نام مسیر باید نسبت به مسیر منبع مشخص شده باشد
Genisoimage. این پارامتر اختیاری است. گزینه های دیگر مورد نیاز است، در بسیار
حداقل نام فایل هسته و خط فرمان بوت. را ببینید HPPA NOTES بخش زیر
برای اطلاعات بیشتر.

-mips-boot mips_boot_image
مسیر و نام فایل تصویر بوت را مشخص می کند که در هنگام ساختن از آن استفاده شود
سی دی قابل بوت SGI/Big-Endian MIPS. نام مسیر باید نسبت به مسیر مبدا باشد
مشخص شده به Genisoimage. این گزینه ممکن است چندین بار برای ذخیره سازی مشخص شود
تا 15 تصویر بوت.

-mipsel-boot mipsel_boot_image
مسیر و نام فایل تصویر بوت را مشخص می کند که در هنگام ساختن از آن استفاده شود
سی دی قابل بوت DEC/Little-Edian MIPS. نام مسیر باید نسبت به منبع باشد
مسیر مشخص شده به Genisoimage.

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
فهرستی از تصاویر بوت جدا شده با کاما را مشخص می کند که برای ایجاد بوت شدن نیاز است
سی دی برای سیستم های SPARC. پارتیشن 0 برای تصویر ISO9660، تصویر اول استفاده می شود
فایل به پارتیشن 1 نگاشت می شود. لیست جدا شده با کاما ممکن است تا 7 فیلد داشته باشد.
از جمله فیلدهای خالی این گزینه برای ساخت یک سی دی قابل بوت برای Sun مورد نیاز است
سیستم های SPARC اگر -B or -sparc-boot مشخص شده است، اولین بخش از
تصویر حاصل حاوی یک برچسب دیسک Sun خواهد بود. این برچسب دیسک قطعه 0 را مشخص می کند
برای تصویر ISO9660 و برش های 1 تا 7 برای تصاویر بوت که بوده اند
با این گزینه مشخص شده است. بایت 512 تا 8191 را در هر یک از موارد اضافی جبران می کند
تصاویر بوت باید حاوی یک بوت اولیه باشد که برای SPARC مناسب کار می کند
معماری. بقیه هر یک از تصاویر معمولا حاوی یک سیستم فایل UFS مورد استفاده هستند
برای مرحله بوت هسته اولیه.

روش راه‌اندازی پیاده‌سازی شده، روشی است که در SunOS 4.x و SunOS 5.x یافت می‌شود.
با این حال، به اجزای داخلی SunOS بستگی ندارد، بلکه فقط به ویژگی های Open بستگی دارد
Boot prom، بنابراین باید برای هر سیستم عاملی برای سیستم های SPARC قابل استفاده باشد. برای بیشتر
اطلاعات را نیز ببینید NOTES بخش زیر

اگر نام فایل خاص ... از پارتیشن های بوت واقعی و زیر استفاده می شود
به پارتیشن قبلی نگاشت می شوند. اگر Genisoimage با نامیده می شود -G تصویر -B ...
همه پارتیشن های بوت به پارتیشنی که حاوی ISO9660 است نگاشت می شوند
تصویر سیستم فایل و تصویر بوت عمومی که در 16 بخش اول قرار دارد
از دیسک برای تمام معماری ها استفاده می شود.

-G generic_boot_image
مسیر و نام فایل تصویر بوت عمومی را که در هنگام ساختن استفاده می شود مشخص می کند
سی دی قابل بوت عمومی. تصویر بوت در 16 بخش اول قرار می گیرد
CD، قبل از توصیفگر حجم اولیه ISO9660. اگر این گزینه با هم استفاده شود
با -sparc-boot، برچسب دیسک Sun بر روی 512 بایت اول قرار می گیرد
تصویر بوت عمومی

-b eltorito_boot_image
مسیر و نام فایل تصویر بوت را مشخص می کند که در هنگام ساختن El استفاده شود
سی دی قابل بوت توریتو برای رایانه های شخصی x86. نام مسیر باید نسبت به مسیر مبدا باشد
مشخص شده به Genisoimage. این گزینه برای بوت شدن ال توریتو لازم است
سی دی. تصویر بوت باید دقیقا 1200 کیلوبایت، 1440 کیلوبایت یا 2880 کیلوبایت باشد و Genisoimage
از این اندازه هنگام ایجاد سیستم فایل ISO9660 خروجی استفاده می کند. BIOS PC خواهد شد
از تصویر برای شبیه سازی یک فلاپی دیسک استفاده کنید، بنابراین اولین بخش 512 بایتی باید شامل شود
کد بوت کامپیوتر برای مثال، اگر تصویر بوت یک بوت مبتنی بر LILO باشد، این کار کار خواهد کرد
فلاپی

اگر تصویر بوت تصویری از فلاپی نیست، باید یکی از آنها را اضافه کنید
هارد دیسک بوت or -بدون emul-boot. اگر سیستم نباید شبیه سازی شده بوت شود
دیسک، استفاده -بدون بوت.

If -مرتب سازی مشخص نشده است، تصاویر بوت با اولویت پایین مرتب شده اند (+2)
تا ابتدای رسانه اگر این را دوست ندارید، باید یک مرتبه را مشخص کنید
وزن 0 برای تصاویر بوت.

eltorito-alt-boot
با مجموعه جدیدی از پارامترهای بوت ال توریتو شروع کنید. حداکثر 63 ورودی ال توریتو بوت
ممکن است بر روی یک سی دی ذخیره شود.

هارد دیسک بوت
مشخص می کند که تصویر بوت مورد استفاده برای ایجاد سی دی های قابل بوت ال توریتو یک هارد دیسک است
تصویر تصویر باید با یک رکورد اصلی بوت که حاوی یک تک آهنگ است شروع شود
پارتیشن

-بدون emul-boot
مشخص می کند که تصویر بوت مورد استفاده برای ایجاد سی دی های قابل بوت ال توریتو یک "خیر" است
شبیه سازی" تصویر. سیستم این تصویر را بدون انجام بارگذاری و اجرا می کند
هر شبیه سازی دیسک

-بدون بوت
مشخص می کند که سی دی ال توریتو ایجاد شده باید به عنوان غیر قابل بوت علامت گذاری شود. در
سیستم یک درایو شبیه سازی شده برای تصویر فراهم می کند، اما به صورت استاندارد بوت می شود
دستگاه بوت.

-boot-load-seg segment_address
آدرس بخش بارگذاری تصویر بوت را برای El Torito بدون شبیه سازی مشخص می کند
سی دی

-boot-load-size load_sectors
تعداد بخش‌های مجازی (۵۱۲ بایت) برای بارگیری در حالت بدون شبیه‌سازی را مشخص می‌کند.
پیش فرض این است که کل فایل بوت بارگیری شود. در این صورت ممکن است برخی از بایوس ها دچار مشکل شوند
مضرب 4 نیست

-بوت-اطلاعات-جدول
مشخص می کند که یک جدول 56 بایتی با اطلاعات طرح CD-ROM خواهد بود
وصله شده در افست 8 در فایل بوت. اگر این گزینه داده شود، فایل بوت است
اصلاح شده in la منبع سیستم فایل، بنابراین اگر نمی تواند از این فایل کپی کنید
به راحتی بازسازی می شود! را ببینید EL توریتو BOOT اطلاعات جدول بخش برای توضیح
این جدول.

-C last_sess_start,next_sess_start
این گزینه برای ایجاد یک CD Extra یا تصویر جلسه دوم یا یک مورد نیاز است
جلسه سطح بالاتر برای یک دیسک چند جلسه ای. -C دو عدد را می گیرد که با a از هم جدا شده اند
کاما اولین بخش اولین بخش در آخرین جلسه دیسک است که باید باشد
پیوست به. شماره دوم، شماره بخش شروع جلسه جدید است.
شماره های صحیح را می توان با تماس گرفتن بازیابی کرد وودیم -msinfo ... If -C در مورد استفاده می شود
پیوند با -M, Genisoimage یک تصویر سیستم فایل ایجاد می کند که در نظر گرفته شده است
ادامه جلسه قبل باشد اگر -C بدون استفاده می شود -M, Genisoimage
تصویری از سیستم فایل ایجاد می کند که قرار است برای جلسه دوم استفاده شود
یک سی دی اضافی این یک سی دی چند جلسه ای است که داده های صوتی را در جلسه اول نگهداری می کند
و یک فایل سیستم ISO9660 در جلسه دوم.

-c بوت_کاتالوگ
مسیر و نام فایل کاتالوگ بوت را مشخص می کند که برای یک El لازم است
سی دی قابل بوت توریتو. نام مسیر باید نسبت به مسیر منبع مشخص شده باشد
Genisoimage. این فایل در درخت خروجی درج می شود و در آن ایجاد نمی شود
سیستم فایل منبع، بنابراین مطمئن شوید که نام فایل مشخص شده با یک تضاد ندارد
فایل موجود، یا حذف خواهد شد. معمولا اسمی شبیه بوت.کاتالوگ انتخاب شده است.

If -مرتب سازی مشخص نشده است، کاتالوگ بوت با اولویت پایین (+1) مرتب شده است
آغاز رسانه اگر این را دوست ندارید، باید یک مرتبه را مشخص کنید
وزن 0 برای کاتالوگ چکمه.

نام های قدیمی را بررسی کنید
همه نام‌های فایل وارد شده از جلسه قبلی را برای مطابقت با ISO9660 بررسی کنید
قوانین نامگذاری فایل بدون این گزینه، فقط نام هایی بیش از 31 کاراکتر هستند
بررسی شد، زیرا این فایل ها نقض جدی استاندارد ISO9660 هستند.

-جلسه چک پرونده
تمام جلسات قبلی را برای مطابقت با واقعی بررسی کنید Genisoimage نام گذاری فایل ISO9660
قوانین این یک گزینه سطح بالا است که ترکیب می شود -M پرونده -C 0,0 نام های قدیمی را بررسی کنید.
برای پارامتر پرونده، به توضیحات مراجعه کنید -M.

-کپی رایت پرونده
اطلاعات حق چاپ را مشخص می کند، معمولاً نام فایل روی دیسک. فضا وجود دارد
برای 37 کاراکتر معادل با کپی کردن در .genisoimagerc فایل.

-d به فایل هایی که نقطه ندارند نقطه اضافه نکنید.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً روی بسیاری از سیستم ها کار می کند. استفاده کنید
با احتیاط.

-D از جابجایی دایرکتوری عمیق استفاده نکنید و در عوض فقط آنها را به شکلی که می بینیم بسته بندی کنید
آنها.
اگر ISO9660:1999 انتخاب نشده باشد، این استاندارد ISO9660 را نقض می کند، اما
اتفاقاً روی بسیاری از سیستم ها کار می کند. با احتیاط استفاده کنید.

حالت-dir حالت
حالت دایرکتوری های مورد استفاده برای ایجاد تصویر را لغو می کند حالت، به عنوان 4 مشخص شده است
ارقام بیت های مجوز مانند chmod(1). این گزینه به طور خودکار Rock را فعال می کند
الحاقات ریج.

-dvd-video
یک سیستم فایل UDF سازگار با DVD-Video ایجاد کنید. این کار با مرتب سازی ترتیب انجام می شود
محتوای فایل های مناسب و با افزودن padding بین فایل ها اگر
مورد نیاز است. توجه داشته باشید که مرتب سازی فقط در صورتی کار می کند که نام فایل های DVD-Video شامل باشد
فقط کاراکترهای بزرگ

توجه داشته باشید که برای دریافت تصویر سیستم فایل سازگار با DVD-Video، باید این کار را انجام دهید
درخت فهرست راهنمای سازگار با DVD-Video را آماده کنید. این به یک دایرکتوری نیاز دارد VIDEO_TS
(همه سرپوش ها) در دایرکتوری ریشه دی وی دی حاصل، و معمولاً دیگری
فهرست راهنما AUDIO_TS. VIDEO_TS باید شامل تمام فایل های مورد نیاز باشد (نام فایل ها باید باشد
همه سرپوش ها) برای یک سیستم فایل DVD-Video سازگار.

-f هنگام تولید فایل سیستم، پیوندهای نمادین را دنبال کنید. زمانی که این گزینه در نیست
استفاده کنید، پیوندهای نمادین با استفاده از Rock Ridge در صورت فعال بودن وارد می شوند، در غیر این صورت آنها
نادیده گرفته خواهد شد

حالت فایل حالت
حالت فایل‌های معمولی که برای ایجاد تصویر استفاده می‌شوند را لغو می‌کند حالت، مشخص شده است
4 رقم از بیت های مجوز همانطور که در chmod(1). این گزینه به طور خودکار Rock را فعال می کند
الحاقات ریج.

-گید gid
شناسه گروه خوانده شده از فایل های منبع را به مقدار رد می کند gid. مشخص کردن
این گزینه به طور خودکار افزونه های Rock Ridge را فعال می کند.

-gui تغییر رفتار برای یک رابط کاربری گرافیکی. این در حال حاضر خروجی را پرمخاطب تر می کند اما
ممکن است اثرات دیگری در آینده داشته باشد.

-نقاط پیوند
اجازه استفاده از نقاط پیوند برای نام فایل ها را بدهید. اگر از این گزینه استفاده شود، همه نام فایل ها هستند
برای نقاط پیوند بررسی شد. نام فایل در اولین برابر بدون فرار تقسیم می شود
امضا کردن. همه نویسه‌های «\» و «=» باید با «\» اگر حذف شوند
-نقاط پیوند مشخص شده است.

-پنهان شدن کره
مخفی کردن هر گونه فایل منطبق کره، یک الگوی عام پوسته، از دیده شدن در
فهرست ISO9660 یا Rock Ridge. کره ممکن است با هر بخشی از نام فایل یا مسیر مطابقت داشته باشد.
If کره با یک دایرکتوری مطابقت دارد، محتویات آن دایرکتوری پنهان خواهد شد. که در
برای مطابقت با نام دایرکتوری، مطمئن شوید که نام مسیر شامل دنباله ای نباشد
کاراکتر "/". همه فایل های مخفی همچنان روی تصویر CD خروجی نوشته می شوند
فایل. همچنین ببینید پنهان-ژولیتو README.hide. این گزینه ممکن است چندین مورد استفاده قرار گیرد
بار.

- لیست پنهان پرونده
فایلی حاوی لیستی از حروف عام پوسته که باید پنهان شوند. دیدن -پنهان شدن.

-پنهان کره
ویژگی فهرست پنهان (وجود) ISO9660 را برای فایل ها و فهرست ها اضافه کنید
مطابق کره، یک الگوی عام پوسته. این ویژگی از فایل ها جلوگیری می کند
از نمایش برخی از دستورات MS-DOS و Windows. کره ممکن است با هر بخشی از
نام فایل یا مسیر به منظور مطابقت با نام دایرکتوری، از نام مسیر مطمئن شوید
شامل یک کاراکتر «/» نمی شود. این گزینه ممکن است چندین بار استفاده شود.

-فهرست پنهان پرونده
فایلی حاوی لیستی از حروف عام پوسته برای دریافت ویژگی پنهان. دیدن
-پنهان.

پنهان-ژولیت کره
مخفی کردن تطبیق فایل ها و دایرکتوری ها کره، یک الگوی عام پوسته، از دیده شدن
در فهرست جولیت کره ممکن است با هر بخشی از نام فایل یا مسیر مطابقت داشته باشد. اگر کره
با یک دایرکتوری مطابقت دارد، محتویات آن دایرکتوری پنهان خواهد شد. به منظور. واسه اینکه. برای اینکه
با نام دایرکتوری مطابقت داشته باشید، مطمئن شوید که نام مسیر حاوی «/» انتهایی نباشد.
شخصیت. همه فایل های مخفی همچنان در فایل تصویر CD خروجی نوشته می شوند.
این گزینه معمولا با استفاده می شود -پنهان شدن. همچنین ببینید README.hide. این گزینه ممکن است
چندین بار استفاده می شود

-hide-joliet-list پرونده
فایلی حاوی لیستی از حروف عام پوسته برای پنهان شدن از درخت Joliet. دیدن
پنهان-ژولیت.

-hide-joliet-trans-tbl
مخفی کردن TRANS.TBL فایل هایی از درخت Joliet. این فایل ها معمولا نمی سازند
در دنیای Joliet به نظر می رسد زیرا آنها نام واقعی و نام ISO9660 را فهرست می کنند
هر دو با نام ژولیت متفاوت هستند.

-hide-rr-moved
دایرکتوری را تغییر نام دهید RR_MOVED به .rr_moved در درخت راک ریج به نظر می رسد
پنهان کردن کامل آن غیرممکن است RR_MOVED دایرکتوری از درخت Rock Ridge.
این گزینه فقط درخت قابل مشاهده را برای افرادی که نمی دانند کمتر گیج کننده می کند
این دایرکتوری برای چیست اگر نیاز دارید که هیچ RR_MOVED دایرکتوری اصلا، شما
باید استفاده کنی -D. توجه داشته باشید که اگر -D مشخص شده است، سیستم فایل حاصل نیست
مطابق با ISO9660 سطح 1 است و در MS-DOS قابل خواندن نخواهد بود. را نیز ببینید NOTES
بخش.

- مجموعه حروف ورودی کاراکتر
مجموعه حروف ورودی که کاراکترهای مورد استفاده در نام فایل های محلی را تعریف می کند. برای دریافت لیست
نام مجموعه نویسه معتبر، تماس بگیرید Genisoimage - مجموعه حروف ورودی کمک. برای گرفتن 1:1
نقشه برداری، می توانید استفاده کنید به طور پیش فرض به عنوان نام مجموعه نویسه مقادیر اولیه پیش فرض هستند cp437
در سیستم های مبتنی بر DOS و iso8859-1 در تمام سیستم های دیگر را ببینید شخصیت SETS
بخش زیر برای جزئیات بیشتر

- خروجی - مجموعه حروف کاراکتر
مجموعه حروف خروجی که کاراکترهایی را که در Rock Ridge استفاده خواهند شد را مشخص می کند
نام فایل ها پیش‌فرض مجموعه نویسه‌های ورودی. دیدن شخصیت SETS بخش زیر برای
جزئیات بیشتر.

-سطح iso سطح
سطح انطباق ISO9660 را تنظیم کنید. اعداد معتبر 1 تا 4 هستند.

در سطح 1، فایل ها ممکن است فقط از یک بخش تشکیل شده باشند و نام فایل ها به آن محدود می شود
8.3 نویسه

در سطح 2، فایل ها ممکن است فقط از یک بخش تشکیل شده باشند.

در سطح 3، هیچ محدودیتی (غیر از ISO-9660:1988) اعمال نمی شود.

با تمام سطوح ISO9660 از 1 تا 3، همه نام‌های فایل به حروف بزرگ محدود می‌شوند
حروف، اعداد و زیرخط (_). نام فایل ها به 31 کاراکتر محدود می شود،
تودرتوی دایرکتوری به 8 سطح و نام مسیرها به 255 محدود می شود
کاراکتر باشد.

سطح 4 رسما وجود ندارد اما Genisoimage آن را به ISO-9660:1999 که
ISO9660 نسخه 2 است.

با سطح 4، یک توصیفگر حجم پیشرفته با شماره نسخه و ساختار فایل
شماره نسخه تنظیم شده روی 2 منتشر می شود. تودرتوی دایرکتوری به 8 سطح محدود نمی شود،
نیازی نیست که فایل حاوی نقطه باشد و نقطه معنای خاصی ندارد،
نام فایل ها شماره نسخه ندارند و نام فایل ها می تواند حداکثر 207 کاراکتر باشد
طولانی، یا 197 کاراکتر در صورت استفاده از Rock Ridge.

هنگام ایجاد تصاویر نسخه 2، Genisoimage یک توصیفگر حجم پیشرفته منتشر می کند،
مشابه اما نه یکسان با یک توصیفگر حجم اولیه. مراقب باشید استفاده نکنید
نرم افزار خراب برای بوت شدن تصاویر ISO9660 با فرض کپی دوم PVD و
وصله کردن این کپی PVD فرضی در ال توریتو VD.

-J علاوه بر نام فایل های ISO9660، سوابق دایرکتوری Joliet را ایجاد کنید. این
در درجه اول زمانی مفید است که دیسک ها در ماشین های ویندوز استفاده شوند. ژولیت
نام فایل ها در یونیکد مشخص شده است و هر جزء مسیر می تواند تا 64 یونیکد باشد
کاراکترهای طولانی توجه داشته باشید که Joliet یک استاندارد نیست - فقط مایکروسافت ویندوز و
سیستم های لینوکس می توانند افزونه های Joliet را بخوانند. برای حمل و نقل بیشتر، استفاده را در نظر بگیرید
هر دو پسوند Joliet و Rock Ridge.

-ژولیت طولانی
اجازه دهید نام فایل‌های Joliet تا 103 کاراکتر یونیکد به جای 64 کاراکتر باشد.
مشخصات Joliet را می شکند، اما به نظر می رسد که کار می کند. با احتیاط استفاده کنید.

-jcharset کاراکتر
ترکیبی از -J - مجموعه حروف ورودی کاراکتر. مشاهده شخصیت SETS بخش زیر
برای جزئیات بیشتر.

-l نام فایل های کامل 31 کاراکتری را مجاز کنید. معمولاً نام فایل ISO9660 در نسخه 8.3 خواهد بود
فرمت سازگار با MS-DOS، حتی اگر استاندارد ISO9660 اجازه می دهد
نام فایل تا 31 کاراکتر. اگر از این گزینه استفاده می کنید، دیسک ممکن است باشد
استفاده در سیستم MS-DOS دشوار است، اما روی اکثر سیستم‌های دیگر کار می‌کند. استفاده کنید با
احتیاط

-L گزینه منسوخ شده؛ استفاده کنید -مجاز-نقاط-پیشرو به جای آن.

-jigdo-jigdo jigdo_file
تولید a جیگدو جیگدو فایل فراداده و همچنین تصویر سیستم فایل. را ببینید
JIGDO NOTES بخش زیر برای اطلاعات بیشتر

قالب-jigdo template_file
تولید a جیگدو .قالب فایل و همچنین تصویر سیستم فایل. را ببینید JIGDO
NOTES بخش زیر برای اطلاعات بیشتر

-jigdo-min-file-size اندازه
حداقل اندازه را برای یک فایل که در لیست قرار می گیرد مشخص کنید جیگدو فایل. پیش فرض (و
حداقل مجاز) 1 کیلوبایت است. را ببینید JIGDO NOTES بخش زیر برای اطلاعات بیشتر

-jigdo-force-md5 مسیر
یک الگوی فایل را مشخص کنید که در آن فایل ها قرار گیرند باید در MD5 عرضه شده خارجی موجود باشد
لیستی که توسط -md5-list. مشاهده JIGDO NOTES بخش زیر برای اطلاعات بیشتر
اطلاعات.

-jigdo-exclude مسیر
یک الگوی فایل را مشخص کنید که در آن فایل ها در لیست قرار نگیرند جیگدو فایل. را ببینید
JIGDO NOTES بخش زیر برای اطلاعات بیشتر

-jigdo-map مسیر
یک نگاشت الگو برای فایل jigdo مشخص کنید (مثلا دبیان=/آینه/دبیان) دیدن
la JIGDO NOTES بخش زیر برای اطلاعات بیشتر

-md5-list md5_file
یک فایل حاوی مجموع MD5، اندازه و نام مسیر فایل‌ها را مشخص کنید
شامل در جیگدو فایل. را ببینید JIGDO NOTES بخش زیر برای اطلاعات بیشتر
اطلاعات.

-jigdo-template-compress الگوریتم
یک الگوریتم فشرده سازی را برای استفاده برای تاریخ الگو مشخص کنید. gzip و bzip2 هستند
در حال حاضر پشتیبانی می شود و gzip پیش فرض است. را ببینید JIGDO NOTES بخش زیر برای
اطلاعات بیشتر.

-ورود به سیستم فایل ورود به سیستم فایل
همه پیام های خطا، هشدار و اطلاعاتی را به ورود به سیستم فایل به جای
خطای استاندارد.

-m کره
حذف فایل های تطبیق کره، یک الگوی عام پوسته، از نوشتن به CD-
رام کره ممکن است با جزء نام فایل یا نام مسیر کامل مطابقت داشته باشد. این
گزینه ممکن است چندین بار استفاده شود. مثلا:

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

تمام فایل‌هایی که به «.o» ختم می‌شوند یا فراخوانی شده را حذف می‌کند هسته or فوبار از تصویر
توجه داشته باشید که اگر دایرکتوری داشتید تماس بگیرید فوبار، آن نیز (و البته تمام آن
فرزندان) مستثنی خواهند شد.

-exclude-list پرونده
فایلی حاوی لیستی از حروف عام پوسته که باید حذف شوند. دیدن -m.

-max-iso9660-names
اجازه دهید نام فایل ISO9660 حداکثر 37 کاراکتر باشد. این گزینه را فعال می کند -N as
فضای نام اضافی از فضای رزرو شده برای شماره نسخه فایل گرفته شده است.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً روی بسیاری از سیستم ها کار می کند.
اگرچه یک برنامه منطبق باید فضای بافر حداقل 37 را فراهم کند
کاراکترها، دیسک های ایجاد شده با این گزینه ممکن است باعث سرریز بافر در آن شوند
خواندن سیستم عامل با دقت زیاد استفاده کنید.

-M مسیر

-M دستگاه

-باد دستگاه
مسیر تصویر ISO9660 موجود را برای ادغام مشخص می کند. شکل جایگزین الف می شود
مشخص کننده دستگاه SCSI که از همان نحو استفاده می کند dev= پارامتر از وودیم.
خروجی از Genisoimage یک جلسه جدید خواهد بود که باید تا انتها نوشته شود
از تصویر مشخص شده در -M. به طور معمول این نیاز به قابلیت چند جلسه ای برای
ضبط کننده سی دی برای نوشتن تصویر استفاده می شود. این گزینه فقط در
پیوند با -C.

-N شماره نسخه را از نام فایل ISO9660 حذف کنید.
این استاندارد ISO9660 را نقض می کند، اما هیچ کس واقعاً از شماره نسخه استفاده نمی کند
به هر حال. با احتیاط استفاده کنید.

حالت جدید-dir حالت
حالت را مشخص کنید، یک عدد 4 رقمی همانطور که در آن استفاده می شود chmod(1)، برای استفاده در هنگام ایجاد جدید
دایرکتوری ها در تصویر سیستم فایل پیش فرض 0555 است.

-نوبک

-بدون باک
حذف فایل های پشتیبان در سیستم فایل ISO9660. یعنی نام فایل هایی که
شامل کاراکترهای «~» یا «#» یا به پایان می‌رسد .bak. اینها معمولاً فایل های پشتیبان هستند
برای ویرایشگرهای متن یونیکس

-force-rr
از تشخیص خودکار ویژگی های Rock Ridge برای جلسات قبلی استفاده نکنید.
این می تواند مشکلات مربوط به تصاویر ایجاد شده توسط، به عنوان مثال، NERO Burning ROM را برطرف کند.

-نه-rr از ویژگی های Rock Ridge در جلسات قبلی استفاده نکنید. این ممکن است کمک کند
اجتناب از مشکلات زمانی Genisoimage امضاهای غیرقانونی Rock Ridge را بر روی یک قدیمی پیدا می کند
جلسه

-بدون تقسیم-symlink-components
اجزای symlink را تقسیم نکنید، بلکه یک Continuation Area (CE) جدید را شروع کنید.
این ممکن است مقداری فضا را هدر دهد، اما درایور سی‌دروم SunOS 4.1.4 در خواندن باگ دارد.
تقسیم اجزای symlink

اینکه آیا این گزینه امروزه مفید است یا خیر جای سوال دارد.

-فیلدهای بدون تقسیم-symlink
فیلدهای پیوند نمادین را از هم جدا نکنید، بلکه به جای آن یک منطقه ادامه (CE) جدید شروع کنید.
این ممکن است مقداری فضا را هدر دهد، اما درایور cdrom SunOS 4.1.4 و Solaris 2.5.1 دارای
یک اشکال در خواندن فیلدهای پیوند نمادین تقسیم شده (یک '/' را می توان حذف کرد).

اینکه آیا این گزینه امروزه مفید است یا خیر جای سوال دارد.

-o نام فایل
فایل خروجی تصویر سیستم فایل ISO9660 را مشخص کنید. این می تواند یک دیسک باشد
فایل، یک درایو نوار، یا می تواند مستقیماً با نام دستگاه نوری مطابقت داشته باشد
دیسک نویس اگر مشخص نشده باشد، از stdout استفاده می شود. توجه داشته باشید که خروجی نیز می تواند a باشد
دستگاه را برای یک پارتیشن دیسک معمولی مسدود کنید، در این صورت سیستم فایل ISO9660 می تواند
به طور معمول نصب شود تا تأیید شود که به درستی تولید شده است.

پد انتهای کل تصویر را با 150 بخش (300 کیلوبایت) قرار دهید. این گزینه توسط
پیش فرض اگر در ترکیب با -B، بالشتک بین ISO9660 درج شده است
پارتیشن و پارتیشن های بوت، به طوری که اولین پارتیشن بوت بر روی a شروع می شود
شماره بخش که مضرب 16 است.

padding مورد نیاز است زیرا بسیاری از سیستم عامل ها (مثلا لینوکس) Read-Ahead را پیاده سازی می کنند
اشکالات در فایل سیستم ورودی/خروجی آنها. این اشکالات منجر به خطاهای خواندن در فایل هایی می شوند که هستند
در نزدیکی انتهای یک آهنگ قرار دارد، به خصوص اگر دیسک با آهنگ Track At نوشته شده باشد
حالت یک بار، یا جایی که یک آهنگ صوتی CD از مسیر داده پیروی می کند.

-بدون پد
انتهای آن را با 150 سکتور (300 کیلوبایت) اضافه نکنید و پارتیشن های بوت را ایجاد نکنید.
در مضربی از 16 بخش شروع کنید.

مسیر-لیست پرونده
فایلی حاوی لیستی از pathspec دایرکتوری ها و نام فایل هایی که باید به آن اضافه شوند
فایل سیستم ISO9660 این لیست از مشخصات مسیر پس از هر چیزی که در آن ظاهر می شود پردازش می شود
خط فرمان اگر استدلال است -، لیست از ورودی استاندارد خوانده می شود.

-P گزینه منسوخ شده؛ استفاده کنید -ناشر به جای آن.

-ناشر publisher_id
یک رشته متنی را مشخص می کند که در هدر حجم نوشته می شود. این باید
ناشر CD-ROM را توصیف کنید، معمولاً با آدرس پستی و تلفن
عدد. فضایی برای 128 کاراکتر وجود دارد. معادل با تبلیغات در
.genisoimagerc فایل.

-p تهیه کننده_id
یک رشته متنی را مشخص می کند که در هدر حجم نوشته می شود. این باید
تهیه کننده CD-ROM را که معمولاً دارای آدرس پستی و تلفن است، توضیح دهید
عدد. فضایی برای 128 کاراکتر وجود دارد. معادل با PREP در
.genisoimagerc فایل.

-اندازه چاپ
اندازه فایل سیستم تخمینی را در چند برابر اندازه بخش (2048 بایت) چاپ کنید و
خروج این گزینه برای حالت Disk At Once و با برخی از درایوهای CD-R مورد نیاز است
لوله گذاری مستقیم به وودیم، مواردی که وودیم نیاز به دانستن اندازه
تصویر سیستم فایل از قبل نسخه های قدیمی mkisofs این اطلاعات را نوشت (در میان
اطلاعات دیگر) به استدرر. از آنجایی که به نظر می رسد تجزیه این عدد دشوار است
بدون هیچ گونه اطلاعات دیگری در حال حاضر در چاپ شده است stdout هم. اگر دوست دارید بنویسید
اسکریپت پوسته ساده، تغییر مسیر استدرر و شماره را از stdout. این ممکن است باشد
تمام شده با:

cdblocks=` genisoimage -print-size -quiet ... `
genisoimage ... | wodim ... tsize=${cdblocks}s -

-ساکت این باعث می شود Genisoimage حتی کمتر پرمخاطب هیچ خروجی پیشرفتی ارائه نخواهد شد.

-R برای توصیف بیشتر، رکوردهای SUSP و RR را با استفاده از پروتکل Rock Ridge ایجاد کنید
فایل های موجود در سیستم فایل ISO9660

-r این مانند گزینه -R است، اما مالکیت فایل و حالت‌ها روی مفیدتر تنظیم شده‌اند
ارزش های. uid و gid روی صفر تنظیم شده‌اند، زیرا معمولاً فقط در مورد مفید هستند
سیستم نویسنده، و برای مشتری مفید نیست. تمام بیت های خواندن فایل تنظیم شده اند
درست است، به طوری که فایل ها و دایرکتوری ها به صورت سراسری بر روی مشتری قابل خواندن هستند. در صورت وجود
بیت اجرا برای یک فایل تنظیم شده است، تمام بیت های اجرا را تنظیم کنید تا فایل های اجرایی
قابل اجرا در سطح جهانی بر روی مشتری اگر هر بیت جستجو برای یک فهرست تنظیم شده است، تنظیم کنید
همه بیت های جستجو، به طوری که دایرکتوری ها به صورت سراسری در مشتری قابل جستجو هستند.
همه بیت‌های نوشتن پاک می‌شوند، زیرا سیستم فایل فقط خواندنی در هر کدام نصب می‌شود
مورد. اگر هر یک از بیت های حالت ویژه تنظیم شده است، آنها را پاک کنید، زیرا قفل فایل ها هستند
در یک سیستم فایل فقط خواندنی مفید نیست و بیت های set-id برای uid 0 مطلوب نیستند
یا gid 0. وقتی در Win32 استفاده می شود، بیت execute روی تنظیم می شود تمام فایل ها. این یک است
نتیجه فقدان مجوزهای فایل در Win32 و شبیه سازی Cygwin POSIX
لایه. همچنین ببینید -uid, -گید, حالت-dir, حالت فایل و حالت جدید-dir.

-رلکس-نام فایل ها
به نام فایل های ISO9660 اجازه می دهد تا همه نویسه های ASCII 7 بیتی را به جز حروف کوچک در بر گیرند
نامه ها.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً روی بسیاری از سیستم ها کار می کند. استفاده کنید
با احتیاط.

ریشه دیر
همه فایل ها و دایرکتوری ها را به داخل منتقل می کند دیر در تصویر این در اصل یکسان است
به عنوان استفاده از -نقاط پیوند و افزودن دیر در مقابل هر pathspec، اما آسان تر است
استفاده کنید. دیر ممکن است در واقع چندین سطح عمیق باشد. با همان ایجاد می شود
مجوزها به عنوان سایر نقاط پیوند.

-ریشه قدیمی دیر
این گزینه هنگام نوشتن یک تصویر چند جلسه ای و قبلی (یا) ضروری است
حتی قدیمی تر) جلسه با نوشته شده بود ریشه دیر. استفاده از نام دایرکتوری یافت نشد
در جلسه قبل باعث می شود Genisoimage سقط کردن با یک خطا بدون این
گزینه، Genisoimage نمی تواند فایل های اصلاح نشده را پیدا کند و مجبور می شود
تا یک بار دیگر داده های خود را در تصویر بنویسند. ریشه و -ریشه قدیمی قرار است باشد
با هم برای انجام پشتیبان گیری افزایشی استفاده می شود. جلسه اولیه به عنوان مثال استفاده از:
Genisoimage ریشه پشتیبان گیری_1 دیر. پشتیبان گیری افزایشی بعدی با Genisoimage
ریشه پشتیبان گیری_2 -ریشه قدیمی پشتیبان گیری_1 دیر یک عکس فوری دیگر از اینها می گیرد
دایرکتوری ها اولین عکس فوری در پیدا خواهد شد پشتیبان گیری_1، دومی در
پشتیبان گیری_2، اما فقط فایل های اصلاح شده یا جدید باید در فایل دوم نوشته شوند
جلسه بدون این گزینه ها، فایل های جدید اضافه می شوند و فایل های قدیمی اضافه می شوند
حفظ شده است. اما اگر فایل اصلاح شود، نسخه های قدیمی بازنویسی می شوند. بهبودی
فایل ها با کپی کردن کل دایرکتوری از سی دی نیز فایل هایی را بازیابی می کنند
عمدا حذف شدند دسترسی به چندین نسخه قدیمی یک فایل نیاز دارد
پشتیبانی سیستم عامل برای انتخاب جلساتی که قرار است نصب شوند.

-مرتب سازی sort_file
مرتب سازی مکان های فایل در رسانه مرتب سازی توسط فایلی که حاوی آن است کنترل می شود
جفت نام فایل و مرتب سازی وزن افست. اگر وزن بیشتر باشد،
در صورت وزن دهی، فایل نزدیک به ابتدای رسانه قرار خواهد گرفت
در پایین تر، فایل نزدیک به انتهای رسانه قرار می گیرد. فقط باید وجود داشته باشد
یک فاصله یا کاراکتر تب بین نام فایل و وزن و وزن باید
آخرین شخصیت های یک خط باشید. نام فایل گرفته شده تا شامل همه موارد باشد
کاراکترها تا، اما بدون شامل آخرین فاصله یا کاراکتر برگه در یک خط. این
اجازه دادن به کاراکترهای فاصله در یا در انتهای نام فایل است. این
گزینه انجام می دهد نه ترتیب نام فایل هایی که در ISO9660 ظاهر می شوند را مرتب کنید
فهرست راهنما. ترتیبی که داده های فایل روی تصویر سی دی نوشته می شود را مرتب می کند.
که به منظور بهینه سازی طرح داده ها در یک سی دی مفید است. دیدن README. sort برای
جزئیات بیشتر.

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
دیدن -B در بالا.

-sparc-label برچسب
نام برچسب دیسک Sun را برای برچسب دیسک Sun که با آن ایجاد شده است تنظیم کنید -اسپارک-
پوتین.

-Split-output
تصویر خروجی را به چندین فایل تقریباً 1 گیگابایتی تقسیم کنید. این کمک می کند
برای ایجاد تصاویر ISO9660 در اندازه DVD بر روی سیستم عامل ها بدون پشتیبانی از فایل های بزرگ.
وودیم در صورت نوشتن بر روی DVD، بیش از یک فایل را به یک آهنگ متصل می کند.
را به -Split-output کار ، -o نام فایل باید مشخص شود. خروجی حاصل
تصاویر نامگذاری خواهند شد: filename_00, filename_01, filename_02....

-جریان-رسانه-اندازه #
عملیات پخش را انتخاب کنید و اندازه رسانه را روی # بخش تنظیم کنید. این به شما اجازه می دهد
لوله خروجی از قیر(1) برنامه به Genisoimage و برای ایجاد ISO9660
سیستم فایل بدون نیاز به فایل بایگانی tar میانی. اگر این گزینه
مشخص شده است، Genisoimage می خواند از stdin و یک فایل با نام ایجاد می کند
STREAM.IMG. حداکثر اندازه فایل (با padding) 200 سکتور کمتر از
اندازه رسانه مشخص شده اگر -بدون پد مشخص شده است، حجم فایل 50 است
بخش هایی کمتر از اندازه رسانه مشخص شده اگر فایل کوچکتر است، Genisoimage
padding خواهد نوشت. این ممکن است مدتی طول بکشد.

گزینه -جریان-رسانه-اندازه فقط سیستم های فایل ISO9660 ساده ایجاد می کند و ممکن است نکند
همراه با گزینه های سیستم فایل چند جلسه ای یا ترکیبی استفاده می شود.

-نام فایل جریان نام
برای استفاده های بعدی رزرو شده است.

-sunx86-boot UFS_img,,,AUX1_img
فهرستی از تصاویر سیستم فایل جدا شده با کاما را مشخص می کند که برای ایجاد یک مورد نیاز است
سی دی قابل بوت برای سیستم های Solaris x86.

توجه داشته باشید که پارتیشن 1 برای تصویر ISO9660 استفاده می شود و پارتیشن 2 همان است
کل دیسک، بنابراین پارتیشن 1 و 2 ممکن است توسط داده های پارتیشن خارجی استفاده نشود. در
اولین فایل تصویری به پارتیشن 0 نگاشت می شود. ممکن است فیلدهای خالی در کاما وجود داشته باشد.
لیست جدا شده و ورودی های لیست برای پارتیشن 1 و 2 باید خالی باشند. حداکثر
تعداد پارتیشن های پشتیبانی شده 8 است (اگرچه جدول پارتیشن Solaris x86 می تواند
تا 16 پارتیشن را پشتیبانی می کند)، بنابراین نمی توان بیش از 6 پارتیشن را تعیین کرد
تصاویر. این گزینه برای ساخت یک سی دی قابل بوت برای سیستم های Solaris x86 مورد نیاز است.

If -sunx86-boot مشخص شده است، اولین بخش از تصویر حاصل خواهد شد
حاوی برچسب fdisk PC با پارتیشن fdisk نوع 0x82 Solaris است که با شروع
افست 512 و کل سی دی را در بر می گیرد. علاوه بر این، برای Solaris نوع fdisk 0x82
پارتیشن، یک برچسب دیسک SVr4 با افست 1024 در بخش اول سی دی وجود دارد.
این برچسب دیسک، برش 0 را برای اولین تصویر سیستم فایل (معمولا نوع UFS) مشخص می کند.
که برای بوت کردن کامپیوتر و برش 1 برای تصویر ISO9660 استفاده می شود. برش 2 دهانه
قطعه سی دی کامل 3 ... تکه 7 ممکن است برای تصاویر سیستم فایل اضافی که دارند استفاده شود
با این گزینه مشخص شده است.

یک سی دی بوت Solaris x86 از یک بوت اصلی به اندازه 1024 بایت استفاده می کند که از آن استفاده می کند ال توریتو
بدون شبیه سازی حالت بوت و یک بوت عمومی ثانویه که در بخش های CD 1..15 است.
به همین دلیل، هر دو -b بوتیماژ -بدون emul-boot و -G genboot باید مشخص شود.

-sunx86-label برچسب
نام برچسب دیسک SVr4 را برای برچسب دیسک SVr4 که با آن ایجاد شده است، تنظیم کنید
-sunx86-boot.

-سیسید ID
شناسه سیستم را مشخص می کند. فضایی برای 32 کاراکتر وجود دارد. معادل با SYSI in
la .genisoimagerc فایل.

-T یک فایل ایجاد کنید TRANS.TBL در هر دایرکتوری روی CD-ROM که می توان از آن استفاده کرد
سیستم های غیر Rock Ridge برای کمک به ایجاد نام فایل های صحیح. وجود دارد
همچنین اطلاعات موجود در فایل که اعداد اصلی و فرعی را نشان می دهد
دستگاه‌های بلوک و کاراکتر، و هر پیوند نمادین نام فایل پیوند داده شده را دارد.

-نام جدول table_name از
نام فایل جدول ترجمه جایگزین (به بالا مراجعه کنید). دلالت دارد -T. اگر شما
برای ایجاد یک تصویر چند جلسه ای باید از همان نام قبلی استفاده کنید
جلسه

-ucs-level سطح
سطح انطباق یونیکد را در Joliet SVD تنظیم کنید. سطح پیش فرض 3 است. ممکن است باشد
با استفاده از این گزینه روی 1..3 تنظیم کنید.

-udf پشتیبانی از فایل سیستم UDF را در تصویر سیستم فایل تولید شده قرار دهید. پشتیبانی UDF است
در حال حاضر در وضعیت آلفا است و به همین دلیل، امکان ایجاد UDF- وجود ندارد.
فقط تصاویر ساختارهای داده UDF در حال حاضر با ساختارهای Joliet جفت شده اند.
بنابراین مشکلات زیادی در اجرای فعلی وجود دارد. UID/GID وجود ندارد
پشتیبانی، هیچ پشتیبانی از مجوز POSIX وجود ندارد، هیچ پشتیبانی برای پیوندهای نمادین وجود ندارد.
توجه داشته باشید که UDF فضا را از سکتور ~20 تا سکتور 256 در ابتدای هدر می دهد
دیسک علاوه بر فضای مورد نیاز برای ساختارهای داده UDF واقعی.

-uid UID
Uid خوانده شده از فایل های منبع را به مقدار از لغو می کند UID. مشخص کردن این
گزینه به طور خودکار افزونه های Rock Ridge را فعال می کند.

-use-fileversion
گزینه -use-fileversion اجازه می دهد تا Genisoimage برای استفاده از شماره نسخه فایل از
فایل سیستم اگر گزینه مشخص نشده باشد، Genisoimage یک شماره نسخه ایجاد می کند
از 1 برای همه فایل ها نسخه های فایل رشته هایی در محدوده هستند ;1 به ؛ 32767 این
گزینه پیش فرض در VMS است.

-U به نام فایل‌های «ترجمه‌نشده» اجازه می‌دهد که کاملاً استانداردهای ISO9660 را نقض می‌کنند
در بالا توضیح داده شد. پرچم های زیر را فعال می کند: -d -l -N -مجاز-نقاط-پیشرو
-رلکس-نام فایل ها -اجازه دادن-کوچک -اجازه-چند نقطه -بدون iso-translate. بیشتر اجازه می دهد
بیش از یک «. کاراکتر در نام فایل، و همچنین نام فایل های مختلط. این هست
مفید در HP-UX، که در آن ساخته شده است سی دی اف ها فایل سیستم هیچ کدام را نمی شناسد
پسوندها با احتیاط شدید استفاده کنید.

-بدون iso-translate
کاراکترهای «#» و «~» را که برای ISO9660 نامعتبر هستند، ترجمه نکنید
نام فایل ها اگرچه نامعتبر است، اما این کاراکترها اغلب توسط سیستم های مایکروسافت استفاده می شوند.
این استاندارد ISO9660 را نقض می کند، اما اتفاقاً روی بسیاری از سیستم ها کار می کند. استفاده کنید
با احتیاط.

-V معتبر
شناسه حجم (نام یا برچسب جلد) را که باید در بلوک اصلی نوشته شود را مشخص می کند.
فضایی برای 32 کاراکتر وجود دارد. معادل با پروازهای در .genisoimagerc فایل.
شناسه صدا به عنوان نقطه اتصال توسط مدیر حجم سولاریس و به عنوان یک استفاده می شود
برچسبی که به یک دیسک در پلتفرم های مختلف دیگر مانند ویندوز و اپل مک اختصاص داده شده است
سیستم عامل

-ولت ID
شناسه تنظیم صدا را مشخص می کند. فضایی برای 128 کاراکتر وجود دارد. معادل با
پروازها در .genisoimagerc فایل.

اندازه ولتاژ #
اندازه تنظیم صدا را روی # تنظیم می کند. اندازه مجموعه حجمی تعداد سی دی هایی است که هستند
در یک مجموعه حجم سی دی. مجموعه حجمی مجموعه ای از یک یا چند جلد است که بر روی آن
مجموعه ای از فایل ها ضبط می شود.

مجموعه‌های حجمی برای ایجاد مجموعه‌ای از سی‌دی‌های شماره‌دار استفاده نمی‌شوند
به عنوان مثال یک مجموعه سی دی نصب سیستم عامل. مجموعه ولوم بیشتر مورد استفاده قرار می گیرد
یک درخت دایرکتوری بزرگ را ضبط کنید که روی یک جلد نمی گنجد. هر جلد از
یک مجموعه حجمی شامل توضیحاتی از همه فهرست ها و فایل های موجود است
روی جلدهایی که اعداد دنباله ای کمتر یا مساوی هستند، ثبت می شود
تنظیم حجم حجم فعلی اختصاص داده شده است.

Genisoimage در حال حاضر از a پشتیبانی نمی کند اندازه ولتاژ که بزرگتر از 1 است.

گزینه اندازه ولتاژ باید قبلا مشخص شود -volset-seqno در هر دستور
خط.

-volset-seqno #
شماره ترتیب تنظیم صدا را روی # تنظیم می کند. شماره توالی مجموعه حجم است
شماره فهرست سی دی فعلی در یک مجموعه سی دی. گزینه اندازه ولتاژ باید
قبلا مشخص شده است -volset-seqno در هر خط فرمان

-v اجرای پرمعنا اگر دو بار در خط فرمان داده شود، اطلاعات دیباگ اضافی خواهد بود
چاپ شود

-x کره
یکسان با -m کره.

-z خاص ایجاد کنید RRIP سوابق برای فایل های شفاف فشرده. این فقط از
استفاده و علاقه برای میزبان هایی که از فشرده سازی شفاف پشتیبانی می کنند، مانند لینوکس
2.4.14 یا بالاتر. باید مشخص کنید -R or -r راک ریج را فعال کنید و تولید کنید
فایل های فشرده با استفاده از mkzftree ابزار قبل از اجرا Genisoimage. توجه داشته باشید که
فشرده سازی شفاف یک پسوند غیر استاندارد Rock Ridge است. دیسک های به دست آمده
فقط در صورت استفاده در لینوکس به صورت شفاف قابل خواندن هستند. در سیستم عامل های دیگر شما
نیاز به تماس خواهد داشت mkzftree با دست فایل ها را از حالت فشرده خارج کنید.

HFS OPTIONS

-hfs یک CD هیبریدی ISO9660/HFS ایجاد کنید. این گزینه باید همراه با
-نقشه, -شعبده بازي و/یا انواع مختلف دو برابر خط تیره گزینه های ارائه شده در زیر

-سیب یک CD ISO9660 با پسوندهای اپل ایجاد کنید. شبیه به -hfsجز این که
برنامه های افزودنی اپل به ISO9660 به جای ایجاد حجم هیبریدی HFS اضافه می شوند.
سابق Genisoimage نسخه ها به طور پیش فرض شامل ویژگی های Rock Ridge بودند -سیب
مشخص شد. این نسخه از Genisoimage دیگر این کار را نمی کند اگر دوست دارید
برای داشتن ویژگی های Rock Ridge، باید این را جداگانه مشخص کنید.

-نقشه mapping_file
استفاده از mapping_file برای تنظیم اطلاعات CREATOR و TYPE برای یک فایل بر اساس
پسوند نام فایل نام فایل تنها در صورتی نگاشت می شود که یکی از اطلاعات شناخته شده نباشد
فرمت های فایل اپل/یونیکس را ببینید HFS CREATOR/TYPE بخش زیر

-شعبده بازي فایل_جادویی
اطلاعات CREATOR و TYPE با استفاده از یک فایل تنظیم می شود شعبده بازي عدد (معمولاً
چند بایت اول یک فایل). در فایل_جادویی فقط در صورتی استفاده می شود که یک فایل یکی از آن ها نباشد
فرمت های شناخته شده فایل اپل/یونیکس، یا پسوند نام فایل با استفاده از نقشه نگاشت نشده است
-نقشه. مشاهده HFS CREATOR/TYPE بخش زیر برای جزئیات بیشتر

-hfs-creator خالق
CREATOR پیش فرض را برای همه فایل ها تنظیم کنید. باید دقیقا 4 کاراکتر باشد. را ببینید HFS
CREATOR/TYPE بخش زیر برای جزئیات بیشتر

-hfs-type نوع
TYPE پیش فرض را برای همه فایل ها تنظیم کنید. باید دقیقا 4 کاراکتر باشد. را ببینید HFS
CREATOR/TYPE بخش زیر برای جزئیات بیشتر

-پویشگر محتویات فایل‌ها را برای همه فرمت‌های فایل Apple/Unix جستجو کنید. را ببینید
HFS مکینتاش فایل فرمها بخش زیر برای اطلاعات بیشتر در مورد این فرمت ها. با این حال،
تنها راه برای بررسی مک بیینار و Apple Single فایل ها برای باز کردن و خواندن آنها است،
بنابراین این گزینه ممکن است زمان پردازش را افزایش دهد. بهتر است از یک یا چند مورد استفاده کنید دو برابر
خط تیره اگر فرمت های اپل/یونیکس در حال استفاده شناخته شده باشند، گزینه های زیر ارائه شده است.

-بدون دسکتاپ
فایل های دسکتاپ (خالی) ایجاد نکنید. فایل‌های دسک‌تاپ HFS جدید زمانی ایجاد می‌شوند که
سی دی در مکینتاش استفاده می شود (و در پوشه سیستم ذخیره می شود). به طور پیش فرض، خالی است
فایل های دسکتاپ به حجم HFS اضافه می شوند.

-mac-name
از نام فایل HFS به عنوان نقطه شروع ISO9660، Joliet و Rock Ridge استفاده کنید
نام فایل ها را ببینید HFS مکینتاش FILENAMES بخش زیر برای اطلاعات بیشتر

-boot-hfs-file فایل_درایور
را نصب می کند فایل_درایور که ممکن است سی دی را روی مکینتاش قابل بوت کنید. را ببینید HFS
BOOT DRIVER بخش زیر (آلفا).

قسمت یک جدول پارتیشن HFS ایجاد کنید. به طور پیش فرض، هیچ جدول پارتیشنی تولید نمی شود، اما
برخی از درایورهای CD-ROM مکینتاش قدیمی تر به یک جدول پارتیشن HFS در CD-ROM نیاز دارند تا
قادر به تشخیص CD-ROM هیبریدی است.

-خودکار AutoStart_file
کاری کنید که CD HFS از ویژگی QuickTime 2.0 Autostart برای راه اندازی یک برنامه استفاده کند
سند نام فایل داده شده باید نام یک سند یا برنامه موجود باشد
در سطح بالای سی دی نام فایل باید کمتر از 12 کاراکتر باشد. (آلفا).

-اندازه خوشه اندازه
اندازه کلاستر یا واحدهای تخصیص فایل های PC Exchange را بر حسب بایت تنظیم کنید.
دلالت دارد --تبادل. مشاهده HFS مکینتاش فایل فرمها بخش زیر

-hide-hfs کره
پنهان شدن کره، یک الگوی عام پوسته، از حجم HFS. فایل یا دایرکتوری
همچنان در فهرست ISO9660 و/یا Joliet وجود خواهد داشت. کره ممکن است با هر بخشی مطابقت داشته باشد
از نام فایل چندین گلوب ممکن است مستثنی شوند. مثال:

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

تمام فایل‌هایی که به «.o» ختم می‌شوند یا فراخوانی شده را حذف می‌کند فوبار از حجم HFS. توجه داشته باشید
که اگر دایرکتوری داشتید تماس بگیرید فوبار، آن نیز (و البته تمام آن
فرزندان) مستثنی خواهند شد. در کره همچنین می تواند یک نام مسیر نسبت به
دایرکتوری های منبع داده شده در خط فرمان. مثال:

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

فقط فایل یا دایرکتوری فراخوانی شده را حذف می کند اچ تی ام ال از " فهرست راهنما. هر
فایل یا دایرکتوری دیگری نامیده می شود اچ تی ام ال در درخت مستثنی نخواهد شد. باید باشد
مورد استفاده با -پنهان شدن و / یا پنهان-ژولیت. به منظور مطابقت با نام دایرکتوری، مطمئن شوید
این الگو شامل یک کاراکتر «/» نمی‌شود. دیدن README.hide برای اطلاعات بیشتر
جزئیات.

-hide-hfs-list پرونده
فایلی را مشخص کنید که حاوی لیستی از الگوهای عام است که در آن پنهان شوند -hide-hfs.

-hfs-volid hfs_volid
نام جلد برای پارتیشن HFS. این نامی است که به دیسک روی اختصاص داده شده است
یک مکینتاش و جایگزین می شود معتبر مورد استفاده با -V.

موقعیت-نماد
از اطلاعات موقعیت نماد، در صورت وجود، از فایل Apple/Unix استفاده کنید. در
نمادها در همان موقعیتی که روی دسکتاپ مکینتاش ظاهر می شوند ظاهر می شوند. پوشه
مکان و اندازه روی صفحه، موقعیت های اسکرول آن، نمای پوشه (مشاهده به عنوان نمادها،
نمادهای کوچک و غیره) نیز حفظ می شوند. (آلفا).

اطلاعات ریشه پرونده
مکان، اندازه روی صفحه، موقعیت‌های اسکرول، نمای پوشه و غیره را برای روت تنظیم کنید
پوشه یک حجم HFS. دیدن README.rootinfo برای اطلاعات بیشتر. (آلفا)

آماده سازی بوت پرونده
فایل تصویری بوت PReP. حداکثر 4 مجاز است. دیدن README.prep_boot برای اطلاعات بیشتر
اطلاعات (آلفا)

-chrp-boot
هدر بوت CHRP را اضافه کنید.

-input-hfs-charset کاراکتر
مجموعه حروف ورودی که کاراکترهای مورد استفاده در نام فایل‌های HFS را هنگام استفاده با آنها تعریف می‌کند
-mac-name. مجموعه نویسه پیش فرض است cp10000 (مک رومن). را ببینید شخصیت SETS و
HFS مکینتاش FILENAMES بخش های زیر برای جزئیات بیشتر

-output-hfs-charset کاراکتر
مجموعه نویسه های خروجی که کاراکترهایی را که در نام فایل های HFS استفاده خواهند شد را تعریف می کند.
پیش‌فرض مجموعه نویسه‌های ورودی. را ببینید شخصیت SETS بخش زیر برای اطلاعات بیشتر
جزئیات.

-hfs-unlock
به طور پیش فرض، Genisoimage یک حجم HFS ایجاد می کند که قفل است. این گزینه
صدا را باز می گذارد تا سایر برنامه ها (مثلاً hfsutils) می تواند اصلاح کند
حجم. را ببینید HFS مشکلات/محدودیت ها بخش زیر برای هشدار در مورد استفاده
این گزینه

-hfs-bless نام پوشه
"Bless" دایرکتوری (پوشه) داده شده. این معمولا سیستم پوشه و استفاده می شود
در ایجاد سی دی های قابل بوت HFS. نام دایرکتوری باید کل نام مسیر باشد
as Genisoimage آن را می بیند. به عنوان مثال، اگر مسیر داده شده باشد ./cddata و مورد نیاز
پوشه نامیده می شود سیستم پوشه، نام کل مسیر است "/cddata/System پوشه"
(به یاد داشته باشید که اگر نام دارای فاصله باشد از نقل قول استفاده کنید).

-hfs-parms پارامترهای
برخی از پارامترهای مورد استفاده برای ایجاد فایل سیستم HFS را نادیده بگیرید. بعید است استفاده شود
در شرایط عادی را ببینید libhfs_iso/hybrid.h فایل منبع برای جزئیات

--کلاه لبه دار به دنبال فایل های مکینتاش AUFS CAP بگردید. فقط فرمت‌های فایل CAP Apple/Unix را جستجو کنید.
جستجو برای سایر فرمت‌های ممکن فایل Apple/Unix غیرفعال است، مگر اینکه غیرفعال شود
دو برابر خط تیره گزینه ها داده شده است.

--netatalk
به دنبال فایل های مکینتاش NETATALK بگردید

--دو برابر
به دنبال فایل های AppleDouble Macintosh بگردید

--ethershare
به دنبال فایل های Macintosh Helios EtherShare باشید

--اشاره
به دنبال فایل های IPT UShare Macintosh بگردید

--تبادل
به دنبال PC Exchange Macintosh بگردید

--sgi به دنبال فایل های مکینتاش SGI بگردید

--xinet
به دنبال فایل های مکینتاش XINET بگردید

--Macbin
به دنبال فایل های MacBinary Macintosh بگردید

--تنها
به دنبال فایل های AppleSingle Macintosh بگردید

-- دیو به دنبال فایل های DAVE Macintosh سیستم های نرم افزاری Thursby بگردید

--sfm به دنبال خدمات مایکروسافت برای فایل‌های مکینتاش باشید (فقط NT) (آلفا)

--osx-دبل
به دنبال فایل‌های Mac OS X AppleDouble Macintosh بگردید

--osx-hfs
به دنبال فایل های Mac OS X HFS Macintosh بگردید

شخصیت SETS

Genisoimage نام فایل ها را به روشی مطابق با POSIX به عنوان رشته هایی از کاراکترهای 8 بیتی پردازش می کند.
برای نمایش همه کدگذاری ها برای همه زبان ها، کاراکترهای 8 بیتی کافی نیستند. یونیکد
یا ISO-10646 کدنویسی کاراکتری را تعریف می کند که حداقل به 21 بیت برای نمایش همه شناخته شده نیاز دارد
زبان ها. آنها ممکن است با UTF-32, UTF-16 or UTF-8 کد نویسی UTF-32 از a استفاده می کند
کد نویسی 32 بیتی ساده اما به نظر غیر معمول است. UTF-16 توسط مایکروسافت با Win32 با استفاده می شود
اشکال این است که کاراکترهای 16 بیتی با فایل سیستم POSIX سازگار نیستند
رابط.

سیستم عامل های مدرن یونیکس ممکن است از کد نویسی UTF-8 برای نام فایل ها استفاده کنند. هر کاراکتر 32 بیتی
با یک یا چند کاراکتر 8 بیتی نشان داده می شود. اگر یک کاراکتر در کد گذاری شده باشد ISO-8859-1
(مورد استفاده در اروپای مرکزی و آمریکای شمالی) نقشه های 1:1 با کد یونیکد UTF-32 یا UTF-16 است.
شخصیت. اگر یک کاراکتر در کد گذاری شده باشد 7 بیتی ASCII (در ایالات متحده آمریکا و کشورهای دیگر با
مجموعه کاراکترهای محدود) نقشه های 1:1 به یک نویسه کد یونیکد UTF-32، UTF-16 یا UTF-8 است.
کدهای کاراکتری که نمی توانند به صورت یک بایت در UTF-8 نمایش داده شوند (اگر مقدار >
0x7F) از دنباله های فرار استفاده کنید که به بیش از یک کاراکتر 8 بیتی نگاشت می شوند.

اگر همه سیستم عامل ها از UTF-8 استفاده می کردند، Genisoimage نیازی به کدنویسی مجدد کاراکترها در آن نیست
نام فایل ها متاسفانه اپل از کدنویسی های کاملا غیر استاندارد و مایکروسافت از a
کدنویسی یونیکد که با رابط نام فایل POSIX سازگار نیست.

برای همه سیستم عامل های غیر UTF-8 کد، کاراکتر واقعی که هر بایت نشان می دهد
بستگی دارد به شخصیت تنظیم or صفحه کد (نامی که مایکروسافت استفاده می کند) توسط محلی استفاده می شود
سیستم عامل - کاراکترهای مجموعه کاراکترها منطقه یا طبیعی را منعکس می کنند
زبان تنظیم شده توسط کاربر

معمولاً کدهای کاراکتر 0x00-0x1f کاراکترهای کنترلی هستند، کدهای 0x20-0x7f 7 بیتی هستند.
کاراکترهای ASCII و (در رایانه های شخصی و مک) 0x80-0xff برای کاراکترهای دیگر استفاده می شود.

از آنجایی که بیش از 256 کاراکتر/نماد در حال استفاده است، تنها یک زیر مجموعه کوچک وجود دارد
در یک مجموعه شخصیت نشان داده شده است. بنابراین همان کد کاراکتر ممکن است نشان دهنده a باشد
شخصیت های مختلف در مجموعه شخصیت های مختلف بنابراین یک نام فایل تولید می شود، مثلاً در مرکز
اروپا، ممکن است نویسه یکسانی را هنگام مشاهده در دستگاهی در، مثلاً شرقی، نشان ندهد
اروپا

برای پیچیده تر کردن امور، سیستم عامل های مختلف از مجموعه کاراکترهای متفاوتی استفاده می کنند
برای منطقه یا زبان برای مثال، کد کاراکتر «é» (e کوچک با حاد
لهجه) ممکن است کد کاراکتر 0x82 در رایانه شخصی، کد 0x8e در مکینتاش، کد 0xe9 در یونیکس باشد.
سیستم در اروپای غربی و کد 0x000e9 در یونیکد.

تا زمانی که همه سیستم عامل ها و برنامه ها از مجموعه کاراکترهای مشابه استفاده نکنند
بر اساس نام فایل ها، ممکن است لازم باشد مشخص کنید که نام فایل شما از کدام مجموعه کاراکتری استفاده می کند
در کدام مجموعه کاراکتری نام فایل ها باید روی سی دی ظاهر شود.

چهار گزینه برای تعیین مجموعه کاراکترهایی که می خواهید استفاده کنید وجود دارد:

- مجموعه حروف ورودی
مجموعه کاراکترهای محلی را که در دستگاه میزبان خود استفاده می کنید، تعریف می کند. هر شخصیتی
تبدیل مجموعه ای که انجام می شود از این مجموعه کاراکتر به عنوان نقطه شروع استفاده می کند.
مجموعه کاراکترهای ورودی پیش فرض هستند cp437 در سیستم های مبتنی بر MS-DOS و iso8859-1 on
تمام سیستم های دیگر اگر -J معادل یونیکد کاراکتر ورودی داده شده است
مجموعه در فهرست Joliet استفاده خواهد شد. -jcharset مثل این هست که - مجموعه حروف ورودی
-J.

- خروجی - مجموعه حروف
مجموعه کاراکتری را تعریف می کند که با نام Rock Ridge روی آن استفاده می شود
سی دی. پیش‌فرض مجموعه کاراکترهای ورودی.

-input-hfs-charset
مجموعه کاراکترهای HFS مورد استفاده برای نام فایل های HFS که از هر یک از آنها رمزگشایی شده است را تعریف می کند
فرمت های مختلف فایل اپل/یونیکس فقط زمانی مفید است که با آن استفاده شود -mac-name. مشاهده HFS
مکینتاش FILENAMES برای اطلاعات بیشتر. پیش فرض به cp10000 (مک رومن).

-output-hfs-charset
مجموعه کاراکتر HFS را که برای ایجاد نام فایل های HFS از کاراکتر ورودی استفاده می شود، تعریف می کند
در حال استفاده است. در اکثر موارد این از مجموعه کاراکترهای داده شده با خواهد بود
- مجموعه حروف ورودی. پیش‌فرض مجموعه نویسه‌های HFS ورودی.

تعدادی مجموعه کاراکتر ساخته شده است Genisoimage. برای دریافت لیست، استفاده کنید
- مجموعه حروف ورودی کمک. این لیست شامل مجموعه نویسه‌های مشتق شده از جریان فعلی نمی‌شود
محلی، اگر Genisoimage ساخته شده است با نماد پشتیبانی می کند.

مجموعه کاراکترهای اضافی را می توان از فایل برای هر یک از گزینه های مجموعه کاراکتر خواند
دادن یک نام فایل به عنوان آرگومان به گزینه ها. فایل داده شده فقط در صورتی خوانده می شود که باشد
نام با یکی از مجموعه کاراکترهای داخلی مطابقت ندارد.

فرمت فایل های مجموعه کاراکترها مانند فایل های نقشه برداری موجود است
http://www.unicode.org/Public/MAPPINGS. این قالب عبارت است از:

ستون شماره 1 کد بایت ورودی است (به صورت هگز به صورت 0xXX)
ستون شماره 2 یونیکد است (به صورت هگز به صورت 0xXXXX)
بقیه خط نادیده گرفته می شود.

هر خط خالی، خط بدون دو (یا بیشتر) ستون در قالب بالا یا خطوط نظرات
(با کاراکتر # شروع می شود) بدون هیچ هشداری نادیده گرفته می شوند. هر کد ورودی گم شده
به کاراکتر یونیکد 0x0000 نگاشت شده است.

توجه داشته باشید که در حالی که UTF-8 پشتیبانی می شود، سایر رمزگذاری های یونیکد مانند UCS-2/UTF-16 و
UCS-4/UTF-32 چنین نیستند، زیرا سیستم عامل های POSIX نمی توانند آنها را به صورت بومی مدیریت کنند.

نگاشت مجموعه کاراکترهای 1:1 را می توان با استفاده از کلمه کلیدی تعریف کرد به طور پیش فرض به عنوان استدلال به
هر یک از گزینه های مجموعه کاراکترها این رفتار نسخه های قدیمی است mkisofs.

نام فایل ISO9660 تولید شده از نام فایل های ورودی از ورودی تبدیل نمی شود
مجموعه کاراکتر. مجموعه کاراکترهای ISO9660 یک زیر مجموعه بسیار محدود از کاراکترهای ASCII است.
بنابراین هر گونه تبدیل بی معنی خواهد بود.

هر شخصیتی که Genisoimage نمی تواند تبدیل شود با یک کاراکتر "_" جایگزین می شود.

HFS CREATOR/TYPE

یک فایل مکینتاش دارای دو ویژگی مرتبط با آن است که مشخص می کند کدام برنامه
فایل را ایجاد کرد، سازنده و فایل حاوی چه داده هایی است TYPE. هر دو هستند
(دقیقا) رشته های 4 حرفی. معمولاً این به کاربر مکینتاش اجازه می دهد تا روی یک فایل دوبار کلیک کند
و راه اندازی برنامه صحیح و غیره. CREATOR و TYPE یک فایل خاص می تواند باشد
با استفاده از چیزی مانند ResEdit (یا مشابه) در مکینتاش یافت می شود.

اطلاعات CREATOR و TYPE در همه فایل‌های مختلف کدگذاری شده Apple/Unix ذخیره می‌شوند.
برای فایل های دیگر، می توان CREATOR و TYPE را بر اساس پسوند نام فایل قرار داد
با استفاده از یک نقشه برداری فایل (با -نقشه) و/یا با استفاده از شعبده بازي عدد (معمولا الف امضا در
چند بایت اول یک فایل (با -شعبده بازي). اگر هر دو این گزینه داده شود، دستور آنها در
خط فرمان قابل توجه است. اگر -نقشه ابتدا داده می شود، پسوند نام فایل مطابقت دارد
قبل از مسابقه عدد جادویی تلاش کرد. با این حال، اگر -شعبده بازي ابتدا یک عدد جادویی داده می شود
تطبیق قبل از تطبیق پسوند نام فایل انجام می شود.

اگر از فایل نقشه برداری یا جادویی استفاده نمی شود، یا مطابقت پیدا نشد، CREATOR و TYPE پیش فرض
برای همه فایل های معمولی می توان با استفاده از ورودی های موجود در .genisoimagerc فایل یا با استفاده از
-hfs-creator و / یا -hfs-type، در غیر این صورت CREATOR و TYPE پیش فرض هستند یونیکس و TEXT.

فرمت نقشه برداری فایل هم همینطوره afpfile قالبی که توسط عوفی. این فایل دارای
پنج ستون برای گسترش, پرونده ترجمه, سازنده, TYPE و اظهار نظر. خطوط
با کاراکتر # شروع می شود، خطوط نظر هستند و نادیده گرفته می شوند. یک فایل نمونه
مانند:

# نمونه فایل نگاشت نام فایل
#
# EXTN XLate CREATOR TYPE نظر
.tif خام '8BIM' 'TIFF' "Photoshop TIFF image"
hqx Ascii 'BnHq' 'TEXT' "فایل BinHex"
.doc خام "MSWD" "WDBN" "فایل Word"
.mov Raw 'TVOD' 'MooV' "QuickTime Movie"
* Ascii 'ttxt' 'TEXT' "فایل متنی"

جایی که:

ستون اول EXTN پسوند نام فایل یونیکس را برای نقشه برداری تعریف می کند. به طور پیش فرض
نقشه برداری برای هر پسوند نام فایلی که مطابقت ندارد با '*' تعریف می شود.
شخصیت.

La Xlate ستون نوع ترجمه متن را بین یونیکس و
فایل مکینتاش توسط آن نادیده گرفته می شود Genisoimage، اما برای سازگاری نگهداری می شود
عوفی(1). با اينكه Genisoimage محتویات یک فایل را تغییر نمی دهد، اگر باینری باشد
فایل دارای TYPE آن است TEXT، آن ممکن است در مکینتاش اشتباه خوانده شود. از این رو
ممکن است انتخاب بهتری برای TYPE پیش فرض باشد ؟؟؟؟.

La سازنده و TYPE کلمات کلیدی باید 4 کاراکتر داشته باشند و به صورت تکی محصور شوند
نقل قول ها

فیلد نظر در دو گیومه محصور شده است - توسط نادیده گرفته می شود Genisoimage، اما
برای سازگاری نگهداری می شود عوفی.

فرمت شعبده بازي فایل تقریباً یکسان است شعبده بازي(5) فایل استفاده شده توسط پرونده(1)
فرمان

این فایل دارای چهار ستون جدا شده با تب برای بایت چاپ افست, نوع, آزمون و پیام.
خطوطی که با کاراکتر «#» شروع می‌شوند، خطوط نظر هستند و نادیده گرفته می‌شوند. یک فایل نمونه
اینگونه خواهد بود:

# نمونه فایل جادویی
#
# پیام آزمایشی نوع خاموش
0 رشته تصویر GIF8 8BIM GIFf GIF
0 داده تصویر کوتاه 0xffd8 8BIM JPEG
0 رشته SIT! بنشین! بنشین! بایگانی StuffIt
0 رشته \037\235 فشرده سازی استاندارد یونیکس LZIV ZIVU
0 رشته \037\213 GNUz ZIVU gzip داده های فشرده
0 رشته ٪! پست اسکریپت ASPS TEXT
0 رشته \004%! ASPS TEXT PC Postscript با ^D برای شروع
فایل فیلم 4 رشته ای moov txtt MooV QuickTime (moov)
فایل فیلم 4 رشته ای mdat txtt MooV QuickTime (mdat)

فرمت فایل در شرح داده شده است شعبده بازي(5). تنها تفاوت اینجا این است که برای
هر ورودی در فایل جادویی، پیام زیرا افست اولیه باید 4 کاراکتر باشد
برای CREATOR و به دنبال آن 4 کاراکتر برای TYPE - فضای سفید بین آنها اختیاری است
آنها هر شخصیت دیگری در این خط نادیده گرفته می شود. خطوط ادامه (شروع با a
`>') نیز نادیده گرفته می شوند، یعنی فقط از خطوط افست اولیه استفاده می شود.

با استفاده از -شعبده بازي ممکن است به طور قابل توجهی زمان پردازش را افزایش دهد زیرا هر فایل باید باز شود و
بخوانید تا عدد جادویی آن را پیدا کنید.

به طور خلاصه، برای همه فایل ها، CREATOR پیش فرض است یونیکس و TYPE پیش فرض است TEXT.
این موارد را می توان با استفاده از ورودی های موجود در آن تغییر داد .genisoimagerc فایل یا با استفاده از -hfs-creator
و / یا -hfs-type.

اگر فایل در یکی از فرمت های شناخته شده Apple/Unix باشد (و فرمت آن بوده است
انتخاب شده)، CREATOR و TYPE از مقادیر ذخیره شده در فایل Apple/Unix گرفته شده است.

سایر فایل‌ها می‌توانند CREATOR و TYPE خود را از پسوند نام فایل خود (با -نقشه),
یا شماره جادویی آنها (با -شعبده بازي). اگر مطابق پیش فرض در نقشه برداری فایل،
این مقادیر CREATOR و TYPE پیش‌فرض را لغو می‌کنند.

یک پایگاه داده کامل CREATOR/TYPE را می توان در اینجا یافت http://www.angelfire.com/il/szekely/.

HFS مکینتاش فایل فرمها

فایل های مکینتاش دارای دو قسمت هستند که به آن ها می گویند داده ها و منابع چنگال. ممکن است خالی باشد.
یونیکس (و بسیاری از سیستم‌عامل‌های دیگر) فقط می‌توانند با فایل‌هایی که یک بخش (یا فورک) دارند کنار بیایند. برای افزودن به
این، فایل‌های مکینتاش دارای تعدادی ویژگی مرتبط با آنها هستند - احتمالاً بیشترین
TYPE و CREATOR مهم هستند. مجدداً، یونیکس هیچ مفهومی از این انواع ندارد
ویژگی های.

به عنوان مثال، یک فایل مکینتاش ممکن است یک تصویر JPEG باشد که در آن تصویر در دیتا فورک و ذخیره می شود
یک تصویر کوچک دسکتاپ ذخیره شده در Resource fork. معمولاً اطلاعات موجود در داده ها است
چنگال که در همه پلتفرم ها مفید است.

بنابراین برای ذخیره یک فایل مکینتاش در یک سیستم فایل یونیکس، باید راهی برای مقابله پیدا کرد
با دو چنگال و ویژگی های اضافی (که به آنها اشاره می شود یابنده اطلاعات).
متاسفانه، به نظر می رسد که هر بسته نرم افزاری که فایل های مکینتاش را در یونیکس ذخیره می کند
روش ذخیره سازی کاملا متفاوتی را انتخاب کرده است.

فرمت اپل/یونیکس که Genisoimage پشتیبانی (تا حدی) عبارتند از:

فرمت CAP AUFS
چنگال داده در یک فایل ذخیره می شود. چنگال منابع در زیر شاخه منبع با همان
نام فایل به عنوان دیتا فورک اطلاعات یاب در زیر شاخه .finderinfo با همان نام فایل

AppleDouble/Netatalk
چنگال داده در یک فایل ذخیره می شود. فورک منبع در فایلی با پیشوند همین نام ذخیره می شود
با '%'. اطلاعات Finder نیز در همان فایل '%' ذخیره می شود. Netatalk از همان قالب استفاده می کند،
اما اطلاعات فورک/یاب منبع در زیر شاخه ذخیره می شود .AppleDouble با همان
نام فایل به عنوان دیتا فورک

Apple Single
ساختارهای داده مشابه با بالا، به جز فورک ها و اطلاعات Finder در آنها ذخیره می شود
یک فایل

Helios EtherShare
چنگال داده در یک فایل ذخیره می شود. منبع فورک و اطلاعات Finder با هم در فهرست فرعی
rsrc با همان نام فایل دیتا فورک.

IPT USShare
مانند فرمت EtherShare، اما اطلاعات Finder کمی متفاوت ذخیره می شود.

مک بیینار
هر دو فورک و اطلاعات Finder در یک فایل ذخیره می شوند.

مبادله رایانه های شخصی اپل
توسط مکینتاش ها برای ذخیره فایل های اپل روی دیسک های DOS (FAT) استفاده می شود. چنگال داده ذخیره شده در a
فایل. چنگال منابع در زیر شاخه منبع.frk (و یا RESOURCE.FRK). اطلاعات یاب به عنوان
یک رکورد در پرونده Finder.dat (و یا FINDER.DAT). جداگانه، مجزا Finder.dat برای هر داده
دایرکتوری چنگال

توجه داشته باشید: Genisoimage نیاز به دانستن اندازه خوشه FAT بومی دیسکی که رایانه شخصی دارد
فایل های Exchange روشن هستند (یا از آن کپی شده اند). این اندازه توسط
-اندازه خوشه. خوشه یا اندازه تخصیص را می توان با استفاده از DOS پیدا کرد
سودمندی chkdsk.

ممکن است با فایل‌های PC Exchange نسخه 2.2 یا بالاتر (در MacOS 8.1 موجود است) کار نکند. DOS
رسانه های حاوی فایل های PC Exchange باید به صورت نوع نصب شوند msdos (نه vfat) چه زمانی
با استفاده از لینوکس

SGI/XINET
توسط ماشین های SGI هنگام نصب دیسک های HFS استفاده می شود. چنگال داده در یک فایل ذخیره می شود.
چنگال منابع در زیر شاخه .HSResource با همان نام فایل اطلاعات یاب به عنوان یک
ثبت در پرونده .HSancilary. جداگانه، مجزا .HSancilary برای هر دایرکتوری چنگال داده

Thursby Software Systems DAVE
به مکینتاش ها اجازه می دهد تا فایل های اپل را در سرورهای SMB ذخیره کنند. چنگال داده ذخیره شده در a
فایل. چنگال منابع در زیر شاخه منبع.frk. از فرمت AppleDouble برای
چنگال منابع ذخیره

خدمات برای مکینتاش
فرمت فایل های ذخیره شده توسط سرورهای NT در فایل سیستم های NTFS. چنگال داده به عنوان ذخیره می شود
نام فایل. منبع فورک ذخیره شده به عنوان یک جریان NTFS نامیده می شود نام فایل: AFP_Resource.
اطلاعات Finder به عنوان یک جریان NTFS به نام ذخیره می شود نام فایل: Afp_AfpInfo. جریان های NTFS
معمولا برای کاربر نامرئی هستند.

هشدار: Genisoimage فقط تا حدی از فرمت SFM پشتیبانی می کند. اگر یک فایل HFS یا
پوشه ذخیره شده در سرور NT حاوی یک کاراکتر غیرقانونی NT به نام خود، NT است
این کاراکترها را به خصوصی استفاده کنید یونیکد شخصیت ها. شخصیت ها عبارتند از: "
* / < > ? \ | و یک فاصله یا نقطه اگر آخرین کاراکتر نام فایل باشد،
کدهای کاراکتر 0x01 تا 0x1f (کاراکترهای کنترلی) و لوگوی اپل اپل.

متأسفانه، این کاراکترهای خصوصی یونیکد قابل خواندن نیستند Genisoimage
NT قابل اجرا بنابراین هر نام فایل یا دایرکتوری حاوی این کاراکترها
نادیده گرفته خواهد شد - از جمله محتویات هر دایرکتوری از این قبیل.

Mac OS X AppleDouble
وقتی فایل‌های +HFS/HFS توسط Mac OS X در یک فایل سیستم غیر HFS کپی یا ذخیره می‌شوند.
(به عنوان مثال UFS، NFS و غیره)، فایل ها در فرمت AppleDouble ذخیره می شوند. چنگال داده ذخیره شده است
در یک فایل فورک منبع در فایلی با همان نام با پیشوند «._» ذخیره شده است. یاب
اطلاعات نیز در همان فایل '._' ذخیره می شود.

Mac OS X HFS (آلفا)
نه واقعاً یک کدگذاری Apple/Unix، بلکه فایل‌های HFS/HFS+ واقعی در سیستم Mac OS X.
چنگال داده در یک فایل ذخیره می شود. چنگال منابع در یک فایل شبه با همان ذخیره می شود
نام با پسوند /rsrc. اطلاعات Finder فقط از طریق Mac OS X در دسترس است
تماس کتابخانه

همچنین مشاهده کنید README.macosx.

فقط در صورت استفاده در Mac OS X کار می کند.

اگر فایلی با طول منبع فورک و اطلاعات یاب خالی پیدا شود، همینطور است
فرض بر این است که هیچ کدگذاری Apple/Unix وجود ندارد - بنابراین می توان یک TYPE و CREATOR
با استفاده از روش های دیگر تنظیم کنید.

Genisoimage تلاش خواهد کرد تا CREATOR، TYPE، تاریخ و احتمالاً پرچم‌های دیگر را از
اطلاعات یاب علاوه بر این، اگر وجود داشته باشد، نام فایل مکینتاش از Finder تنظیم می شود
اطلاعات، در غیر این صورت نام مکینتاش بر اساس نام فایل یونیکس است - به قسمت مراجعه کنید HFS مکینتاش
FILENAMES بخش زیر

هنگام استفاده از -سیب، TYPE و CREATOR در سیستم استفاده اختیاری یا ذخیره می شوند SUSP
فیلد در رکورد ISO9660 فهرست راهنما - به همان روشی که ویژگی های Rock Ridge
هستند. در واقع برای آسان کردن زندگی، افزونه های اپل در ابتدای کار اضافه شده اند
ویژگی های Rock Ridge موجود (یعنی برای دریافت برنامه های افزودنی اپل، Rock Ridge را دریافت می کنید
پسوند نیز).

برنامه های افزودنی اپل نیاز دارند که منبع فورک به صورت ISO9660 ذخیره شود مرتبط است فایل.
این دقیقاً مانند هر فایل عادی ذخیره شده در سیستم فایل ISO9660 است به جز اینکه
پرچم فایل مرتبط در رکورد دایرکتوری (بیت 2) تنظیم شده است. این فایل به همین نام است
به عنوان چنگال داده (فایل مشاهده شده توسط ماشین های غیر اپل). فایل های مرتبط به طور معمول هستند
توسط سایر سیستم عامل ها نادیده گرفته می شود

هنگام استفاده از -hfs، TYPE و CREATOR به علاوه سایر اطلاعات یاب، در یک HFS جداگانه ذخیره می شوند
دایرکتوری، در حجم ISO9660 قابل مشاهده نیست. دایرکتوری HFS به همان داده ها ارجاع می دهد
و فایل های منبع فورک که در بالا توضیح داده شد.

در بیشتر موارد استفاده از آن بهتر است -hfs بجای -سیب، همانطور که دومی تحمیل می کند
کاراکترهای ISO9660 محدود در نام فایل مجاز است. با این حال، برنامه های افزودنی اپل این را ارائه می دهند
مزیت این است که فایل ها روی دیسک کارآمدتر بسته بندی می شوند و ممکن است امکان پذیر باشد
فایل های بیشتری را روی سی دی قرار دهید.

HFS مکینتاش FILENAMES

در صورت امکان، از نام فایل HFS که با یک فایل Apple/Unix ذخیره می شود، برای آن استفاده می شود
قسمت HFS از سی دی. با این حال، همه کدگذاری های Apple/Unix نام فایل HFS را با آن ذخیره نمی کنند
اطلاعات یاب در این موارد، از نام فایل یونیکس استفاده می شود - با خاصیت فرار
شخصیت ها. کاراکترهای ویژه شامل «/» و کاراکترهایی با کدهای بیش از 127 است.

AUFS با استفاده از «:» به دنبال کد کاراکتر به صورت دو هگز از این کاراکترها فرار می کند
ارقام Netatalk و EtherShare طرحی مشابه دارند، اما از «%» به جای «:» استفاده می کنند.

If Genisoimage نمی تواند یک نام فایل HFS را پیدا کند، از نام یونیکس با هر نامی استفاده می کند %xx or :xx
شخصیت ها (xx دو رقم هگزا هستند) به یک کد کاراکتری تبدیل می شوند. اگر xx نیستند
ارقام هگزا ([0-9a-fA-F])، آنها به حال خود رها می شوند - اگرچه هر باقی مانده «:» به تبدیل می شود
«%»، به عنوان «:» جداکننده دایرکتوری HFS است. مانند یک فایل یونیکس معمولی باید مراقب بود
با %xx or :xx نیز تبدیل خواهد شد. به عنوان مثال

This:2fFile به This/File تبدیل شد

این: فایل به This%File تبدیل شد

This:t7File به This%t7File تبدیل شد

اگرچه به نظر می رسد نام فایل های HFS از حروف بزرگ و کوچک پشتیبانی می کند، سیستم فایل
به حروف بزرگ و کوچک حساس نیست، به عنوان مثال، نام فایل ABC و AbC همان هستند. اگر فایلی در a پیدا شد
دایرکتوری با همان نام HFS، Genisoimage سعی خواهد کرد با اضافه کردن یک نام منحصر به فرد ایجاد کند
کاراکترهای «_» در یکی از نام‌های فایل.

اگر نام فایل HFS برای یک فایل وجود داشته باشد، Genisoimage می تواند از این نام به عنوان نقطه شروع استفاده کند
برای نام فایل ISO9660، Joliet و Rock Ridge با استفاده از -mac-name. فایل های یونیکس معمولی
بدون نام HFS همچنان از نام یونیکس خود استفاده خواهد کرد. به عنوان مثال

اگر یک فایل MacBinary (یا PC Exchange) به عنوان ذخیره شده باشد someimage.gif.bin در یونیکس
فایل سیستم، اما حاوی یک فایل HFS به نام someimage.gif، این نامی است که می کند
روی قسمت HFS CD ظاهر می شود. با این حال، همانطور که Genisoimage از نام یونیکس به عنوان
نقطه شروع برای نام‌های دیگر، نام ISO9660 ایجاد شده احتمالاً خواهد بود
SOMEIMAG.BIN و جولیت/راک ریج خواهد بود someimage.gif.bin. این گزینه استفاده خواهد شد
نام فایل HFS به عنوان نقطه شروع و نام ISO9660 احتمالاً خواهد بود SOMEIMAG.GIF
و جولیت/راک ریج خواهد بود someimage.gif.

-mac-name در حال حاضر با آن کار نخواهد کرد -T - نام یونیکس در TRANS.TBL
فایل، نه نام مکینتاش.

مجموعه کاراکتر مورد استفاده برای تبدیل هر نام فایل HFS به نام فایل Joliet/Rock Ridge
پیش فرض به cp10000 (مک رومن). مجموعه کاراکترهای مورد استفاده را می توان با استفاده از آن مشخص کرد
-input-hfs-charset. دیگر مجموعه کاراکترهای داخلی HFS عبارتند از: cp10006 (مک یونان)، cp10007
(مک سیریلیک)، cp10029 (MacLatin2) cp10079 (MacIcelandandic) و cp10081 (مک ترکی).

توجه: کدهای کاراکتر استفاده شده توسط نام فایل های HFS که از فرمت های مختلف اپل/یونیکس گرفته شده اند
تبدیل نخواهند شد زیرا فرض می شود در مجموعه کاراکترهای Apple صحیح قرار دارند. فقط
نام های Joliet/Rock Ridge که از نام فایل های HFS مشتق شده اند تبدیل خواهند شد.

موجود است Genisoimage کد هر کاراکتر غیرقانونی را برای ISO9660 فیلتر می کند
نام فایل Joliet، اما به عنوان Genisoimage انتظار دارد که مستقیماً با نام های یونیکس سر و کار داشته باشد
نام Rock Ridge را همانطور که هست باقی می گذارد. اما از آنجایی که «/» یک کاراکتر نام فایل HFS قانونی است،
-mac-name «/» را در نام فایل Rock Ridge به «_» تبدیل می کند.

اگر از پسوندهای اپل استفاده شود، فقط نام فایل ISO9660 در مکینتاش ظاهر می شود.
با این حال، همانطور که درایورهای Macintosh ISO9660 می توانند استفاده کنند سطح 2 نام فایل ها، می توانید از گزینه ها استفاده کنید
پسندیدن -اجازه-چند نقطه بدون مشکل در مکینتاش - همچنان مراقب نام ها باشید
مثال this.file.name تبدیل خواهد شد این فایل یعنی فقط یک «.» نیز داشته باشید
نام فایل abcdefgh به عنوان دیده خواهد شد ABDEFGH اما abcdefghi به عنوان دیده خواهد شد ABCDEFGHI. به عنوان مثال
با یک «.» در پایان - نمی دانم که آیا این یک مشکل مکینتاش است یا یک
Genisoimage/مخیبرید مسئله. همه نام فایل ها با حروف بزرگ در صورت مشاهده در a
مکینتاش. البته ماشین های DOS/Win3.X قادر به دیدن نام فایل های سطح 2 نخواهند بود...

HFS سفارشی VOLUME/Folder آیکون های

برای دادن نماد سفارشی به CD HFS، مطمئن شوید که پوشه root (سطح بالا) دارای استاندارد باشد
فایل آیکون حجم مکینتاش. برای دادن نماد سفارشی به یک حجم در مکینتاش، یک نماد باید این کار را انجام دهد
روی نماد حجم در کادر "دریافت اطلاعات" جلد چسبانده شود. این یک را ایجاد می کند
فایل نامرئی نامیده می شود نماد\r ('\r' کاراکتر بازگشتی حامل است) در پوشه ریشه.

یک نماد پوشه سفارشی بسیار شبیه است - یک فایل نامرئی به نام نماد\r در وجود دارد
خود پوشه.

احتمالا ساده ترین راه برای ایجاد یک نماد سفارشی است که Genisoimage می توانید از آن برای فرمت a استفاده کنید
فلاپی دیسک HFS را در مک خالی کنید و یک نماد را در کادر «دریافت اطلاعات» آن قرار دهید. اگر از لینوکس استفاده می کنید
با نصب ماژول HFS، فلاپی را سوار کنید:

mount -t hfs /dev/fd0 /mnt/floppy

فلاپی به صورت پیش فرض به عنوان یک فایل سیستم CAP نصب می شود. سپس اجرا کنید Genisoimage با استفاده از
چیزی مثل:

genisoimage --cap -o خروجی source_dir /mnt/floppy

اگر از لینوکس استفاده نمی کنید، می توانید استفاده کنید hfsutils برای کپی کردن فایل آیکون از فلاپی.
با این حال، باید مراقب بود، زیرا فایل نماد حاوی یک کاراکتر کنترل است. برای
مثال:

hmount /dev/fd0
hdir -a
hcopy -m Icon^V^M icon_dir/icon

که در آن "^V^M" کنترل-V و سپس کنترل-M است. سپس اجرا کنید Genisoimage با استفاده از چیزی
پسندیدن:

genisoimage --macbin -o خروجی source_dir icon_dir

روال ایجاد/استفاده از نمادهای پوشه سفارشی بسیار مشابه است - یک نماد را در آن قرار دهید
جعبه "دریافت اطلاعات" پوشه را انتخاب کنید و نتیجه را منتقل کنید نماد\r فایل را به دایرکتوری مربوطه ارسال کنید
در Genisoimage درخت منبع

ممکن است بخواهید فایل های نماد را از درختان ISO9660 و Joliet مخفی کنید.

برای دادن یک نماد سفارشی به سی دی Joliet، دستورالعمل‌های موجود در آن را دنبال کنید
http://www.cdrfaq.org/faq03.html#S3-21-1.

HFS BOOT DRIVER

It ممکن است امکان بوت شدن سی دی هیبریدی در مکینتاش وجود دارد.

یک سی دی HFS قابل بوت به یک درایور سی دی رام اپل (یا سازگار) نیاز دارد، یک HFS قابل بوت
پارتیشن و فایل های System، Finder و غیره لازم.

یک درایور را می توان از هر سی دی رام قابل بوت مکینتاش با استفاده از apple_driver
سودمندی سپس می توان از این فایل استفاده کرد -boot-hfs-file.

پارتیشن HFS (یعنی دیسک هیبریدی در مورد ما) باید دارای یک سیستم مناسب باشد
پوشه، دوباره از CD-ROM یا دیسک دیگری.

برای اینکه یک پارتیشن قابل بوت شدن باشد، باید آن را داشته باشد پوتین مسدود کردن تنظیم. بلوک بوت در
دو بلوک اول یک پارتیشن برای یک پارتیشن غیر قابل بوت بلوک بوت پر است
صفرها به طور معمول، هنگامی که یک فایل سیستم به پارتیشن روی دیسک مکینتاش کپی می شود، بوت می شود
بلوک با تعدادی از تنظیمات مورد نیاز پر شده است - متأسفانه من کامل را نمی دانم
مشخصات بلوک بوت، بنابراین حدس می زنم که موارد زیر کار کنند.

بنابراین، ابزار apple_driver همچنین بلوک بوت را از اولین HFS استخراج می کند
پارتیشن را در CD-ROM داده شده پیدا می کند و برای پارتیشن HFS ایجاد شده توسط استفاده می شود
Genisoimage.

لطفا یادداشت ها: با استفاده از درایور از یک سی دی اپل و کپی کردن نرم افزار اپل در سی دی خود، شما
موظف به اطاعت از موافقت نامه های مجوز نرم افزار Apple Computer, Inc.

EL توریتو BOOT اطلاعات جدول

چه زمانی -بوت-اطلاعات-جدول داده شده است، Genisoimage فایل بوت مشخص شده توسط را تغییر خواهد داد -b by
درج 56 بایت پوتین اطلاعات جدول در افست 8 در فایل. این اصلاح است
در سیستم فایل منبع انجام می شود، بنابراین اگر این فایل به راحتی امکان پذیر نیست، مطمئن شوید که از یک کپی استفاده می کنید
دوباره خلق شد! این فایل حاوی نشانگرهایی است که ممکن است به راحتی یا به طور قابل اعتمادی در آنها به دست نیاید
زمان بوت.

فرمت این جدول به شرح زیر است؛ همه اعداد صحیح در بخش 7.3.1 ("کوچک
endian") فرمت.

معنی اندازه نام افست
8 bi_pvd 4 بایت LBA توصیفگر حجم اولیه
12 bi_file 4 بایت LBA فایل بوت
16 bi_length 4 بایت طول فایل بوت بر حسب بایت
20 bi_csum 4 بایت جمع کنترل 32 بیتی
24 bi_Reserved 40 Bytes Reserved

چک‌سوم 32 بیتی مجموع تمام کلمات 32 بیتی در فایل بوت است که با شروع
بایت افست 64. تمام آدرس های بلوک خطی (LBA) در بخش های CD داده شده است
(به طور معمول 2048 بایت).

HPPA NOTES

برای ساخت یک سی دی قابل بوت برای HPPA، حداقل یک فایل بوت لودر (-hppa-bootloader)، یک
فایل تصویر هسته (32 بیتی، 64 بیتی یا هر دو، بسته به سخت افزار) و یک خط فرمان بوت
(-hppa-cmdline) باید مشخص شود. برخی از سیستم ها می توانند هسته 32 یا 64 بیتی را بوت کنند.
و در صورت وجود هر دو، سیستم عامل یکی را انتخاب می کند. به صورت اختیاری، می توان از ramdisk استفاده کرد
برای فایل سیستم ریشه با استفاده از -hppa-cmdline.

JIGDO NOTES

Jigdo ابزاری برای کمک به توزیع فایل های بزرگ مانند تصاویر CD و DVD است. دیدن
http://atterer.org/jigdo/ برای جزئیات بیشتر سی دی های دبیان و تصاویر دی وی دی ISO منتشر می شوند
در وب در قالب jigdo به کاربران نهایی اجازه می دهد تا آنها را با کارایی بیشتری دانلود کنند.

برای ایجاد فایل‌های jigdo و الگو در کنار تصویر ISO از Genisoimage، شما باید
ابتدا لیستی از فایل های مورد استفاده را در قالب زیر ایجاد کنید:

مسیر اندازه فایل MD5sum
32 نویسه 12 کاراکتر تا انتهای خط

MD5sum باید با نماد هگزادسیمال استاندارد نوشته شود، اندازه فایل باید فهرست شود
اندازه فایل بر حسب بایت، و مسیر باید مسیر مطلق فایل را فهرست کند. برای
مثال:

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

هنگامی که این فایل را دارید، تماس بگیرید Genisoimage با تمام پارامترهای خط فرمان معمولی شما.
نام فایل های خروجی را برای فایل های jigdo و الگو با استفاده از آن مشخص کنید -jigdo-jigdo و
قالب-jigdo، و در محل لیست MD5 خود با -md5-list.

اگر فایل‌هایی وجود دارند که نمی‌خواهید به فایل jigdo اضافه شوند (مثلاً اگر هستند
به احتمال زیاد اغلب تغییر می کند)، آنها را با استفاده از -jigdo-exclude مشخص کنید. اگر می خواهید برخی از آنها را تأیید کنید
فایل ها را همانطور که در تصویر نوشته شده اند، با استفاده از -jigdo-force-md5 مشخص کنید. در صورت وجود
فایل ها مطابقت ندارند، Genisoimage سپس سقط خواهد شد. هر دوی این گزینه ها به طور منظم انجام می شود
عبارات به عنوان ورودی این امکان وجود دارد که مجموعه فایل هایی را که استفاده می شود محدود کنید
بیشتر بر اساس اندازه - از گزینه -jigdo-min-file-size استفاده کنید.

در نهایت، کد jigdo باید بداند که چگونه فایل‌هایی که به آن داده می‌شود را در یک سبک آینه‌ای نگاشت کند
پیکربندی نحوه ترسیم مسیرها را با استفاده از آن مشخص کنید -jigdo-map. استفاده كردن دبیان=/آینه/دبیان
باعث می شود همه مسیرها با شروع شوند /mirror/debian به نقشه برداری شود دبیان: در
خروجی فایل jigdo

مثال ها

برای ایجاد یک تصویر سیستم فایل ISO9660 وانیلی در فایل cd.iso، جایی که دایرکتوری
cd_dir به دایرکتوری ریشه سی دی تبدیل می شود، تماس بگیرید:

% genisoimage -o cd.iso cd_dir

برای ایجاد یک سی دی با پسوند Rock Ridge از فهرست منبع cd_dir:

% genisoimage -o cd.iso -R cd_dir

برای ایجاد یک سی دی با پسوند Rock Ridge از فهرست منبع cd_dir جایی که همه فایل ها
حداقل مجوز خواندن داشته باشد و همه فایل ها متعلق به ریشه، زنگ زدن:

% genisoimage -o cd.iso -r cd_dir

برای نوشتن یک آرشیو تار مستقیماً روی یک سی دی که بعداً حاوی یک ISO9660 ساده خواهد بود
سیستم فایل با فراخوانی بایگانی tar:

% tar cf - . | genisoimage -stream-media-size 333000 | \
wodim dev=b,t,l -dao tsize=333000s -

برای ایجاد یک سی دی هیبریدی HFS با پسوندهای Joliet و Rock Ridge منبع
فهرست راهنما cd_dir:

% genisoimage -o cd.iso -R -J -hfs cd_dir

برای ایجاد یک سی دی هیبریدی HFS از دایرکتوری منبع cd_dir که حاوی Netatalk است
فایل های اپل/یونیکس:

% genisoimage -o cd.iso --netatalk cd_dir

برای ایجاد یک سی دی هیبریدی HFS از دایرکتوری منبع cd_dir، دادن تمام فایل ها CREATOR و
TYPES فقط بر اساس پسوند نام فایل آنها که در فایل "mapping" فهرست شده است:

% genisoimage -o cd.iso -map mapping cd_dir

برای ایجاد یک سی دی با افزونه های اپل به ISO9660، از دایرکتوری های منبع cd_dir
و other_dir. فایل‌ها در تمام فرمت‌های شناخته شده اپل/یونیکس و هر فایل دیگری رمزگشایی می‌شوند
بر اساس شماره جادویی که در فایل داده شده است، CREATOR و TYPE داده می شود شعبده بازي:

% genisoimage -o cd.iso -apple -magic magic -probe \
cd_dir other_dir

مثال زیر فایل های مختلفی را روی سی دی قرار می دهد که نام همه آنها README اما
هنگامی که به عنوان CD ISO9660/Rock Ridge، Joliet یا HFS دیده می شود، محتویات متفاوتی دارند.

دایرکتوری فعلی شامل:

% ls -F
README.hfs README.joliet README.Unix cd_dir/

دستور زیر محتویات دایرکتوری را قرار می دهد cd_dir روی سی دی همراه با
سه فایل README - اما تنها یکی از هر یک از سه فایل سیستم دیده می شود:

% genisoimage -o cd.iso -hfs -J -r -graft-points \
-hide README.hfs -hide README.joliet \
-hide-joliet README.hfs -hide-joliet README.Unix \
-hide-hfs README.joliet -hide-hfs README.Unix \
README=README.hfs README=README.joliet \
README=README.Unix cd_dir

یعنی فایل README.hfs به صورت README در سی دی HFS و دو فایل دیگر README دیده می شود.
فایل ها مخفی خواهند شد به طور مشابه برای Joliet و CD ISO9660/Rock Ridge.

احتمالاً انواع و اقسام نتایج عجیب با ترکیبی از پوست وجود دارد
گزینه ها ...

NOTES

Genisoimage ممکن است با خیال راحت suid root نصب شود. این ممکن است برای اجازه دادن لازم باشد Genisoimage به
هنگام ایجاد یک تصویر چند جلسه ای جلسه قبل را بخوانید.

If Genisoimage در حال ایجاد یک تصویر سیستم فایل با ویژگی های Rock Ridge و دایرکتوری است
سطح تودرتو درخت دایرکتوری منبع برای ISO9660 خیلی زیاد است، Genisoimage انجام خواهد داد
جابجایی دایرکتوری عمیق این منجر به یک دایرکتوری به نام می شود RR_MOVED در ریشه
دایرکتوری سی دی شما نمی توانید از این دایرکتوری اجتناب کنید.

بسیاری از گزینه های کد بوت برای پلتفرم های مختلف به دلیل بوت شدن، متقابلاً منحصر به فرد هستند
بلوک ها نمی توانند با هم وجود داشته باشند. پلتفرم های مختلف مکان های داده مشابهی را در تصویر به اشتراک می گذارند.
دیدن http://lists.debian.org/debian-cd/2006/12/msg00109.html برای جزئیات بیشتر.

با استفاده از خدمات onworks.net از genisoimage به صورت آنلاین استفاده کنید