genisoimage - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

genisoimage - ສ້າງລະບົບໄຟລ໌ ISO9660/Joliet/HFS ດ້ວຍຄຸນລັກສະນະ Rock Ridge ທາງເລືອກ

ສະຫຼຸບສັງລວມ

genisoimage [ທາງເລືອກໃນການ] [-o ຊື່​ເອ​ກະ​ສານ] ເສັ້ນທາງ [ເສັ້ນທາງ ...]

ລາຍລະອຽດ

genisoimage ເປັນໂຄງການຕົ້ນສະບັບເພື່ອສ້າງລະບົບໄຟລ໌ປະສົມ ISO9660/Joliet/HFS.

genisoimage ມີ​ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ຜະ​ລິດ​ໄດ້​ ລະບົບ ການນໍາໃຊ້ ການແບ່ງປັນ ອະນຸສັນຍາ ການບັນທຶກ (SUSP)
ລະບຸໄວ້ໂດຍ Rock ສັນຕາມລວງຍາວ ການແລກປ່ຽນ ອະນຸສັນຍາ. ນີ້ແມ່ນໃຊ້ເພື່ອອະທິບາຍເພີ່ມເຕີມ
ໄຟລ໌ໃນລະບົບໄຟລ໌ ISO9660 ໄປຫາເຈົ້າພາບ Unix, ແລະໃຫ້ຂໍ້ມູນເຊັ່ນ: ຍາວ
ຊື່ໄຟລ໌, UID/GID, ການອະນຸຍາດ POSIX, ລິ້ງສັນຍາລັກ, ແລະອຸປະກອນບລັອກ ແລະຕົວອັກສອນ
ໄຟລ໌.

ຖ້າ Joliet ຫຼື HFS hybrid ຕົວເລືອກເສັ້ນຄໍາສັ່ງຖືກລະບຸ, genisoimage ຈະສ້າງ
metadata ຂອງລະບົບໄຟລ໌ເພີ່ມເຕີມທີ່ຕ້ອງການສໍາລັບ Joliet ຫຼື HFS. ຖ້າບໍ່ດັ່ງນັ້ນ genisoimage ຈະ
ສ້າງລະບົບໄຟລ໌ ISO9660 ອັນບໍລິສຸດ.

genisoimage ສາມາດສ້າງເປັນ ທີ່ແທ້ຈິງ (ຫຼື ແບ່ງປັນ) ລະບົບໄຟລ໌ປະສົມ HFS. ໄຟລ໌ດຽວກັນແມ່ນເຫັນໄດ້
ເປັນໄຟລ໌ HFS ເມື່ອເຂົ້າເຖິງຈາກ Macintosh ແລະເປັນໄຟລ໌ ISO9660 ເມື່ອເຂົ້າເຖິງຈາກເຄື່ອງອື່ນ
ເຄື່ອງຈັກ. HFS ຫຍໍ້ມາຈາກ ລຳ ດັບຊັ້ນ ເອກະສານ ລະບົບ ແລະເປັນລະບົບໄຟລ໌ພື້ນເມືອງທີ່ໃຊ້ໃນ
ຄອມພິວເຕີ Macintosh.

ໃນຖານະເປັນທາງເລືອກ, genisoimage ສາມາດສ້າງ ຈາກຫນາກແອບເປີ ການ​ຂະ​ຫຍາຍ to ISO9660 ສໍາລັບແຕ່ລະໄຟລ໌.
ສ່ວນຂະຫຍາຍເຫຼົ່ານີ້ໃຫ້ແຕ່ລະໄຟລ໌ທີ່ມີ CREATOR, TYPE ແລະບາງ Finder flags ເມື່ອ
ເຂົ້າເຖິງຈາກ Macintosh. ເບິ່ງ ຮສ ເຄື່ອງຈັກ ເອກະສານ ຮູບແບບ ພາກລຸ່ມ.

genisoimage ເອົາພາບຖ່າຍຂອງຕົ້ນໄມ້ໄດເລກະທໍລີທີ່ໃຫ້, ແລະສ້າງຮູບພາບຄູ່ທີ່
ຈະສອດຄ້ອງກັບລະບົບໄຟລ໌ ISO9660 ແລະ/ຫຼື HFS ເມື່ອຂຽນໃສ່ອຸປະກອນບລັອກ.

ແຕ່ລະໄຟລ໌ທີ່ຂຽນໃສ່ລະບົບໄຟລ໌ ISO9660 ຕ້ອງມີຊື່ໄຟລ໌ໃນຮູບແບບ 8.3 (ສູງສຸດ
8 ຕົວ​ອັກ​ສອນ​, ໄລ​ຍະ​ເວ​ລາ​, ເຖິງ 3 ຕົວ​ອັກ​ສອນ​, ຕົວ​ພິມ​ໃຫຍ່​ທັງ​ຫມົດ​)​, ເຖິງ​ແມ່ນ​ວ່າ Rock Ridge ໃນ​ການ​ນໍາ​ໃຊ້​.
ຊື່ໄຟລ໌ນີ້ແມ່ນໃຊ້ໃນລະບົບທີ່ບໍ່ສາມາດໃຊ້ Rock Ridge ໄດ້
ສ່ວນຂະຫຍາຍ (ເຊັ່ນ MS-DOS), ແລະແຕ່ລະຊື່ໄຟລ໌ໃນແຕ່ລະໄດເລກະທໍລີຕ້ອງແຕກຕ່າງຈາກ
ຊື່ໄຟລ໌ອື່ນຢູ່ໃນໄດເລກະທໍລີດຽວກັນ. genisoimage ໂດຍທົ່ວໄປແລ້ວພະຍາຍາມສ້າງທີ່ຖືກຕ້ອງ
ຊື່ໂດຍການບັງຄັບໃຫ້ຊື່ໄຟລ໌ Unix ເປັນຕົວພິມໃຫຍ່ແລະຕັດອອກຕາມຄວາມຕ້ອງການ, ແຕ່ເລື້ອຍໆນີ້
ໃຫ້ຜົນໄດ້ຮັບທີ່ບໍ່ຫນ້າພໍໃຈເມື່ອຊື່ທີ່ຖືກຕັດອອກບໍ່ແມ່ນເອກະລັກທັງຫມົດ. genisoimage
ກໍານົດນ້ໍາຫນັກໃຫ້ກັບແຕ່ລະຊື່ໄຟລ໌, ແລະຖ້າສອງຊື່ທີ່ຄືກັນແມ່ນ
ພົບເຫັນ, ຊື່ທີ່ມີບູລິມະສິດຕ່ໍາໄດ້ຖືກປ່ຽນຊື່ເພື່ອປະກອບມີຕົວເລກ 3 ຕົວເລກ (ຮັບປະກັນ.
ເປັນເອກະລັກ). ສໍາລັບຕົວຢ່າງ, ສອງໄຟລ໌ foo.bar ແລະ foo.bar.~1~ ສາມາດໄດ້ຮັບການ rendered ເປັນ
FOO.BAR;1 ແລະ FOO000.BAR;1.

ເມື່ອໃຊ້ກັບຕົວເລືອກ HFS ຕ່າງໆ, genisoimage ຈະພະຍາຍາມຮັບຮູ້ໄຟລ໌ທີ່ເກັບໄວ້ໃນ
ຈໍານວນຂອງ Apple/Unix ຮູບແບບໄຟລ໌ແລະຈະຄັດລອກຂໍ້ມູນແລະ fork ຊັບພະຍາກອນເຊັ່ນດຽວກັນກັບ
ຂໍ້ມູນ Finder ທີ່ກ່ຽວຂ້ອງ. ເບິ່ງ ຮສ ເຄື່ອງຈັກ ເອກະສານ ຮູບແບບ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບການເພີ່ມເຕີມ
ກ່ຽວ​ກັບ​ຮູບ​ແບບ​ genisoimage ສະຫນັບສະຫນູນ.

ໃຫ້ສັງເກດວ່າ genisoimage ບໍ່ໄດ້ຖືກອອກແບບມາເພື່ອຕິດຕໍ່ສື່ສານກັບນັກຂຽນໂດຍກົງ. ຫຼາຍທີ່ສຸດ
ນັກຂຽນມີຊຸດຄໍາສັ່ງທີ່ເປັນເຈົ້າຂອງເຊິ່ງແຕກຕ່າງກັນຈາກຜູ້ຜະລິດຫນຶ່ງໄປຫາຜູ້ອື່ນ, ແລະທ່ານ
ຕ້ອງ​ການ​ເຄື່ອງ​ມື​ພິ​ເສດ​ທີ່​ແທ້​ຈິງ​ທີ່​ຈະ​ໄຫມ້​ແຜ່ນ​ໄດ້​. ວອມ ແມ່ນຫນຶ່ງໃນເຄື່ອງມືດັ່ງກ່າວ. ຫລ້າສຸດ
ສະບັບຂອງ ວອມ ແມ່ນມີຢູ່ຈາກ http://www.cdrkit.org/.

ເສັ້ນທາງ ແມ່ນເສັ້ນທາງຂອງຕົ້ນໄມ້ໄດເລກະທໍລີທີ່ຈະຖືກຄັດລອກເຂົ້າໄປໃນລະບົບໄຟລ໌ ISO9660.
ຫຼາຍເສັ້ນທາງສາມາດຖືກກໍານົດ, ແລະ genisoimage ຈະລວມໄຟລ໌ທີ່ພົບເຫັນຢູ່ໃນທັງຫມົດຂອງ
ອົງປະກອບເສັ້ນທາງທີ່ລະບຸໄວ້ເພື່ອສ້າງຮູບພາບຂອງລະບົບໄຟລ໌.

ຖ້າທາງເລືອກ - ຈຸດ graft ໄດ້​ລະ​ບຸ​ໄວ້​, ມັນ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ graft ເສັ້ນ​ທາງ​ຢູ່​
ຈຸດອື່ນນອກຈາກໄດເລກະທໍລີຮາກ, ແລະມັນເປັນໄປໄດ້ທີ່ຈະ graft ໄຟລ໌ຫຼືໄດເລກະທໍລີ
ໃສ່ຮູບພາບ cdrom ທີ່ມີຊື່ທີ່ແຕກຕ່າງກັນກ່ວາສິ່ງທີ່ພວກເຂົາມີຢູ່ໃນລະບົບໄຟລ໌ແຫຼ່ງ.
ນີ້ແມ່ນງ່າຍທີ່ສຸດທີ່ຈະສະແດງໃຫ້ເຫັນດ້ວຍສອງສາມຕົວຢ່າງ. ໃຫ້ເລີ່ມຕົ້ນໂດຍການສົມມຸດວ່າ a
ໄຟລ local ໃນທ້ອງຖິ່ນ ../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. ປະເພດດຽວກັນຂອງ syntax ສາມາດເປັນ
ໃຊ້ກັບໄດເລກະທໍລີເຊັ່ນກັນ. genisoimage ຈະສ້າງໄດເລກະທໍລີທີ່ຕ້ອງການເຊັ່ນນັ້ນ
ຈຸດ graft ມີຢູ່ໃນຮູບພາບ cdrom — ໄດເລກະທໍລີບໍ່ຈໍາເປັນຕ້ອງປາກົດຢູ່ໃນອັນດຽວ
ຂອງ​ເສັ້ນ​ທາງ​. ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄດເລກະທໍລີໃດໆທີ່ຖືກສ້າງຂຶ້ນໃນທັນທີເຊັ່ນນີ້ຈະມີ
ອະນຸຍາດ 0555 ແລະປະກົດວ່າເປັນເຈົ້າຂອງໂດຍບຸກຄົນທີ່ດໍາເນີນການ genisoimage. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ
ການອະນຸຍາດອື່ນໆຫຼືເຈົ້າຂອງໄດເລກະທໍລີລະດັບປານກາງ, ເບິ່ງ -uid, -gid, - ໂຫມດ dir,
-file-mode ແລະ - ຮູບ​ແບບ​ໃຫມ່ Dir​.

genisoimage ຍັງຈະເຮັດວຽກຢູ່ໃນເຄື່ອງ Windows ເມື່ອລວບລວມກັບ Cygnus' cygwin (ມີ
ຈາກ http://www.cygwin.com/). ດັ່ງນັ້ນການອ້າງອິງສ່ວນໃຫຍ່ໃນຫນ້າຜູ້ຊາຍນີ້ໄປຫາ Unix ສາມາດ
ທົດແທນດ້ວຍ Win32.

OPTIONS

ທາງ​ເລືອກ​ຫຼາຍ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​ເປັນ​ຄ່າ​ເລີ່ມ​ຕົ້ນ​ໃນ a .genisoimagerc ໄຟລ໌ການຕັ້ງຄ່າ, ເປັນ
ເຊັ່ນດຽວກັນກັບເສັ້ນຄໍາສັ່ງ. ຖ້າພາລາມິເຕີຖືກລະບຸໄວ້ໃນທັງສອງສະຖານທີ່, ການຕັ້ງຄ່າຈາກ
ເສັ້ນຄໍາສັ່ງຖືກນໍາໃຊ້. ສໍາລັບລາຍລະອຽດກ່ຽວກັບຮູບແບບ ແລະສະຖານທີ່ທີ່ເປັນໄປໄດ້ຂອງໄຟລ໌ນີ້,
ເບິ່ງ genisoimagerc(5).

- abstract ເອກະສານ
ລະບຸຊື່ໄຟລ໌ທີ່ບໍ່ມີຕົວຕົນ. ມີພື້ນທີ່ສໍາລັບ 37 ຕົວອັກສອນ. ເທົ່າກັບ
ເອສ ໃນ .genisoimagerc ຍື່ນ.

-A application_id
ລະບຸສະຕຣິງຂໍ້ຄວາມທີ່ຈະຖືກຂຽນໃສ່ໃນສ່ວນຫົວປະລິມານ. ອັນນີ້ຄວນ
ອະທິບາຍຄໍາຮ້ອງສະຫມັກທີ່ຈະຢູ່ໃນແຜ່ນ. ມີພື້ນທີ່ສໍາລັບ 128
ຕົວລະຄອນ. ເທົ່າກັບ APPI ໃນ .genisoimagerc ຍື່ນ.

- ອະ​ນຸ​ຍາດ​ໃຫ້​ຈໍາ​ກັດ​ຂະ​ຫນາດ​
ເມື່ອການປະມວນຜົນໄຟລ໌ຂະຫນາດໃຫຍ່ກວ່າ 2GiB ທີ່ບໍ່ສາມາດເປັນຕົວແທນໄດ້ຢ່າງງ່າຍດາຍ
ISO9660, ເພີ່ມພວກມັນດ້ວຍຂະຫນາດໄຟລ໌ທີ່ເຫັນໄດ້ຊັດເຈນເປັນ ISO9660 ແລະຖືກຕ້ອງ
ຂະຫນາດໄຟລ໌ທີ່ເຫັນໄດ້ໃນລະບົບ UDF. ຜົນໄດ້ຮັບແມ່ນລະບົບໄຟລ໌ທີ່ບໍ່ສອດຄ່ອງແລະ
ຜູ້​ໃຊ້​ຕ້ອງ​ການ​ເພື່ອ​ໃຫ້​ແນ່​ໃຈວ່​າ​ພວກ​ເຂົາ​ເຈົ້າ​ກໍ່​ໃຊ້ UDF ແທນ​ທີ່​ຈະ​ເປັນ ISO9660 driver ອ່ານ​
ແຜ່ນດັ່ງກ່າວ. ຫມາຍເຖິງການເປີດໃຊ້ງານ -udf.

-allow-leading-dots

-ldots ອະນຸຍາດໃຫ້ຊື່ໄຟລ໌ ISO9660 ເລີ່ມຕົ້ນດ້ວຍໄລຍະເວລາ. ໂດຍປົກກະຕິແລ້ວ, ຈຸດນຳໜ້າຈະຖືກແທນທີ່
ດ້ວຍການຂີດກ້ອງເພື່ອຮັກສາຄວາມເຂົ້າກັນໄດ້ຂອງ MS-DOS.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບຫຼາຍລະບົບ. ໃຊ້
ດ້ວຍຄວາມລະມັດລະວັງ.

- ອະ​ນຸ​ຍາດ​ໃຫ້​ຕົວ​ພິມ​ນ້ອຍ​
ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ຕົວພິມນ້ອຍປາກົດຢູ່ໃນຊື່ໄຟລ໌ ISO9660.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບບາງລະບົບ. ໃຊ້
ດ້ວຍຄວາມລະມັດລະວັງ.

- ອະ​ນຸ​ຍາດ​ໃຫ້​ຫຼາຍ​
ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ຫຼາຍກວ່າໜຶ່ງຈຸດປະກົດຢູ່ໃນຊື່ໄຟລ໌ ISO9660. ນໍາພາ
ຈຸດບໍ່ໄດ້ຮັບຜົນກະທົບຈາກຕົວເລືອກນີ້, ມັນອາດຈະຖືກອະນຸຍາດໃຫ້ໃຊ້ແຍກຕ່າງຫາກ
-allow-leading-dots.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບຫຼາຍລະບົບ. ໃຊ້
ດ້ວຍຄວາມລະມັດລະວັງ.

-biblio ເອກະສານ
ລະບຸຊື່ໄຟລ໌ບັນນານຸກົມ. ມີພື້ນທີ່ສໍາລັບ 37 ຕົວອັກສອນ.
ເທົ່າກັບ ປື້ມບັນ ໃນ .genisoimagerc ຍື່ນ.

-cache-inodes

-no-cache-inodes
ເປີດໃຊ້ຫຼືປິດການໃຊ້ງານ inode caching ແລະຕົວເລກອຸປະກອນເພື່ອຊອກຫາການເຊື່ອມຕໍ່ຍາກກັບໄຟລ໌. ຖ້າ
genisoimage ຊອກຫາການເຊື່ອມຕໍ່ຍາກ (ໄຟລ໌ທີ່ມີຊື່ຫຼາຍ), ໄຟລ໌ກໍ່ຈະເປັນ
ເຊື່ອມຕໍ່ຍາກໃນ CD, ດັ່ງນັ້ນເນື້ອໃນຂອງໄຟລ໌ຈະປາກົດພຽງແຕ່ຄັ້ງດຽວ. ນີ້ຊ່ວຍປະຫຍັດ
space -cache-inodes ເປັນຄ່າເລີ່ມຕົ້ນໃນລະບົບປະຕິບັດການທີ່ຄ້າຍຄືກັບ Unix, ແຕ່
-no-cache-inodes ເປັນຄ່າເລີ່ມຕົ້ນໃນບາງລະບົບອື່ນໆເຊັ່ນ Cygwin, ເພາະວ່າມັນບໍ່ແມ່ນ
ປອດໄພທີ່ຈະສົມມຸດວ່າຕົວເລກ inode ແມ່ນເປັນເອກະລັກໃນລະບົບເຫຼົ່ານັ້ນ. (ບາງ​ສະ​ບັບ​ຂອງ
Cygwin ສ້າງຕົວເລກ inode ປອມໂດຍໃຊ້ລະບົບ hashing ທີ່ອ່ອນແອ, ເຊິ່ງອາດຈະຜະລິດ
duplicates.) ຖ້າສອງໄຟລ໌ມີຈໍານວນ inode ດຽວກັນແຕ່ບໍ່ແມ່ນການເຊື່ອມຕໍ່ທີ່ຍາກ
ໄຟລ​໌​ດຽວ​ກັນ​, genisoimage -cache-inodes ຈະບໍ່ປະຕິບັດຕົວຢ່າງຖືກຕ້ອງ. -no-cache-inodes
ແມ່ນປອດໄພໃນທຸກສະຖານະການ, ແຕ່ໃນກໍລະນີດັ່ງກ່າວ genisoimage ບໍ່ສາມາດກວດພົບການເຊື່ອມຕໍ່ຍາກ,
ດັ່ງ​ນັ້ນ​ຮູບ​ພາບ CD ທີ່​ໄດ້​ຮັບ​ອາດ​ຈະ​ມີ​ຂະ​ຫນາດ​ໃຫຍ່​ກ​່​ວາ​ຄວາມ​ຈໍາ​ເປັນ​.

-alpha-boot alpha_boot_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບ boot ທີ່ຈະໃຊ້ໃນເວລາສ້າງ
Alpha/SRM CD bootable. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບເສັ້ນທາງແຫຼ່ງທີ່ລະບຸໄວ້
to genisoimage.

-hppa-bootloader hppa_bootloader_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບບູດທີ່ຈະໃຊ້ໃນເວລາສ້າງ HPPA
CD bootable. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບເສັ້ນທາງແຫຼ່ງທີ່ລະບຸໄວ້
genisoimage. ທາງເລືອກອື່ນແມ່ນຕ້ອງການ, ຢ່າງຫນ້ອຍຊື່ໄຟລ໌ kernel ແລະ a
boot line ຄໍາສັ່ງ. ເບິ່ງ HPPA ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-hppa-cmdline hppa_boot_command_line
ລະບຸເສັ້ນຄໍາສັ່ງທີ່ຈະສົ່ງໄປຫາ HPPA boot loader ເມື່ອສ້າງ a
CD bootable. ແຍກພາລາມິເຕີດ້ວຍຍະຫວ່າງ ຫຼືເຄື່ອງໝາຍຈຸດ. ທາງເລືອກເພີ່ມເຕີມຈະຕ້ອງມີ
ຜ່ານໄປ genisoimage, ຢ່າງຫນ້ອຍຊື່ໄຟລ໌ kernel ແລະ boot loader
ຊື່​ເອ​ກະ​ສານ. ເບິ່ງ HPPA ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-hppa-kernel-32 hppa_kernel_32

-hppa-kernel-64 hppa_kernel_64
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງ 32-bit ແລະ/ຫຼື 64-bit kernel ຮູບພາບທີ່ຈະເປັນ.
ໃຊ້ໃນເວລາທີ່ສ້າງ CD bootable HPPA. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບແຫຼ່ງທີ່ມາ
ເສັ້ນທາງທີ່ລະບຸໄວ້ genisoimage. ທາງເລືອກອື່ນແມ່ນຕ້ອງການ, ຢ່າງຫນ້ອຍ
ຊື່ໄຟລ໌ boot loader ແລະເສັ້ນຄໍາສັ່ງ boot. ເບິ່ງ HPPA ຫມາຍເຫດ ພາກ​ສ່ວນ​ຂ້າງ​ລຸ່ມ​ນີ້​
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-hppa-ramdisk hppa_ramdisk_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບ ramdisk ທີ່ຈະໃຊ້ໃນເວລາສ້າງ HPPA
CD bootable. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບເສັ້ນທາງແຫຼ່ງທີ່ລະບຸໄວ້
genisoimage. ພາລາມິເຕີນີ້ແມ່ນທາງເລືອກ. ທາງເລືອກອື່ນແມ່ນຕ້ອງການ, ທີ່ສຸດ
ຢ່າງຫນ້ອຍຊື່ໄຟລ໌ kernel ແລະເສັ້ນຄໍາສັ່ງ boot. ເບິ່ງ HPPA ຫມາຍເຫດ ພາກ​ສ່ວນ​ຂ້າງ​ລຸ່ມ​ນີ້​
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-mips-boot mips_boot_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບ boot ທີ່ຈະໃຊ້ໃນເວລາສ້າງ
SGI/big-endian MIPS CD bootable. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບເສັ້ນທາງແຫຼ່ງ
ລະບຸໄວ້ກັບ genisoimage. ຕົວເລືອກນີ້ອາດຈະຖືກລະບຸຫຼາຍຄັ້ງ, ເພື່ອເກັບຮັກສາ
ເຖິງ 15 ຮູບ boot.

-mipsel-boot mipsel_boot_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບ boot ທີ່ຈະໃຊ້ໃນເວລາສ້າງ
DEC/little-endian MIPS CD ທີ່ສາມາດເປີດໄດ້. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບແຫຼ່ງທີ່ມາ
ເສັ້ນທາງທີ່ລະບຸໄວ້ genisoimage.

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
ລະບຸລາຍຊື່ທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຮູບພາບບູດທີ່ຕ້ອງການເພື່ອເຮັດໃຫ້ສາມາດບູດໄດ້
CD ສໍາລັບລະບົບ SPARC. Partition 0 ຖືກນໍາໃຊ້ສໍາລັບຮູບພາບ ISO9660, ຮູບພາບທໍາອິດ
ໄຟລ໌ຖືກແຜນທີ່ເປັນພາທິຊັນ 1. ລາຍຊື່ທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດອາດມີເຖິງ 7 ຊ່ອງຂໍ້ມູນ,
ລວມທັງພື້ນທີ່ຫວ່າງເປົ່າ. ທາງເລືອກນີ້ແມ່ນຕ້ອງການເພື່ອເຮັດໃຫ້ CD bootable ສໍາລັບ Sun
ລະບົບ SPARC. ຖ້າ -B or -sparc-boot ໄດ້ຖືກລະບຸໄວ້, ຂະແຫນງການທໍາອິດຂອງ
ຮູບພາບຜົນໄດ້ຮັບຈະມີປ້າຍຊື່ Sun disk. ປ້າຍກຳກັບແຜ່ນນີ້ລະບຸສະໄລ້ 0
ສໍາລັບຮູບພາບ ISO9660 ແລະ slices 1 ຫາ 7 ສໍາລັບຮູບພາບ boot ທີ່ໄດ້
ລະບຸດ້ວຍຕົວເລືອກນີ້. Byte ຊົດເຊີຍ 512 ຫາ 8191 ພາຍໃນແຕ່ລະສ່ວນເພີ່ມເຕີມ
ຮູບພາບ boot ຕ້ອງມີ boot ຕົ້ນຕໍທີ່ເຮັດວຽກສໍາລັບ SPARC ທີ່ເຫມາະສົມ
ຖາປັດຕະຍະ. ສ່ວນທີ່ເຫຼືອຂອງແຕ່ລະຮູບພາບປົກກະຕິແລ້ວມີລະບົບໄຟລ໌ UFS ທີ່ໃຊ້
ສໍາ​ລັບ​ຂັ້ນ​ຕອນ​ການ boot kernel ຕົ້ນ​ຕໍ​.

ວິທີການ boot ທີ່ຖືກປະຕິບັດແມ່ນອັນທີ່ພົບເຫັນກັບ SunOS 4.x ແລະ SunOS 5.x.
ຢ່າງໃດກໍ່ຕາມ, ມັນບໍ່ໄດ້ຂຶ້ນກັບ SunOS ພາຍໃນແຕ່ພຽງແຕ່ກ່ຽວກັບຄຸນສົມບັດຂອງ Open
Boot prom, ສະນັ້ນມັນຄວນຈະສາມາດໃຊ້ໄດ້ກັບທຸກ OS ສໍາລັບລະບົບ SPARC. ສໍາລັບການເພີ່ມເຕີມ
ຂໍ້​ມູນ​ຍັງ​ເບິ່ງ​ ຫມາຍເຫດ ພາກລຸ່ມ.

ຖ້າຊື່ໄຟລ໌ພິເສດ ... ຖືກນໍາໃຊ້, ຕົວຈິງແລະທັງຫມົດດັ່ງຕໍ່ໄປນີ້ boot partitions
ໄດ້ຖືກແຜນທີ່ກັບການແບ່ງປັນທີ່ຜ່ານມາ. ຖ້າ genisoimage ຖືກເອີ້ນດ້ວຍ -G ຮູບພາບເລັກນ້ອຍ -B ...
ພາທິຊັນ boot ທັງໝົດຖືກສ້າງແຜນທີ່ໃສ່ພາທິຊັນທີ່ມີ ISO9660
ຮູບ​ພາບ​ລະ​ບົບ​ໄຟລ​໌​ແລະ​ຮູບ​ພາບ boot ທົ່ວ​ໄປ​ທີ່​ຕັ້ງ​ຢູ່​ໃນ 16 ຂະ​ແຫນງ​ການ​ທໍາ​ອິດ​
ຂອງແຜ່ນແມ່ນໃຊ້ສໍາລັບສະຖາປັດຕະຍະກໍາທັງຫມົດ.

-G generic_boot_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບ boot ທົ່ວໄປທີ່ຈະໃຊ້ໃນເວລາສ້າງ a
CD bootable ທົ່ວໄປ. ຮູບພາບ boot ຈະຖືກຈັດໃສ່ໃນ 16 ພາກສ່ວນທໍາອິດຂອງ
CD, ກ່ອນຕົວອະທິບາຍປະລິມານຫຼັກ ISO9660. ຖ້າທາງເລືອກນີ້ຖືກນໍາໃຊ້ຮ່ວມກັນ
ກັບ -sparc-boot, ປ້າຍຊື່ Sun disk ຈະ overlay 512 bytes ທໍາອິດຂອງ
ຮູບພາບ boot ທົ່ວໄປ.

-b eltorito_boot_image
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງຮູບພາບ boot ທີ່ຈະໃຊ້ໃນເວລາສ້າງ El
Torito bootable CD ສໍາລັບ x86 PCs. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບເສັ້ນທາງແຫຼ່ງ
ລະບຸໄວ້ກັບ genisoimage. ທາງເລືອກນີ້ແມ່ນຕ້ອງການເພື່ອເຮັດໃຫ້ El Torito bootable
CD. ຮູບພາບການບູດຕ້ອງເປັນ 1200 kB, 1440 kB ຫຼື 2880 kB, ແລະ. genisoimage
ຈະໃຊ້ຂະຫນາດນີ້ໃນເວລາສ້າງລະບົບໄຟລ໌ ISO9660 ຜົນຜະລິດ. PC BIOS ຈະ
ໃຊ້ຮູບພາບເພື່ອຈໍາລອງແຜ່ນ floppy, ດັ່ງນັ້ນຂະແຫນງ 512-byte ທໍາອິດຄວນຈະມີ
ລະຫັດ boot PC. ນີ້ຈະເຮັດວຽກ, ສໍາລັບການຍົກຕົວຢ່າງ, ຖ້າຫາກວ່າຮູບພາບ boot ເປັນ boot ທີ່ອີງໃສ່ LILO
floppy.

ຖ້າຮູບພາບ boot ບໍ່ແມ່ນຮູບພາບຂອງ floppy, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມ
-hard-disk-boot or -no-emul-boot. ຖ້າລະບົບບໍ່ຄວນ boot off emulated
ແຜ່ນ, ໃຊ້ - ບໍ່ໃສ່ເກີບ.

If - ຄັດ ບໍ່​ໄດ້​ຖືກ​ລະ​ບຸ​ໄວ້​, ຮູບ​ພາບ boot ແມ່ນ​ຈັດ​ລຽງ​ລໍາ​ດັບ​ຄວາມ​ສໍາ​ຄັນ​ຕ​່​ໍ​າ (+2​)
ເຖິງຈຸດເລີ່ມຕົ້ນຂອງສື່ກາງ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ມັກ​ນີ້​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ລະ​ບຸ​ການ​ຄັດ​ເລືອກ​
ນ້ໍາຫນັກຂອງ 0 ສໍາລັບຮູບພາບເກີບ.

-eltorito-alt-boot
ເລີ່ມຕົ້ນດ້ວຍຊຸດໃຫມ່ຂອງຕົວກໍານົດການບູດ El Torito. ເຖິງ 63 ລາຍການ boot El Torito
ອາດຈະຖືກເກັບໄວ້ໃນ CD ດຽວ.

-hard-disk-boot
ລະບຸວ່າຮູບພາບບູດທີ່ໃຊ້ເພື່ອສ້າງ CDs bootable El Torito ແມ່ນຮາດດິດ
ຮູບ. ຮູບພາບຕ້ອງເລີ່ມຕົ້ນດ້ວຍ master boot record ທີ່ມີອັນດຽວ
ການແບ່ງປັນ.

-no-emul-boot
ລະບຸວ່າຮູບພາບບູດທີ່ໃຊ້ເພື່ອສ້າງ CDs bootable El Torito ແມ່ນ "ບໍ່
emulation" ຮູບພາບ. ລະບົບຈະໂຫລດແລະດໍາເນີນການຮູບພາບນີ້ໂດຍບໍ່ມີການປະຕິບັດ
emulation ແຜ່ນໃດນຶ່ງ.

- ບໍ່ໃສ່ເກີບ
ລະບຸວ່າ CD El Torito ທີ່ສ້າງຂຶ້ນຄວນຈະຖືກໝາຍວ່າບໍ່ສາມາດເປີດໄດ້. ໄດ້
ລະບົບຈະສະຫນອງໄດທີ່ເຮັດຕາມແບບຈໍາລອງສໍາລັບຮູບພາບ, ແຕ່ຈະ boot off ມາດຕະຖານ
boot ອຸປະກອນ.

-boot-load-seg segment_address
ລະບຸທີ່ຢູ່ສ່ວນການໂຫຼດຂອງຮູບບູດສຳລັບການບໍ່ມີຕົວແບບ El Torito
ແຜ່ນຊີດີ.

-boot-load-size load_sectors
ລະບຸຈໍານວນພາກສ່ວນ "virtual" (512-byte) ທີ່ຈະໂຫລດໃນໂຫມດບໍ່ມີ emulation.
ຄ່າເລີ່ມຕົ້ນແມ່ນການໂຫຼດໄຟລ໌ boot ທັງໝົດ. ບາງ BIOS ອາດຈະມີບັນຫາຖ້າຫາກວ່ານີ້
ບໍ່ແມ່ນການຄູນຂອງ 4.

-boot-info-table
ລະບຸວ່າຕາຕະລາງ 56-byte ທີ່ມີຂໍ້ມູນຂອງຮູບແບບ CD-ROM ຈະເປັນ
patched ໃນ offset 8 ໃນ boot file. ຖ້າຕົວເລືອກນີ້ຖືກມອບໃຫ້, ໄຟລ໌ boot ແມ່ນ
ແກ້ໄຂ in ໄດ້ ແຫຼ່ງ ລະບົບໄຟລ໌, ສະນັ້ນເຮັດສໍາເນົາຂອງໄຟລ໌ນີ້ຖ້າຫາກວ່າມັນບໍ່ສາມາດ
ຟື້ນຟູໄດ້ຢ່າງງ່າຍດາຍ! ເບິ່ງ EL ໂຕຣິໂຕ BOOT INFO ຕາຕະລາງ ພາກ​ສ່ວນ​ສໍາ​ລັບ​ການ​ອະ​ທິ​ບາຍ​ຂອງ​
ຕາຕະລາງນີ້.

-C last_sess_start,next_sess_start
ທາງເລືອກນີ້ແມ່ນຈໍາເປັນເພື່ອສ້າງ CD Extra ຫຼືຮູບພາບຂອງກອງປະຊຸມທີສອງຫຼື a
ເຊດຊັນລະດັບສູງສຳລັບແຜ່ນ multisession. -C ເອົາສອງຕົວເລກແຍກດ້ວຍ a
ເຄື່ອງໝາຍຈຸດ. ທໍາອິດແມ່ນຂະແຫນງການທໍາອິດໃນກອງປະຊຸມສຸດທ້າຍຂອງແຜ່ນທີ່ຄວນຈະເປັນ
ຕື່ມໃສ່ກັບ. ຕົວເລກທີສອງແມ່ນຕົວເລກພາກເລີ່ມຕົ້ນຂອງກອງປະຊຸມໃຫມ່.
ຕົວເລກທີ່ຖືກຕ້ອງອາດຈະຖືກດຶງມາໂດຍການໂທຫາ ວອມ -msinfo ... If -C ຖືກນໍາໃຊ້ໃນ
ສົມທົບກັບ -M, genisoimage ຈະສ້າງຮູບພາບລະບົບໄຟລ໌ທີ່ມີຈຸດປະສົງ
ເປັນການສືບຕໍ່ຂອງກອງປະຊຸມທີ່ຜ່ານມາ. ຖ້າ -C ຖືກນໍາໃຊ້ໂດຍບໍ່ມີການ -M, genisoimage
ຈະສ້າງຮູບພາບລະບົບໄຟລ໌ທີ່ມີຈຸດປະສົງເພື່ອໃຊ້ສໍາລັບກອງປະຊຸມຄັ້ງທີສອງ
CD ພິເສດ. ນີ້ແມ່ນ CD multisession ທີ່ເກັບຂໍ້ມູນສຽງໃນຮອບທໍາອິດ
ແລະລະບົບໄຟລ໌ ISO9660 ໃນກອງປະຊຸມທີສອງ.

-c boot_catalog
ລະບຸເສັ້ນທາງ ແລະຊື່ໄຟລ໌ຂອງລາຍການບູດ, ເຊິ່ງຕ້ອງການສໍາລັບ El
Torito bootable CD. ຊື່ເສັ້ນທາງຕ້ອງສົມທຽບກັບເສັ້ນທາງແຫຼ່ງທີ່ລະບຸໄວ້
genisoimage. ໄຟລ​໌​ນີ້​ຈະ​ໄດ້​ຮັບ​ການ​ແຊກ​ເຂົ້າ​ໄປ​ໃນ​ຕົ້ນ​ໄມ້​ຜົນ​ຜະ​ລິດ​ແລະ​ບໍ່​ໄດ້​ສ້າງ​ຕັ້ງ​ຂື້ນ​ໃນ​
ລະບົບໄຟລ໌ແຫຼ່ງ, ສະນັ້ນໃຫ້ແນ່ໃຈວ່າຊື່ໄຟລ໌ທີ່ລະບຸບໍ່ຂັດກັບ
ໄຟລ໌ທີ່ມີຢູ່ແລ້ວ, ຫຼືມັນຈະຖືກຍົກເວັ້ນ. ປົກກະຕິແລ້ວຊື່ເຊັ່ນ boot.catalog ຖືກເລືອກ.

If - ຄັດ ຍັງບໍ່ທັນໄດ້ລະບຸໄວ້, ລາຍການບູດຈັດຮຽງຕາມລຳດັບຄວາມສຳຄັນຕ່ຳ (+1) ຫາ
ການເລີ່ມຕົ້ນຂອງຂະຫນາດກາງ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ມັກ​ນີ້​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ລະ​ບຸ​ການ​ຄັດ​ເລືອກ​
ນ້ໍາຫນັກຂອງ 0 ສໍາລັບລາຍການ boot.

- ກວດ​ສອບ​ຊື່​ເກົ່າ​
ກວດເບິ່ງຊື່ໄຟລ໌ທັງໝົດທີ່ນໍາເຂົ້າມາຈາກເຊດຊັນເກົ່າເພື່ອປະຕິບັດຕາມ ISO9660
ກົດລະບຽບການຕັ້ງຊື່ໄຟລ໌. ຖ້າບໍ່ມີທາງເລືອກນີ້, ມີແຕ່ຊື່ທີ່ຍາວກວ່າ 31 ຕົວອັກສອນເທົ່ານັ້ນ
ກວດສອບແລ້ວ, ເພາະວ່າໄຟລ໌ເຫຼົ່ານີ້ແມ່ນການລະເມີດມາດຕະຖານ ISO9660 ທີ່ຮ້າຍແຮງ.

- ກວດ​ສອບ​ກອງ​ປະ​ຊຸມ​ ເອກະສານ
ກວດເບິ່ງກອງປະຊຸມເກົ່າທັງຫມົດສໍາລັບການປະຕິບັດຕາມຕົວຈິງ genisoimage ການຕັ້ງຊື່ໄຟລ໌ ISO9660
ກົດລະບຽບ. ນີ້ແມ່ນທາງເລືອກລະດັບສູງທີ່ປະສົມປະສານ -M ເອກະສານ -C 0,0 - ກວດ​ສອບ​ຊື່​ເກົ່າ​.
ສໍາລັບພາລາມິເຕີ ເອກະສານ, ເບິ່ງລາຍລະອຽດຂອງ -M.

- ລິ​ຂະ​ສິດ​ ເອກະສານ
ລະບຸຂໍ້ມູນລິຂະສິດ, ໂດຍປົກກະຕິແມ່ນຊື່ໄຟລ໌ຢູ່ໃນແຜ່ນ. ມີພື້ນທີ່
ສໍາລັບ 37 ຕົວອັກສອນ. ເທົ່າກັບ COPY ໃນ .genisoimagerc ຍື່ນ.

-d ຢ່າຕື່ມໄລຍະເວລາໃສ່ກັບໄຟລ໌ທີ່ບໍ່ມີອັນໜຶ່ງ.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບຫຼາຍລະບົບ. ໃຊ້
ດ້ວຍຄວາມລະມັດລະວັງ.

-D ຢ່າໃຊ້ການຍ້າຍໄດເລກະທໍລີເລິກ, ແລະແທນທີ່ຈະພຽງແຕ່ຫຸ້ມຫໍ່ພວກມັນໃນແບບທີ່ພວກເຮົາເຫັນ
ໃຫ້ເຂົາເຈົ້າ.
ຖ້າ ISO9660:1999 ບໍ່ໄດ້ຖືກເລືອກ, ນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນ.
ເກີດຂຶ້ນກັບການເຮັດວຽກໃນຫຼາຍລະບົບ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງ.

- ໂຫມດ dir ຮູບແບບການ
Overrides ຮູບແບບຂອງໄດເລກະທໍລີທີ່ໃຊ້ເພື່ອສ້າງຮູບພາບ ຮູບແບບການ, ກໍານົດເປັນ 4
ຕົວເລກການອະນຸຍາດ bits ໃນ chmod(1). ຕົວເລືອກນີ້ເປີດໃຊ້ງານ Rock ໂດຍອັດຕະໂນມັດ
ການຂະຫຍາຍຂອບ.

- ວີ​ດີ​ໂອ​
ສ້າງລະບົບໄຟລ໌ UDF ທີ່ສອດຄ່ອງກັບ DVD-Video. ນີ້ແມ່ນເຮັດໄດ້ໂດຍການຮຽງລໍາດັບຂອງ
ເນື້ອໃນຂອງໄຟລ໌ທີ່ເຫມາະສົມແລະໂດຍການເພີ່ມ padding ລະຫວ່າງໄຟລ໌ຖ້າຫາກວ່າ
ຕ້ອງການ. ໃຫ້​ສັງ​ເກດ​ວ່າ​ການ​ຄັດ​ເລືອກ​ຈະ​ເຮັດ​ວຽກ​ພຽງ​ແຕ່​ຖ້າ​ຫາກ​ວ່າ​ຊື່​ໄຟລ​໌ DVD​-Video ລວມ​
ຕົວພິມໃຫຍ່ເທົ່ານັ້ນ.

ໃຫ້​ສັງ​ເກດ​ວ່າ​ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ຮູບ​ພາບ​ຂອງ​ລະ​ບົບ​ໄຟລ​໌ DVD​-Video​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​
ກະກຽມຕົ້ນໄມ້ໄດເລກະທໍລີທີ່ສອດຄ່ອງກັບ DVD-Video. ອັນນີ້ຕ້ອງການໄດເລກະທໍລີ VIDEO_TS
(ໝວກທັງໝົດ) ຢູ່ໃນລະບົບຮາກຂອງດີວີດີທີ່ໄດ້ຮັບຜົນ, ແລະປົກກະຕິແລ້ວອັນອື່ນ
ລະບົບ AUDIO_TS. VIDEO_TS ຈໍາ​ເປັນ​ຕ້ອງ​ປະ​ກອບ​ໄຟລ​໌​ທີ່​ຈໍາ​ເປັນ​ທັງ​ຫມົດ (ຊື່​ໄຟລ​໌​ຕ້ອງ​ເປັນ​
ໝວກທັງໝົດ) ສຳລັບລະບົບໄຟລ໌ດີວີດີ-ວິດີໂອທີ່ສອດຄ່ອງ.

-f ປະຕິບັດຕາມການເຊື່ອມຕໍ່ສັນຍາລັກໃນເວລາທີ່ສ້າງລະບົບໄຟລ໌. ໃນເວລາທີ່ທາງເລືອກນີ້ບໍ່ໄດ້ຢູ່ໃນ
ການນໍາໃຊ້, ການເຊື່ອມຕໍ່ສັນຍາລັກຈະຖືກປ້ອນໂດຍໃຊ້ Rock Ridge ຖ້າເປີດໃຊ້, ຖ້າບໍ່ດັ່ງນັ້ນພວກມັນ
ຈະຖືກລະເລີຍ.

-file-mode ຮູບແບບການ
ລົບລ້າງຮູບແບບຂອງໄຟລ໌ປົກກະຕິທີ່ໃຊ້ເພື່ອສ້າງຮູບພາບ ຮູບແບບການ, ລະບຸເປັນ
4 ຕົວເລກຂອງ bits ການອະນຸຍາດໃນ chmod(1). ຕົວເລືອກນີ້ເປີດໃຊ້ງານ Rock ໂດຍອັດຕະໂນມັດ
ການຂະຫຍາຍຂອບ.

-gid gid
ແທນທີ່ ID ກຸ່ມທີ່ອ່ານຈາກໄຟລ໌ຕົ້ນສະບັບໄປຫາຄ່າຂອງ gid. ການລະບຸ
ຕົວເລືອກນີ້ເປີດໃຊ້ການຂະຫຍາຍ Rock Ridge ໂດຍອັດຕະໂນມັດ.

-gui ປ່ຽນພຶດຕິກໍາສໍາລັບ GUI. ນີ້ໃນປັດຈຸບັນເຮັດໃຫ້ຜົນຜະລິດ verbose ຫຼາຍແຕ່
ອາດຈະມີຜົນກະທົບອື່ນໆໃນອະນາຄົດ.

- ຈຸດ graft
ອະນຸຍາດໃຫ້ນໍາໃຊ້ຈຸດ graft ສໍາລັບຊື່ໄຟລ໌. ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້, ຊື່ໄຟລ໌ທັງຫມົດແມ່ນ
ກວດ​ສອບ​ສໍາ​ລັບ​ຈຸດ graft​. ຊື່ໄຟລ໌ຖືກແບ່ງອອກຢູ່ທີ່ unescaped ທໍາອິດເທົ່າທຽມກັນ
ເຊັນ. ການປະກົດຕົວທັງໝົດຂອງ `\' ແລະ `=' ຈະຕ້ອງຖືກຫລົບໜີດ້ວຍ `\' ຖ້າ
- ຈຸດ graft ໄດ້ຖືກລະບຸໄວ້.

- ເຊື່ອງ ໂລກ
ເຊື່ອງໄຟລ໌ໃດນຶ່ງທີ່ກົງກັນ ໂລກ, ຮູບແບບສັນຍາລັກຂອງແກະ, ຈາກການເຫັນໄດ້ໃນ
ໄດເລກະທໍລີ ISO9660 ຫຼື Rock Ridge. ໂລກ ອາດຈະກົງກັບພາກສ່ວນໃດນຶ່ງຂອງຊື່ໄຟລ໌ ຫຼືເສັ້ນທາງ.
If ໂລກ ກົງກັບໄດເລກະທໍລີ, ເນື້ອໃນຂອງໄດເລກະທໍລີນັ້ນຈະຖືກເຊື່ອງໄວ້. ໃນ
ເພື່ອຈັບຄູ່ຊື່ໄດເລກະທໍລີ, ໃຫ້ແນ່ໃຈວ່າຊື່ເສັ້ນທາງບໍ່ລວມເອົາການຕິດຕໍ່ກັນ
`/' ຕົວອັກສອນ. ໄຟລ​໌​ທັງ​ຫມົດ​ທີ່​ເຊື່ອງ​ໄວ້​ຍັງ​ຈະ​ໄດ້​ຮັບ​ການ​ຂຽນ​ໃສ່​ຮູບ​ພາບ CD ຜົນ​ຜະ​ລິດ​ໄດ້​
ໄຟລ໌. ເບິ່ງນຳ -hide-joliet, ແລະ README.hide. ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ຫຼາຍ
ເວລາ.

-hide-list ເອກະສານ
ໄຟລ໌ທີ່ມີລາຍຊື່ຂອງ shell wildcards ທີ່ຈະເຊື່ອງໄວ້. ເບິ່ງ - ເຊື່ອງ.

-ເຊື່ອງໄວ້ ໂລກ
ເພີ່ມຄຸນສົມບັດໄດເລກະທໍລີ ISO9660 ທີ່ເຊື່ອງໄວ້ (ທີ່ມີຢູ່ແລ້ວ) ສໍາລັບໄຟລ໌ ແລະໄດເລກະທໍລີ
ການຈັບຄູ່ ໂລກ, ຮູບແບບສັນຍາລັກຂອງແກະ. ຄຸນລັກສະນະນີ້ຈະປ້ອງກັນບໍ່ໃຫ້ໄຟລ໌
ຈາກການສະແດງໂດຍບາງຄໍາສັ່ງ MS-DOS ແລະ Windows. ໂລກ ອາດຈະກົງກັບພາກສ່ວນໃດນຶ່ງຂອງ
ຊື່ໄຟລ໌ຫຼືເສັ້ນທາງ. ເພື່ອໃຫ້ກົງກັບຊື່ໄດເລກະທໍລີ, ໃຫ້ແນ່ໃຈວ່າຊື່ເສັ້ນທາງ
ບໍ່ລວມເອົາຕົວອັກສອນ `/' ຕໍ່ທ້າຍ. ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ.

- ບັນ​ຊີ​ລາຍ​ຊື່​ທີ່​ເຊື່ອງ​ໄວ້​ ເອກະສານ
ໄຟລ໌ທີ່ມີລາຍຊື່ຂອງ shell wildcards ເພື່ອຮັບເອົາຄຸນສົມບັດທີ່ເຊື່ອງໄວ້. ເບິ່ງ
-ເຊື່ອງໄວ້.

-hide-joliet ໂລກ
ເຊື່ອງໄຟລ໌ ແລະລາຍການທີ່ກົງກັນ ໂລກ, ຮູບແບບສັນຍາລັກຂອງແກະ, ຈາກການເຫັນໄດ້
ຢູ່ໃນບັນຊີ Joliet. ໂລກ ອາດຈະກົງກັບພາກສ່ວນໃດນຶ່ງຂອງຊື່ໄຟລ໌ ຫຼືເສັ້ນທາງ. ຖ້າ ໂລກ
ກົງກັບໄດເລກະທໍລີ, ເນື້ອໃນຂອງໄດເລກະທໍລີນັ້ນຈະຖືກເຊື່ອງໄວ້. ເພື່ອ
ກົງກັບຊື່ໄດເລກະທໍລີ, ໃຫ້ແນ່ໃຈວ່າຊື່ເສັ້ນທາງບໍ່ລວມເອົາ `/'
ລັກສະນະ. ໄຟລ​໌​ທັງ​ຫມົດ​ທີ່​ເຊື່ອງ​ໄວ້​ຍັງ​ຈະ​ໄດ້​ຮັບ​ການ​ຂຽນ​ໃສ່​ໄຟລ​໌​ຮູບ​ພາບ CD ຜົນ​ຜະ​ລິດ​ໄດ້​.
ຕົວເລືອກນີ້ມັກຈະຖືກນໍາໃຊ້ກັບ - ເຊື່ອງ. ເບິ່ງຕື່ມ README.hide. ທາງເລືອກນີ້ອາດຈະເປັນ
ໃຊ້ຫຼາຍຄັ້ງ.

-hide-joliet-list ເອກະສານ
ໄຟລ໌ທີ່ມີບັນຊີລາຍຊື່ຂອງ wildcards ແກະທີ່ຈະເຊື່ອງໄວ້ຈາກຕົ້ນໄມ້ Joliet. ເບິ່ງ
-hide-joliet.

-hide-joliet-trans-tbl
ເຊື່ອງການ TRANS.TBL ໄຟລ໌ຈາກຕົ້ນໄມ້ Joliet. ໄຟລ໌ເຫຼົ່ານີ້ມັກຈະບໍ່ສ້າງ
ຄວາມຮູ້ສຶກໃນໂລກ Joliet ຍ້ອນວ່າພວກເຂົາລາຍຊື່ຊື່ຈິງແລະຊື່ ISO9660 ເຊິ່ງອາດຈະ
ທັງສອງຈະແຕກຕ່າງຈາກຊື່ Joliet.

-hide-rr-moved
ປ່ຽນຊື່ໄດເລກະທໍລີ RR_MOVED to .rr_moved ຢູ່ໃນຕົ້ນໄມ້ Rock Ridge. ມັນເບິ່ງຄືວ່າ
ເປັນ​ໄປ​ບໍ່​ໄດ້​ທີ່​ຈະ​ຊ່ອນ​ຫມົດ​ RR_MOVED ໄດເລກະທໍລີຈາກຕົ້ນໄມ້ Rock Ridge.
ທາງເລືອກນີ້ພຽງແຕ່ເຮັດໃຫ້ຕົ້ນໄມ້ທີ່ເຫັນໄດ້ຊັດເຈນຫນ້ອຍລົງສໍາລັບຄົນທີ່ບໍ່ຮູ້
ໄດເລກະທໍລີນີ້ແມ່ນເພື່ອຫຍັງ. ຖ້າທ່ານຕ້ອງການທີ່ຈະບໍ່ມີ RR_MOVED ໄດເລກະທໍລີທັງຫມົດ, ເຈົ້າ
ຄວນໃຊ້ -D. ໃຫ້ສັງເກດວ່າຖ້າ -D ໄດ້ຖືກລະບຸໄວ້, ລະບົບໄຟລ໌ຜົນໄດ້ຮັບບໍ່ແມ່ນ
ISO9660 ລະດັບ-1 ສອດຄ່ອງ ແລະບໍ່ສາມາດອ່ານໄດ້ໃນ MS-DOS. ເບິ່ງຍັງ ຫມາຍເຫດ
ສ່ວນ.

-input-charset ສາຍໄຟ
Input charset ທີ່ກໍານົດຕົວອັກສອນທີ່ໃຊ້ໃນຊື່ໄຟລ໌ທ້ອງຖິ່ນ. ເພື່ອໃຫ້ໄດ້ຮັບບັນຊີລາຍຊື່
ຊື່ຕົວອັກສອນທີ່ຖືກຕ້ອງ, ໂທ genisoimage -input-charset ຊ່ວຍເຫຼືອ. ເພື່ອໃຫ້ໄດ້ 1:1
ການສ້າງແຜນທີ່, ທ່ານອາດຈະໃຊ້ Default ເປັນຊື່ຕົວອັກສອນ. ຄ່າເລີ່ມຕົ້ນເລີ່ມຕົ້ນແມ່ນ cp437
ກ່ຽວກັບລະບົບທີ່ອີງໃສ່ DOS ແລະ iso8859-1 ໃນ​ລະ​ບົບ​ອື່ນໆ​ທັງ​ຫມົດ​. ເບິ່ງ ລັກສະນະ ຊຸດ
ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

-output-charset ສາຍໄຟ
Output charset ທີ່ກໍານົດຕົວອັກສອນທີ່ຈະຖືກນໍາໃຊ້ໃນ Rock Ridge
ຊື່ໄຟລ໌. ຄ່າເລີ່ມຕົ້ນຂອງຊຸດການປ້ອນຂໍ້ມູນ. ເບິ່ງ ລັກສະນະ ຊຸດ ພາກ​ສ່ວນ​ຂ້າງ​ລຸ່ມ​ນີ້​ສໍາ​ລັບ​ການ​
ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ.

- ລະ​ດັບ 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 ຖືກປ່ອຍອອກມາ. Directory nesting ບໍ່ຈໍາກັດ 8 ລະດັບ,
ບໍ່ຈໍາເປັນຕ້ອງມີໄຟລ໌ທີ່ຈະບັນຈຸຈຸດແລະຈຸດບໍ່ມີຄວາມຫມາຍພິເສດ,
ຊື່ໄຟລ໌ບໍ່ມີຕົວເລກເວີຊັນ, ແລະຊື່ໄຟລ໌ສາມາດມີເຖິງ 207 ຕົວອັກສອນ
ຍາວ, ຫຼື 197 ຕົວອັກສອນຖ້າ Rock Ridge ຖືກໃຊ້.

ເມື່ອສ້າງຮູບພາບເວີຊັນ 2, genisoimage ປ່ອຍຕົວອະທິບາຍປະລິມານທີ່ປັບປຸງ,
ຄ້າຍຄືກັນແຕ່ບໍ່ຄືກັບຕົວອະທິບາຍປະລິມານຫຼັກ. ລະວັງຢ່າໃຊ້
ຊອບແວທີ່ແຕກຫັກເພື່ອເຮັດໃຫ້ຮູບພາບ ISO9660 ສາມາດເລີ່ມຕົ້ນໄດ້ໂດຍການສົມມຸດວ່າສໍາເນົາ PVD ທີສອງແລະ
ປັບປຸງສຳເນົາ PVD ທີ່ເປັນຮູບຊົງນີ້ເຂົ້າໄປໃນ El Torito VD.

-J ສ້າງບັນທຶກລາຍຊື່ Joliet ນອກຈາກຊື່ໄຟລ໌ ISO9660 ປົກກະຕິ. ນີ້
ຕົ້ນຕໍແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່ແຜ່ນຈະຖືກນໍາໃຊ້ໃນເຄື່ອງ Windows. ໂຈລີດ
ຊື່ໄຟລ໌ຖືກລະບຸໄວ້ໃນ Unicode ແລະແຕ່ລະອົງປະກອບເສັ້ນທາງສາມາດສູງເຖິງ 64 Unicode
ຕົວອັກສອນຍາວ. ໃຫ້ສັງເກດວ່າ Joliet ບໍ່ແມ່ນມາດຕະຖານ - ພຽງແຕ່ Microsoft Windows ແລະ
ລະບົບ Linux ສາມາດອ່ານສ່ວນຂະຫຍາຍ Joliet ໄດ້. ສໍາລັບການເຄື່ອນທີ່ຫຼາຍກວ່າເກົ່າ, ພິຈາລະນານໍາໃຊ້
ທັງສ່ວນຂະຫຍາຍ Joliet ແລະ Rock Ridge.

-joliet ຍາວ
ອະນຸຍາດໃຫ້ຊື່ໄຟລ໌ Joliet ສູງສຸດ 103 ຕົວອັກສອນ Unicode, ແທນທີ່ຈະເປັນ 64. ນີ້
ທໍາລາຍຂໍ້ກໍາຫນົດ Joliet, ແຕ່ເບິ່ງຄືວ່າຈະເຮັດວຽກ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງ.

-jcharset ສາຍໄຟ
ປະສົມປະສານຂອງ -J -input-charset ສາຍໄຟ. ເບິ່ງ ລັກສະນະ ຊຸດ ພາກ​ສ່ວນ​ຂ້າງ​ລຸ່ມ​ນີ້​
ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

-l ອະນຸຍາດຊື່ໄຟລ໌ 31 ຕົວອັກສອນເຕັມ. ໂດຍປົກກະຕິຊື່ໄຟລ໌ ISO9660 ຈະຢູ່ໃນ 8.3
ຮູບແບບທີ່ເຂົ້າກັນໄດ້ກັບ MS-DOS, ເຖິງແມ່ນວ່າມາດຕະຖານ ISO9660 ອະນຸຍາດໃຫ້
ຊື່ໄຟລ໌ສູງສຸດ 31 ຕົວອັກສອນ. ຖ້າທ່ານໃຊ້ທາງເລືອກນີ້, ແຜ່ນດິດອາດຈະເປັນ
ຍາກທີ່ຈະໃຊ້ໃນລະບົບ MS-DOS, ແຕ່ຈະເຮັດວຽກຢູ່ໃນລະບົບອື່ນໆສ່ວນໃຫຍ່. ໃຊ້ກັບ
ລະມັດລະວັງ.

-L ທາງເລືອກທີ່ລ້າສະໄຫມ; ໃຊ້ -allow-leading-dots ແທນທີ່ຈະເປັນ.

-jigdo-jigdo jigdo_file
ຜະລິດ ກ ຈີກໂດ .ຈີກໂດ ໄຟລ໌ metadata ເຊັ່ນດຽວກັນກັບຮູບພາບຂອງລະບົບໄຟລ໌. ເບິ່ງ
JIGDO ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-jigdo-ແມ່ແບບ template_file
ຜະລິດ ກ ຈີກໂດ . ແມ່ແບບ ໄຟລ໌ເຊັ່ນດຽວກັນກັບຮູບພາບລະບົບໄຟລ໌. ເບິ່ງ JIGDO
ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-jigdo-min-file-size ຂະຫນາດ
ລະບຸຂະຫນາດຕໍາ່ສຸດທີ່ສໍາລັບໄຟລ໌ທີ່ຈະລະບຸໄວ້ໃນ .ຈີກໂດ ໄຟລ໌. ຄ່າເລີ່ມຕົ້ນ (ແລະ
ອະນຸຍາດຕໍາ່ສຸດທີ່) ແມ່ນ 1KB. ເບິ່ງ JIGDO ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-jigdo-force-md5 ເສັ້ນທາງ
ລະບຸຮູບແບບໄຟລ໌ທີ່ໄຟລ໌ ຕ້ອງ ບັນຈຸຢູ່ໃນ MD5 ທີ່ສະໜອງໃຫ້ພາຍນອກ
ບັນ​ຊີ​ລາຍ​ຊື່​ສະ​ຫນອງ​ໃຫ້​ໂດຍ​ -md5-ບັນຊີລາຍຊື່. ເບິ່ງ JIGDO ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບການເພີ່ມເຕີມ
ຂໍ້ມູນຂ່າວສານ.

-jigdo-ຍົກເວັ້ນ ເສັ້ນທາງ
ລະບຸຮູບແບບໄຟລ໌ທີ່ໄຟລ໌ຈະບໍ່ຢູ່ໃນລາຍການ .ຈີກໂດ ໄຟລ໌. ເບິ່ງ
JIGDO ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-jigdo-ແຜນທີ່ ເສັ້ນທາງ
ລະບຸແຜນທີ່ຮູບແບບສໍາລັບໄຟລ໌ jigdo (ຕົວຢ່າງ Debian=/mirror/debian) ເບິ່ງ
ໄດ້ JIGDO ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-md5-ບັນຊີລາຍຊື່ md5_file
ລະບຸໄຟລ໌ທີ່ມີ MD5sums, ຂະໜາດ ແລະຊື່ເສັ້ນທາງຂອງໄຟລ໌ທີ່ຈະເປັນ
ລວມຢູ່ໃນ .ຈີກໂດ ໄຟລ໌. ເບິ່ງ JIGDO ຫມາຍເຫດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບການເພີ່ມເຕີມ
ຂໍ້ມູນຂ່າວສານ.

-jigdo-template-compress ຂັ້ນຕອນວິທີ
ລະບຸສູດການບີບອັດເພື່ອໃຊ້ສຳລັບວັນທີຂອງແມ່ແບບ. gzip ແລະ bzip2 ແມ່ນ
ປະຈຸບັນສະຫນັບສະຫນູນ, ແລະ gzip ແມ່ນຄ່າເລີ່ມຕົ້ນ. ເບິ່ງ JIGDO ຫມາຍເຫດ ພາກ​ສ່ວນ​ຂ້າງ​ລຸ່ມ​ນີ້​ສໍາ​ລັບ​ການ​
ຂໍ້ມູນເພີ່ມເຕີມ

-log-file log_file
ປ່ຽນເສັ້ນທາງຂໍ້ຜິດພະລາດ, ການເຕືອນໄພ ແລະຂໍ້ມູນທັງໝົດໄປຫາ log_file ແທນທີ່ຈະ
ຄວາມ​ຜິດ​ພາດ​ມາດ​ຕະ​ຖານ​.

-m ໂລກ
ບໍ່ລວມໄຟລ໌ທີ່ກົງກັນ ໂລກ, ຮູບ​ແບບ​ຕົວ​ແທນ​ຂອງ​ແກະ​, ຈາກ​ການ​ຂຽນ​ໄປ​ເປັນ CD​-
ROM. ໂລກ ອາດຈະກົງກັບອົງປະກອບຊື່ໄຟລ໌ ຫຼືຊື່ເສັ້ນທາງເຕັມ. ນີ້
ທາງເລືອກອາດຈະຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ. ຍົກ​ຕົວ​ຢ່າງ:

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

ຈະຍົກເວັ້ນໄຟລ໌ທັງໝົດທີ່ລົງທ້າຍດ້ວຍ `.o' ຫຼືເອີ້ນວ່າ core or ຟຸບາ ຈາກຮູບ.
ໃຫ້ສັງເກດວ່າຖ້າທ່ານມີໄດເລກະທໍລີທີ່ເອີ້ນວ່າ ຟຸບາ, ມັນຄືກັນ (ແລະແນ່ນອນທັງຫມົດຂອງມັນ
ເຊື້ອສາຍ) ຈະຖືກຍົກເວັ້ນ.

-exclude-list ເອກະສານ
ໄຟລ໌ທີ່ມີລາຍຊື່ຂອງ shell wildcards ທີ່ຈະຖືກຍົກເວັ້ນ. ເບິ່ງ -m.

-max-iso9660-ຊື່ໄຟລ໌
ອະນຸຍາດໃຫ້ຊື່ໄຟລ໌ ISO9660 ຍາວເຖິງ 37 ຕົວອັກສອນ. ຕົວເລືອກນີ້ເປີດໃຊ້ງານ -N as
ພື້ນທີ່ຊື່ເພີ່ມເຕີມແມ່ນເອົາມາຈາກຊ່ອງທີ່ສະຫງວນໄວ້ສໍາລັບຕົວເລກເວີຊັນຂອງໄຟລ໌.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບຫຼາຍລະບົບ.
ເຖິງແມ່ນວ່າແອັບພລິເຄຊັນທີ່ສອດຄ່ອງກັບຕ້ອງການໃຫ້ພື້ນທີ່ buffer ຢ່າງຫນ້ອຍ 37
ຕົວອັກສອນ, ແຜ່ນທີ່ສ້າງດ້ວຍຕົວເລືອກນີ້ອາດຈະເຮັດໃຫ້ເກີດການລົ້ນ buffer ໃນ
ລະບົບປະຕິບັດການອ່ານ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງທີ່ສຸດ.

-M ເສັ້ນທາງ

-M ອຸປະກອນ

-ເທວະດາ ອຸປະກອນ
ລະບຸເສັ້ນທາງໄປຫາຮູບພາບ ISO9660 ທີ່ມີຢູ່ແລ້ວທີ່ຈະລວມເຂົ້າກັນ. ຮູບ​ແບບ​ສະ​ຫຼັບ​ໃຊ້​ເວ​ລາ a
ຕົວລະບຸອຸປະກອນ SCSI ທີ່ໃຊ້ syntax ດຽວກັນກັບ dev= ພາລາມິເຕີຂອງ ວອມ.
ຜົນໄດ້ຮັບຂອງ genisoimage ຈະ​ເປັນ​ກອງ​ປະ​ຊຸມ​ໃຫມ່​ທີ່​ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ຂຽນ​ເຖິງ​ທີ່​ສຸດ​
ຂອງຮູບພາບທີ່ລະບຸໄວ້ໃນ -M. ໂດຍປົກກະຕິນີ້ຮຽກຮ້ອງໃຫ້ມີຄວາມສາມາດ multisession ສໍາລັບ
ເຄື່ອງບັນທຶກ CD ໃຊ້ເພື່ອຂຽນຮູບພາບ. ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ພຽງແຕ່ໃນ
ສົມທົບກັບ -C.

-N ຍົກເລີກໝາຍເລກເວີຊັນຈາກຊື່ໄຟລ໌ ISO9660.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ບໍ່ມີໃຜໃຊ້ຕົວເລກເວີຊັນແທ້ໆ
ແນວໃດກໍ່ຕາມ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງ.

- ຮູບ​ແບບ​ໃຫມ່ Dir​ ຮູບແບບການ
ລະບຸຮູບແບບ, ຕົວເລກ 4 ຕົວເລກຕາມທີ່ໃຊ້ໃນ chmod(1​)​, ການ​ນໍາ​ໃຊ້​ໃນ​ເວ​ລາ​ທີ່​ການ​ສ້າງ​ໃຫມ່​
ໄດເລກະທໍລີໃນຮູບພາບຂອງລະບົບໄຟລ໌. ຄ່າເລີ່ມຕົ້ນແມ່ນ 0555.

-nobak

-no-bak
ບໍ່ລວມໄຟລ໌ໄຟລ໌ສໍາຮອງໃນລະບົບໄຟລ໌ ISO9660; ນັ້ນແມ່ນ, ຊື່ໄຟລ໌ນັ້ນ
ມີຕົວອັກສອນ `~' ຫຼື `#' ຫຼືລົງທ້າຍດ້ວຍ . ບັກ. ປົກກະຕິແລ້ວເຫຼົ່ານີ້ແມ່ນໄຟລ໌ສໍາຮອງຂໍ້ມູນ
ສໍາລັບ Unix text editors.

-force-rr
ຢ່າໃຊ້ການຮັບຮູ້ຄຸນລັກສະນະຂອງ Rock Ridge ອັດຕະໂນມັດສຳລັບເຊດຊັນທີ່ຜ່ານມາ.
ນີ້ສາມາດເຮັດວຽກກ່ຽວກັບບັນຫາກັບຮູບພາບທີ່ສ້າງຂຶ້ນໂດຍ, ຕົວຢ່າງ, NERO Burning ROM.

-no-rr ຢ່າໃຊ້ຄຸນລັກສະນະ Rock Ridge ຈາກກອງປະຊຸມທີ່ຜ່ານມາ. ນີ້ອາດຈະຊ່ວຍໃຫ້
ຫຼີກ​ເວັ້ນ​ບັນ​ຫາ​ໃນ​ເວ​ລາ​ທີ່​ genisoimage ພົບເຫັນລາຍເຊັນ Rock Ridge ທີ່ຜິດກົດໝາຍຢູ່ໃນເຄື່ອງເກົ່າ
session

-no-split-symlink-ອົງປະກອບ
ຢ່າແຍກອົງປະກອບ symlink, ແຕ່ເລີ່ມຕົ້ນພື້ນທີ່ສືບຕໍ່ໃຫມ່ (CE) ແທນ.
ອັນນີ້ອາດຈະເສຍພື້ນທີ່ບາງອັນ, ແຕ່ໄດເວີ cdrom SunOS 4.1.4 ມີຂໍ້ບົກພ່ອງໃນການອ່ານ
ແຍກອົງປະກອບ symlink.

ມັນເປັນຄໍາຖາມທີ່ວ່າທາງເລືອກນີ້ເປັນປະໂຫຍດໃນປັດຈຸບັນ.

-no-split-symlink-fields
ຢ່າແຍກຊ່ອງຂໍ້ມູນ symlink, ແຕ່ເລີ່ມຕົ້ນພື້ນທີ່ຕໍ່ເນື່ອງໃຫມ່ (CE) ແທນ.
ອັນນີ້ອາດຈະເສຍພື້ນທີ່ບາງອັນ, ແຕ່ໄດເວີ cdrom SunOS 4.1.4 ແລະ Solaris 2.5.1 ມີ.
bug ໃນ​ການ​ອ່ານ split symlink fields (a `/' ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຫຼຸດ​ລົງ​)​.

ມັນເປັນຄໍາຖາມທີ່ວ່າທາງເລືອກນີ້ເປັນປະໂຫຍດໃນປັດຈຸບັນ.

-o ຊື່​ເອ​ກະ​ສານ
ລະບຸໄຟລ໌ຜົນຜະລິດສໍາລັບຮູບພາບລະບົບໄຟລ໌ ISO9660. ນີ້ສາມາດເປັນແຜ່ນ
ໄຟລ໌, tape drive, ຫຼືມັນສາມາດກົງກັນໂດຍກົງກັບຊື່ອຸປະກອນຂອງ optical
ນັກຂຽນແຜ່ນ. ຖ້າບໍ່ໄດ້ລະບຸ, stdout ຖືກນໍາໃຊ້. ໃຫ້ສັງເກດວ່າຜົນຜະລິດຍັງສາມາດເປັນ
ອຸ​ປະ​ກອນ​ຕັນ​ສໍາ​ລັບ​ການ​ແບ່ງ​ປັນ​ແຜ່ນ​ປົກ​ກະ​ຕິ​, ໃນ​ກໍ​ລະ​ນີ​ທີ່​ລະ​ບົບ​ໄຟລ​໌ ISO9660 ສາ​ມາດ​ເຮັດ​ໄດ້​
ຕິດຕັ້ງຕາມປົກກະຕິເພື່ອກວດສອບວ່າມັນຖືກສ້າງຂຶ້ນຢ່າງຖືກຕ້ອງ.

- ແຜ່ນ Pad ທ້າຍຂອງຮູບພາບທັງຫມົດໂດຍ 150 ຂະແຫນງການ (300 kB). ຕົວເລືອກນີ້ຖືກເປີດໃຊ້ໂດຍ
ຄ່າເລີ່ມຕົ້ນ. ຖ້າໃຊ້ປະສົມປະສານກັບ -B, padding ແມ່ນ inserted ລະຫວ່າງ ISO9660
partition ແລະ boot partitions, ເຊັ່ນວ່າ partition boot ທໍາອິດເລີ່ມຕົ້ນໃນ a
ຕົວເລກຂະແໜງການທີ່ເປັນຜົນຄູນຂອງ 16.

padding ແມ່ນຈໍາເປັນຍ້ອນວ່າລະບົບປະຕິບັດງານຈໍານວນຫຼາຍ (ເຊັ່ນ Linux) ປະຕິບັດການອ່ານລ່ວງຫນ້າ
ແມງໄມ້ໃນລະບົບໄຟລ໌ I/O ຂອງເຂົາເຈົ້າ. ແມງໄມ້ເຫຼົ່ານີ້ສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດໃນການອ່ານໄຟລ໌ທີ່ເປັນ
ຕັ້ງຢູ່ໃກ້ກັບທ້າຍຂອງເພງ, ໂດຍສະເພາະຖ້າແຜ່ນດິດຖືກຂຽນໄວ້ໃນ Track At
ໂຫມດຄັ້ງດຽວ, ຫຼືບ່ອນທີ່ສຽງ CD ຕິດຕາມຂໍ້ມູນ.

- ບໍ່ມີແຜ່ນ
ຢ່າ pad ທ້າຍໂດຍ 150 ຂະແຫນງການ (300 kB) ແລະຢ່າເຮັດການແບ່ງປັນບູດ.
ເລີ່ມຈາກຫຼາຍພາກສ່ວນຂອງ 16 ຂະແໜງການ.

- ບັນ​ຊີ​ລາຍ​ການ​ເສັ້ນ​ທາງ​ ເອກະສານ
ໄຟລ໌ທີ່ມີບັນຊີລາຍຊື່ຂອງ ເສັ້ນທາງ ໄດເລກະທໍລີ ແລະຊື່ໄຟລ໌ທີ່ຈະຖືກເພີ່ມໃສ່
ລະບົບໄຟລ໌ ISO9660. ລາຍ​ຊື່​ຂອງ​ເສັ້ນ​ທາງ​ນີ້​ແມ່ນ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ຫຼັງ​ຈາກ​ໃດໆ​ທີ່​ປາ​ກົດ​ຢູ່​ໃນ​
ເສັ້ນຄໍາສັ່ງ. ຖ້າການໂຕ້ຖຽງແມ່ນ -, ບັນຊີລາຍຊື່ແມ່ນອ່ານຈາກວັດສະດຸປ້ອນມາດຕະຖານ.

-P ທາງເລືອກທີ່ລ້າສະໄຫມ; ໃຊ້ - ຜູ້​ພິມ​ ແທນທີ່ຈະເປັນ.

- ຜູ້​ພິມ​ Publisher_id
ລະບຸສະຕຣິງຂໍ້ຄວາມທີ່ຈະຖືກຂຽນໃສ່ໃນສ່ວນຫົວປະລິມານ. ອັນນີ້ຄວນ
ອະທິບາຍຜູ້ຈັດພິມ CD-ROM, ໂດຍປົກກະຕິແລ້ວມີທີ່ຢູ່ທາງໄປສະນີ ແລະໂທລະສັບ
ເລກ. ມີພື້ນທີ່ສໍາລັບ 128 ຕົວອັກສອນ. ເທົ່າກັບ ໂຄສະນາ ໃນ
.genisoimagerc ຍື່ນ.

-p Preparer_id
ລະບຸສະຕຣິງຂໍ້ຄວາມທີ່ຈະຖືກຂຽນໃສ່ໃນສ່ວນຫົວປະລິມານ. ອັນນີ້ຄວນ
ອະທິບາຍຜູ້ກະກຽມ CD-ROM, ໂດຍປົກກະຕິແລ້ວມີທີ່ຢູ່ທາງໄປສະນີ ແລະໂທລະສັບ
ເລກ. ມີພື້ນທີ່ສໍາລັບ 128 ຕົວອັກສອນ. ເທົ່າກັບ PREP ໃນ
.genisoimagerc ຍື່ນ.

- ຂະ​ຫນາດ​ພິມ​
ພິມປະມານຂະຫນາດຂອງລະບົບໄຟລ໌ໃນຕົວຄູນຂອງຂະຫນາດຂະແຫນງການ (2048 bytes) ແລະ
ອອກໄປ. ທາງ​ເລືອກ​ນີ້​ແມ່ນ​ຈໍາ​ເປັນ​ສໍາ​ລັບ​ຮູບ​ແບບ Disk At Once ແລະ​ມີ CD​-R ຂັບ​ບາງ​ໃນ​ເວ​ລາ​ທີ່​
ທໍ່ໂດຍກົງ ວອມ, ກໍລະນີທີ່ ວອມ ຈໍາເປັນຕ້ອງຮູ້ຂະຫນາດຂອງ
ຮູບພາບລະບົບໄຟລ໌ລ່ວງຫນ້າ. ຮຸ່ນເກົ່າຂອງ mkisofs ຂຽນຂໍ້ມູນນີ້ (ລະຫວ່າງ
ຂໍ້​ມູນ​ອື່ນໆ​) ກັບ​ stderr. ເນື່ອງຈາກວ່ານີ້ກາຍເປັນການຍາກທີ່ຈະວິເຄາະ, ຈໍານວນ
ໂດຍບໍ່ມີການຂໍ້ມູນຂ່າວສານອື່ນໆແມ່ນພິມອອກໃນປັດຈຸບັນ stdout ຄືກັນ. ຖ້າທ່ານຕ້ອງການຂຽນ a
script shell ງ່າຍດາຍ, ປ່ຽນເສັ້ນທາງ stderr ແລະຈັບຕົວເລກຈາກ stdout. ນີ້ອາດຈະເປັນ
ເຮັດດ້ວຍ:

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

- ງຽບ ນີ້ເຮັດໃຫ້ genisoimage ເຖິງແມ່ນວ່າ verbose ຫນ້ອຍ. ບໍ່ມີຜົນໄດ້ຮັບຄວາມຄືບຫນ້າຈະສະຫນອງໃຫ້.

-R ສ້າງບັນທຶກ SUSP ແລະ RR ໂດຍໃຊ້ໂປຣໂຕຄໍ Rock Ridge ເພື່ອອະທິບາຍເພີ່ມເຕີມ
ໄຟລ໌ໃນລະບົບໄຟລ໌ ISO9660.

-r ນີ້ແມ່ນຄ້າຍຄືກັບທາງເລືອກ -R, ແຕ່ການເປັນເຈົ້າຂອງໄຟລ໌ແລະໂຫມດຖືກຕັ້ງໃຫ້ເປັນປະໂຫຍດກວ່າ
ຄຸນຄ່າ. uid ແລະ gid ຖືກຕັ້ງເປັນສູນ, ເພາະວ່າປົກກະຕິແລ້ວພວກມັນມີປະໂຫຍດພຽງແຕ່ໃນ
ລະບົບຂອງຜູ້ຂຽນ, ແລະບໍ່ເປັນປະໂຫຍດຕໍ່ລູກຄ້າ. ໄຟລ໌ອ່ານ bits ທັງຫມົດແມ່ນຖືກກໍານົດ
ແທ້ຈິງ, ດັ່ງນັ້ນໄຟລ໌ແລະໄດເລກະທໍລີແມ່ນສາມາດອ່ານໄດ້ທົ່ວໂລກໃນລູກຄ້າ. ຖ້າ​ມີ
execute bit ຖືກກໍານົດສໍາລັບໄຟລ໌, ກໍານົດທັງຫມົດຂອງ execute bits, ດັ່ງນັ້ນ executables ແມ່ນ.
ສາມາດປະຕິບັດໄດ້ທົ່ວໂລກໃນລູກຄ້າ. ຖ້າ​ຫາກ​ວ່າ​ບິດ​ຄົ້ນ​ຫາ​ໃດ​ຫນຶ່ງ​ແມ່ນ​ກໍາ​ນົດ​ສໍາ​ລັບ​ການ​ລະ​ບົບ​, ຕັ້ງ​
ທັງຫມົດຂອງ bits ຄົ້ນຫາ, ດັ່ງນັ້ນໄດເລກະທໍລີສາມາດຄົ້ນຫາທົ່ວໂລກກ່ຽວກັບລູກຄ້າ.
ບິດຂຽນທັງໝົດຖືກລຶບລ້າງ, ເພາະວ່າລະບົບໄຟລ໌ຈະຖືກຕິດຕັ້ງແບບອ່ານຢ່າງດຽວໃນທຸກອັນ
ກໍລະນີ. ຖ້າ​ຫາກ​ວ່າ​ບິດ​ຮູບ​ແບບ​ພິ​ເສດ​ໃດ​ຫນຶ່ງ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​, ລົບ​ໃຫ້​ເຂົາ​ເຈົ້າ​, ເພາະ​ວ່າ​ການ​ລັອກ​ໄຟລ​໌​ແມ່ນ​
ບໍ່ມີປະໂຫຍດໃນລະບົບໄຟລ໌ທີ່ອ່ານເທົ່ານັ້ນ, ແລະ set-id bits ແມ່ນບໍ່ເປັນທີ່ຕ້ອງການສໍາລັບ uid 0.
ຫຼື gid 0. ເມື່ອໃຊ້ໃນ Win32, ບິດ execute ຖືກຕັ້ງໄວ້ ທັງຫມົດ ໄຟລ໌. ນີ້​ແມ່ນ
ຜົນມາຈາກການຂາດການອະນຸຍາດໄຟລ໌ໃນ Win32 ແລະ Cygwin POSIX emulation
ຊັ້ນ. ເບິ່ງນຳ -uid, -gid, - ໂຫມດ dir, -file-mode ແລະ - ຮູບ​ແບບ​ໃຫມ່ Dir​.

-relaxed-filenames
ອະນຸຍາດໃຫ້ຊື່ໄຟລ໌ ISO9660 ມີຕົວອັກສອນ ASCII 7-ບິດທັງໝົດ ຍົກເວັ້ນຕົວພິມນ້ອຍ
ຈົດ ໝາຍ.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບຫຼາຍລະບົບ. ໃຊ້
ດ້ວຍຄວາມລະມັດລະວັງ.

- ຮາກ dir
ຍ້າຍໄຟລ໌ແລະໄດເລກະທໍລີທັງຫມົດເຂົ້າໄປໃນ dir ໃນຮູບ. ນີ້ແມ່ນສິ່ງທີ່ສໍາຄັນຄືກັນ
ເປັນ​ການ​ນໍາ​ໃຊ້ - ຈຸດ graft ແລະການເພີ່ມ dir ຢູ່ທາງຫນ້າຂອງທຸກ pathspec, ແຕ່ແມ່ນງ່າຍກວ່າ
ໃຊ້. dir ຕົວຈິງແລ້ວອາດຈະເປັນຫຼາຍລະດັບເລິກ. ມັນຖືກສ້າງຂຶ້ນດ້ວຍສິ່ງດຽວກັນ
ການອະນຸຍາດເປັນຈຸດ graft ອື່ນໆ.

- ຮາກເກົ່າ dir
ທາງເລືອກນີ້ແມ່ນມີຄວາມຈໍາເປັນໃນເວລາທີ່ຂຽນຮູບພາບ multisession ແລະກ່ອນຫນ້ານີ້ (ຫຼື
ເຖິງ ແມ່ນ ວ່າ ອາ ຍຸ ) ກອງ ປະ ຊຸມ ໄດ້ ລາຍ ລັກ ອັກ ສອນ ກັບ - ຮາກ dir. ໃຊ້ຊື່ໄດເຣັກທໍຣີບໍ່ພົບ
ໃນກອງປະຊຸມທີ່ຜ່ານມາສາເຫດ genisoimage ເອົາລູກອອກດ້ວຍຄວາມຜິດພາດ. ໂດຍບໍ່ມີການນີ້
ທາງເລືອກ, genisoimage ຈະບໍ່ສາມາດຊອກຫາໄຟລ໌ທີ່ບໍ່ໄດ້ຮັບການແກ້ໄຂ ແລະຈະຖືກບັງຄັບ
ເພື່ອຂຽນຂໍ້ມູນຂອງເຂົາເຈົ້າເຂົ້າໄປໃນຮູບພາບອີກເທື່ອຫນຶ່ງ. - ຮາກ ແລະ - ຮາກເກົ່າ ແມ່ນຫມາຍຄວາມວ່າຈະ
ໃຊ້ຮ່ວມກັນເພື່ອເຮັດການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ. ກອງປະຊຸມເບື້ອງຕົ້ນຈະໃຊ້ຕົວຢ່າງ:
genisoimage - ຮາກ backup_1 ທີ່ຢູ່. ການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນຕໍ່ໄປກັບ genisoimage
- ຮາກ backup_2 - ຮາກເກົ່າ backup_1 ທີ່ຢູ່ ຈະເອົາພາບລວມຂອງສິ່ງເຫຼົ່ານີ້ອີກ
ໄດເລກະທໍລີ. ພາບຖ່າຍທຳອິດຈະພົບເຫັນຢູ່ໃນ backup_1, ອັນທີສອງໃນ
backup_2, ແຕ່ວ່າພຽງແຕ່ດັດແກ້ຫຼືໄຟລ໌ໃຫມ່ຕ້ອງໄດ້ຮັບການລາຍລັກອັກສອນເຂົ້າໄປໃນທີສອງ
ກອງປະຊຸມ. ຖ້າບໍ່ມີທາງເລືອກເຫຼົ່ານີ້, ໄຟລ໌ໃຫມ່ຈະຖືກເພີ່ມແລະໄຟລ໌ເກົ່າ
ຮັກສາໄວ້. ແຕ່ອັນເກົ່າຈະຖືກຂຽນທັບຖ້າໄຟລ໌ຖືກດັດແກ້. ຟື້ນຕົວ
ໄຟລ​໌​ໂດຍ​ການ​ສໍາ​ເນົາ​ທັງ​ຫມົດ​ລະ​ບົບ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ຈາກ CD ຍັງ​ຈະ​ຟື້ນ​ຟູ​ໄຟລ​໌​ທີ່​
ຖືກລົບໂດຍເຈດຕະນາ. ຕ້ອງການການເຂົ້າເຖິງໄຟລ໌ລຸ້ນເກົ່າຫຼາຍອັນ
ສະຫນັບສະຫນູນໂດຍລະບົບປະຕິບັດການທີ່ຈະເລືອກເອົາກອງປະຊຸມທີ່ຈະຕິດຕັ້ງ.

- ຄັດ sort_file
ຈັດຮຽງສະຖານທີ່ໄຟລ໌ໃນສື່. ການຈັດຮຽງແມ່ນຖືກຄວບຄຸມໂດຍໄຟລ໌ທີ່ມີ
ຄູ່ຂອງຊື່ໄຟລ໌ແລະການຈັດລຽງນ້ໍາຫນັກຊົດເຊີຍ. ຖ້ານ້ໍາຫນັກແມ່ນສູງກວ່າ, the
ໄຟລ໌ຈະຖືກຕັ້ງຢູ່ໃກ້ກັບຈຸດເລີ່ມຕົ້ນຂອງສື່, ຖ້ານ້ໍາຫນັກແມ່ນ
ຕ່ໍາກວ່າ, ໄຟລ໌ຈະຕັ້ງຢູ່ໃກ້ກັບທ້າຍຂອງສື່. ຈະຕ້ອງມີພຽງແຕ່
ຊ່ອງຫວ່າງ ຫຼືຕົວອັກສອນແຖບໜຶ່ງລະຫວ່າງຊື່ໄຟລ໌ ແລະນ້ຳໜັກ ແລະນ້ຳໜັກຕ້ອງ
ເປັນຕົວລະຄອນສຸດທ້າຍໃນແຖວ. ຊື່ໄຟລ໌ໄດ້ຖືກປະຕິບັດເພື່ອປະກອບມີທັງຫມົດ
ຕົວອັກສອນສູງສຸດ, ແຕ່ບໍ່ລວມເອົາຍະຫວ່າງສຸດທ້າຍ ຫຼືຕົວອັກສອນແຖບໃນແຖວ. ນີ້
ແມ່ນເພື່ອອະນຸຍາດໃຫ້ຕົວອັກສອນຊ່ອງຢູ່ໃນ, ຫຼືໃນຕອນທ້າຍຂອງຊື່ໄຟລ໌. ນີ້
ທາງເລືອກບໍ່ ບໍ່ ຈັດຮຽງລໍາດັບຂອງຊື່ໄຟລ໌ທີ່ປາກົດຢູ່ໃນ ISO9660
ໄດເລກະທໍລີ. ມັນ​ຈັດ​ລຽງ​ລໍາ​ດັບ​ທີ່​ຂໍ້​ມູນ​ໄຟລ​໌​ໄດ້​ຖືກ​ຂຽນ​ໃສ່​ຮູບ​ພາບ CD​,
ເຊິ່ງເປັນປະໂຫຍດເພື່ອເພີ່ມປະສິດທິພາບການຈັດວາງຂໍ້ມູນໃນ CD. ເບິ່ງ README.sort ສໍາລັບການ
ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ.

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
ເບິ່ງ -B ຂ້າງເທິງ.

-sparc-label ປ້າຍ
ຕັ້ງຊື່ Sun disk label ສໍາລັບ Sun disk label ທີ່ສ້າງຂຶ້ນດ້ວຍ -sparc-
ເຮືອ.

- ແຍກ​ຜົນ​ຜະ​ລິດ​
ແບ່ງ​ຮູບ​ພາບ​ອອກ​ເປັນ​ຫຼາຍ​ໄຟລ​໌​ປະ​ມານ 1 GB ແຕ່​ລະ​. ນີ້ຊ່ວຍ
ເພື່ອສ້າງຮູບພາບ ISO9660 ຂະຫນາດດີວີດີໃນລະບົບປະຕິບັດການໂດຍບໍ່ມີການສະຫນັບສະຫນູນໄຟລ໌ຂະຫນາດໃຫຍ່.
ວອມ ຈະ concatenate ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ໄຟລ​໌​ເຂົ້າ​ໄປ​ໃນ​ເພງ​ດຽວ​ຖ້າ​ຫາກ​ວ່າ​ການ​ຂຽນ​ໃສ່ DVD​.
ເພື່ອເຮັດໃຫ້ - ແຍກ​ຜົນ​ຜະ​ລິດ​ ເຮັດວຽກ, -o ຊື່​ເອ​ກະ​ສານ ຕ້ອງໄດ້ຮັບການລະບຸ. ຜົນໄດ້ຮັບ
ຮູບ​ພາບ​ຈະ​ມີ​ຊື່​: filename_00, filename_01, filename_02....

-stream-media-size #
ເລືອກ​ການ​ດໍາ​ເນີນ​ງານ​ສະ​ຕີມ​ແລະ​ກໍາ​ນົດ​ຂະ​ຫນາດ​ສື່​ມວນ​ຊົນ​ເປັນ # ຂະ​ແຫນງ​ການ​. ນີ້ອະນຸຍາດໃຫ້ທ່ານ
ທໍ່ຜົນຜະລິດຂອງ tar(1​) ໂຄງ​ການ​ເຂົ້າ​ໄປ​ໃນ​ genisoimage ແລະສ້າງ ISO9660
ລະ​ບົບ​ໄຟລ​໌​ໂດຍ​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ຂອງ​ໄຟລ​໌ tar archive ລະ​ດັບ​ປານ​ກາງ​. ຖ້າທາງເລືອກນີ້
ໄດ້​ລະ​ບຸ​ໄວ້​, genisoimage ອ່ານຈາກ stdin ແລະສ້າງໄຟລ໌ທີ່ມີຊື່
stream.IMG. ຂະຫນາດສູງສຸດຂອງໄຟລ໌ (ມີ padding) ແມ່ນ 200 ຂະແຫນງການຫນ້ອຍກວ່າ
ຂະຫນາດສື່ທີ່ກໍານົດໄວ້. ຖ້າ - ບໍ່ມີແຜ່ນ ໄດ້ຖືກລະບຸໄວ້, ຂະຫນາດໄຟລ໌ແມ່ນ 50
ຂະ​ແຫນງ​ການ​ຫນ້ອຍ​ກ​່​ວາ​ຂະ​ຫນາດ​ສື່​ມວນ​ຊົນ​ທີ່​ກໍາ​ນົດ​ໄວ້​. ຖ້າໄຟລ໌ນ້ອຍກວ່າ, genisoimage
ຈະຂຽນ padding. ອັນນີ້ອາດຈະໃຊ້ເວລາຄາວໜຶ່ງ.

ທາງເລືອກ -stream-media-size ສ້າງລະບົບໄຟລ໌ ISO9660 ງ່າຍດາຍເທົ່ານັ້ນ ແລະອາດຈະບໍ່
ໃຊ້ຮ່ວມກັບທາງເລືອກລະບົບໄຟລ໌ຫຼາຍຄັ້ງ ຫຼືແບບປະສົມ.

-stream-file-name ຊື່
ສະຫງວນໄວ້ເພື່ອໃຊ້ໃນອະນາຄົດ.

-sunx86-boot UFS_img,,,AUX1_img
ລະບຸລາຍຊື່ທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຮູບພາບລະບົບໄຟລ໌ທີ່ຈຳເປັນເພື່ອສ້າງ a
CD bootable ສໍາລັບລະບົບ Solaris x86.

ໃຫ້ສັງເກດວ່າ partition 1 ແມ່ນໃຊ້ສໍາລັບຮູບພາບ ISO9660 ແລະວ່າ partition 2 ແມ່ນ
ທັງ​ຫມົດ​ແຜ່ນ​, ສະ​ນັ້ນ​ການ​ແບ່ງ​ປັນ 1 ແລະ 2 ອາດ​ຈະ​ບໍ່​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ໂດຍ​ຂໍ້​ມູນ​ພາ​ທິ​ຊັນ​ພາຍ​ນອກ​. ໄດ້
ໄຟລ໌ຮູບພາບທໍາອິດຖືກແຜນທີ່ໃສ່ພາທິຊັນ 0. ອາດຈະມີຊ່ອງຫວ່າງເປົ່າຢູ່ໃນເຄື່ອງໝາຍຈຸດ.
ບັນຊີລາຍຊື່ທີ່ແຍກອອກ, ແລະລາຍການລາຍການສໍາລັບພາທິຊັນ 1 ແລະ 2 ຈະຕ້ອງຫວ່າງເປົ່າ. ສູງສຸດ
ຈໍາ​ນວນ​ຂອງ​ພາ​ທິ​ຊັນ​ສະ​ຫນັບ​ສະ​ຫນູນ​ແມ່ນ 8 (ເຖິງ​ແມ່ນ​ວ່າ​ຕາ​ຕະ​ລາງ​ການ​ແບ່ງ​ປັນ Solaris x86 ສາ​ມາດ​
ສະ​ຫນັບ​ສະ​ຫນູນ​ສູງ​ເຖິງ 16 partitions​)​, ສະ​ນັ້ນ​ມັນ​ເປັນ​ໄປ​ບໍ່​ໄດ້​ທີ່​ຈະ​ລະ​ບຸ​ຫຼາຍ​ກ​່​ວາ 6 partition​
ຮູບພາບຕ່າງໆ. ທາງເລືອກນີ້ແມ່ນຕ້ອງການເພື່ອເຮັດໃຫ້ CD bootable ສໍາລັບລະບົບ Solaris x86.

If -sunx86-boot ໄດ້ຖືກລະບຸໄວ້, ພາກສ່ວນທໍາອິດຂອງຮູບພາບຜົນໄດ້ຮັບຈະ
ມີປ້າຍ PC fdisk ທີ່ມີການແບ່ງປັນ Solaris ປະເພດ 0x82 fdisk ທີ່ເລີ່ມຕົ້ນຈາກ
ຊົດເຊີຍ 512 ແລະຂະຫຍາຍ CD ທັງຫມົດ. ນອກຈາກນັ້ນ, ສໍາລັບ Solaris ປະເພດ 0x82 fdisk
ການແບ່ງສ່ວນ, ມີປ້າຍແຜ່ນ SVr4 ທີ່ຊົດເຊີຍ 1024 ໃນຂະແຫນງທໍາອິດຂອງ CD.
ປ້າຍຊື່ແຜ່ນນີ້ລະບຸ slice 0 ສໍາລັບລະບົບໄຟລ໌ທໍາອິດ (ປົກກະຕິແລ້ວປະເພດ UFS).
ທີ່ຖືກນໍາໃຊ້ເພື່ອ boot PC ແລະ slice 1 ສໍາລັບຮູບພາບ ISO9660. Slice 2 spans the
ທັງ​ຫມົດ CD slice 3 ... slice 7 ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ຮູບ​ພາບ​ລະ​ບົບ​ໄຟລ​໌​ເພີ່ມ​ເຕີມ​ທີ່​ມີ​
ໄດ້ຖືກລະບຸໄວ້ດ້ວຍທາງເລືອກນີ້.

A Solaris x86 boot CD ໃຊ້ບູດຕົ້ນຕໍຂະຫນາດ 1024 byte ທີ່ໃຊ້ El-Torito
ບໍ່ມີການຈໍາລອງ boot mode ແລະ boot generic ຂັ້ນສອງທີ່ຢູ່ໃນ CD sector 1..15.
ສໍາລັບເຫດຜົນນີ້, ທັງສອງ -b bootimage -no-emul-boot ແລະ -G genboot ຕ້ອງໄດ້ຮັບການລະບຸ.

-sunx86-ປ້າຍ ປ້າຍ
ຕັ້ງຊື່ປ້າຍກຳກັບແຜ່ນ SVr4 ສຳລັບປ້າຍກຳກັບແຜ່ນ SVr4 ທີ່ສ້າງຂຶ້ນດ້ວຍ
-sunx86-boot.

-sysid ID
ລະບຸ ID ລະບົບ. ມີພື້ນທີ່ສໍາລັບ 32 ຕົວອັກສອນ. ເທົ່າກັບ SYSI in
ໄດ້ .genisoimagerc ຍື່ນ.

-T ສ້າງໄຟລ໌ TRANS.TBL ໃນ​ແຕ່​ລະ​ລະ​ບົບ​ໃນ CD​-ROM​, ທີ່​ສາ​ມາດ​ນໍາ​ໃຊ້​ໃນ​
ລະບົບທີ່ບໍ່ແມ່ນ Rock Ridge ເພື່ອຊ່ວຍສ້າງຊື່ໄຟລ໌ທີ່ຖືກຕ້ອງ. ມີ
ຍັງ​ມີ​ຂໍ້​ມູນ​ທີ່​ມີ​ຢູ່​ໃນ​ໄຟລ​໌​ທີ່​ຊີ້​ບອກ​ຈໍາ​ນວນ​ທີ່​ສໍາ​ຄັນ​ແລະ​ເປັນ​ຈໍາ​ນວນ​ຫນ້ອຍ​ສໍາ​ລັບ​ການ​
ອຸ​ປະ​ກອນ block ແລະ​ລັກ​ສະ​ນະ​, ແລະ​ແຕ່​ລະ symlink ມີ​ຊື່​ຂອງ​ໄຟລ​໌​ການ​ເຊື່ອມ​ຕໍ່​ໄດ້​ຮັບ​ໃຫ້​.

- ຊື່​ຕາ​ຕະ​ລາງ​ ຊື່ຕາຕະລາງ
ຊື່ໄຟລ໌ຕາຕະລາງການແປທາງເລືອກ (ເບິ່ງຂ້າງເທິງ). ຫມາຍເຖິງ -T. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ
ການ​ສ້າງ​ຮູບ​ພາບ multisession ທ່ານ​ຈະ​ຕ້ອງ​ນໍາ​ໃຊ້​ຊື່​ດຽວ​ກັນ​ກັບ​ໃນ​ທີ່​ຜ່ານ​ມາ​
session

- ລະດັບ ucs ລະດັບ
ກໍານົດລະດັບຄວາມສອດຄ່ອງຂອງ Unicode ໃນ Joliet SVD. ລະດັບເລີ່ມຕົ້ນແມ່ນ 3. ມັນອາດຈະເປັນ
ຕັ້ງເປັນ 1..3 ໂດຍໃຊ້ຕົວເລືອກນີ້.

-udf ລວມເອົາການຮອງຮັບລະບົບໄຟລ໌ UDF ໃນຮູບພາບລະບົບໄຟລ໌ທີ່ສ້າງຂຶ້ນ. ສະຫນັບສະຫນູນ UDF ແມ່ນ
ໃນ​ປັດ​ຈຸ​ບັນ​ຢູ່​ໃນ​ສະ​ຖາ​ນະ​ພາບ alpha ແລະ​ສໍາ​ລັບ​ເຫດ​ຜົນ​ນີ້​, ມັນ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ​ສ້າງ UDF-
ຮູບພາບເທົ່ານັ້ນ. ໂຄງສ້າງຂໍ້ມູນ UDF ປະຈຸບັນໄດ້ຖືກສົມທົບກັບໂຄງສ້າງ Joliet,
ດັ່ງນັ້ນ, ມັນມີຂໍ້ບົກຜ່ອງຫຼາຍຢ່າງກັບການຈັດຕັ້ງປະຕິບັດໃນປະຈຸບັນ. ບໍ່ມີ UID/GID
ສະຫນັບສະຫນູນ, ບໍ່ມີການສະຫນັບສະຫນູນການອະນຸຍາດ POSIX, ບໍ່ມີການສະຫນັບສະຫນູນສໍາລັບ symlinks.
ໃຫ້ສັງເກດວ່າ UDF ສູນເສຍພື້ນທີ່ຈາກຂະແຫນງ ~ 20 ຫາຂະແຫນງ 256 ໃນຕອນຕົ້ນຂອງ
ແຜ່ນນອກຈາກພື້ນທີ່ທີ່ຈໍາເປັນສໍາລັບໂຄງສ້າງຂໍ້ມູນ UDF ທີ່ແທ້ຈິງ.

-uid uid
ລົບລ້າງ uid ທີ່ອ່ານຈາກໄຟລ໌ແຫຼ່ງໄປຫາຄ່າຂອງ uid. ລະບຸນີ້
ທາງເລືອກອັດຕະໂນມັດເຮັດໃຫ້ການຂະຫຍາຍ Rock Ridge.

-use-fileversion
ທາງເລືອກ -use-fileversion ອະນຸຍາດໃຫ້ genisoimage ການ​ນໍາ​ໃຊ້​ຕົວ​ເລກ​ສະ​ບັບ​ໄຟລ​໌​ຈາກ​
ລະບົບໄຟລ໌. ຖ້າຕົວເລືອກບໍ່ໄດ້ຖືກລະບຸ, genisoimage ສ້າງຕົວເລກສະບັບ
ຂອງ 1 ສໍາລັບໄຟລ໌ທັງຫມົດ. ເວີຊັນໄຟລ໌ແມ່ນສະຕຣິງຢູ່ໃນຂອບເຂດ ;1 to 32767 ນີ້
ທາງເລືອກແມ່ນຄ່າເລີ່ມຕົ້ນໃນ VMS.

-U ອະນຸຍາດໃຫ້ຊື່ໄຟລ໌ "ບໍ່ໄດ້ແປ", ລະເມີດມາດຕະຖານ ISO9660 ຢ່າງສົມບູນ
ອະທິບາຍຂ້າງເທິງ. ເປີດໃຊ້ທຸງຕໍ່ໄປນີ້: -d -l -N -allow-leading-dots
-relaxed-filenames - ອະ​ນຸ​ຍາດ​ໃຫ້​ຕົວ​ພິມ​ນ້ອຍ​ - ອະ​ນຸ​ຍາດ​ໃຫ້​ຫຼາຍ​ -no-iso-ແປ. ອະນຸຍາດໃຫ້ເພີ່ມເຕີມ
ກ ່ ວາ ຫນຶ່ງ `. ລັກສະນະໃນຊື່ໄຟລ໌, ເຊັ່ນດຽວກັນກັບຊື່ໄຟລ໌ແບບປະສົມ. ນີ້​ແມ່ນ
ມີປະໂຫຍດໃນ HP-UX, ບ່ອນທີ່ມີໃນຕົວ cdfs ລະບົບໄຟລ໌ບໍ່ຮັບຮູ້ໃດໆ
ສ່ວນຂະຫຍາຍ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງທີ່ສຸດ.

-no-iso-ແປ
ຢ່າແປຕົວອັກສອນ `#' ແລະ `~' ເຊິ່ງບໍ່ຖືກຕ້ອງສຳລັບ ISO9660
ຊື່ໄຟລ໌. ເຖິງແມ່ນວ່າບໍ່ຖືກຕ້ອງ, ຕົວອັກສອນເຫຼົ່ານີ້ມັກຈະຖືກນໍາໃຊ້ໂດຍລະບົບ Microsoft.
ອັນນີ້ລະເມີດມາດຕະຖານ ISO9660, ແຕ່ມັນເກີດຂຶ້ນກັບຫຼາຍລະບົບ. ໃຊ້
ດ້ວຍຄວາມລະມັດລະວັງ.

-V ຊັດເຈນ
ລະບຸປະລິມານ ID (ຊື່ປະລິມານ ຫຼືປ້າຍກຳກັບ) ທີ່ຈະຂຽນໃສ່ໃນຕົວແມ່ບົດ.
ມີພື້ນທີ່ສໍາລັບ 32 ຕົວອັກສອນ. ເທົ່າກັບ ໂວລີ ໃນ .genisoimagerc ຍື່ນ.
ID ປະລິມານຖືກນໍາໃຊ້ເປັນຈຸດເຊື່ອມຕໍ່ໂດຍຜູ້ຈັດການປະລິມານ Solaris ແລະເປັນ
ປ້າຍກຳກັບທີ່ຖືກມອບໝາຍໃຫ້ກັບແຜ່ນໃນເວທີອື່ນໆ ເຊັ່ນ: Windows ແລະ Apple Mac
OS

-volset ID
ລະບຸ ID ທີ່ຕັ້ງປະລິມານ. ມີພື້ນທີ່ສໍາລັບ 128 ຕົວອັກສອນ. ເທົ່າກັບ
ຖ້ຽວບິນ ໃນ .genisoimagerc ຍື່ນ.

-volset ຂະ​ຫນາດ​ #
ຕັ້ງຄ່າປະລິມານທີ່ຕັ້ງໄວ້ເປັນ #. ຂະຫນາດທີ່ກໍານົດໄວ້ປະລິມານແມ່ນຈໍານວນຂອງ CDs ທີ່ມີ
ໃນຊຸດປະລິມານ CD. ຊຸດປະລິມານແມ່ນການເກັບກໍາຂອງຫນຶ່ງຫຼືຫຼາຍກວ່າປະລິມານ, ເຊິ່ງ
ຊຸດຂອງໄຟລ໌ຖືກບັນທຶກ.

Volume Sets ບໍ່ໄດ້ຕັ້ງໃຈທີ່ຈະໃຊ້ເພື່ອສ້າງ CDs ທີ່ມີເລກຊຸດທີ່ເປັນສ່ວນຫນຶ່ງ
ເຊັ່ນ: ຊຸດການຕິດຕັ້ງລະບົບປະຕິບັດງານຂອງ CDs. ຊຸດປະລິມານແມ່ນໃຊ້ແທນ
ບັນທຶກຕົ້ນໄມ້ໄດເລກະທໍລີໃຫຍ່ທີ່ບໍ່ເຫມາະສົມກັບປະລິມານດຽວ. ແຕ່ລະປະລິມານຂອງ
ຊຸດປະລິມານປະກອບດ້ວຍລາຍລະອຽດຂອງໄດເລກະທໍລີແລະໄຟລ໌ທັງຫມົດທີ່ມີ
ບັນທຶກຢູ່ໃນປະລິມານທີ່ຕົວເລກລໍາດັບແມ່ນຫນ້ອຍກວ່າ, ຫຼືເທົ່າກັບ, ໄດ້
ກໍານົດປະລິມານທີ່ກໍານົດໄວ້ຂະຫນາດຂອງປະລິມານປະຈຸບັນ.

genisoimage ໃນປັດຈຸບັນບໍ່ໄດ້ສະຫນັບສະຫນູນ a -volset ຂະ​ຫນາດ​ ທີ່ໃຫຍ່ກວ່າ 1.

ທາງເລືອກ -volset ຂະ​ຫນາດ​ ຕ້ອງໄດ້ຮັບການລະບຸໄວ້ກ່ອນ -volset-seqno ໃນແຕ່ລະຄໍາສັ່ງ
ເສັ້ນ.

-volset-seqno #
ຕັ້ງຄ່າລະດັບສຽງທີ່ຕັ້ງເປັນເລກລຳດັບເປັນ #. ຈໍານວນລໍາດັບທີ່ກໍານົດໄວ້ປະລິມານແມ່ນ
ເລກດັດຊະນີຂອງ CD ປະຈຸບັນໃນຊຸດ CD. ທາງເລືອກ -volset ຂະ​ຫນາດ​ ຕ້ອງເປັນ
ລະບຸໄວ້ກ່ອນ -volset-seqno ໃນແຕ່ລະເສັ້ນຄໍາສັ່ງ.

-v ການ​ປະ​ຕິ​ບັດ​ຄໍາ​ເວົ້າ​. ຖ້າໃຫ້ສອງຄັ້ງໃນແຖວຄໍາສັ່ງ, ຂໍ້ມູນດີບັກເພີ່ມເຕີມຈະ
ຖືກພິມອອກ.

-x ໂລກ
ຕົວຕົນຕໍ່ -m ໂລກ.

-z ສ້າງພິເສດ RRIP ບັນທຶກສໍາລັບໄຟລ໌ທີ່ຖືກບີບອັດໂປ່ງໃສ. ນີ້ແມ່ນພຽງແຕ່ຂອງ
ໃຊ້ ແລະຄວາມສົນໃຈສຳລັບໂຮສທີ່ຮອງຮັບການບີບອັດແບບໂປ່ງໃສ ເຊັ່ນ Linux
2.4.14 ຫຼືຫຼັງຈາກນັ້ນ. ທ່ານຕ້ອງລະບຸ -R or -r ເພື່ອເປີດໃຊ້ Rock Ridge, ແລະສ້າງ
ບີບອັດໄຟລ໌ໂດຍໃຊ້ mkzftree ປະໂຫຍດກ່ອນທີ່ຈະແລ່ນ genisoimage. ໃຫ້ສັງເກດວ່າ
ການບີບອັດໂປ່ງໃສແມ່ນການຂະຫຍາຍ Rock Ridge ທີ່ບໍ່ໄດ້ມາດຕະຖານ. ແຜ່ນຜົນໄດ້ຮັບ
ສາມາດອ່ານໄດ້ຢ່າງໂປ່ງໃສ ຖ້າໃຊ້ໃນ Linux. ກ່ຽວກັບລະບົບປະຕິບັດການອື່ນໆ, ທ່ານ
ຈະຕ້ອງໂທຫາ mkzftree ດ້ວຍມືເພື່ອ decompress ໄຟລ໌.

ຮສ OPTIONS

-hfs ສ້າງ CD ປະສົມ ISO9660/HFS. ທາງ​ເລືອກ​ນີ້​ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ນໍາ​ໃຊ້​ຮ່ວມ​ກັບ​
- ແຜນ​ທີ່, - magic ແລະ/ຫຼື ຕ່າງໆ double dash ທາງ​ເລືອກ​ທີ່​ໄດ້​ຮັບ​ຂ້າງ​ລຸ່ມ​ນີ້​.

-ຫມາກໂປມ ສ້າງ CD ISO9660 ດ້ວຍສ່ວນຂະຫຍາຍຂອງ Apple. ຄ້າຍ​ຄື​ກັບ -hfs, ເວັ້ນເສຍແຕ່ວ່າ
Apple Extensions ກັບ ISO9660 ຖືກເພີ່ມແທນການສ້າງປະລິມານປະສົມ HFS.
ອະດີດ genisoimage ຮຸ່ນບໍ່ປະກອບມີຄຸນລັກສະນະ Rock Ridge ໂດຍຄ່າເລີ່ມຕົ້ນຖ້າ -ຫມາກໂປມ
ໄດ້​ລະ​ບຸ​ໄວ້​. ສະ​ບັບ​ນີ້​ຂອງ​ genisoimage ບໍ່ໄດ້ເຮັດອັນນີ້ອີກຕໍ່ໄປ. ຖ້າ​ເຈົ້າ​ມັກ
ເພື່ອໃຫ້ມີຄຸນລັກສະນະ Rock Ridge, ທ່ານ ຈຳ ເປັນຕ້ອງລະບຸສິ່ງນີ້ແຍກຕ່າງຫາກ.

- ແຜນ​ທີ່ mapping_file
ການນໍາໃຊ້ mapping_file ເພື່ອກໍານົດຂໍ້ມູນ CREATOR ແລະ TYPE ສໍາລັບໄຟລ໌ໂດຍອີງໃສ່
ນາມສະກຸນຂອງໄຟລ໌. ຊື່ໄຟລ໌ຖືກສ້າງແຜນທີ່ພຽງແຕ່ຖ້າມັນບໍ່ແມ່ນຫນຶ່ງໃນຄວາມຮູ້
ຮູບແບບໄຟລ໌ Apple/Unix. ເບິ່ງ ຮສ ຜູ້ສ້າງ/ປະເພດ ພາກລຸ່ມ.

- magic magic_file
ຂໍ້ມູນ CREATOR ແລະ TYPE ຖືກກໍານົດໂດຍການໃຊ້ໄຟລ໌ magic ຈໍານວນ (ປົກກະຕິແລ້ວ
ສອງສາມໄບທໍາອິດຂອງໄຟລ໌). ໄດ້ magic_file ຖືກນໍາໃຊ້ພຽງແຕ່ຖ້າໄຟລ໌ບໍ່ແມ່ນຫນຶ່ງຂອງ
ຮູບ​ແບບ​ໄຟລ​໌ Apple/Unix ທີ່​ຮູ້​ຈັກ​, ຫຼື​ການ​ຂະ​ຫຍາຍ​ຊື່​ໄຟລ​໌​ບໍ່​ໄດ້​ຖືກ​ສ້າງ​ແຜນ​ທີ່​ໂດຍ​ການ​ນໍາ​ໃຊ້​
- ແຜນ​ທີ່. ເບິ່ງ ຮສ ຜູ້ສ້າງ/ປະເພດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

-hfs-ຜູ້ສ້າງ ເພື່ອນ E-
ຕັ້ງຄ່າເລີ່ມຕົ້ນ CREATOR ສໍາລັບໄຟລ໌ທັງໝົດ. ຕ້ອງມີ 4 ຕົວອັກສອນ. ເບິ່ງ ຮສ
ຜູ້ສ້າງ/ປະເພດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

-hfs ປະເພດ ປະເພດ
ຕັ້ງຄ່າ TYPE ເລີ່ມຕົ້ນສຳລັບທຸກໄຟລ໌. ຕ້ອງມີ 4 ຕົວອັກສອນ. ເບິ່ງ ຮສ
ຜູ້ສ້າງ/ປະເພດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

- ສືບສວນ ຄົ້ນຫາເນື້ອຫາຂອງໄຟລ໌ສໍາລັບທຸກຮູບແບບໄຟລ໌ Apple / Unix ທີ່ຮູ້ຈັກ. ເບິ່ງ
ຮສ ເຄື່ອງຈັກ ເອກະສານ ຮູບແບບ ພາກສ່ວນລຸ່ມນີ້ສຳລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບຮູບແບບເຫຼົ່ານີ້. ແນວໃດກໍ່ຕາມ,
ວິທີດຽວທີ່ຈະກວດສອບ MacBinary ແລະ AppleSingle ໄຟລ໌ແມ່ນເພື່ອເປີດແລະອ່ານພວກມັນ,
ດັ່ງນັ້ນທາງເລືອກນີ້ອາດຈະເພີ່ມເວລາປຸງແຕ່ງ. ມັນດີກວ່າທີ່ຈະໃຊ້ຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ double
dash ທາງ​ເລືອກ​ທີ່​ໄດ້​ຮັບ​ຂ້າງ​ລຸ່ມ​ນີ້​ຖ້າ​ຫາກ​ວ່າ​ຮູບ​ແບບ Apple / Unix ໃນ​ການ​ນໍາ​ໃຊ້​ແມ່ນ​ຮູ້​ຈັກ​.

- ບໍ່ມີ desktop
ຢ່າສ້າງ (ຫວ່າງເປົ່າ) ໄຟລ໌ Desktop. ໄຟລ໌ HFS Desktop ໃຫມ່ຈະຖືກສ້າງຂື້ນເມື່ອ
CD ຖືກໃຊ້ໃນ Macintosh (ແລະເກັບໄວ້ໃນໂຟເດີລະບົບ). ໂດຍຄ່າເລີ່ມຕົ້ນ, ຫວ່າງເປົ່າ
ໄຟລ໌ເດັສທັອບຖືກເພີ່ມໃສ່ປະລິມານ HFS.

-mac-name
ໃຊ້ຊື່ໄຟລ໌ HFS ເປັນຈຸດເລີ່ມຕົ້ນຂອງ ISO9660, Joliet ແລະ Rock Ridge
ຊື່ໄຟລ໌. ເບິ່ງ ຮສ ເຄື່ອງຈັກ FILENAMES ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-boot-hfs-file driver_file
ຕິດຕັ້ງ driver_file ທີ່ ອາດຈະ ເຮັດໃຫ້ CD bootable ໃນ Macintosh. ເບິ່ງ ຮສ
BOOT ຄົນຂັບລົດ ພາກ​ສ່ວນ​ຂ້າງ​ລຸ່ມ​ນີ້​. (ອັນຟາ).

-ສ່ວນ ສ້າງຕາຕະລາງການແບ່ງສ່ວນ HFS. ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍ່ມີຕາຕະລາງການແບ່ງສ່ວນຖືກສ້າງ, ແຕ່
ບາງໄດເວີ CD-ROM ເກົ່າຂອງ Macintosh ຕ້ອງການຕາຕະລາງການແບ່ງປັນ HFS ໃນ CD-ROM ເພື່ອເປັນ
ສາມາດຮັບຮູ້ CD-ROM ແບບປະສົມ.

- ອັດຕະໂນມັດ AutoStart_file
ເຮັດໃຫ້ HFS CD ໃຊ້ຄຸນສົມບັດ QuickTime 2.0 Autostart ເພື່ອເປີດແອັບພລິເຄຊັນ ຫຼື
ເອກະສານ. ຊື່ໄຟລ໌ທີ່ໃຫ້ຕ້ອງເປັນຊື່ຂອງເອກະສານ ຫຼືແອັບພລິເຄຊັນທີ່ຢູ່
ໃນລະດັບສູງສຸດຂອງ CD. ຊື່ໄຟລ໌ຕ້ອງມີໜ້ອຍກວ່າ 12 ຕົວອັກສອນ. (ອັນຟາ).

- ຂະ​ຫນາດ​ກຸ່ມ​ ຂະຫນາດ
ກຳນົດຂະໜາດເປັນໄບຕ໌ຂອງກຸ່ມ ຫຼື ໜ່ວຍການຈັດສັນຂອງໄຟລ໌ PC Exchange.
ຫມາຍເຖິງ --ແລກ​ປ່ຽນ. ເບິ່ງ ຮສ ເຄື່ອງຈັກ ເອກະສານ ຮູບແບບ ພາກລຸ່ມ.

-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

ຈະຍົກເວັ້ນພຽງແຕ່ໄຟລ໌ຫຼືໄດເລກະທໍລີທີ່ເອີ້ນວ່າ html ຈາກ src ໄດເລກະທໍລີ. ໃດ
ໄຟລ໌ຫຼືໄດເລກະທໍລີອື່ນທີ່ເອີ້ນວ່າ html ໃນຕົ້ນໄມ້ຈະບໍ່ຖືກຍົກເວັ້ນ. ຄວນ​ຈະ​ເປັນ
ໃຊ້ກັບ - ເຊື່ອງ ແລະ / ຫຼື -hide-joliet. ເພື່ອໃຫ້ກົງກັບຊື່ໄດເລກະທໍລີ, ໃຫ້ແນ່ໃຈວ່າ
ຮູບແບບດັ່ງກ່າວບໍ່ລວມເອົາຕົວອັກສອນ `/' ຕໍ່ທ້າຍ. ເບິ່ງ README.hide ສໍາລັບການຫຼາຍ
ລາຍລະອຽດ.

-hide-hfs-list ເອກະສານ
ລະບຸໄຟລ໌ທີ່ມີບັນຊີລາຍຊື່ຂອງຮູບແບບ wildcard ທີ່ຈະເຊື່ອງໄວ້ເປັນຢູ່ໃນ -hide-hfs.

-hfs-volid hfs_volid
ຊື່ປະລິມານສໍາລັບພາທິຊັນ HFS. ນີ້​ແມ່ນ​ຊື່​ທີ່​ຖືກ​ມອບ​ຫມາຍ​ໃຫ້​ແຜ່ນ​ກ່ຽວ​ກັບ​ການ​
Macintosh ແລະປ່ຽນແທນ ຊັດເຈນ ໃຊ້ກັບ -V.

-icon-ຕໍາ​ແຫນ່ງ​
ໃຊ້ຂໍ້ມູນຕໍາແຫນ່ງໄອຄອນ, ຖ້າມັນມີຢູ່, ຈາກໄຟລ໌ Apple/Unix. ໄດ້
ໄອຄອນຈະປາກົດຢູ່ໃນຕໍາແຫນ່ງດຽວກັນກັບພວກມັນຢູ່ໃນ desktop Macintosh. ໂຟນເດີ
ສະ​ຖານ​ທີ່​ແລະ​ຂະ​ຫນາດ​ໃນ​ຫນ້າ​ຈໍ​, ຕໍາ​ແຫນ່ງ​ເລື່ອນ​ຂອງ​ຕົນ​, folder View (ເບິ່ງ​ເປັນ​ຮູບ​ສັນ​ຍາ​ລັກ​,
ໄອຄອນຂະຫນາດນ້ອຍ, ແລະອື່ນໆ) ຍັງຖືກຮັກສາໄວ້. (ອັນຟາ).

- ຂໍ້​ມູນ​ຮາກ​ ເອກະສານ
ກໍາ​ນົດ​ສະ​ຖານ​ທີ່​, ຂະ​ຫນາດ​ໃນ​ຫນ້າ​ຈໍ​, ຕໍາ​ແຫນ່ງ​ເລື່ອນ​, ໂຟນ​ເດີ​ເບິ່ງ​ແລະ​ອື່ນໆ​ສໍາ​ລັບ​ການ​ຮາກ​
ໂຟນເດີຂອງປະລິມານ HFS. ເບິ່ງ README.rootinfo ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. (ອັນຟາ)

-prep-boot ເອກະສານ
ໄຟລ໌ຮູບພາບ boot PreP. ອະນຸຍາດສູງສຸດ 4 ອັນ. ເບິ່ງ README.prep_boot ສໍາລັບການຫຼາຍ
ຂໍ້ມູນ. (ອັນຟາ)

-chrp-boot
ເພີ່ມ CHRP boot header.

-input-hfs-charset ສາຍໄຟ
Input charset ທີ່ກໍານົດຕົວອັກສອນທີ່ໃຊ້ໃນ HFS filenames ເມື່ອໃຊ້ກັບ
-mac-name. ໂຕອັກສອນເລີ່ມຕົ້ນແມ່ນ cp10000 (Mac Roman). ເບິ່ງ ລັກສະນະ ຊຸດ ແລະ
ຮສ ເຄື່ອງຈັກ FILENAMES ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.

-output-hfs-charset ສາຍໄຟ
Output charset ທີ່ກຳນົດຕົວອັກສອນທີ່ຈະໃຊ້ໃນຊື່ໄຟລ໌ HFS.
ຄ່າເລີ່ມຕົ້ນຂອງຊຸດການປ້ອນຂໍ້ມູນ. ເບິ່ງ ລັກສະນະ ຊຸດ ພາກສ່ວນຂ້າງລຸ່ມນີ້ສໍາລັບການເພີ່ມເຕີມ
ລາຍລະອຽດ.

-hfs-ປົດລັອກ
ໂດຍຕົວຢ່າງ, genisoimage ຈະສ້າງປະລິມານ HFS ທີ່ຖືກລັອກ. ທາງເລືອກນີ້
ປ່ອຍ​ປະ​ລິ​ມານ​ການ​ປົດ​ລັອກ​ເພື່ອ​ໃຫ້​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ອື່ນໆ (eg hfsutil) ສາ​ມາດ​ປັບ​ປຸງ​ແກ້​ໄຂ​
ປະລິມານ. ເບິ່ງ ຮສ ບັນຫາ/ຂໍ້ຈຳກັດ ພາກສ່ວນລຸ່ມນີ້ສໍາລັບການເຕືອນກ່ຽວກັບການໃຊ້
ທາງເລືອກນີ້.

-hfs-ພອນ folder_name
"ອວຍພອນ" ໄດເລກະທໍລີທີ່ມອບໃຫ້ (ໂຟນເດີ). ນີ້ແມ່ນປົກກະຕິແລ້ວ ລະບົບ ໂຟເດີ ແລະຖືກນໍາໃຊ້
ໃນການສ້າງ CDs bootable HFS. ຊື່ຂອງໄດເລກະທໍລີຕ້ອງເປັນຊື່ເສັ້ນທາງທັງໝົດ
as genisoimage ເຫັນມັນ. ຕົວຢ່າງ, ຖ້າ pathspec ທີ່ໃຫ້ ./cddata ແລະທີ່ຕ້ອງການ
ໂຟນເດີຖືກເອີ້ນ ລະບົບ ໂຟເດີ, ຊື່ເສັ້ນທາງທັງຫມົດແມ່ນ "/cddata/ລະບົບ ໂຟນເດີ"
(ຢ່າລືມໃຊ້ວົງຢືມຖ້າຊື່ມີຍະຫວ່າງ).

-hfs-parms ພາລາມິເຕີ
ລົບລ້າງຕົວກໍານົດການສະເພາະທີ່ໃຊ້ເພື່ອສ້າງລະບົບໄຟລ໌ HFS. ຄົງຈະບໍ່ຖືກນຳໃຊ້
ໃນສະຖານະການປົກກະຕິ. ເບິ່ງ libhfs_iso/hybrid.h ແຫຼ່ງໄຟລ໌ສໍາລັບລາຍລະອຽດ.

--cap ຊອກຫາໄຟລ໌ AUFS CAP Macintosh. ຊອກຫາຮູບແບບໄຟລ໌ CAP Apple/Unix ເທົ່ານັ້ນ.
ການ​ຊອກ​ຫາ​ຮູບ​ແບບ​ໄຟລ​໌ Apple/Unix ທີ່​ເປັນ​ໄປ​ໄດ້​ອື່ນໆ​ແມ່ນ​ປິດ​ການ​ໃຊ້​ງານ​, ເວັ້ນ​ເສຍ​ແຕ່​ອື່ນໆ​
double dash ທາງເລືອກແມ່ນໃຫ້.

--netatalk
ຊອກຫາໄຟລ໌ NETATALK Macintosh

-- ສອງ​ເທົ່າ​
ຊອກຫາໄຟລ໌ AppleDouble Macintosh

--ethershare
ຊອກຫາໄຟລ໌ Helios EtherShare Macintosh

--ushare
ຊອກຫາໄຟລ໌ IPT UShare Macintosh

--ແລກ​ປ່ຽນ
ຊອກຫາໄຟລ໌ PC Exchange Macintosh

--sgi ຊອກຫາໄຟລ໌ SGI Macintosh

--xinet
ຊອກຫາໄຟລ໌ XINET Macintosh

--macbin
ຊອກຫາໄຟລ໌ MacBinary Macintosh

--ໂສດ
ຊອກຫາໄຟລ໌ AppleSingle Macintosh

-- Dave ຊອກຫາໄຟລ໌ Thursby Software Systems DAVE Macintosh

--sfm ຊອກຫາບໍລິການຂອງ Microsoft ສໍາລັບໄຟລ໌ Macintosh (NT ເທົ່ານັ້ນ) (Alpha)

--osx-double
ຊອກຫາໄຟລ໌ Mac OS X AppleDouble Macintosh

--osx-hfs
ຊອກຫາໄຟລ໌ Mac OS X HFS Macintosh

ລັກສະນະ ຊຸດ

genisoimage ປະມວນຜົນຊື່ໄຟລ໌ໃນວິທີການທີ່ສອດຄ່ອງກັບ POSIX ເປັນສະຕຣິງຂອງຕົວອັກສອນ 8-bit.
ເພື່ອສະແດງລະຫັດທັງໝົດສຳລັບທຸກພາສາ, ຕົວອັກສອນ 8-bit ແມ່ນບໍ່ພຽງພໍ. Unicode
ຫຼື ISO-10646 ກຳນົດລະຫັດຕົວອັກສອນທີ່ຕ້ອງການຢ່າງໜ້ອຍ 21 bits ເພື່ອສະແດງເຖິງການຮູ້ຈັກທັງໝົດ
ພາສາ. ພວກເຂົາເຈົ້າອາດຈະໄດ້ຮັບການເປັນຕົວແທນ UTF-32, UTF-16 or UTF-8 ການເຂົ້າລະຫັດ. UTF-32 ໃຊ້ a
coding 32-bit ທໍາມະດາແຕ່ເບິ່ງຄືວ່າເປັນເລື່ອງແປກ. UTF-16 ຖືກນໍາໃຊ້ໂດຍ Microsoft ກັບ Win32 ກັບ
ຂໍ້ເສຍທີ່ຕົວອັກສອນ 16-bit ບໍ່ສອດຄ່ອງກັບລະບົບໄຟລ໌ POSIX
interface

ລະບົບປະຕິບັດການ Unix ທີ່ທັນສະໄຫມອາດຈະໃຊ້ລະຫັດ UTF-8 ສໍາລັບຊື່ໄຟລ໌. ແຕ່ລະຕົວອັກສອນ 32-bit
ແມ່ນສະແດງດ້ວຍຕົວອັກສອນ 8-bit ໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ. ຖ້າຕົວລະຄອນຖືກໃສ່ລະຫັດ ISO-8859-1
(ໃຊ້ໃນເອີຣົບກາງ ແລະອາເມລິກາເໜືອ) ແມ່ນແຜນທີ່ 1:1 ໄປຫາ UTF-32 ຫຼື UTF-16 ທີ່ໃຊ້ລະຫັດ Unicode
ລັກສະນະ. ຖ້າຕົວລະຄອນຖືກໃສ່ລະຫັດ 7 ບິດ ASCII (ໃຊ້ໃນສະຫະລັດແລະປະເທດອື່ນໆທີ່ມີ
ຊຸດຕົວອັກສອນທີ່ຈຳກັດ) ແມ່ນແຜນທີ່ 1:1 ໄປຫາຕົວອັກສອນ Unicode UTF-32, UTF-16 ຫຼື UTF-8.
ລະຫັດຕົວອັກສອນທີ່ບໍ່ສາມາດສະແດງເປັນໄບຕ໌ດຽວໃນ UTF-8 (ຖ້າຄ່າແມ່ນ >
0x7F) ໃຊ້ລໍາດັບການຫລົບຫນີທີ່ມີແຜນທີ່ຫຼາຍກວ່າຫນຶ່ງຕົວອັກສອນ 8-bit.

ຖ້າທຸກລະບົບປະຕິບັດການໃຊ້ UTF-8, genisoimage ບໍ່ຈໍາເປັນຕ້ອງ recode ຕົວອັກສອນໃນ
ຊື່ໄຟລ໌. ແຕ່ຫນ້າເສຍດາຍ, Apple ໃຊ້ລະຫັດທີ່ບໍ່ແມ່ນມາດຕະຖານຢ່າງສົມບູນແລະ Microsoft ໃຊ້ a
ລະຫັດ Unicode ທີ່ບໍ່ເຂົ້າກັນໄດ້ກັບສ່ວນຕິດຕໍ່ຊື່ໄຟລ໌ POSIX.

ສໍາລັບທຸກລະບົບປະຕິບັດການທີ່ບໍ່ແມ່ນລະຫັດ UTF-8, ຕົວອັກສອນຕົວຈິງທີ່ແຕ່ລະ byte ເປັນຕົວແທນ
ຂື້ນກັບ ລັກສະນະ ທີ່ກໍານົດໄວ້ or ໜ້າລະຫັດ (ຊື່ທີ່ໃຊ້ໂດຍ Microsoft) ໃຊ້ໂດຍທ້ອງຖິ່ນ
ລະບົບປະຕິບັດການ — ຕົວອັກສອນໃນຊຸດຕົວອັກສອນຈະສະທ້ອນເຖິງພາກພື້ນ ຫຼື ທຳມະຊາດ
ພາສາທີ່ກໍານົດໄວ້ໂດຍຜູ້ໃຊ້.

ປົກກະຕິແລ້ວລະຫັດຕົວອັກສອນ 0x00-0x1f ແມ່ນຕົວອັກສອນຄວບຄຸມ, ລະຫັດ 0x20-0x7f ແມ່ນ 7-bit.
ຕົວອັກສອນ ASCII ແລະ (ໃນ PC ແລະ Macs) 0x80-0xff ແມ່ນໃຊ້ສໍາລັບຕົວອັກສອນອື່ນໆ.

ເນື່ອງຈາກວ່າມີຫຼາຍກ່ວາ 256 ຕົວອັກສອນ / ສັນຍາລັກທີ່ໃຊ້, ມີພຽງແຕ່ຊຸດຍ່ອຍນ້ອຍໆເທົ່ານັ້ນ
ເປັນຕົວແທນໃນຊຸດຕົວອັກສອນ. ດັ່ງນັ້ນລະຫັດຕົວອັກສອນດຽວກັນອາດຈະເປັນຕົວແທນຂອງ a
ລັກສະນະທີ່ແຕກຕ່າງກັນໃນຊຸດຕົວອັກສອນທີ່ແຕກຕ່າງກັນ. ດັ່ງນັ້ນຊື່ໄຟລ໌ທີ່ສ້າງຂຶ້ນ, ເວົ້າຢູ່ໃນສູນກາງ
ເອີຣົບ, ອາດຈະບໍ່ສະແດງລັກສະນະດຽວກັນໃນເວລາທີ່ເບິ່ງຢູ່ໃນເຄື່ອງໃນ, ເວົ້າວ່າຕາເວັນອອກ
ເອີຣົບ.

ເພື່ອເຮັດໃຫ້ບັນຫາສັບສົນຫຼາຍ, ລະບົບປະຕິບັດການທີ່ແຕກຕ່າງກັນໃຊ້ຊຸດຕົວອັກສອນທີ່ແຕກຕ່າງກັນ
ສໍາລັບພາກພື້ນຫຼືພາສາ. ຕົວຢ່າງ, ລະຫັດຕົວອັກສອນສໍາລັບ `é' (e ຂະຫນາດນ້ອຍທີ່ມີສ້ວຍແຫຼມ
accent) ອາດຈະເປັນລະຫັດຕົວອັກສອນ 0x82 ໃນ PC, ລະຫັດ 0x8e ໃນ Macintosh, ລະຫັດ 0xe9 ໃນ Unix
ລະບົບໃນເອີຣົບຕາເວັນຕົກ, ແລະລະຫັດ 0x000e9 ໃນ Unicode.

ຕາບໃດທີ່ບໍ່ແມ່ນທຸກລະບົບປະຕິບັດການ ແລະແອັບພລິເຄຊັນໃຊ້ຕົວອັກສອນດຽວກັນກັບຊຸດ
ພື້ນຖານສໍາລັບຊື່ໄຟລ໌, ມັນອາດຈະມີຄວາມຈໍາເປັນທີ່ຈະລະບຸຕົວອັກສອນທີ່ຕັ້ງຊື່ໄຟລ໌ຂອງເຈົ້າໃຊ້
ໃນ​ແລະ​ຕົວ​ອັກ​ສອນ​ໃດ​ທີ່​ຕັ້ງ​ຊື່​ໄຟລ​໌​ຄວນ​ຈະ​ປາ​ກົດ​ຢູ່​ໃນ CD ໄດ້​.

ມີສີ່ທາງເລືອກໃນການລະບຸຊຸດຕົວອັກສອນທີ່ທ່ານຕ້ອງການທີ່ຈະນໍາໃຊ້:

-input-charset
ກໍານົດຊຸດຕົວອັກສອນທ້ອງຖິ່ນທີ່ທ່ານກໍາລັງໃຊ້ຢູ່ໃນເຄື່ອງໂຮດຂອງທ່ານ. ຕົວລະຄອນໃດນຶ່ງ
ການຕັ້ງຄ່າການປ່ຽນໃຈເຫລື້ອມໃສທີ່ເກີດຂື້ນຈະໃຊ້ຊຸດຕົວອັກສອນນີ້ເປັນຈຸດເລີ່ມຕົ້ນ.
ຊຸດຕົວອັກສອນປ້ອນຂໍ້ມູນເລີ່ມຕົ້ນແມ່ນ cp437 ກ່ຽວກັບລະບົບ MS-DOS ແລະ iso8859-1 on
ລະບົບອື່ນໆທັງໝົດ. ຖ້າ -J ແມ່ນໃຫ້, ທຽບເທົ່າ Unicode ຂອງຕົວປ້ອນຂໍ້ມູນ
ຊຸດຈະຖືກໃຊ້ໃນບັນຊີ Joliet. -jcharset ແມ່ນຄືກັນກັບ -input-charset
-J.

-output-charset
ກໍານົດຊຸດຕົວອັກສອນທີ່ຈະໃຊ້ກັບຊື່ Rock Ridge ຢູ່ໃນ
CD. ຄ່າເລີ່ມຕົ້ນຂອງຊຸດຕົວອັກສອນທີ່ປ້ອນເຂົ້າ.

-input-hfs-charset
ກໍານົດຊຸດຕົວອັກສອນ HFS ທີ່ໃຊ້ສໍາລັບຊື່ໄຟລ໌ HFS ທີ່ຖອດລະຫັດຈາກອັນໃດນຶ່ງ
ຮູບແບບໄຟລ໌ Apple/Unix ຕ່າງໆ. ມີປະໂຫຍດພຽງແຕ່ເມື່ອໃຊ້ກັບ -mac-name. ເບິ່ງ ຮສ
ເຄື່ອງຈັກ FILENAMES ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. ຄ່າເລີ່ມຕົ້ນເປັນ cp10000 (Mac Roman).

-output-hfs-charset
ກຳນົດຊຸດຕົວອັກສອນ HFS ທີ່ໃຊ້ເພື່ອສ້າງຊື່ໄຟລ໌ HFS ຈາກຕົວອັກສອນທີ່ປ້ອນເຂົ້າ
ຕັ້ງ​ຢູ່​ໃນ​ການ​ນໍາ​ໃຊ້​. ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ນີ້ຈະມາຈາກຕົວອັກສອນທີ່ກໍານົດໄວ້
-input-charset. ຄ່າເລີ່ມຕົ້ນຂອງຊຸດຕົວອັກສອນ HFS ທີ່ປ້ອນເຂົ້າ.

ມີຫຼາຍຊຸດຕົວອັກສອນທີ່ສ້າງຂຶ້ນໃນ genisoimage. ເພື່ອໃຫ້ໄດ້ຮັບບັນຊີລາຍຊື່, ໃຊ້
-input-charset ຊ່ວຍເຫຼືອ. ລາຍຊື່ນີ້ບໍ່ລວມເອົາຕົວໜັງສືທີ່ມາຈາກປັດຈຸບັນ
ທ້ອງຖິ່ນ, ຖ້າ genisoimage ຖືກ​ສ້າງ​ຂຶ້ນ​ດ້ວຍ iconv ສະຫນັບສະຫນູນ.

ຊຸດຕົວອັກສອນເພີ່ມເຕີມສາມາດອ່ານໄດ້ຈາກໄຟລ໌ສໍາລັບການໃດໆຂອງຕົວເລືອກທີ່ກໍານົດໄວ້ໂດຍ
ໃຫ້ຊື່ໄຟລ໌ເປັນການໂຕ້ຖຽງກັບທາງເລືອກ. ໄຟລ໌ທີ່ໃຫ້ຈະຖືກອ່ານພຽງແຕ່ຖ້າມັນ
ຊື່ບໍ່ກົງກັບໜຶ່ງໃນຊຸດຕົວອັກສອນ.

ຮູບແບບຂອງໄຟລ໌ຊຸດຕົວອັກສອນແມ່ນຄືກັນກັບໄຟລ໌ແຜນທີ່ທີ່ມີຢູ່ໃນ
http://www.unicode.org/Public/MAPPINGS. ຮູບແບບນີ້ແມ່ນ:

ຖັນ #1 ແມ່ນລະຫັດ input byte (ໃນ hex ເປັນ 0xXX)
ຖັນ #2 ແມ່ນ Unicode (ໃນ hex ເປັນ 0xXXXX)
ສ່ວນທີ່ເຫຼືອຂອງແຖວຖືກລະເລີຍ.

ເສັ້ນຫວ່າງໃດໆ, ແຖວທີ່ບໍ່ມີສອງ (ຫຼືຫຼາຍກວ່າ) ຖັນໃນຮູບແບບຂ້າງເທິງຫຼືເສັ້ນຄໍາເຫັນ
(ເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນ #) ຖືກລະເລີຍໂດຍບໍ່ມີການເຕືອນໃດໆ. ບໍ່ມີລະຫັດການປ້ອນຂໍ້ມູນໃດໆ
ຖືກຕັ້ງເປັນຕົວອັກສອນ Unicode 0x0000.

ໃຫ້ສັງເກດວ່າ, ໃນຂະນະທີ່ UTF-8 ໄດ້ຮັບການສະຫນັບສະຫນູນ, ການເຂົ້າລະຫັດ Unicode ອື່ນໆເຊັ່ນ UCS-2/UTF-16 ແລະ.
UCS-4/UTF-32 ບໍ່ແມ່ນ, ເພາະວ່າລະບົບປະຕິບັດການ POSIX ບໍ່ສາມາດຈັດການກັບພວກມັນໄດ້.

ການສ້າງແຜນທີ່ຊຸດຕົວອັກສອນ 1:1 ສາມາດຖືກກໍານົດໂດຍໃຊ້ຄໍາສໍາຄັນ Default ເປັນການໂຕ້ຖຽງກັບ
ຕົວເລືອກໃດນຶ່ງທີ່ຕັ້ງຕົວອັກສອນ. ນີ້ແມ່ນພຶດຕິກໍາຂອງສະບັບເກົ່າຂອງ mkisofs.

ຊື່ໄຟລ໌ ISO9660 ທີ່ສ້າງຂຶ້ນຈາກຊື່ໄຟລ໌ທີ່ປ້ອນເຂົ້ານັ້ນບໍ່ໄດ້ຖືກປ່ຽນຈາກການປ້ອນຂໍ້ມູນ
ຊຸດຕົວອັກສອນ. ຊຸດຕົວອັກສອນ ISO9660 ແມ່ນຊຸດຍ່ອຍທີ່ຈຳກັດຫຼາຍຂອງຕົວອັກສອນ ASCII,
ສະນັ້ນການປ່ຽນໃຈເຫລື້ອມໃສໃດໆຈະບໍ່ມີຄວາມ ໝາຍ ຫຍັງເລີຍ.

ລັກສະນະໃດນຶ່ງນັ້ນ genisoimage ບໍ່ສາມາດປ່ຽນໄດ້ຈະຖືກແທນທີ່ດ້ວຍຕົວອັກສອນ `_'.

ຮສ ຜູ້ສ້າງ/ປະເພດ

ໄຟລ໌ Macintosh ມີສອງຄຸນສົມບັດທີ່ກ່ຽວຂ້ອງກັບມັນເຊິ່ງກໍານົດຄໍາຮ້ອງສະຫມັກໃດ
ສ້າງໄຟລ໌, ໄດ້ CREATOR ແລະຂໍ້ມູນໃດທີ່ໄຟລ໌ປະກອບມີ, TYPE. ທັງສອງແມ່ນ
(ແນ່ນອນ) 4 ຕົວອັກສອນ. ໂດຍປົກກະຕິແລ້ວນີ້ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ Macintosh ຄລິກສອງຄັ້ງໃສ່ໄຟລ໌ໃດນຶ່ງ
ແລະເປີດຄໍາຮ້ອງສະຫມັກທີ່ຖືກຕ້ອງແລະອື່ນໆ. CREATOR ແລະປະເພດຂອງໄຟລ໌ສະເພາະໃດຫນຶ່ງສາມາດເປັນ
ພົບເຫັນໂດຍການໃຊ້ບາງສິ່ງບາງຢ່າງເຊັ່ນ: ResEdit (ຫຼືຄ້າຍຄືກັນ) ໃນ Macintosh.

ຂໍ້ມູນ CREATOR ແລະ TYPE ຈະຖືກເກັບໄວ້ໃນທຸກໄຟລ໌ທີ່ເຂົ້າລະຫັດຂອງ Apple/Unix.
ສໍາລັບໄຟລ໌ອື່ນໆມັນເປັນໄປໄດ້ທີ່ຈະອີງໃສ່ CREATOR ແລະ TYPE ໃນນາມສະກຸນຂອງໄຟລ໌
using a ແຜນທີ່ ໄຟລ໌ (ກັບ - ແຜນ​ທີ່) ແລະ / ຫຼື​ການ​ນໍາ​ໃຊ້​ magic ຈໍານວນ (ປົກກະຕິແລ້ວ a ລາຍເຊັນ ໃນ
ສອງ​ສາມ​ໄບ​ທໍາ​ອິດ) ຂອງ​ໄຟລ​໌ (ມີ - magic). ຖ້າທັງສອງທາງເລືອກເຫຼົ່ານີ້ຖືກມອບໃຫ້, ຄໍາສັ່ງຂອງພວກເຂົາຢູ່ໃນ
ເສັ້ນຄໍາສັ່ງແມ່ນສໍາຄັນ. ຖ້າ - ແຜນ​ທີ່ ແມ່ນໃຫ້ທໍາອິດ, ການຈັບຄູ່ນາມສະກຸນຊື່ໄຟລ໌ແມ່ນ
ພະຍາຍາມກ່ອນການຈັບຄູ່ຕົວເລກ magic. ຢ່າງໃດກໍຕາມ, ຖ້າ - magic ແມ່ນໃຫ້ທໍາອິດ, ເປັນຕົວເລກ magic
ພະຍາຍາມຈັບຄູ່ກ່ອນການຈັບຄູ່ນາມສະກຸນຊື່ໄຟລ໌.

ຖ້າບໍ່ໄດ້ໃຊ້ການສ້າງແຜນທີ່ ຫຼືໄຟລ໌ວິເສດ, ຫຼືບໍ່ພົບການຈັບຄູ່, ແມ່ນຄ່າເລີ່ມຕົ້ນຂອງ CREATOR ແລະ TYPE
ສໍາລັບໄຟລ໌ປົກກະຕິທັງຫມົດສາມາດຖືກກໍານົດໂດຍການໃຊ້ລາຍການໃນ .genisoimagerc ໄຟລ໌ຫຼືການນໍາໃຊ້
-hfs-ຜູ້ສ້າງ ແລະ / ຫຼື -hfs ປະເພດຖ້າບໍ່ດັ່ງນັ້ນ CREATOR ແລະ TYPE ເລີ່ມຕົ້ນແມ່ນ Unix ແລະ ຂໍ້​ຄວາມ.

ຮູບແບບຂອງ ແຜນທີ່ ໄຟລ໌ແມ່ນຄືກັນ afpfile ຮູບແບບທີ່ຖືກນໍາໃຊ້ໂດຍ aufs. ໄຟລ໌ນີ້ມີ
ຫ້າຖັນສໍາລັບ ການຂະຫຍາຍ, ເອກະສານ translation, CREATOR, TYPE ແລະ ຄໍາຄິດຄໍາເຫັນ. ສາຍ
ເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນ `#' ແມ່ນແຖວຄຳເຫັນ ແລະຖືກລະເລີຍ. ໄຟລ໌ຕົວຢ່າງຈະ
ເປັນຄື:

# ຕົວຢ່າງໄຟລ໌ແຜນທີ່ຊື່
#
# ຄຳເຫັນ EXTN XLate CREATOR TYPE
.tif Raw '8BIM' 'TIFF' "ຮູບພາບ Photoshop TIFF"
.hqx Ascii 'BnHq' 'TEXT' "ໄຟລ໌ BinHex"
.doc ດິບ 'MSWD' 'WDBN' "Word file"
.mov Raw 'TVOD' 'MooV' "ຮູບເງົາ QuickTime"
* Ascii 'ttxt' 'TEXT' "ໄຟລ໌ຂໍ້ຄວາມ"

ບ່ອນທີ່:

ຖັນທໍາອິດ EXTN ກໍານົດການຂະຫຍາຍຊື່ໄຟລ໌ Unix ທີ່ຈະເຮັດແຜນທີ່. ຄ່າເລີ່ມຕົ້ນ
ການສ້າງແຜນທີ່ສໍາລັບການຂະຫຍາຍຊື່ໄຟລ໌ທີ່ບໍ່ກົງກັນແມ່ນຖືກກໍານົດດ້ວຍ `*'
ລັກສະນະ.

ໄດ້ Xlate ຖັນກຳນົດປະເພດຂອງການແປຂໍ້ຄວາມລະຫວ່າງ Unix ແລະ
ໄຟລ໌ Macintosh ມັນຖືກລະເລີຍໂດຍ genisoimage, ແຕ່ຖືກເກັບຮັກສາໄວ້ເພື່ອໃຫ້ເຂົ້າກັນໄດ້ກັບ
aufs(1). ເຖິງແມ່ນວ່າ genisoimage ບໍ່ປ່ຽນແປງເນື້ອໃນຂອງໄຟລ໌, ຖ້າເປັນຄູ່
ໄຟລ໌ມີ TYPE ຂອງມັນຕັ້ງເປັນ ຂໍ້​ຄວາມ, ມັນ ອາດຈະ ອ່ານບໍ່ຖືກຕ້ອງໃນ Macintosh. ເພາະສະນັ້ນ
ທາງເລືອກທີ່ດີກວ່າສໍາລັບ TYPE ເລີ່ມຕົ້ນອາດຈະເປັນ ????.

ໄດ້ CREATOR ແລະ TYPE ຄໍາສໍາຄັນຕ້ອງມີ 4 ຕົວອັກສອນຍາວແລະຖືກຫຸ້ມຢູ່ໃນອັນດຽວ
ວົງຢືມ.

ຊ່ອງສະແດງຄວາມຄິດເຫັນຖືກຫຸ້ມຢູ່ໃນວົງຢືມຄູ່ - ມັນຖືກລະເລີຍໂດຍ genisoimage, ແຕ່
ຖືກເກັບຮັກສາໄວ້ເພື່ອໃຫ້ເຂົ້າກັນໄດ້ກັບ aufs.

ຮູບແບບຂອງ magic ໄຟລ໌ແມ່ນເກືອບຄືກັນກັບ magic(5) ໄຟລ໌ທີ່ໃຊ້ໂດຍ ເອກະສານ(1​)
ຄໍາສັ່ງ.

ໄຟລ​໌​ນີ້​ມີ​ສີ່​ຖັນ​ແຍກ​ແຖບ​ສໍາ​ລັບ​ການ​ byte ຊົດເຊີຍ, ປະເພດ, ການທົດສອບ ແລະ ຂໍ້ຄວາມ.
ແຖວທີ່ເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນ `#' ແມ່ນແຖວຄຳເຫັນ ແລະຖືກລະເລີຍ. ໄຟລ໌ຕົວຢ່າງ
ຈະເປັນຄື:

# ຕົວຢ່າງໄຟລ໌ magic
#
# ປິດຂໍ້ຄວາມທົດສອບ
0 string GIF8 8BIM GIFf GIF ຮູບ
0 beshort 0xffd8 8BIM ຂໍ້ມູນຮູບພາບ JPEG
0 ຊ່ອຍແນ່! ນັ່ງ! ນັ່ງ! ຮວບຮວມ StuffIt
0 string \037\235 LZIV ZIVU ມາດຕະຖານ Unix compress
0 string \037\213 GNUz ZIVU gzip ຂໍ້ມູນທີ່ຖືກບີບອັດ
0 string %! ASPS TEXT Postscript
0 ສະຕຣິງ \004%! ASPS TEXT PC Postscript ທີ່ມີ ^D ເພື່ອເລີ່ມຕົ້ນ
4 string moov txtt MooV QuickTime ໄຟລ​໌​ຮູບ​ເງົາ (moov​)
4 string mdat txtt MooV QuickTime ໄຟລ​໌​ຮູບ​ເງົາ (mdat​)

ຮູບແບບຂອງໄຟລ໌ໄດ້ຖືກອະທິບາຍໄວ້ໃນ magic(5). ຄວາມແຕກຕ່າງພຽງແຕ່ຢູ່ທີ່ນີ້ແມ່ນສໍາລັບ
ແຕ່ລະລາຍການໃນໄຟລ໌ magic, ໄດ້ ຂໍ້ຄວາມ ສໍາລັບການຊົດເຊີຍເບື້ອງຕົ້ນຕ້ອງມີ 4 ຕົວອັກສອນ
ສໍາລັບ CREATOR ຕິດຕາມດ້ວຍ 4 ຕົວອັກສອນສໍາລັບ TYPE — ຊ່ອງຫວ່າງເປັນທາງເລືອກລະຫວ່າງ
ເຂົາເຈົ້າ. ຕົວອັກສອນອື່ນໆໃນແຖວນີ້ຖືກລະເລີຍ. ສາຍຕໍ່ເນື່ອງ (ເລີ່ມດ້ວຍ ກ
`>') ຍັງຖືກລະເລີຍ, ie, ພຽງແຕ່ໃຊ້ເສັ້ນຊົດເຊີຍເບື້ອງຕົ້ນເທົ່ານັ້ນ.

ການນໍາໃຊ້ - magic ອາດ​ຈະ​ເພີ່ມ​ຂຶ້ນ​ຢ່າງ​ຫຼວງ​ຫຼາຍ​ທີ່​ໃຊ້​ເວ​ລາ​ການ​ປຸງ​ແຕ່ງ​ເປັນ​ແຕ່​ລະ​ໄຟລ​໌​ທີ່​ມີ​ການ​ເປີດ​ແລະ​
ອ່ານເພື່ອຊອກຫາຕົວເລກ magic ຂອງມັນ.

ສະຫຼຸບແລ້ວ, ສໍາລັບໄຟລ໌ທັງໝົດ, CREATOR ເລີ່ມຕົ້ນແມ່ນ Unix ແລະ TYPE ເລີ່ມຕົ້ນແມ່ນ ຂໍ້​ຄວາມ.
ສິ່ງເຫຼົ່ານີ້ສາມາດປ່ຽນແປງໄດ້ໂດຍການໃຊ້ລາຍການໃນ .genisoimagerc ໄຟລ໌ຫຼືໂດຍການນໍາໃຊ້ -hfs-ຜູ້ສ້າງ
ແລະ / ຫຼື -hfs ປະເພດ.

ຖ້າ​ຫາກ​ວ່າ​ໄຟລ​໌​ແມ່ນ​ຢູ່​ໃນ​ຫນຶ່ງ​ໃນ​ຮູບ​ແບບ Apple / Unix ທີ່​ຮູ້​ຈັກ (ແລະ​ຮູບ​ແບບ​ທີ່​ເປັນ​
ເລືອກ), CREATOR ແລະ TYPE ແມ່ນເອົາມາຈາກຄ່າທີ່ເກັບໄວ້ໃນໄຟລ໌ Apple/Unix.

ໄຟລ໌ອື່ນສາມາດມີ CREATOR ແລະ TYPE ຂອງເຂົາເຈົ້າຕັ້ງຈາກນາມສະກຸນຊື່ໄຟລ໌ຂອງເຂົາເຈົ້າ (ກັບ - ແຜນ​ທີ່),
ຫຼືຈໍານວນ magic ຂອງເຂົາເຈົ້າ (ກັບ - magic). ຖ້າ​ຫາກ​ວ່າ​ການ​ກົງ​ກັນ​ໃນ​ຕອນ​ຕົ້ນ​ແມ່ນ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ໃນ​ ແຜນທີ່ ແຟ້ມ,
ຄ່າເຫຼົ່ານີ້ແທນທີ່ຄ່າເລີ່ມຕົ້ນຂອງ CREATOR ແລະ TYPE.

ສາມາດພົບຖານຂໍ້ມູນ CREATOR/TYPE ເຕັມທີ່ http://www.angelfire.com/il/szekely/.

ຮສ ເຄື່ອງຈັກ ເອກະສານ ຮູບແບບ

ໄຟລ໌ Macintosh ມີສອງສ່ວນທີ່ເອີ້ນວ່າ ຂໍ້ມູນ ແລະ ຊັບພະຍາກອນ fork. ອາດຈະຫວ່າງເປົ່າ.
Unix (ແລະ OS ອື່ນໆຈໍານວນຫຼາຍ) ສາມາດຮັບມືກັບໄຟລ໌ທີ່ມີສ່ວນຫນຶ່ງ (ຫຼື fork). ເພື່ອເພີ່ມໃສ່
ນີ້, ໄຟລ໌ Macintosh ມີຄຸນລັກສະນະຈໍານວນຫນຶ່ງທີ່ກ່ຽວຂ້ອງກັບພວກມັນ - ອາດຈະເປັນຫຼາຍທີ່ສຸດ
ທີ່ສຳຄັນແມ່ນ TYPE ແລະ CREATOR. ອີກເທື່ອ ໜຶ່ງ, Unix ບໍ່ມີແນວຄວາມຄິດຂອງປະເພດເຫຼົ່ານີ້
ຄຸນລັກສະນະ.

ຕົວຢ່າງ: ໄຟລ໌ Macintosh ອາດຈະເປັນຮູບ JPEG ທີ່ຮູບພາບຖືກເກັບໄວ້ໃນ Data fork ແລະ
ຮູບຫຍໍ້ຂອງເດັສທັອບທີ່ເກັບໄວ້ໃນສ້ອມຊັບພະຍາກອນ. ມັນມັກຈະເປັນຂໍ້ມູນໃນຂໍ້ມູນ
fork ທີ່ມີປະໂຫຍດໃນທົ່ວເວທີ.

ສະນັ້ນເພື່ອເກັບຮັກສາໄຟລ໌ Macintosh ຢູ່ໃນລະບົບໄຟລ໌ Unix, ຕ້ອງມີວິທີທີ່ຈະຮັບມືກັບ
ດ້ວຍສອງສ້ອມ ແລະຄຸນລັກສະນະພິເສດ (ເຊິ່ງເອີ້ນວ່າ Finder ຂໍ້ມູນ).
ແຕ່ຫນ້າເສຍດາຍ, ມັນເບິ່ງຄືວ່າທຸກຊຸດຊອບແວທີ່ເກັບຮັກສາໄຟລ໌ Macintosh ໃນ Unix
ໄດ້ເລືອກວິທີການເກັບຮັກສາທີ່ແຕກຕ່າງກັນຫມົດ.

Apple/Unix ຈັດຮູບແບບທີ່ genisoimage (ບາງ​ສ່ວນ​) ສະ​ຫນັບ​ສະ​ຫນູນ​ແມ່ນ​:

ຮູບແບບ CAP AUFS
ສ້ອມຂໍ້ມູນເກັບໄວ້ໃນໄຟລ໌. ສ້ອມຊັບພະຍາກອນໃນໄດເລກະທໍລີຍ່ອຍ .ຊັບພະຍາກອນ ຄືກັນ
ຊື່ໄຟລ໌ເປັນ fork ຂໍ້ມູນ. ຂໍ້ມູນຊອກຫາຢູ່ໃນໄດເລກະທໍລີຍ່ອຍ .finderinfo ທີ່ມີຊື່ໄຟລ໌ດຽວກັນ.

AppleDouble/Netatalk
ສ້ອມຂໍ້ມູນເກັບໄວ້ໃນໄຟລ໌. fork ຊັບພະຍາກອນທີ່ເກັບໄວ້ໃນໄຟລ໌ທີ່ມີຊື່ດຽວກັນ prefixed
ກັບ `%'. ຂໍ້ມູນ Finder ຖືກເກັບໄວ້ໃນໄຟລ໌ `%' ດຽວກັນ. Netatalk ໃຊ້ຮູບແບບດຽວກັນ,
ແຕ່ fork ຊັບພະຍາກອນ / ຂໍ້ມູນ Finder ເກັບໄວ້ໃນ subdirectory .AppleDouble ຄືກັນ
ຊື່ໄຟລ໌ເປັນ fork ຂໍ້ມູນ.

AppleSingle
ໂຄງສ້າງຂໍ້ມູນຄ້າຍຄືກັນກັບຂ້າງເທິງ, ຍົກເວັ້ນທັງ fork ແລະຂໍ້ມູນ Finder ຖືກເກັບໄວ້ໃນ
ໄຟລ໌ຫນຶ່ງ.

Helios EtherShare
ສ້ອມຂໍ້ມູນເກັບໄວ້ໃນໄຟລ໌. ສ້ອມຊັບພະຍາກອນ ແລະຂໍ້ມູນ Finder ຮ່ວມກັນໃນໄດເລກະທໍລີຍ່ອຍ
.rsrc ທີ່ມີຊື່ໄຟລ໌ດຽວກັນກັບ fork ຂໍ້ມູນ.

IPT UShare
ເຊັ່ນດຽວກັນກັບຮູບແບບ EtherShare, ແຕ່ຂໍ້ມູນ Finder ຖືກເກັບໄວ້ແຕກຕ່າງກັນເລັກນ້ອຍ.

MacBinary
ທັງ fork ແລະ Finder ຂໍ້ມູນເກັບຮັກສາໄວ້ໃນໄຟລ໌ດຽວ.

Apple PC Exchange
ໃຊ້ໂດຍ Macintoshes ເພື່ອເກັບຮັກສາໄຟລ໌ Apple ໃນແຜ່ນ DOS (FAT). ສ້ອມຂໍ້ມູນເກັບຮັກສາໄວ້ໃນ ກ
ໄຟລ໌. ສ້ອມຊັບພະຍາກອນໃນໄດເລກະທໍລີຍ່ອຍ resource.frk (ຫຼື RESOURCE.FRK). Finder ຂໍ້ມູນເປັນ
ຫນຶ່ງ​ບັນ​ທຶກ​ໃນ​ໄຟລ​໌​ finder.dat (ຫຼື FINDER.DAT). ແຍກຕ່າງຫາກ finder.dat ສໍາລັບແຕ່ລະຂໍ້ມູນ
fork directory.

ຫມາຍ​ເຫດ​: genisoimage ຕ້ອງການຮູ້ຂະຫນາດຂອງກຸ່ມ FAT ພື້ນເມືອງຂອງແຜ່ນທີ່ PC
ໄຟລ໌ແລກປ່ຽນເປີດຢູ່ (ຫຼືຖືກສຳເນົາມາຈາກ). ຂະຫນາດນີ້ແມ່ນໃຫ້ໂດຍ
- ຂະ​ຫນາດ​ກຸ່ມ​. ສາມາດຊອກຫາຂະໜາດຂອງກຸ່ມ ຫຼືການຈັດສັນໄດ້ໂດຍການໃຊ້ DOS
ຜົນປະໂຫຍດ chkdsk.

ອາດຈະບໍ່ເຮັດວຽກກັບໄຟລ໌ PC Exchange v2.2 ຫຼືສູງກວ່າ (ສາມາດໃຊ້ໄດ້ກັບ MacOS 8.1). DOS
ສື່ທີ່ບັນຈຸໄຟລ໌ PC Exchange ຄວນຖືກຕິດຕັ້ງເປັນປະເພດ msdos (ບໍ່ແມ່ນ vfat) ເມື່ອ​ໃດ​
ໃຊ້ Linux.

SGI/XINET
ໃຊ້ໂດຍເຄື່ອງ SGI ເມື່ອເຂົາເຈົ້າຕິດແຜ່ນ HFS. ສ້ອມຂໍ້ມູນເກັບໄວ້ໃນໄຟລ໌.
ສ້ອມຊັບພະຍາກອນໃນໄດເລກະທໍລີຍ່ອຍ .HSResource ທີ່ມີຊື່ໄຟລ໌ດຽວກັນ. ຊອກຫາຂໍ້ມູນເປັນອັນດຽວ
ບັນ​ທຶກ​ໃນ​ໄຟລ​໌​ .Hsancillary. ແຍກຕ່າງຫາກ .Hsancillary ສໍາລັບແຕ່ລະຂໍ້ມູນ fork directory.

Thursby Software Systems DAVE
ອະນຸຍາດໃຫ້ Macintoshes ເກັບໄຟລ໌ Apple ໃນເຊີບເວີ SMB. ສ້ອມຂໍ້ມູນເກັບຮັກສາໄວ້ໃນ ກ
ໄຟລ໌. ສ້ອມຊັບພະຍາກອນໃນໄດເລກະທໍລີຍ່ອຍ resource.frk. ໃຊ້ຮູບແບບ AppleDouble ເພື່ອ
ເກັບ​ຮັກ​ສາ​ຊັບ​ພະ​ຍາ​ກອນ fork​.

ບໍລິການສໍາລັບ Macintosh
ຮູບແບບໄຟລ໌ທີ່ເກັບໄວ້ໂດຍເຊີບເວີ NT ໃນລະບົບໄຟລ໌ NTFS. ສ້ອມຂໍ້ມູນຖືກເກັບໄວ້ເປັນ
ຊື່​ເອ​ກະ​ສານ. fork ຊັບພະຍາກອນເກັບຮັກສາໄວ້ເປັນສາຍນ້ໍາ NTFS ເອີ້ນວ່າ ຊື່ໄຟລ໌:AFP_Resource. ໄດ້
ຂໍ້ມູນ Finder ຖືກເກັບໄວ້ເປັນ NTFS stream ເອີ້ນວ່າ ຊື່ໄຟລ໌:Afp_AfpInfo. ການຖ່າຍທອດ NTFS
ໂດຍປົກກະຕິແມ່ນເບິ່ງບໍ່ເຫັນກັບຜູ້ໃຊ້.

ຄໍາເຕືອນ: genisoimage ພຽງ​ແຕ່​ບາງ​ສ່ວນ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຮູບ​ແບບ SFM​. ຖ້າໄຟລ໌ HFS ຫຼື
ໂຟນເດີທີ່ເກັບໄວ້ໃນເຊີບເວີ NT ມີຕົວອັກສອນ NT ທີ່ຜິດກົດໝາຍໃນຊື່ຂອງມັນ, NT
ປ່ຽນຕົວອັກສອນເຫຼົ່ານີ້ເປັນ ສ່ວນຕົວ ການນໍາໃຊ້ Unicode ຕົວລະຄອນ. ລັກສະນະຄື: "
* / < > ? \ | ແລະຍະຫວ່າງຫຼືໄລຍະເວລາຖ້າມັນເປັນຕົວອັກສອນສຸດທ້າຍຂອງຊື່ໄຟລ໌,
ລະຫັດຕົວອັກສອນ 0x01 ເຖິງ 0x1f (ຕົວອັກສອນຄວບຄຸມ) ແລະໂລໂກ້ Apple ຂອງ Apple.

ແຕ່ຫນ້າເສຍດາຍ, ຕົວອັກສອນ Unicode ສ່ວນຕົວເຫຼົ່ານີ້ບໍ່ສາມາດອ່ານໄດ້ໂດຍ genisoimage
NT ປະຕິບັດໄດ້. ດັ່ງນັ້ນໄຟລ໌ຫຼືຊື່ໄດເລກະທໍລີທີ່ມີຕົວອັກສອນເຫຼົ່ານີ້
ຈະຖືກລະເລີຍ — ລວມທັງເນື້ອໃນຂອງໄດເລກະທໍລີດັ່ງກ່າວ.

Mac OS X AppleDouble
ເມື່ອໄຟລ໌ HFS/HFS+ ຖືກສຳເນົາ ຫຼືບັນທຶກໂດຍ Mac OS X ໃສ່ລະບົບໄຟລ໌ທີ່ບໍ່ແມ່ນ HFS
(ເຊັ່ນ: UFS, NFS ແລະອື່ນໆ), ໄຟລ໌ຖືກເກັບໄວ້ໃນຮູບແບບ AppleDouble. ສ້ອມຂໍ້ມູນຖືກເກັບໄວ້
ຢູ່ໃນໄຟລ໌. fork ຊັບພະຍາກອນທີ່ເກັບໄວ້ໃນໄຟລ໌ທີ່ມີຊື່ດຽວກັນທີ່ມີຄໍານໍາຫນ້າດ້ວຍ `._'. ຜູ້ຊອກຫາ
ຂໍ້ມູນຖືກເກັບໄວ້ໃນໄຟລ໌ `._' ດຽວກັນ.

Mac OS X HFS (ອັນຟາ)
ບໍ່ແມ່ນການເຂົ້າລະຫັດ Apple/Unix ແທ້ໆ, ແຕ່ໄຟລ໌ HFS/HFS+ ຕົວຈິງຢູ່ໃນລະບົບ Mac OS X.
ສ້ອມຂໍ້ມູນເກັບໄວ້ໃນໄຟລ໌. ສ້ອມຊັບພະຍາກອນທີ່ເກັບໄວ້ໃນໄຟລ໌ pseudo ກັບອັນດຽວກັນ
ຊື່ກັບທ້າຍ /rsrc. ຂໍ້ມູນ Finder ສາມາດໃຊ້ໄດ້ຜ່ານ Mac OS X ເທົ່ານັ້ນ
ໂທຫ້ອງສະຫມຸດ.

ເບິ່ງ README.macosx.

ໃຊ້ໄດ້ເມື່ອໃຊ້ໃນ Mac OS X ເທົ່ານັ້ນ.

ຖ້າໄຟລ໌ຖືກພົບເຫັນດ້ວຍ fork ຊັບພະຍາກອນທີ່ມີຄວາມຍາວສູນແລະ finderinfo ຫວ່າງເປົ່າ, ມັນແມ່ນ
ສົມມຸດວ່າບໍ່ມີການເຂົ້າລະຫັດ Apple/Unix — ດັ່ງນັ້ນ TYPE ແລະ CREATOR ສາມາດເປັນໄດ້
ກໍານົດໂດຍໃຊ້ວິທີການອື່ນໆ.

genisoimage ຈະພະຍາຍາມຕັ້ງ CREATOR, TYPE, ວັນທີ ແລະອາດຈະເປັນທຸງອື່ນໆຈາກ
ຂໍ້ມູນຜູ້ຊອກຫາ. ນອກຈາກນັ້ນ, ຖ້າມັນມີ, ຊື່ໄຟລ໌ Macintosh ຖືກກໍານົດຈາກຕົວຊອກຫາ
ຂໍ້ມູນ, ຖ້າບໍ່ດັ່ງນັ້ນຊື່ Macintosh ແມ່ນອີງໃສ່ຊື່ໄຟລ໌ Unix — ເບິ່ງ ຮສ ເຄື່ອງຈັກ
FILENAMES ພາກລຸ່ມ.

ເມື່ອນໍາໃຊ້ -ຫມາກໂປມ, TYPE ແລະ CREATOR ຖືກເກັບໄວ້ໃນທາງເລືອກຂອງລະບົບການນໍາໃຊ້ຫຼື SUSP
ພາກສະຫນາມໃນ ISO9660 Directory Record — ໃນຫຼາຍວິທີດຽວກັນກັບຄຸນລັກສະນະ Rock Ridge
ແມ່ນ. ໃນ​ຄວາມ​ເປັນ​ຈິງ​ເພື່ອ​ເຮັດ​ໃຫ້​ຊີ​ວິດ​ງ່າຍ​ດາຍ​, ການ​ຂະ​ຫຍາຍ Apple ແມ່ນ​ເພີ່ມ​ໃນ​ຕອນ​ຕົ້ນ​ຂອງ​ການ​
ຄຸນລັກສະນະ Rock Ridge ທີ່ມີຢູ່ແລ້ວ (ເຊັ່ນ, ເພື່ອໃຫ້ໄດ້ຮັບສ່ວນຂະຫຍາຍຂອງ Apple ທ່ານໄດ້ຮັບ Rock Ridge
ການ​ຂະ​ຫຍາຍ​ເຊັ່ນ​ດຽວ​ກັນ​)​.

ສ່ວນຂະຫຍາຍຂອງ Apple ຕ້ອງການສ້ອມຊັບພະຍາກອນເພື່ອເກັບໄວ້ເປັນ ISO9660 ທີ່ກ່ຽວຂ້ອງ ຍື່ນ.
ນີ້ແມ່ນຄືກັນກັບໄຟລ໌ປົກກະຕິໃດໆທີ່ເກັບໄວ້ໃນລະບົບໄຟລ໌ ISO9660 ຍົກເວັ້ນໄຟລ໌
ທຸງໄຟລ໌ທີ່ກ່ຽວຂ້ອງຖືກຕັ້ງໄວ້ໃນ Directory Record (ບິດ 2). ໄຟລ໌ນີ້ມີຊື່ດຽວກັນ
ເປັນ fork ຂໍ້ມູນ (ໄຟລ໌ທີ່ເຫັນໂດຍເຄື່ອງທີ່ບໍ່ແມ່ນ Apple). ໄຟລ໌ທີ່ກ່ຽວຂ້ອງແມ່ນປົກກະຕິ
ຖືກລະເລີຍໂດຍ OS ອື່ນໆ

ເມື່ອນໍາໃຊ້ -hfs, TYPE ແລະ CREATOR ບວກກັບຂໍ້ມູນຜູ້ຊອກຫາອື່ນໆ, ຖືກເກັບໄວ້ໃນ HFS ແຍກຕ່າງຫາກ
ໄດເລກະທໍລີ, ບໍ່ເຫັນຢູ່ໃນປະລິມານ ISO9660. ໄດເຣັກທໍຣີ HFS ອ້າງອີງຂໍ້ມູນດຽວກັນ
ແລະໄຟລ໌ fork ຊັບພະຍາກອນທີ່ອະທິບາຍຂ້າງເທິງ.

ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ມັນດີກວ່າທີ່ຈະໃຊ້ -hfs ແທນ​ທີ່ -ຫມາກໂປມ, ເປັນອັນສຸດທ້າຍ imposes ໄດ້
ຈຳກັດຕົວອັກສອນ ISO9660 ທີ່ອະນຸຍາດໃຫ້ຢູ່ໃນຊື່ໄຟລ໌. ຢ່າງໃດກໍຕາມ, ການຂະຫຍາຍ Apple ໃຫ້
ປະໂຫຍດທີ່ໄຟລ໌ໄດ້ຖືກບັນຈຸຢູ່ໃນແຜ່ນປະສິດທິພາບຫຼາຍແລະມັນອາດຈະເປັນໄປໄດ້
ເຫມາະໄຟລ໌ຫຼາຍໃນ CD.

ຮສ ເຄື່ອງຈັກ FILENAMES

ຖ້າເປັນໄປໄດ້, ຊື່ໄຟລ໌ HFS ທີ່ເກັບໄວ້ດ້ວຍໄຟລ໌ Apple/Unix ແມ່ນໃຊ້ສໍາລັບ
ສ່ວນ HFS ຂອງ CD. ຢ່າງໃດກໍ່ຕາມ, ບໍ່ແມ່ນການເຂົ້າລະຫັດ Apple/Unix ທັງໝົດເກັບຮັກສາຊື່ໄຟລ໌ HFS ດ້ວຍ
ຂໍ້ມູນຊອກຫາ. ໃນກໍລະນີເຫຼົ່ານີ້, ຊື່ໄຟລ໌ Unix ຖືກນໍາໃຊ້ - ດ້ວຍການຫລົບຫນີພິເສດ
ຕົວລະຄອນ. ຕົວອັກສອນພິເສດປະກອບມີ `/' ແລະຕົວອັກສອນທີ່ມີລະຫັດຫຼາຍກວ່າ 127.

AUFS ໜີອອກຈາກຕົວອັກສອນເຫຼົ່ານີ້ໂດຍໃຊ້ `:' ຕາມດ້ວຍລະຫັດຕົວອັກສອນເປັນສອງ hex
ຕົວເລກ. Netatalk ແລະ EtherShare ມີໂຄງການທີ່ຄ້າຍຄືກັນ, ແຕ່ໃຊ້ `%' ແທນ `:'.

If genisoimage ບໍ່ສາມາດຊອກຫາຊື່ໄຟລ໌ HFS, ມັນໃຊ້ຊື່ Unix, ດ້ວຍອັນໃດນຶ່ງ %xx or :xx
ຕົວອັກສອນ (xx ແມ່ນສອງຕົວເລກ hex) ປ່ຽນເປັນລະຫັດຕົວອັກສອນດຽວ. ຖ້າ xx ບໍ່ແມ່ນ
ຕົວເລກ hex ([0-9a-fA-F]), ພວກມັນຖືກປະໄວ້ຢູ່ຄົນດຽວ — ເຖິງວ່າອັນໃດທີ່ເຫຼືອ `:' ຖືກປ່ຽນເປັນ
`%', ເປັນ `:' ແມ່ນຕົວຂັ້ນໄດເລກະທໍລີ HFS. ຕ້ອງລະມັດລະວັງ, ເປັນໄຟລ໌ Unix ທໍາມະດາ
ກັບ %xx or :xx ຍັງຈະຖືກປ່ຽນໃຈເຫລື້ອມໃສ. ຕົວຢ່າງ

ນີ້:2fFile ແປງເປັນ This/File

ນີ້:ໄຟລ໌ຖືກປ່ຽນເປັນ This%File

ນີ້:t7File ຖືກປ່ຽນເປັນ This%t7File

ເຖິງແມ່ນວ່າຊື່ໄຟລ໌ HFS ເບິ່ງຄືວ່າສະຫນັບສະຫນູນຕົວພິມໃຫຍ່ແລະຕົວພິມນ້ອຍ, ລະບົບໄຟລ໌
ແມ່ນຕົວພິມນ້ອຍ, ເຊັ່ນ, ຊື່ໄຟລ໌ aBc ແລະ AbC ຄືກັນ. ຖ້າພົບໄຟລ໌ໃນ a
ໄດເລກະທໍລີທີ່ມີຊື່ HFS ດຽວກັນ, genisoimage ຈະພະຍາຍາມສ້າງຊື່ທີ່ເປັນເອກະລັກໂດຍການເພີ່ມ
ຕົວອັກສອນ `_' ໄປຫາໜຶ່ງໃນຊື່ໄຟລ໌.

ຖ້າມີຊື່ໄຟລ໌ HFS ສໍາລັບໄຟລ໌, genisoimage ສາມາດໃຊ້ຊື່ນີ້ເປັນຈຸດເລີ່ມຕົ້ນ
ສໍາລັບຊື່ໄຟລ໌ ISO9660, Joliet ແລະ Rock Ridge ໂດຍໃຊ້ -mac-name. ໄຟລ໌ Unix ປົກກະຕິ
ໂດຍບໍ່ມີຊື່ HFS ຈະຍັງໃຊ້ຊື່ Unix ຂອງເຂົາເຈົ້າ. ຕົວຢ່າງ

ຖ້າໄຟລ໌ MacBinary (ຫຼື PC Exchange) ຖືກເກັບໄວ້ເປັນ someimage.gif.bin ໃນ Unix
ລະບົບໄຟລ໌, ແຕ່ມີໄຟລ໌ HFS ທີ່ເອີ້ນວ່າ someimage.gif, ນີ້ແມ່ນຊື່ທີ່ຈະ
ປາກົດຢູ່ໃນສ່ວນ HFS ຂອງ CD. ຢ່າງໃດກໍຕາມ, ເປັນ genisoimage ໃຊ້ຊື່ Unix ເປັນ
ຈຸດເລີ່ມຕົ້ນສໍາລັບຊື່ອື່ນໆ, ຊື່ ISO9660 ທີ່ສ້າງຂຶ້ນອາດຈະເປັນ
SOMEIMAG.BIN ແລະ Joliet / Rock Ridge ຈະເປັນ someimage.gif.bin. ຕົວເລືອກນີ້ຈະໃຊ້
ຊື່ໄຟລ໌ HFS ເປັນຈຸດເລີ່ມຕົ້ນ ແລະຊື່ ISO9660 ອາດຈະເປັນ SOMEIMAG.GIF
ແລະ Joliet / Rock Ridge ຈະເປັນ someimage.gif.

-mac-name ໃນປັດຈຸບັນຈະບໍ່ເຮັດວຽກກັບ -T — ຊື່ Unix ຈະ​ຖືກ​ນໍາ​ໃຊ້​ໃນ​ TRANS.TBL
ໄຟລ໌, ບໍ່ແມ່ນຊື່ Macintosh.

ຊຸດຕົວລະຄອນທີ່ໃຊ້ເພື່ອປ່ຽນຊື່ໄຟລ໌ HFS ໃດນຶ່ງເປັນຊື່ໄຟລ໌ Joliet/Rock Ridge
ເລີ່ມຕົ້ນເປັນ cp10000 (Mac Roman). ຊຸດຕົວອັກສອນທີ່ໃຊ້ສາມາດຖືກກໍານົດໂດຍໃຊ້
-input-hfs-charset. ຊຸດຕົວອັກສອນ HFS ທີ່ມີໃນຕົວອື່ນໆແມ່ນ: cp10006 (MacGreek), cp10007
(MacCyrillic), cp10029 (MacLatin2), cp10079 (MacIcelandandic) ແລະ cp10081 (MacTurkish).

ໝາຍເຫດ: ລະຫັດຕົວອັກສອນທີ່ໃຊ້ໂດຍຊື່ໄຟລ໌ HFS ທີ່ເອົາມາຈາກຮູບແບບຕ່າງໆຂອງ Apple/Unix
ຈະບໍ່ໄດ້ຮັບການປ່ຽນໃຈເຫລື້ອມໃສຍ້ອນວ່າພວກເຂົາສົມມຸດວ່າຢູ່ໃນຊຸດຕົວອັກສອນ Apple ທີ່ຖືກຕ້ອງ. ເທົ່ານັ້ນ
ຊື່ Joliet/Rock Ridge ທີ່ມາຈາກຊື່ໄຟລ໌ HFS ຈະຖືກປ່ຽນ.

ທີ່ມີຢູ່ແລ້ວ genisoimage ລະຫັດຈະກັ່ນຕອງອອກຕົວອັກສອນທີ່ຜິດກົດໝາຍສຳລັບ ISO9660 ແລະ
ຊື່ໄຟລ໌ Joliet, ແຕ່ເປັນ genisoimage ຄາດວ່າຈະມີການຈັດການກັບຊື່ Unix ໂດຍກົງ, ມັນ
ອອກຈາກ Rock Ridge ຊື່ເປັນ. ແຕ່ຍ້ອນວ່າ `/' ເປັນຕົວອັກສອນຊື່ໄຟລ໌ HFS ທີ່ຖືກຕ້ອງຕາມກົດໝາຍ,
-mac-name ປ່ຽນ `/' ເປັນ `_' ໃນຊື່ໄຟລ໌ Rock Ridge.

ຖ້າສ່ວນຂະຫຍາຍຂອງ Apple ຖືກໃຊ້, ພຽງແຕ່ຊື່ໄຟລ໌ ISO9660 ຈະປາກົດຢູ່ໃນ Macintosh.
ຢ່າງໃດກໍຕາມ, ເປັນໄດເວີ Macintosh ISO9660 ສາມາດນໍາໃຊ້ ລະດັບ 2 ຊື່ໄຟລ໌, ທ່ານສາມາດນໍາໃຊ້ທາງເລືອກ
ຄື - ອະ​ນຸ​ຍາດ​ໃຫ້​ຫຼາຍ​ ໂດຍ​ບໍ່​ມີ​ບັນ​ຫາ​ກ່ຽວ​ກັບ Macintosh - ຍັງ​ໄດ້​ດູ​ແລ​ໃນ​ໄລ​ຍະ​ຊື່​, ສໍາ​ລັບ​ການ​
ຍົກຕົວຢ່າງ this.file.name ຈະຖືກແປງເປັນ ໄຟລ໌ນີ້ ie ມີພຽງແຕ່ຫນຶ່ງ `.', ຍັງ
ຊື່​ເອ​ກະ​ສານ abcdefgh ຈະຖືກເຫັນວ່າເປັນ ABCDEFGH ແຕ່ abcdefghi ຈະຖືກເຫັນວ່າເປັນ ACDEFGHI. ie
ດ້ວຍ `.' ໃນຕອນທ້າຍ — ບໍ່ຮູ້ວ່ານີ້ແມ່ນບັນຫາຂອງ Macintosh ຫຼືເປັນ
genisoimage/mkhybrid ບັນຫາ. ຊື່ໄຟລ໌ທັງໝົດຈະເປັນຕົວພິມໃຫຍ່ເມື່ອເບິ່ງໃນ a
Macintosh. ແນ່ນອນ, ເຄື່ອງ DOS/Win3.X ຈະບໍ່ສາມາດເຫັນຊື່ໄຟລ໌ລະດັບ 2 ໄດ້...

ຮສ CUSTOM ປະລິມານ/ໂຟນເດີ ໄອຄອນ

ເພື່ອໃຫ້ HFS CD ເປັນໄອຄອນແບບກຳນົດເອງ, ໃຫ້ແນ່ໃຈວ່າໂຟນເດີ root (ລະດັບເທິງສຸດ) ປະກອບມີມາດຕະຖານ
ໄຟລ໌ໄອຄອນປະລິມານ Macintosh. ເພື່ອໃຫ້ລະດັບສຽງເປັນໄອຄອນແບບກຳນົດເອງໃນ Macintosh, ໄອຄອນຈະຕ້ອງ
ວາງໃສ່ເທິງໄອຄອນຂອງປະລິມານໃນກ່ອງ "ຮັບຂໍ້ມູນ" ຂອງປະລິມານ. ນີ້ສ້າງ
ໄຟລ໌ທີ່ເບິ່ງບໍ່ເຫັນເອີ້ນວ່າ ໄອຄອນ\r (`\ r' ແມ່ນຕົວອັກສອນສົ່ງກັບ carriage) ໃນໂຟນເດີຮາກ.

ໄອຄອນໂຟນເດີແບບກຳນົດເອງແມ່ນຄ້າຍຄືກັນຫຼາຍ — ເປັນໄຟລ໌ທີ່ເບິ່ງບໍ່ເຫັນເອີ້ນວ່າ ໄອຄອນ\r ມີຢູ່ໃນ
folder ຕົວມັນເອງ.

ອາດຈະເປັນວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະສ້າງໄອຄອນທີ່ກໍາຫນົດເອງວ່າ genisoimage ສາມາດໃຊ້ເພື່ອຈັດຮູບແບບ a
ຫວ່າງເປົ່າ HFS floppy disk ໃນ Mac ແລະວາງໄອຄອນໃສ່ກ່ອງ "Get Info" ຂອງມັນ. ຖ້າໃຊ້ Linux
ດ້ວຍໂມດູນ HFS ທີ່ຕິດຕັ້ງ, ຕິດຕັ້ງ floppy:

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

Floppy ຈະຖືກຕິດຕັ້ງເປັນລະບົບໄຟລ໌ CAP ໂດຍຄ່າເລີ່ມຕົ້ນ. ຈາກນັ້ນແລ່ນ genisoimage ການນໍາໃຊ້
ບາງສິ່ງບາງຢ່າງເຊັ່ນ:

genisoimage --cap -o ຜົນຜະລິດ source_dir /mnt/floppy

ຖ້າທ່ານບໍ່ໄດ້ໃຊ້ Linux, ທ່ານສາມາດນໍາໃຊ້ hfsutil ເພື່ອຄັດລອກໄຟລ໌ໄອຄອນຈາກ floppy.
ຢ່າງໃດກໍຕາມ, ຈໍາເປັນຕ້ອງໄດ້ລະມັດລະວັງ, ເນື່ອງຈາກວ່າໄຟລ໌ icon ປະກອບດ້ວຍລັກສະນະການຄວບຄຸມ. ສໍາລັບ
ຍົກຕົວຢ່າງ:

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

ບ່ອນທີ່ `^V^M' ແມ່ນ control-V ຕາມດ້ວຍ control-M. ຈາກນັ້ນແລ່ນ genisoimage ໂດຍ​ການ​ນໍາ​ໃຊ້​ບາງ​ສິ່ງ​ບາງ​ຢ່າງ​
ຄື:

genisoimage --macbin -o ຜົນຜະລິດ source_dir icon_dir

ຂັ້ນ​ຕອນ​ການ​ສໍາ​ລັບ​ການ​ສ້າງ / ການ​ນໍາ​ໃຊ້​ຮູບ​ສັນ​ຍາ​ລັກ folder custom ແມ່ນ​ຄ້າຍ​ຄື​ກັນ​ຫຼາຍ — ວາງ icon ກັບ​
ກ່ອງ "Get Info" ຂອງໂຟນເດີແລະໂອນຜົນໄດ້ຮັບ ໄອຄອນ\r ໄຟລ໌ໄປຫາໄດເລກະທໍລີທີ່ກ່ຽວຂ້ອງ
ໃນ genisoimage ຕົ້ນ​ໄມ້​.

ທ່ານອາດຈະຕ້ອງການເຊື່ອງໄຟລ໌ໄອຄອນຈາກ ISO9660 ແລະຕົ້ນໄມ້ Joliet.

ເພື່ອໃຫ້ໄອຄອນທີ່ກຳນົດເອງໃຫ້ກັບ Joliet CD, ປະຕິບັດຕາມຄຳແນະນຳທີ່ພົບຢູ່
http://www.cdrfaq.org/faq03.html#ສ3-21-1.

ຮສ BOOT ຄົນຂັບລົດ

It ອາດຈະ ສາມາດເຮັດໃຫ້ CD ປະສົມສາມາດບູດໄດ້ໃນ Macintosh.

CD HFS ທີ່ສາມາດບູດໄດ້ຕ້ອງການ Apple CD-ROM (ຫຼືເຂົ້າກັນໄດ້), ໄດເວີ HFS ທີ່ສາມາດເປີດໄດ້
partition ແລະລະບົບທີ່ຈໍາເປັນ, Finder, ແລະອື່ນໆໄຟລ໌.

ໄດເວີສາມາດໄດ້ຮັບຈາກ CD-ROM ທີ່ສາມາດ bootable Macintosh ອື່ນໆໂດຍໃຊ້ apple_driver
ປະໂຫຍດ. ໄຟລ໌ນີ້ສາມາດຖືກນໍາໃຊ້ກັບ -boot-hfs-file.

ການແບ່ງພາຕິຊັນ HFS (ie hybrid disk ໃນກໍລະນີຂອງພວກເຮົາ) ຕ້ອງມີລະບົບທີ່ເຫມາະສົມ
ໂຟນເດີ, ອີກເທື່ອຫນຶ່ງຈາກ CD-ROM ຫຼືແຜ່ນອື່ນ.

ສໍາລັບການແບ່ງປັນທີ່ຈະ bootable, ມັນຕ້ອງມີຂອງມັນ ເຮືອ block ຕັ້ງ. ຕັນ Boot ແມ່ນຢູ່ໃນ
ສອງທ່ອນໄມ້ທໍາອິດຂອງການແບ່ງປັນ. ສໍາລັບພາທິຊັນທີ່ບໍ່ bootable, boot block ແມ່ນເຕັມໄປດ້ວຍ
ສູນ. ໂດຍປົກກະຕິ, ເມື່ອໄຟລ໌ລະບົບຖືກຄັດລອກໃສ່ການແບ່ງປັນໃນແຜ່ນ Macintosh, boot
block ແມ່ນເຕັມໄປດ້ວຍຈໍານວນການຕັ້ງຄ່າທີ່ຕ້ອງການ - ແຕ່ຫນ້າເສຍດາຍທີ່ຂ້ອຍບໍ່ຮູ້ເຕັມ
spec ສໍາລັບ boot block, ດັ່ງນັ້ນຂ້ອຍເດົາວ່າສິ່ງຕໍ່ໄປນີ້ຈະເຮັດວຽກ.

ເພາະສະນັ້ນ, ຜົນປະໂຫຍດ apple_driver ຍັງສະກັດ boot block ຈາກ HFS ທໍາອິດ
ການແບ່ງສ່ວນທີ່ມັນພົບເຫັນຢູ່ໃນ CD-ROM ທີ່ໃຫ້ແລະອັນນີ້ຖືກນໍາໃຊ້ສໍາລັບພາທິຊັນ HFS ທີ່ສ້າງຂຶ້ນໂດຍ
genisoimage.

ກະ​ລຸ​ນາ ຫມາຍ​ເຫດ​: ໂດຍ​ການ​ນໍາ​ໃຊ້​ຄົນ​ຂັບ​ຈາກ Apple CD ແລະ​ສໍາ​ເນົາ​ຊອບ​ແວ Apple ກັບ CD ຂອງ​ທ່ານ​, ທ່ານ​
ກາຍເປັນຄວາມຮັບຜິດຊອບທີ່ຈະປະຕິບັດຕາມສັນຍາ Apple Computer, Inc. ຂໍ້ຕົກລົງໃບອະນຸຍາດຊອບແວ.

EL ໂຕຣິໂຕ BOOT ຂໍ້ມູນ ຕາຕະລາງ

ເມື່ອ​ໃດ​ -boot-info-table ແມ່ນ​ໃຫ້​, genisoimage ຈະແກ້ໄຂໄຟລ໌ boot ທີ່ລະບຸໄວ້ໂດຍ -b by
ໃສ່ 56-byte ເຮືອ ຂໍ້ມູນຂ່າວສານ ຕາຕະລາງ ທີ່ offset 8 ໃນໄຟລ໌. ການປ່ຽນແປງນີ້ແມ່ນ
ເຮັດຢູ່ໃນລະບົບໄຟລ໌ຕົ້ນສະບັບ, ດັ່ງນັ້ນໃຫ້ແນ່ໃຈວ່າທ່ານໃຊ້ສໍາເນົາຖ້າໄຟລ໌ນີ້ບໍ່ງ່າຍດາຍ
ສ້າງໃໝ່! ໄຟລ໌ນີ້ມີຕົວຊີ້ທີ່ອາດຈະບໍ່ໄດ້ມາໄດ້ງ່າຍ ຫຼື ເຊື່ອຖືໄດ້
ເວລາເປີດເຄື່ອງ.

ຮູບແບບຂອງຕາຕະລາງນີ້ແມ່ນດັ່ງຕໍ່ໄປນີ້; ຈຳນວນເຕັມທັງໝົດຢູ່ໃນພາກ 7.3.1 ("ນ້ອຍ
endian") ຮູບແບບ.

Offset Name ຄວາມຫມາຍຂະຫນາດ
8 bi_pvd 4 bytes LBA ຂອງຕົວອະທິບາຍປະລິມານຫຼັກ
12 bi_file 4 bytes LBA ຂອງ boot file
16 bi_length 4 bytes ຄວາມຍາວຂອງໄຟລ໌ Boot ເປັນ bytes
20 bi_csum 4 bytes 32-bit checksum
24 bi_reserved 40 bytes ຈອງ

checksum 32-bit ແມ່ນຜົນລວມຂອງຄໍາສັບ 32-bit ທັງຫມົດໃນໄຟລ໌ boot ເລີ່ມຈາກ.
byte offset 64. ທີ່ຢູ່ block linear (LBAs) ທັງໝົດແມ່ນໃຫ້ຢູ່ໃນຂະແຫນງ CD
(ປົກກະຕິ 2048 bytes).

HPPA ຫມາຍເຫດ

ເພື່ອເຮັດໃຫ້ CD bootable ສໍາລັບ HPPA, ຢ່າງຫນ້ອຍໄຟລ໌ boot loader (.-hppa-bootloader), a
ໄຟລ໌ຮູບພາບ kernel (32-bit, 64-bit, ຫຼືທັງສອງ, ຂຶ້ນກັບຮາດແວ) ແລະເສັ້ນຄໍາສັ່ງ boot.
(-hppa-cmdline) ຕ້ອງ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​. ບາງລະບົບສາມາດບູດເປັນ 32- ຫຼື 64-bit kernel,
ແລະເຟີມແວຈະເລືອກອັນໜຶ່ງຖ້າມີທັງສອງອັນ. ທາງເລືອກອື່ນ, ramdisk ສາມາດຖືກນໍາໃຊ້
ສໍາລັບລະບົບໄຟລ໌ຮາກໂດຍໃຊ້ -hppa-cmdline.

JIGDO ຫມາຍເຫດ

Jigdo ເປັນ​ເຄື່ອງ​ມື​ທີ່​ຈະ​ຊ່ວຍ​ໃນ​ການ​ແຜ່​ກະ​ຈາຍ​ຂອງ​ໄຟລ​໌​ຂະ​ຫນາດ​ໃຫຍ່​ເຊັ່ນ​: ຮູບ​ພາບ CD ແລະ DVD​; ເບິ່ງ
http://atterer.org/jigdo/ ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ. CDs Debian ແລະ DVD ISO ໄດ້ຖືກເຜີຍແຜ່
ຢູ່ໃນເວັບໃນຮູບແບບ jigdo ເພື່ອໃຫ້ຜູ້ໃຊ້ສຸດທ້າຍສາມາດດາວໂຫລດພວກມັນໄດ້ມີປະສິດທິພາບຫຼາຍຂຶ້ນ.

ເພື່ອສ້າງໄຟລ໌ jigdo ແລະແມ່ແບບຄຽງຄູ່ກັບຮູບພາບ ISO ຈາກ genisoimage, ເຈົ້າ​ຕ້ອງ
ທໍາອິດສ້າງບັນຊີລາຍຊື່ຂອງໄຟລ໌ທີ່ຈະຖືກນໍາໃຊ້, ໃນຮູບແບບດັ່ງຕໍ່ໄປນີ້:

MD5sum ເສັ້ນທາງຂະຫນາດໄຟລ໌
32 ຕົວອັກສອນ 12 ຕົວອັກສອນເຖິງທ້າຍແຖວ

MD5sum ຈະຕ້ອງຖືກຂຽນເປັນເລກຖານສິບຫົກມາດຕະຖານ, ຂະຫນາດໄຟລ໌ຕ້ອງຂຽນລາຍການ
ຂະ​ຫນາດ​ຂອງ​ໄຟລ​໌​ເປັນ bytes​, ແລະ​ເສັ້ນ​ທາງ​ທີ່​ຈະ​ຕ້ອງ​ໄດ້​ບັນ​ຊີ​ລາຍ​ການ​ເສັ້ນ​ທາງ​ທີ່​ແທ້​ຈິງ​ຂອງ​ໄຟລ​໌​. ສໍາລັບ
ຍົກຕົວຢ່າງ:

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

ເມື່ອທ່ານມີໄຟລ໌ນີ້, ໃຫ້ໂທຫາ genisoimage ກັບຕົວກໍານົດການເສັ້ນຄໍາສັ່ງປົກກະຕິທັງຫມົດຂອງທ່ານ.
ລະບຸຊື່ໄຟລ໌ຜົນຜະລິດສໍາລັບໄຟລ໌ jigdo ແລະແມ່ແບບໂດຍໃຊ້ -jigdo-jigdo ແລະ
-jigdo-ແມ່ແບບ, ແລະຜ່ານໃນສະຖານທີ່ຂອງບັນຊີລາຍຊື່ MD5 ຂອງທ່ານກັບ -md5-ບັນຊີລາຍຊື່.

ຖ້າມີໄຟລ໌ທີ່ທ່ານບໍ່ຕ້ອງການຖືກເພີ່ມເຂົ້າໄປໃນໄຟລ໌ jigdo (ເຊັ່ນວ່າພວກມັນແມ່ນ
ອາດຈະມີການປ່ຽນແປງເລື້ອຍໆ), ລະບຸພວກມັນໂດຍໃຊ້ -jigdo-exclude. ຖ້າທ່ານຕ້ອງການກວດສອບບາງອັນ
ໄຟລ​໌​ທີ່​ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ຖືກ​ລາຍ​ລັກ​ອັກ​ສອນ​ໃນ​ຮູບ​ພາບ​, ລະ​ບຸ​ໃຫ້​ເຂົາ​ເຈົ້າ​ໂດຍ​ການ​ນໍາ​ໃຊ້ -jigdo-force-md5​. ຖ້າ​ມີ
ໄຟລ໌ບໍ່ກົງກັນ, genisoimage ຫຼັງຈາກນັ້ນຈະເອົາລູກອອກ. ທັງສອງທາງເລືອກເຫຼົ່ານີ້ໃຊ້ເວລາປົກກະຕິ
ການສະແດງອອກເປັນການປ້ອນຂໍ້ມູນ. ມັນເປັນໄປໄດ້ທີ່ຈະຈໍາກັດຊຸດຂອງໄຟລ໌ທີ່ຈະຖືກນໍາໃຊ້
ອີງ​ຕາມ​ຂະ​ຫນາດ — ໃຊ້​ທາງ​ເລືອກ -jigdo-min-file-size.

ສຸດທ້າຍ, ລະຫັດ jigdo ຕ້ອງການຮູ້ວິທີການສ້າງແຜນທີ່ໄຟລ໌ທີ່ມັນຖືກມອບໃສ່ໃນແບບກະຈົກ
ການຕັ້ງຄ່າ. ລະບຸວິທີການແຜນທີ່ເສັ້ນທາງໂດຍໃຊ້ -jigdo-ແຜນທີ່. ການ ນຳ ໃຊ້ Debian=/mirror/debian
ຈະເຮັດໃຫ້ເສັ້ນທາງທັງໝົດເລີ່ມຕົ້ນດ້ວຍ /mirror/debian ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ສ້າງ​ແຜນ​ທີ່​ Debian: ໃນ
ສົ່ງອອກໄຟລ໌ jigdo.

ຕົວຢ່າງ

ເພື່ອສ້າງຮູບພາບລະບົບໄຟລ໌ vanilla ISO9660 ໃນໄຟລ໌ cd.iso, ບ່ອນທີ່ໄດເລກະທໍລີ
cd_dir ຈະກາຍເປັນໄດເລກະທໍລີຮາກຂອງ CD, ໂທຫາ:

% genisoimage -o cd.iso cd_dir

ເພື່ອສ້າງ CD ດ້ວຍການຂະຫຍາຍ Rock Ridge ຂອງໄດເລກະທໍລີແຫຼ່ງ cd_dir:

% genisoimage -o cd.iso -R cd_dir

ເພື່ອສ້າງ CD ດ້ວຍການຂະຫຍາຍ Rock Ridge ຂອງໄດເລກະທໍລີແຫຼ່ງ cd_dir ບ່ອນທີ່ໄຟລ໌ທັງຫມົດ
ມີການອະນຸຍາດອ່ານຢ່າງໜ້ອຍ ແລະໄຟລ໌ທັງໝົດແມ່ນເປັນເຈົ້າຂອງໂດຍ ຮາກ, ໂທ:

% genisoimage -o cd.iso -r cd_dir

ເພື່ອຂຽນ tar archive ໂດຍກົງໃສ່ CD ທີ່ຕໍ່ມາຈະມີ ISO9660 ງ່າຍດາຍ
ລະບົບໄຟລ໌ທີ່ມີ tar archive call:

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

ເພື່ອສ້າງ CD ປະສົມ HFS ດ້ວຍການຂະຫຍາຍ Joliet ແລະ Rock Ridge ຂອງແຫຼ່ງ
ລະບົບ cd_dir:

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

ເພື່ອສ້າງ CD ປະສົມ HFS ຈາກໄດເລກະທໍລີແຫຼ່ງ cd_dir ທີ່ປະກອບດ້ວຍ Netatalk
ໄຟລ໌ Apple/Unix:

% genisoimage -o cd.iso --netatalk cd_dir

ເພື່ອສ້າງ CD ປະສົມ HFS ຈາກໄດເລກະທໍລີແຫຼ່ງ cd_dir, ໃຫ້ໄຟລ໌ທັງຫມົດ CREATOR ແລະ
TYPES ອີງໃສ່ພຽງແຕ່ນາມສະກຸນຊື່ໄຟລ໌ຂອງເຂົາເຈົ້າທີ່ລະບຸໄວ້ໃນໄຟລ໌ "mapping".:

% genisoimage -o cd.iso -map ແຜນທີ່ cd_dir

ເພື່ອສ້າງ CD ກັບ Apple Extensions ກັບ ISO9660, ຈາກໄດເລກະທໍລີແຫຼ່ງ cd_dir
ແລະ another_dir. ໄຟລ໌ໃນຮູບແບບ Apple/Unix ທີ່ຮູ້ຈັກທັງໝົດແມ່ນຖືກຖອດລະຫັດ ແລະໄຟລ໌ອື່ນໆ
ໄດ້ຖືກມອບໃຫ້ CREATOR ແລະ TYPE ໂດຍອີງໃສ່ຕົວເລກ magic ຂອງພວກເຂົາທີ່ໄດ້ຮັບໃນໄຟລ໌ magic:

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

ຕົວຢ່າງຕໍ່ໄປນີ້ວາງໄຟລ໌ທີ່ແຕກຕ່າງກັນຢູ່ໃນ CD ທີ່ທັງຫມົດມີຊື່ README, ແຕ່
ມີເນື້ອໃນທີ່ແຕກຕ່າງກັນເມື່ອເຫັນວ່າເປັນ ISO9660/Rock Ridge, Joliet ຫຼື HFS CD.

ໄດເລກະທໍລີປະຈຸບັນປະກອບມີ:

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

ຄໍາສັ່ງຕໍ່ໄປນີ້ເຮັດໃຫ້ເນື້ອໃນຂອງໄດເລກະທໍລີ cd_dir ໃນ CD ພ້ອມກັບ
ສາມໄຟລ໌ 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 CD ແລະອີກສອງ README.
ໄຟລ໌ຈະຖືກເຊື່ອງໄວ້. ເຊັ່ນດຽວກັນສໍາລັບ Joliet ແລະ ISO9660/Rock Ridge CD.

ມີບາງປະເພດຂອງຜົນໄດ້ຮັບທີ່ແປກປະຫຼາດເປັນໄປໄດ້ດ້ວຍການປະສົມຂອງຊ່ອນ
ທາງ​ເລືອກ ...

ຫມາຍເຫດ

genisoimage ອາດຈະຖືກຕິດຕັ້ງຢ່າງປອດໄພ ຮາກ suid. ອັນນີ້ອາດຈະຕ້ອງການເພື່ອອະນຸຍາດ genisoimage to
ອ່ານເຊສຊັນກ່ອນໜ້ານີ້ ໃນເວລາສ້າງຮູບພາບຫຼາຍຄັ້ງ.

If genisoimage ແມ່ນການສ້າງຮູບພາບລະບົບໄຟລ໌ທີ່ມີຄຸນລັກສະນະ Rock Ridge ແລະໄດເລກະທໍລີ
ລະດັບການຮັງຂອງຕົ້ນໄມ້ໄດເລກະທໍລີແຫຼ່ງແມ່ນຫຼາຍເກີນໄປສໍາລັບ ISO9660, genisoimage ຈະ​ເຮັດ
ການ​ຍ້າຍ​ລະ​ບົບ​ເລິກ​. ນີ້ສົ່ງຜົນໃຫ້ຢູ່ໃນໄດເລກະທໍລີທີ່ເອີ້ນວ່າ RR_MOVED ໃນຮາກ
ໄດເລກະທໍລີຂອງ CD. ທ່ານບໍ່ສາມາດຫຼີກເວັ້ນໄດເລກະທໍລີນີ້.

ທາງເລືອກລະຫັດ boot ຫຼາຍສໍາລັບເວທີທີ່ແຕກຕ່າງກັນແມ່ນສະເພາະເຊິ່ງກັນແລະກັນເພາະວ່າ boot
ຕັນບໍ່ສາມາດຢູ່ຮ່ວມກັນໄດ້, ie. ແພລະຕະຟອມທີ່ແຕກຕ່າງກັນແບ່ງປັນສະຖານທີ່ຂໍ້ມູນດຽວກັນໃນຮູບພາບ.
ເບິ່ງ http://lists.debian.org/debian-cd/2006/12/msg00109.html ສໍາລັບລາຍລະອຽດ.

ໃຊ້ genisoimage ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net