genisoimage - Online sa Cloud

PROGRAMA:

NAME

genisoimage - lumikha ng ISO9660/Joliet/HFS filesystem na may opsyonal na mga katangian ng Rock Ridge

SINOPSIS

genisoimage [pagpipilian] [-o filename] pathspec [pathspec ...]

DESCRIPTION

genisoimage ay isang pre-mastering program para makabuo ng ISO9660/Joliet/HFS hybrid filesystems.

genisoimage ay may kakayahang makabuo ng Sistema paggamit Pagbabahagi Protokol mga tala (SUSP)
tinukoy ng Bato Gulod Interchange Protokol. Ito ay ginagamit upang higit pang ilarawan ang
mga file sa ISO9660 filesystem sa isang Unix host, at nagbibigay ng impormasyon tulad ng mahaba
mga filename, UID/GID, POSIX na mga pahintulot, simbolikong link, at block at character na device
file.

Kung ang Joliet o HFS hybrid command line na mga opsyon ay tinukoy, genisoimage lilikha ng
karagdagang metadata ng filesystem na kailangan para sa Joliet o HFS. Kung hindi genisoimage habilin
bumuo ng purong ISO9660 filesystem.

genisoimage maaaring makabuo ng a totoo (O Nagbahagi) HFS hybrid filesystem. Ang parehong mga file ay nakikita
bilang HFS file kapag na-access mula sa Macintosh at bilang ISO9660 file kapag na-access mula sa iba
mga makina. Ang ibig sabihin ng HFS ay Hierarchical talaksan Sistema at ang katutubong filesystem na ginamit sa
Mga computer na Macintosh.

Bilang kapalit, genisoimage maaaring makabuo ng mansanas Extension sa ISO9660 para sa bawat file.
Ang mga extension na ito ay nagbibigay sa bawat file ng CREATOR, TYPE at ilang mga flag ng Finder kapag
na-access mula sa isang Macintosh. Tingnan ang HFS MACINTOSH FILE FORMATS seksyon sa ibaba.

genisoimage kumukuha ng snapshot ng isang ibinigay na puno ng direktoryo, at bumubuo ng isang binary na imahe na
ay tumutugma sa isang ISO9660 at/o HFS filesystem kapag nakasulat sa isang block device.

Ang bawat file na nakasulat sa ISO9660 filesystem ay dapat may filename sa 8.3 na format (hanggang sa
8 character, tuldok, hanggang 3 character, lahat ng uppercase), kahit na ginagamit ang Rock Ridge.
Ginagamit ang filename na ito sa mga system na hindi nagagamit ang Rock Ridge
mga extension (tulad ng MS-DOS), at ang bawat filename sa bawat direktoryo ay dapat na iba sa
ang iba pang mga filename sa parehong direktoryo. genisoimage karaniwang sinusubukang bumuo ng tama
mga pangalan sa pamamagitan ng pagpilit sa Unix filename na gawing uppercase at putulin kung kinakailangan, ngunit madalas ito
nagbubunga ng hindi kasiya-siyang resulta kapag ang mga pinutol na pangalan ay hindi lahat natatangi. genisoimage
nagtatalaga ng mga weighting sa bawat filename, at kung ang dalawang pangalan na kung hindi man ay pareho ay
natagpuan, ang pangalan na may mas mababang priyoridad ay pinalitan ng pangalan upang isama ang isang 3-digit na numero (garantisadong
upang maging natatangi). Halimbawa, ang dalawang file foo.bar at foo.bar.~1~ maaaring i-render bilang
FOO.BAR;1 at FOO000.BAR;1.

Kapag ginamit sa iba't ibang opsyon sa HFS, genisoimage ay susubukang kilalanin ang mga file na nakaimbak sa
ilang mga format ng Apple/Unix file at kokopyahin ang data at resource forks pati na rin
anumang nauugnay na impormasyon ng Finder. Tingnan ang HFS MACINTOSH FILE FORMATS seksyon sa ibaba para sa higit pa
tungkol sa mga format genisoimage sumusuporta.

Tandaan na ang genisoimage ay hindi idinisenyo upang direktang makipag-usap sa manunulat. Karamihan
ang mga manunulat ay may pagmamay-ari na mga set ng command na nag-iiba mula sa isang tagagawa patungo sa isa pa, at ikaw
kailangan ng isang espesyal na tool upang aktwal na masunog ang disc. wodim ay isa sa gayong kasangkapan. Ang pinakabago
na bersyon ng wodim magagamit mula sa http://www.cdrkit.org/.

pathspec ay ang landas ng puno ng direktoryo na makokopya sa ISO9660 filesystem.
Maaaring tukuyin ang maramihang mga landas, at genisoimage ay pagsasamahin ang mga file na matatagpuan sa lahat ng
tinukoy na mga bahagi ng landas upang mabuo ang imahe ng filesystem.

Kung ang opsyon -graft-points ay tinukoy, posibleng i-graft ang mga landas sa
mga puntos maliban sa root directory, at posibleng mag-graft ng mga file o direktoryo
papunta sa cdrom na imahe na may mga pangalan na iba sa kung ano ang mayroon sila sa source filesystem.
Ito ay pinakamadaling ilarawan sa ilang mga halimbawa. Magsimula tayo sa pagpapalagay na a
lokal na file ../old.lis umiiral, at nais mong isama ito sa larawan ng cdrom.

foo/bar/=../old.lis

isama old.lis sa cdrom image sa /foo/bar/old.lis, Habang

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

isama old.lis sa cdrom image sa /foo/bar/xxx. Ang parehong uri ng syntax ay maaaring
ginamit din sa mga direktoryo. genisoimage ay lilikha ng anumang mga direktoryo na kinakailangan tulad na
ang mga graft point ay umiiral sa cdrom image — ang mga direktoryo ay hindi kailangang lumabas sa isa
ng mga landas. Bilang default, magkakaroon ng anumang mga direktoryo na ginawa sa mabilisang tulad nito
permissions 0555 at mukhang pag-aari ng taong tumatakbo genisoimage. Kung nais mo
iba pang mga pahintulot o may-ari ng mga intermediate na direktoryo, tingnan -uid, -gid, -dir-mode,
-file-mode at -bagong-dir-mode.

genisoimage tatakbo din sa mga makina ng Windows kapag pinagsama-sama sa cygwin ni Cygnus (magagamit
mula http://www.cygwin.com/). Samakatuwid karamihan sa mga sanggunian sa pahinang ito ng tao sa Unix ay maaaring maging
napalitan ng Win32.

Opsyon

Maaaring tukuyin ang ilang mga opsyon bilang mga default sa a .genisoimagerc configuration file, bilang
pati na rin sa command line. Kung ang isang parameter ay tinukoy sa parehong mga lugar, ang setting mula sa
ang command line ay ginagamit. Para sa mga detalye sa format at posibleng lokasyon ng file na ito,
makita genisoimagercNa (5).

-abstract file
Tinutukoy ang abstract na filename. May espasyo para sa 37 character. Katumbas ng
ABST nasa .genisoimagerc file.

-A application_id
Tinutukoy ang isang text string na isusulat sa header ng volume. Ito ay dapat
ilarawan ang application na nasa disc. May espasyo para sa 128
mga karakter. Katumbas ng APP nasa .genisoimagerc file.

-payagan-limitado-laki
Kapag nagpoproseso ng mga file na mas malaki kaysa sa 2GiB na hindi madaling maipakita
ISO9660, idagdag ang mga ito nang may pinaliit na nakikitang laki ng file sa ISO9660 at may tamang
nakikitang laki ng file sa UDF system. Ang resulta ay isang hindi pare-parehong filesystem at
kailangang tiyakin ng mga user na talagang gumagamit sila ng UDF kaysa sa driver ng ISO9660 para magbasa
isang ganoong disk. Nagpapahiwatig ng pagpapagana -udf.

-payagan-nangungunang-tuldok

-ldots Payagan ang mga ISO9660 filename na magsimula sa isang tuldok. Kadalasan, pinapalitan ang isang nangungunang tuldok
na may salungguhit upang mapanatili ang pagiging tugma sa MS-DOS.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa maraming mga system. Gamitin
may pagiingat.

-payagan-maliit na titik
Ang mga opsyong ito ay nagbibigay-daan sa mga lowercase na character na lumabas sa mga ISO9660 filename.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa ilang mga system. Gamitin
may pagiingat.

-payagan-multidot
Ang mga opsyon na ito ay nagbibigay-daan sa higit sa isang tuldok na lumabas sa mga ISO9660 filename. Isang nangunguna
dot ay hindi apektado ng opsyong ito, maaari itong pahintulutang hiwalay na gamitin
-payagan-nangungunang-tuldok.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa maraming mga system. Gamitin
may pagiingat.

-biblio file
Tinutukoy ang bibliographic filename. May espasyo para sa 37 character.
Katumbas ng BIBL nasa .genisoimagerc file.

-cache-inodes

-no-cache-inodes
Paganahin o huwag paganahin ang pag-cache ng inode at mga numero ng device upang makahanap ng mga hard link sa mga file. Kung
genisoimage nakahanap ng isang hard link (isang file na may maraming pangalan), ang file ay magiging
hard-linked sa CD, kaya isang beses lang lumalabas ang mga nilalaman ng file. Nakakatulong ito upang makatipid
espasyo. -cache-inodes ay default sa mga operating system na katulad ng Unix, ngunit
-no-cache-inodes ay default sa ilang iba pang mga sistema tulad ng Cygwin, dahil hindi ito
ligtas na ipagpalagay na ang mga numero ng inode ay natatangi sa mga system na iyon. (Ang ilang mga bersyon ng
Lumilikha ang Cygwin ng mga pekeng numero ng inode gamit ang mahinang algorithm ng hashing, na maaaring makabuo
duplicate.) Kung ang dalawang file ay may parehong numero ng inode ngunit hindi mahirap na mga link sa
parehong file, genisoimage -cache-inodes hindi kumilos nang tama. -no-cache-inodes
ay ligtas sa lahat ng sitwasyon, ngunit sa kasong iyon genisoimage hindi matukoy ang mga matitigas na link,
kaya ang nagreresultang imahe ng CD ay maaaring mas malaki kaysa sa kinakailangan.

-alpha-boot alpha_boot_image
Tinutukoy ang path at filename ng boot image na gagamitin kapag gumagawa ng isang
Alpha/SRM bootable na CD. Ang pathname ay dapat na nauugnay sa pinagmulang path na tinukoy
sa genisoimage.

-hppa-bootloader hppa_bootloader_image
Tinutukoy ang path at filename ng boot image na gagamitin kapag gumagawa ng HPPA
bootable na CD. Ang pathname ay dapat na nauugnay sa pinagmulang path na tinukoy
genisoimage. Ang iba pang mga opsyon ay kinakailangan, kahit isang kernel filename at a
boot command line. Tingnan ang HPPA NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-hppa-cmdline hppa_boot_command_line
Tinutukoy ang command line na ipapasa sa HPPA boot loader kapag gumagawa ng a
bootable na CD. Paghiwalayin ang mga parameter gamit ang mga puwang o kuwit. Higit pang mga pagpipilian ay dapat na
ipasa kay genisoimage, kahit isang kernel filename at ang boot loader
filename. Tingnan ang HPPA NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-hppa-kernel-32 hppa_kernel_32

-hppa-kernel-64 hppa_kernel_64
Tinutukoy ang landas at filename ng 32-bit at/o 64-bit na mga imahe ng kernel
ginagamit kapag gumagawa ng HPPA bootable CD. Ang mga pathname ay dapat na nauugnay sa pinagmulan
landas na tinukoy sa genisoimage. Ang iba pang mga pagpipilian ay kinakailangan, kahit na ang
boot loader filename at ang boot command line. Tingnan ang HPPA NOTA seksyon sa ibaba
para sa karagdagang impormasyon.

-hppa-ramdisk hppa_ramdisk_image
Tinutukoy ang path at filename ng ramdisk image na gagamitin kapag gumagawa ng HPPA
bootable na CD. Ang pathname ay dapat na nauugnay sa pinagmulang path na tinukoy
genisoimage. Opsyonal ang parameter na ito. Ang iba pang mga pagpipilian ay kinakailangan, sa pinakadulo
kahit isang kernel filename at ang boot command line. Tingnan ang HPPA NOTA seksyon sa ibaba
para sa karagdagang impormasyon.

-mips-boot mips_boot_image
Tinutukoy ang path at filename ng boot image na gagamitin kapag gumagawa ng isang
SGI/big-endian MIPS bootable CD. Ang pathname ay dapat na nauugnay sa pinagmulang landas
tinukoy sa genisoimage. Ang opsyong ito ay maaaring tukuyin nang ilang beses, upang mag-imbak
sa 15 boot na mga imahe.

-mipsel-boot mipsel_boot_image
Tinutukoy ang path at filename ng boot image na gagamitin kapag gumagawa ng isang
DEC/little-endian MIPS bootable CD. Ang pathname ay dapat na nauugnay sa pinagmulan
landas na tinukoy sa genisoimage.

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-spark-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
Tinutukoy ang isang listahan na pinaghihiwalay ng kuwit ng mga larawang boot na kailangan upang makagawa ng bootable
CD para sa mga sistema ng SPARC. Ang partition 0 ay ginagamit para sa ISO9660 na imahe, ang unang larawan
Ang file ay nakamapa sa partition 1. Ang listahang pinaghihiwalay ng kuwit ay maaaring magkaroon ng hanggang 7 field,
kabilang ang mga walang laman na patlang. Ang opsyon na ito ay kinakailangan para makagawa ng bootable CD para sa Sun
Mga sistema ng SPARC. Kung -B or -spark-boot ay tinukoy, ang unang sektor ng
maglalaman ang magreresultang larawan ng label ng Sun disk. Tinutukoy ng label ng disk na ito ang slice 0
para sa imaheng ISO9660 at mga hiwa 1 hanggang 7 para sa mga larawang boot na dati
tinukoy sa opsyong ito. Bina-offset ng Byte ang 512 hanggang 8191 sa loob ng bawat isa sa karagdagang
Ang mga imahe ng boot ay dapat maglaman ng pangunahing boot na gumagana para sa naaangkop na SPARC
arkitektura. Ang natitirang bahagi ng bawat isa sa mga imahe ay karaniwang naglalaman ng isang UFS filesystem na ginamit
para sa pangunahing yugto ng boot ng kernel.

Ang ipinatupad na paraan ng boot ay ang makikita sa SunOS 4.x at SunOS 5.x.
Gayunpaman, hindi ito nakadepende sa mga panloob ng SunOS ngunit sa mga katangian lamang ng Open
Boot prom, kaya dapat itong magamit para sa anumang OS para sa mga SPARC system. Para sa karagdagang
tingnan din ng impormasyon ang NOTA seksyon sa ibaba.

Kung ang espesyal na filename ... ay ginagamit, ang aktwal at lahat ng sumusunod na mga partisyon ng boot
ay nakamapa sa nakaraang partisyon. Kung genisoimage ay tinatawag na may -G larawan -B ...
lahat ng boot partition ay naka-map sa partition na naglalaman ng ISO9660
filesystem image at ang generic na boot image na matatagpuan sa unang 16 na sektor
ng disc ay ginagamit para sa lahat ng mga arkitektura.

-G generic_boot_image
Tinutukoy ang path at filename ng generic na boot image na gagamitin kapag gumagawa ng a
generic na bootable na CD. Ang boot image ay ilalagay sa unang 16 na sektor ng
CD, bago ang ISO9660 primary volume descriptor. Kung ang pagpipiliang ito ay ginagamit nang magkasama
sa -spark-boot, ang label ng Sun disk ay mag-o-overlay sa unang 512 byte ng
generic na imahe ng boot.

-b eltorito_boot_image
Tinutukoy ang path at filename ng boot image na gagamitin kapag gumagawa ng El
Torito bootable CD para sa x86 PCs. Ang pathname ay dapat na nauugnay sa pinagmulang landas
tinukoy sa genisoimage. Ang opsyon na ito ay kinakailangan upang gawing bootable ang El Torito
CD. Ang boot image ay dapat na eksaktong 1200 kB, 1440 kB o 2880 kB, at genisoimage
gagamitin ang laki na ito kapag lumilikha ng output na ISO9660 filesystem. Gagawin ng PC BIOS
gamitin ang imahe upang tularan ang isang floppy disk, kaya dapat maglaman ang unang 512-byte na sektor
PC boot code. Ito ay gagana, halimbawa, kung ang boot image ay isang LILO-based na boot
floppy.

Kung ang imahe ng boot ay hindi isang imahe ng isang floppy, kailangan mong idagdag ang alinman
-hard-disk-boot or -walang-emul-boot. Kung ang sistema ay hindi dapat mag-boot off ang emulated
disk, gamitin -walang-boot.

If -uri-uriin ay hindi pa tinukoy, ang mga boot na imahe ay pinagsunod-sunod na may mababang priyoridad (+2)
sa simula ng daluyan. Kung hindi mo gusto ito, kailangan mong tukuyin ang isang uri
bigat ng 0 para sa mga imahe ng boot.

-eltorito-alt-boot
Magsimula sa isang bagong hanay ng mga parameter ng boot ng El Torito. Hanggang 63 El Torito boot entries
maaaring maimbak sa isang CD.

-hard-disk-boot
Tinutukoy na ang boot image na ginamit upang lumikha ng El Torito bootable CD ay isang hard disk
larawan. Ang imahe ay dapat magsimula sa isang master boot record na naglalaman ng isang solong
partisyon.

-walang-emul-boot
Tinutukoy na ang boot image na ginamit upang lumikha ng El Torito bootable CD ay isang "no
emulation" na larawan. Ilo-load at isasagawa ng system ang larawang ito nang hindi gumaganap
anumang disk emulation.

-walang-boot
Tinutukoy na ang nilikhang El Torito CD ay dapat markahan bilang hindi bootable. Ang
system ay magbibigay ng isang emulated drive para sa imahe, ngunit mag-boot off ng isang pamantayan
boot device.

-boot-load-seg segment_address
Tinutukoy ang address ng segment ng pag-load ng boot image para sa walang-emulation na El Torito
Mga CD

-laki ng boot-load load_sectors
Tinutukoy ang bilang ng mga "virtual" (512-byte) na sektor na ilo-load sa no-emulation mode.
Ang default ay i-load ang buong boot file. Ang ilang mga BIOS ay maaaring magkaroon ng mga problema kung ito
ay hindi multiple ng 4.

-boot-info-table
Tinutukoy na ang isang 56-byte na talahanayan na may impormasyon ng layout ng CD-ROM ay magiging
na-patch in sa offset 8 sa boot file. Kung ang pagpipiliang ito ay ibinigay, ang boot file ay
binago in ang pinagmulan filesystem, kaya gumawa ng kopya ng file na ito kung hindi
madaling muling nabuo! Tingnan ang EL TORITO bOOT IMPORMASYON TABLE seksyon para sa isang paglalarawan ng
mesa na ito.

-C last_sess_start, next_sess_start
Ang opsyon na ito ay kailangan upang lumikha ng CD Extra o ang imahe ng pangalawang session o a
mas mataas na antas ng session para sa isang multisession disc. -C tumatagal ng dalawang numero na pinaghihiwalay ng a
kuwit. Ang una ay ang unang sektor sa huling sesyon ng disc na dapat
idinagdag sa. Ang pangalawang numero ay ang panimulang numero ng sektor ng bagong session.
Ang mga tamang numero ay maaaring makuha sa pamamagitan ng pagtawag wodim -msinfo ... If -C ay ginagamit sa
kaugnay ng -M, genisoimage ay lilikha ng isang filesystem na imahe na nilayon
maging pagpapatuloy ng nakaraang sesyon. Kung -C ay ginagamit nang wala -M, genisoimage
ay lilikha ng isang filesystem na imahe na nilayon na gamitin para sa pangalawang session sa
isang CD Extra. Isa itong multisession CD na naglalaman ng audio data sa unang session
at isang ISO9660 filesystem sa ikalawang session.

-c boot_catalog
Tinutukoy ang path at filename ng boot catalog, na kinakailangan para sa isang El
Torito bootable CD. Ang pathname ay dapat na nauugnay sa pinagmulang path na tinukoy
genisoimage. Ang file na ito ay ipapasok sa output tree at hindi gagawin
ang source filesystem, kaya siguraduhin na ang tinukoy na filename ay hindi sumasalungat sa isang
umiiral na file, o hindi ito isasama. Karaniwan ang isang pangalan tulad ng boot.catalog ay napili.

If -uri-uriin ay hindi pa tinukoy, ang boot catalog ay pinagsunod-sunod na may mababang priyoridad (+1) sa
simula ng midyum. Kung hindi mo gusto ito, kailangan mong tukuyin ang isang uri
bigat ng 0 para sa boot catalog.

-suriin ang mga lumang pangalan
Suriin ang lahat ng mga filename na na-import mula sa lumang session para sa pagsunod sa ISO9660
mga panuntunan sa pagpapangalan ng file. Kung wala ang opsyong ito, ang mga pangalan lang na mas mahaba sa 31 character ay
nasuri, dahil ang mga file na ito ay isang malubhang paglabag sa pamantayang ISO9660.

-check-session file
Suriin ang lahat ng lumang session para sa pagsunod sa aktwal genisoimage Pangalan ng file na ISO9660
mga tuntunin. Ito ay isang mataas na antas na opsyon na pinagsasama -M file -C 0,0 -suriin ang mga lumang pangalan.
Para sa parameter file, tingnan ang paglalarawan ng -M.

- copyright file
Tinutukoy ang impormasyon ng copyright, karaniwang isang filename sa disc. May espasyo
para sa 37 character. Katumbas ng KOPYA nasa .genisoimagerc file.

-d Huwag magdagdag ng tuldok sa mga file na wala nito.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa maraming mga system. Gamitin
may pagiingat.

-D Huwag gumamit ng malalim na paglipat ng direktoryo, at sa halip ay i-pack lamang ang mga ito sa paraang nakikita natin
Kanila.
Kung hindi napili ang ISO9660:1999, lumalabag ito sa pamantayang ISO9660, ngunit ito
nangyayaring gumana sa maraming system. Gamitin nang may pag-iingat.

-dir-mode paraan
Ino-override ang mode ng mga direktoryo na ginamit upang gawin ang larawan sa paraan, tinukoy bilang 4
mga digit ng mga bit ng pahintulot tulad ng sa chmod(1). Awtomatikong pinapagana ng opsyong ito ang Rock
Mga extension ng tagaytay.

-dvd-video
Bumuo ng DVD-Video compliant UDF filesystem. Ginagawa ito sa pamamagitan ng pag-uuri ng pagkakasunud-sunod ng
ang nilalaman ng naaangkop na mga file at sa pamamagitan ng pagdaragdag ng padding sa pagitan ng mga file kung
kailangan. Tandaan na gagana lamang ang pag-uuri kung kasama ang mga filename ng DVD-Video
mga uppercase na character lang.

Tandaan na para makakuha ng DVD-Video compliant filesystem image, kailangan mo
maghanda ng DVD-Video compliant directory tree. Nangangailangan ito ng isang direktoryo VIDEO_TS
(all caps) sa root directory ng resultang DVD, at kadalasan ay isa pa
direktoryo AUDIO_TS. VIDEO_TS kailangang isama ang lahat ng kinakailangang file (ang mga filename ay dapat na
all caps) para sa isang sumusunod na DVD-Video filesystem.

-f Sundin ang mga simbolikong link kapag bumubuo ng filesystem. Kapag wala ang opsyong ito
gamitin, ang mga simbolikong link ay ipapasok gamit ang Rock Ridge kung pinagana, kung hindi, sila
hindi papansinin.

-file-mode paraan
Ino-override ang mode ng mga regular na file na ginamit upang gawin ang larawan sa paraan, tinukoy bilang
4 na digit ng mga bit ng pahintulot tulad ng sa chmod(1). Awtomatikong pinapagana ng opsyong ito ang Rock
Mga extension ng tagaytay.

-gid gid
Ino-override ang group ID na binasa mula sa mga source file hanggang sa halaga ng gid. Tinutukoy
awtomatikong pinapagana ng opsyong ito ang mga extension ng Rock Ridge.

-gui Ilipat ang gawi para sa isang GUI. Sa kasalukuyan, ginagawa nitong mas verbose ang output ngunit
maaaring magkaroon ng iba pang mga epekto sa hinaharap.

-graft-points
Payagan ang paggamit ng mga graft point para sa mga filename. Kung gagamitin ang opsyong ito, lahat ng filename ay
sinuri para sa mga graft point. Ang filename ay hinati sa unang unescaped equal
tanda. Ang lahat ng paglitaw ng mga character na `\' at `=' ay dapat na i-escape ng `\' kung
-graft-points ay tinukoy.

-tago globo
Itago ang anumang mga file na tumutugma globo, isang shell wildcard pattern, mula sa nakikita sa
ISO9660 o Rock Ridge na direktoryo. globo maaaring tumugma sa anumang bahagi ng filename o path.
If globo tumutugma sa isang direktoryo, ang mga nilalaman ng direktoryong iyon ay itatago. Sa
upang tumugma sa pangalan ng direktoryo, tiyaking walang kasamang trailing ang pathname
`/' na karakter. Ang lahat ng mga nakatagong file ay isusulat pa rin sa output CD image
file. Tingnan din -tago-joliet, at README.itago. Ang opsyong ito ay maaaring gamitin nang maramihan
beses.

-itago-listahan file
Isang file na naglalaman ng listahan ng mga shell wildcard na itatago. Tingnan mo -tago.

-nakatago globo
Idagdag ang nakatagong (existence) na katangian ng direktoryo ng ISO9660 para sa mga file at direktoryo
pagtutugma globo, isang shell wildcard pattern. Pipigilan ng katangiang ito ang mga file
mula sa ipinapakita ng ilang MS-DOS at Windows command. globo maaaring tumugma sa anumang bahagi ng
ang filename o path. Upang tumugma sa pangalan ng direktoryo, tiyaking ang pathname
ay hindi kasama ang isang sumusunod na `/' character. Maaaring gamitin ang opsyong ito nang maraming beses.

-hidden-list file
Isang file na naglalaman ng listahan ng mga shell wildcard para makuha ang nakatagong katangian. Tingnan mo
-nakatago.

-tago-joliet globo
Itago ang mga file at direktoryo na tumutugma globo, isang shell wildcard pattern, mula sa nakikita
sa direktoryo ng Joliet. globo maaaring tumugma sa anumang bahagi ng filename o path. Kung globo
tumutugma sa isang direktoryo, ang mga nilalaman ng direktoryong iyon ay itatago. Nang sa gayon
tumugma sa pangalan ng direktoryo, tiyaking hindi kasama sa pathname ang isang trailing na `/'
karakter. Ang lahat ng mga nakatagong file ay isusulat pa rin sa output CD image file.
Ang pagpipiliang ito ay karaniwang ginagamit sa -tago. Tingnan din README.itago. Ang pagpipiliang ito ay maaaring
ginamit ng maraming beses.

-itago-joliet-list file
Isang file na naglalaman ng listahan ng mga shell wildcard na itatago mula sa Joliet tree. Tingnan mo
-tago-joliet.

-itago-joliet-trans-tbl
Itago ang TRANS.TBL mga file mula sa puno ng Joliet. Ang mga file na ito ay karaniwang hindi gumagawa
kahulugan sa mundo ng Joliet habang inililista nila ang tunay na pangalan at ang ISO9660 na pangalan na maaaring
parehong naiiba sa pangalan ng Joliet.

-itago-rr-ginalaw
Palitan ang pangalan ng direktoryo RR_MOVED sa .rr_moved sa puno ng Rock Ridge. parang ganun
imposibleng ganap na itago ang RR_MOVED direktoryo mula sa puno ng Rock Ridge.
Ginagawa lang ng opsyong ito na hindi nakakalito ang nakikitang puno para sa mga taong hindi nakakaalam
para saan ang direktoryo na ito. Kung kailangan mong magkaroon ng no RR_MOVED direktoryo sa lahat, ikaw
dapat gamitin -D. Tandaan na kung -D ay tinukoy, ang resultang filesystem ay hindi
ISO9660 level-1 na sumusunod at hindi mababasa sa MS-DOS. Tingnan din ang NOTA
seksyon.

-input-charset charset
Input charset na tumutukoy sa mga character na ginamit sa mga lokal na filename. Para makakuha ng listahan
ng mga wastong pangalan ng charset, tawag genisoimage -input-charset Tulungan. Para makakuha ng 1:1
pagmamapa, maaari mong gamitin default bilang pangalan ng charset. Ang mga default na inisyal na halaga ay cp437
sa mga sistemang nakabatay sa DOS at iso8859-1 sa lahat ng iba pang mga sistema. Tingnan ang CHARACTER Sets
seksyon sa ibaba para sa higit pang mga detalye.

-output-charset charset
Output charset na tumutukoy sa mga character na gagamitin sa Rock Ridge
mga filename. Default sa input charset. Tingnan mo CHARACTER Sets seksyon sa ibaba para sa
higit pang mga detalye.

-iso-level antas
Itakda ang antas ng pagsunod sa ISO9660. Ang mga wastong numero ay 1 hanggang 4.

Sa antas 1, ang mga file ay maaari lamang binubuo ng isang seksyon at ang mga filename ay pinaghihigpitan
8.3 character.

Sa antas 2, ang mga file ay maaari lamang binubuo ng isang seksyon.

Sa antas 3, walang mga paghihigpit (maliban sa ISO-9660:1988) ang nalalapat.

Sa lahat ng antas ng ISO9660 mula 1 hanggang 3, ang lahat ng mga filename ay limitado sa uppercase
mga titik, numero at salungguhit (_). Ang mga filename ay limitado sa 31 character,
Ang directory nesting ay limitado sa 8 level, at ang mga pathname ay limitado sa 255
character.

Ang antas 4 ay opisyal na hindi umiiral ngunit genisoimage imapa ito sa ISO-9660:1999, na
ay ISO9660 na bersyon 2.

Sa antas 4, isang pinahusay na volume descriptor na may numero ng bersyon at istraktura ng file
Ang numero ng bersyon na nakatakda sa 2 ay inilabas. Ang directory nesting ay hindi limitado sa 8 antas,
hindi na kailangan para sa isang file na naglalaman ng isang tuldok at ang tuldok ay walang espesyal na kahulugan,
ang mga filename ay walang mga numero ng bersyon, at ang mga filename ay maaaring hanggang sa 207 character
mahaba, o 197 character kung Rock Ridge ang ginamit.

Kapag gumagawa ng mga larawan sa Bersyon 2, genisoimage naglalabas ng pinahusay na volume descriptor,
katulad ngunit hindi katulad sa isang pangunahing deskriptor ng dami. Mag-ingat na huwag gamitin
sirang software upang gawing bootable ang mga imaheng ISO9660 sa pamamagitan ng pag-aakala ng pangalawang kopya ng PVD at
paglalagay ng palagay nitong kopya ng PVD sa isang El Torito VD.

-J Bumuo ng mga tala ng direktoryo ng Joliet bilang karagdagan sa mga regular na ISO9660 filename. Ito
ay pangunahing kapaki-pakinabang kapag ang mga disc ay gagamitin sa mga makinang Windows. Joliet
Ang mga filename ay tinukoy sa Unicode at ang bawat bahagi ng path ay maaaring hanggang 64 Unicode
mahaba ang mga character. Tandaan na ang Joliet ay hindi isang pamantayan — tanging ang Microsoft Windows at
Maaaring basahin ng mga Linux system ang mga extension ng Joliet. Para sa higit na kakayahang dalhin, isaalang-alang ang paggamit
parehong Joliet at Rock Ridge extension.

-joliet-mahaba
Payagan ang mga Joliet filename na hanggang 103 Unicode character, sa halip na 64. Ito
sinisira ang detalye ng Joliet, ngunit mukhang gumagana. Gamitin nang may pag-iingat.

-jcharset charset
Isang kumbinasyon ng -J -input-charset charset. Tingnan ang CHARACTER Sets seksyon sa ibaba
para sa karagdagang detalye.

-l Payagan ang buong 31-character na filename. Karaniwan ang ISO9660 filename ay nasa isang 8.3
format na tugma sa MS-DOS, kahit na pinapayagan ng pamantayang ISO9660
mga filename na hanggang 31 character. Kung gagamitin mo ang opsyong ito, ang disc ay maaaring
mahirap gamitin sa isang MS-DOS system, ngunit gagana sa karamihan ng iba pang mga system. Gamitin kasama ang
pag-iingat.

-L Hindi napapanahong opsyon; gamitin -payagan-nangungunang-tuldok sa halip.

-jigdo-jigdo jigdo_file
Gumawa ng a jigdo .jigdo metadata file pati na rin ang filesystem image. Tingnan ang
JIGDO NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-jigdo-template template_file
Gumawa ng a jigdo .muni-muni file pati na rin ang imahe ng filesystem. Tingnan ang JIGDO
NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-jigdo-min-file-size laki
Tukuyin ang pinakamababang laki para sa isang file na ililista sa .jigdo file. Default (at
minimum na pinapayagan) ay 1KB. Tingnan ang JIGDO NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-jigdo-force-md5 landas
Tumukoy ng pattern ng file kung saan ang mga file dapat ay nakapaloob sa externally-supply na MD5
listahan gaya ng ibinigay ng -md5-listahan. Tingnan ang JIGDO NOTA seksyon sa ibaba para sa higit pa
impormasyon.

-jigdo-ibukod landas
Tumukoy ng pattern ng file kung saan hindi ililista ang mga file sa .jigdo file. Tingnan ang
JIGDO NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-jigdo-map landas
Tumukoy ng pattern mapping para sa jigdo file (hal Debian=/mirror/debian). Tingnan
ang JIGDO NOTA seksyon sa ibaba para sa karagdagang impormasyon.

-md5-listahan md5_file
Tukuyin ang isang file na naglalaman ng mga MD5sum, laki at pathname ng mga file
kasama sa .jigdo file. Tingnan ang JIGDO NOTA seksyon sa ibaba para sa higit pa
impormasyon.

-jigdo-template-compress algorithm
Tumukoy ng compression algorithm na gagamitin para sa petsa ng template. gzip at bzip2 ay
kasalukuyang sinusuportahan, at ang gzip ang default. Tingnan ang JIGDO NOTA seksyon sa ibaba para sa
karagdagang informasiyon.

-log-file log_file
I-redirect ang lahat ng error, babala at mga mensaheng nagbibigay-kaalaman sa log_file sa halip ng
karaniwang error.

-m globo
Ibukod ang mga file na tumutugma globo, isang shell wildcard pattern, mula sa pagsulat sa CD-
ROM. globo maaaring tumugma sa bahagi ng filename o sa buong pathname. Ito
ang opsyon ay maaaring gamitin nang maraming beses. Halimbawa:

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

ibubukod ang lahat ng mga file na nagtatapos sa `.o', o tinatawag ubod or foobar mula sa larawan.
Tandaan na kung mayroon kang isang direktoryo na tinawag foobar, ito rin (at siyempre lahat ng nito
mga inapo) ay hindi isasama.

-bukod-listahan file
Isang file na naglalaman ng listahan ng mga shell wildcard na ibubukod. Tingnan mo -m.

-max-iso9660-filename
Payagan ang mga ISO9660 filename na hanggang 37 character ang haba. Ang pagpipiliang ito ay nagbibigay-daan -N as
ang dagdag na puwang ng pangalan ay kinuha mula sa puwang na nakalaan para sa mga numero ng bersyon ng file.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa maraming mga system.
Bagama't ang isang sumusunod na aplikasyon ay kailangang magbigay ng buffer space na hindi bababa sa 37
character, ang mga disc na ginawa gamit ang opsyong ito ay maaaring magdulot ng buffer overflow sa
pagbabasa ng operating system. Gamitin nang may matinding pag-iingat.

-M landas

-M aparato

-dev aparato
Tinutukoy ang landas patungo sa umiiral nang ISO9660 na imaheng isasama. Ang kahaliling anyo ay tumatagal ng a
SCSI device specifier na gumagamit ng parehong syntax gaya ng dev= parameter ng wodim.
Ang output ng genisoimage ay magiging isang bagong session na dapat maisulat hanggang sa wakas
ng larawang tinukoy sa -M. Kadalasan ito ay nangangailangan ng multisession na kakayahan para sa
ang CD recorder na ginamit sa pagsulat ng larawan. Ang opsyon na ito ay maaari lamang gamitin sa
kaugnay ng -C.

-N Alisin ang mga numero ng bersyon mula sa mga ISO9660 filename.
Ito ay lumalabag sa pamantayan ng ISO9660, ngunit walang sinuman ang talagang gumagamit ng mga numero ng bersyon
sabagay. Gamitin nang may pag-iingat.

-bagong-dir-mode paraan
Tukuyin ang mode, isang 4-digit na numero gaya ng ginamit sa chmod(1), gamitin kapag gumagawa ng bago
mga direktoryo sa imahe ng filesystem. Ang default ay 0555.

-nobak

-wala-bak
Ibukod ang mga backup na file na file sa ISO9660 filesystem; ibig sabihin, mga filename na
naglalaman ng mga character na `~' o `#' o nagtatapos sa Bak. Ang mga ito ay karaniwang mga backup na file
para sa mga editor ng teksto ng Unix.

-puwersa-rr
Huwag gamitin ang awtomatikong pagkilala sa mga katangian ng Rock Ridge para sa mga nakaraang session.
Magagawa nitong lutasin ang mga problema sa mga larawang nilikha ng, hal, NERO Burning ROM.

-hindi-rr Huwag gamitin ang mga katangian ng Rock Ridge mula sa mga nakaraang session. Ito ay maaaring makatulong sa
maiwasan ang mga problema kapag genisoimage nakahanap ng mga ilegal na pirma ng Rock Ridge sa isang luma
session.

-no-split-symlink-components
Huwag hatiin ang mga bahagi ng symlink, ngunit magsimula ng bagong Continuation Area (CE) sa halip.
Ito ay maaaring mag-aksaya ng ilang espasyo, ngunit ang SunOS 4.1.4 cdrom driver ay may bug sa pagbabasa
hatiin ang mga bahagi ng symlink.

Ito ay kaduda-dudang kung ang pagpipiliang ito ay kapaki-pakinabang sa kasalukuyan.

-no-split-symlink-fields
Huwag hatiin ang mga field ng symlink, ngunit magsimula ng bagong Continuation Area (CE) sa halip.
Ito ay maaaring mag-aksaya ng kaunting espasyo, ngunit ang SunOS 4.1.4 at Solaris 2.5.1 cdrom driver ay may
isang bug sa pagbabasa ng mga split symlink field (maaaring i-drop ang isang `/').

Ito ay kaduda-dudang kung ang pagpipiliang ito ay kapaki-pakinabang sa kasalukuyan.

-o filename
Tukuyin ang output file para sa ISO9660 filesystem image. Ito ay maaaring isang disk
file, isang tape drive, o maaari itong direktang tumutugma sa pangalan ng device ng optical
manunulat ng disc. Kung hindi tinukoy, ginagamit ang stdout. Tandaan na ang output ay maaari ding maging a
harangan ang device para sa isang regular na disk partition, kung saan ang ISO9660 filesystem ay maaaring
i-mount nang normal upang ma-verify na ito ay nabuo nang tama.

-pad I-pad ang dulo ng buong larawan ng 150 sektor (300 kB). Ang pagpipiliang ito ay pinagana ng
default. Kung ginamit kasabay ng -B, ipinapasok ang padding sa pagitan ng ISO9660
partition at ang boot partition, na ang unang boot partition ay magsisimula sa a
numero ng sektor na isang multiple ng 16.

Ang padding ay kailangan dahil maraming operating system (hal. Linux) ang nagpapatupad ng read-ahead
mga bug sa kanilang filesystem I/O. Ang mga bug na ito ay nagreresulta sa mga error sa pagbasa sa mga file na
na matatagpuan malapit sa dulo ng isang track, lalo na kung ang disc ay nakasulat sa Track At
Sa sandaling naka-mode, o kung saan sinusundan ng CD audio track ang data track.

-walang-pad
Huwag lagyan ng 150 sektor (300 kB) ang dulo at huwag gawin ang mga partisyon ng boot
magsimula sa maramihang 16 na sektor.

-listahan ng landas file
Isang file na naglalaman ng listahan ng pathspec mga direktoryo at filename na idaragdag sa
ISO9660 filesystem. Ang listahan ng mga pathspec na ito ay pinoproseso pagkatapos ng anumang lalabas sa
ang command line. Kung ang argumento ay -, ang listahan ay binabasa mula sa karaniwang input.

-P Hindi napapanahong opsyon; gamitin -publisher sa halip.

-publisher publisher_id
Tinutukoy ang isang text string na isusulat sa header ng volume. Ito ay dapat
ilarawan ang publisher ng CD-ROM, kadalasang may mailing address at telepono
numero. May puwang para sa 128 character. Katumbas ng ADVERTISEMENT nasa
.genisoimagerc file.

-p preparer_id
Tinutukoy ang isang text string na isusulat sa header ng volume. Ito ay dapat
ilarawan ang naghahanda ng CD-ROM, kadalasang may mailing address at telepono
numero. May puwang para sa 128 character. Katumbas ng PREP nasa
.genisoimagerc file.

-print-size
I-print ang tinantyang laki ng filesystem sa multiple ng laki ng sektor (2048 bytes) at
labasan. Ang opsyon na ito ay kailangan para sa Disk At Once mode at sa ilang CD-R drive kung kailan
diretsong tubo sa wodim, kaso kung saan wodim kailangang malaman ang sukat ng
imahe ng filesystem nang maaga. Mga lumang bersyon ng mkisofs isinulat ang impormasyong ito (kabilang
iba pang impormasyon) sa stderr. Dahil ito ay lumalabas na mahirap i-parse, ang numero
nang walang anumang iba pang impormasyon ay naka-print na ngayon stdout masyadong. Kung gusto mong magsulat ng a
simpleng shell script, redirect stderr at kunin ang numero mula sa stdout. Ito ay maaaring
tapos na:

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

-tahimik Ginagawa genisoimage kahit na hindi gaanong verbose. Walang ibibigay na progreso na output.

-R Bumuo ng mga tala ng SUSP at RR gamit ang protocol ng Rock Ridge upang higit pang ilarawan ang
mga file sa ISO9660 filesystem.

-r Ito ay tulad ng -R na opsyon, ngunit ang pagmamay-ari ng file at mga mode ay nakatakda sa mas kapaki-pakinabang
mga halaga. Ang uid at gid ay nakatakda sa zero, dahil ang mga ito ay karaniwang kapaki-pakinabang lamang sa
sistema ng may-akda, at hindi kapaki-pakinabang sa kliyente. Ang lahat ng mga file read bit ay nakatakda
totoo, upang ang mga file at direktoryo ay mababasa sa buong mundo sa kliyente. Kung mayroon man
execute bit ay nakatakda para sa isang file, itakda ang lahat ng execute bits, upang ang mga executable ay
globally executable sa client. Kung nakatakda ang anumang search bit para sa isang direktoryo, itakda
lahat ng mga piraso ng paghahanap, upang ang mga direktoryo ay mahahanap sa buong mundo sa kliyente.
Ang lahat ng mga write bit ay na-clear, dahil ang filesystem ay i-mount read-only sa alinman
kaso. Kung ang alinman sa mga espesyal na bit ng mode ay nakatakda, i-clear ang mga ito, dahil ang mga lock ng file ay
hindi kapaki-pakinabang sa isang read-only na filesystem, at ang mga set-id bit ay hindi kanais-nais para sa uid 0
o gid 0. Kapag ginamit sa Win32, ang execute bit ay naka-set sa lahat mga file. Ito ay
resulta ng kakulangan ng mga pahintulot ng file sa Win32 at ang Cygwin POSIX emulation
layer. Tingnan din -uid, -gid, -dir-mode, -file-mode at -bagong-dir-mode.

-relaxed-filename
Nagbibigay-daan sa mga ISO9660 filename na isama ang lahat ng 7-bit na ASCII na character maliban sa lowercase
mga titik.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa maraming mga system. Gamitin
may pagiingat.

-ugat dir
Inilipat ang lahat ng mga file at direktoryo sa dir sa larawan. Ito ay mahalagang pareho
bilang gamit -graft-points at pagdaragdag dir sa harap ng bawat pathspec, ngunit mas madaling gawin
Gamitin. dir maaaring talagang ilang antas ang lalim. Ito ay nilikha na may pareho
mga pahintulot tulad ng iba pang mga graft point.

-lumang-ugat dir
Ang pagpipiliang ito ay kinakailangan kapag nagsusulat ng isang multisession na imahe at ang nakaraang (o
kahit na mas matanda) session ay isinulat sa -ugat dir. Paggamit ng pangalan ng direktoryo na hindi nahanap
sa nakaraang session sanhi genisoimage upang i-abort na may pagkakamali. Kung wala ito
pagpipilian, genisoimage ay hindi makakahanap ng hindi nabagong mga file at mapipilitan
upang isulat muli ang kanilang data sa larawan. -ugat at -lumang-ugat ay sinadya upang maging
ginamit nang magkasama upang gumawa ng mga incremental backup. Ang unang sesyon ay hal. gagamit ng:
genisoimage -ugat backup_1 dirs. Ang susunod na incremental backup na may genisoimage
-ugat backup_2 -lumang-ugat backup_1 dirs kukuha ng isa pang snapshot ng mga ito
mga direktoryo. Ang unang snapshot ay makikita sa backup_1, ang pangalawa sa
backup_2, ngunit binago o bagong mga file lamang ang kailangang isulat sa pangalawa
session. Kung wala ang mga pagpipiliang ito, ang mga bagong file ay idaragdag at ang mga luma ay maidaragdag
iniingatan. Ngunit ang mga luma ay mapapatungan kung ang file ay binago. Nagpapagaling
ang mga file sa pamamagitan ng pagkopya sa buong direktoryo pabalik mula sa CD ay ibabalik din ang mga file na iyon
ay sinadyang tinanggal. Ang pag-access sa ilang mas lumang bersyon ng isang file ay nangangailangan
suporta ng operating system upang piliin kung aling mga session ang i-mount.

-uri-uriin sort_file
Pagbukud-bukurin ang mga lokasyon ng file sa media. Ang pag-uuri ay kinokontrol ng isang file na naglalaman
mga pares ng mga filename at pag-uuri ng offset weighting. Kung mas mataas ang weighting, ang
file ay matatagpuan mas malapit sa simula ng media, kung ang weighting ay
mas mababa, ang file ay matatagpuan mas malapit sa dulo ng media. Dapat meron lang
isang puwang o mga tab na character sa pagitan ng filename at ng timbang at dapat na timbang
maging ang mga huling character sa isang linya. Ang filename ay kinuha upang isama ang lahat ng
mga character hanggang sa, ngunit hindi kasama ang huling espasyo o tab na character sa isang linya. Ito
ay upang payagan ang mga space character na makapasok, o sa dulo ng isang filename. Ito
ginagawa ng opsyon hindi ayusin ang pagkakasunud-sunod ng mga filename na lumilitaw sa ISO9660
direktoryo. Inuuri nito ang pagkakasunud-sunod kung saan isinulat ang data ng file sa imahe ng CD,
na kapaki-pakinabang upang ma-optimize ang layout ng data sa isang CD. Tingnan mo README.sort para
higit pang mga detalye.

-spark-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
Tingnan -B sa itaas.

-spark-label etiketa
Itakda ang pangalan ng label ng Sun disk para sa label ng Sun disk na nilikha gamit ang -spark-
sipain.

-split-output
Hatiin ang output na imahe sa ilang mga file na humigit-kumulang 1 GB bawat isa. Nakakatulong ito
upang lumikha ng DVD-sized na ISO9660 na mga imahe sa mga operating system na walang malaking suporta sa file.
wodim ay magsasama-sama ng higit sa isang file sa isang track kung sumusulat sa isang DVD.
Upang gumawa -split-output trabaho, -o filename dapat tukuyin. Ang resultang output
ang mga larawan ay papangalanan: filename_00, filename_01, filename_02....

-stream-media-laki #
Piliin ang pagpapatakbo ng streaming at itakda ang laki ng media sa # na sektor. Ito ay nagpapahintulot sa iyo na
pipe ang output ng alkitran(1) programa sa genisoimage at upang lumikha ng isang ISO9660
filesystem nang hindi nangangailangan ng intermediate tar archive file. Kung ang pagpipiliang ito
ay tinukoy, genisoimage nagbabasa mula sa si stdin at lumilikha ng isang file na may pangalan
STREAM.IMG. Ang maximum na laki ng file (na may padding) ay 200 sektor na mas mababa sa
ang tinukoy na laki ng media. Kung -walang-pad ay tinukoy, ang laki ng file ay 50
sektor na mas mababa sa tinukoy na laki ng media. Kung ang file ay mas maliit, genisoimage
magsusulat ng padding. Magtatagal pa ito ng ilang sandali.

Ang pagpipilian -stream-media-laki lumilikha lamang ng mga simpleng ISO9660 filesystem at maaaring hindi
ginamit kasama ng mga opsyon sa multisession o hybrid na filesystem.

-stream-file-name pangalan
Nakareserba para magamit sa hinaharap.

-sunx86-boot UFS_img,,,AUX1_img
Tinutukoy ang isang listahan na pinaghihiwalay ng kuwit ng mga imahe ng filesystem na kailangan upang makagawa ng a
bootable CD para sa Solaris x86 system.

Tandaan na ang partition 1 ay ginagamit para sa ISO9660 image at ang partition 2 ay ang
buong disk, kaya ang partition 1 at 2 ay hindi maaaring gamitin ng external partition data. Ang
ang unang file ng imahe ay nakamapa sa partition 0. Maaaring may mga walang laman na field sa kuwit
hiwalay na listahan, at ang mga entry sa listahan para sa partition 1 at 2 ay dapat walang laman. Ang pinakamataas
bilang ng mga sinusuportahang partisyon ay 8 (bagaman ang Solaris x86 partition table ay maaaring
sumusuporta hanggang sa 16 na partisyon), kaya imposibleng tukuyin ang higit sa 6 na partisyon
mga larawan. Ang pagpipiliang ito ay kinakailangan upang makagawa ng isang bootable na CD para sa Solaris x86 system.

If -sunx86-boot ay tinukoy, ang unang sektor ng nagreresultang imahe ay
naglalaman ng PC fdisk label na may Solaris type 0x82 fdisk partition na nagsisimula sa
offset 512 at sumasaklaw sa buong CD. Bilang karagdagan, para sa Solaris type 0x82 fdisk
partition, mayroong SVr4 disk label sa offset 1024 sa unang sektor ng CD.
Tinutukoy ng label ng disk na ito ang slice 0 para sa unang (karaniwang uri ng UFS) na imahe ng filesystem
na ginagamit upang i-boot ang PC at hatiin ang 1 para sa ISO9660 na imahe. Ang slice 2 ay sumasaklaw sa
buong CD slice 3 ... slice 7 ay maaaring gamitin para sa karagdagang filesystem na mga imahe na mayroon
ay tinukoy sa pagpipiliang ito.

Gumagamit ang Solaris x86 boot CD ng 1024 byte sized primary boot na gumagamit ng El-Torito
walang pagtulad boot mode at pangalawang generic na boot na nasa mga sektor ng CD 1..15.
Para sa kadahilanang ito, pareho -b bootimage -walang-emul-boot at -G genboot dapat tukuyin.

-sunx86-label etiketa
Itakda ang pangalan ng SVr4 disk label para sa SVr4 disk label na ginawa gamit
-sunx86-boot.

-sysid ID
Tinutukoy ang system ID. May espasyo para sa 32 character. Katumbas ng SYSI in
ang .genisoimagerc file.

-T Bumuo ng file TRANS.TBL sa bawat direktoryo sa CD-ROM, na maaaring gamitin sa
non-Rock Ridge-capable system para tumulong sa pagtatatag ng mga tamang filename. meron
mayroon ding impormasyon sa file na nagsasaad ng major at minor na mga numero para sa
block at character na device, at ang bawat symlink ay may pangalan ng link na file na ibinigay.

-table-name table_name
Alternatibong translation table filename (tingnan sa itaas). Nagpapahiwatig -T. Kung ikaw ay
paglikha ng isang multisession na imahe dapat mong gamitin ang parehong pangalan tulad ng sa nakaraang
session.

-ucs-level antas
Itakda ang Unicode conformance level sa Joliet SVD. Ang default na antas ay 3. Maaaring ito ay
itakda sa 1..3 gamit ang opsyong ito.

-udf Isama ang suporta ng UDF filesystem sa nabuong imahe ng filesystem. Ang suporta sa UDF ay
kasalukuyang nasa alpha status at sa kadahilanang ito, hindi posible na lumikha ng UDF-
mga larawan lamang. Ang mga istruktura ng data ng UDF ay kasalukuyang pinagsama sa mga istruktura ng Joliet,
kaya maraming mga pitfalls sa kasalukuyang pagpapatupad. Walang UID/GID
suporta, walang suporta sa pahintulot ng POSIX, walang suporta para sa mga symlink.
Tandaan na sinasayang ng UDF ang espasyo mula sa sektor ~20 hanggang sa sektor 256 sa simula ng
ang disc bilang karagdagan sa espasyo na kailangan para sa mga tunay na istruktura ng data ng UDF.

-uid uid
Ino-override ang uid na nabasa mula sa mga source file hanggang sa halaga ng uid. Tinutukoy ito
awtomatikong pinapagana ng opsyon ang mga extension ng Rock Ridge.

-use-fileversion
Ang pagpipilian -use-fileversion ay nagbibigay-daan sa genisoimage upang gamitin ang mga numero ng bersyon ng file mula sa
filesystem. Kung ang opsyon ay hindi tinukoy, genisoimage lumilikha ng numero ng bersyon
ng 1 para sa lahat ng mga file. Ang mga bersyon ng file ay mga string sa hanay ;1 sa ; 32767 ito
ang opsyon ay ang default sa VMS.

-U Nagbibigay-daan sa "hindi na-translate" na mga filename, ganap na lumalabag sa mga pamantayan ng ISO9660
inilarawan sa itaas. Pinapagana ang mga sumusunod na flag: -d -l -N -payagan-nangungunang-tuldok
-relaxed-filename -payagan-maliit na titik -payagan-multidot -walang-iso-translate. Pinapayagan ang higit pa
kaysa sa isa `.' character sa filename, pati na rin ang mga mixed-case na filename. Ito ay
kapaki-pakinabang sa HP-UX, kung saan ang built-in cdfs Walang nakikilala ang filesystem
mga extension. Gamitin nang may matinding pag-iingat.

-walang-iso-translate
Huwag isalin ang mga character na `#' at `~' na hindi wasto para sa ISO9660
mga filename. Bagama't hindi wasto, ang mga character na ito ay kadalasang ginagamit ng mga Microsoft system.
Lumalabag ito sa pamantayan ng ISO9660, ngunit nangyayari ito upang gumana sa maraming mga system. Gamitin
may pagiingat.

-V walang bisa
Tinutukoy ang volume ID (pangalan o label ng volume) na isusulat sa master block.
May espasyo para sa 32 character. Katumbas ng MGA FLIGHTS nasa .genisoimagerc file.
Ang volume ID ay ginagamit bilang mount point ng Solaris volume manager at bilang a
label na nakatalaga sa isang disc sa iba't ibang mga platform gaya ng Windows at Apple Mac
OS.

-volset ID
Tinutukoy ang volume set ID. May puwang para sa 128 character. Katumbas ng
MGA FLIGHTS nasa .genisoimagerc file.

-volset-size #
Itinatakda ang laki ng hanay ng volume sa #. Ang laki ng hanay ng volume ay ang bilang ng mga CD
sa isang hanay ng dami ng CD. Ang hanay ng volume ay isang koleksyon ng isa o higit pang mga volume, kung saan
isang set ng mga file ang naitala.

Ang mga Volume Set ay hindi nilayon na gamitin upang lumikha ng isang set na may bilang na mga CD na bahagi
ng hal. isang hanay ng mga CD sa pag-install ng Operation System. Volume Sets ay sa halip ay ginagamit upang
mag-record ng malaking directory tree na hindi magkasya sa isang volume. Ang bawat volume ng
Ang isang Volume Set ay naglalaman ng isang paglalarawan ng lahat ng mga direktoryo at mga file na
naitala sa mga volume kung saan ang mga sequence number ay mas mababa sa, o katumbas ng, ang
nakatalagang Volume Set Size ng kasalukuyang volume.

genisoimage kasalukuyang hindi sumusuporta sa a -volset-size na mas malaki sa 1.

Ang pagpipilian -volset-size dapat tukuyin bago -volset-seqno sa bawat utos
linya.

-volset-seqno #
Itinatakda ang volume set sequence number sa #. Ang volume set sequence number ay ang
index number ng kasalukuyang CD sa isang CD set. Ang pagpipilian -volset-size dapat
tinukoy noon -volset-seqno sa bawat command line.

-v Verbose execution. Kung ibinigay nang dalawang beses sa command line, magkakaroon ng karagdagang impormasyon sa pag-debug
mailimbag.

-x globo
Katulad sa -m globo.

-z Bumuo ng espesyal RRIP mga talaan para sa malinaw na naka-compress na mga file. Ito ay lamang ng
paggamit at interes para sa mga host na sumusuporta sa transparent na decompression, gaya ng Linux
2.4.14 o mas bago. Dapat mong tukuyin -R or -r upang paganahin ang Rock Ridge, at bumuo
mga naka-compress na file gamit ang mkzftree utility bago tumakbo genisoimage. Tandaan na
ang transparent na compression ay isang hindi karaniwang extension ng Rock Ridge. Ang mga nagresultang disk
ay malinaw na nababasa lamang kung ginamit sa Linux. Sa ibang operating system mo
kakailanganing tumawag mkzftree sa pamamagitan ng kamay upang i-decompress ang mga file.

HFS Opsyon

-hfs Gumawa ng ISO9660/HFS hybrid CD. Ang pagpipiliang ito ay dapat gamitin kasabay ng
-mapa, -mahika at/o ang iba't-ibang double pagsugod mga opsyon na ibinigay sa ibaba.

-mansanas Gumawa ng ISO9660 CD na may mga extension ng Apple. Kapareho ng -hfs, maliban sa
Ang mga Apple Extension sa ISO9660 ay idinagdag sa halip na lumikha ng HFS hybrid volume.
Nauna genisoimage ang mga bersyon ay nagsama ng mga katangian ng Rock Ridge bilang default kung -mansanas
ay tinukoy. Ang mga bersyon na ito ng genisoimage hindi na ito ginagawa. Kung gusto mo
upang magkaroon ng mga katangian ng Rock Ridge, kailangan mong tukuyin ito nang hiwalay.

-mapa mapping_file
Gamitin ang mapping_file upang itakda ang CREATOR at TYPE na impormasyon para sa isang file batay sa
extension ng filename. Ang isang filename ay namamapa lamang kung ito ay hindi isa sa alam
Mga format ng file ng Apple/Unix. Tingnan ang HFS CREATOR/URI seksyon sa ibaba.

-mahika magic_file
Ang impormasyon ng CREATOR at TYPE ay itinakda sa pamamagitan ng paggamit ng isang file salamangka numero (karaniwang ang
unang ilang byte ng isang file). Ang magic_file ay ginagamit lamang kung ang isang file ay hindi isa sa
kilalang mga format ng file ng Apple/Unix, o ang extension ng filename ay hindi na-map gamit
-mapa. Tingnan ang HFS CREATOR/URI seksyon sa ibaba para sa higit pang mga detalye.

-hfs-tagalikha lumikha
Itakda ang default na CREATOR para sa lahat ng file. Dapat ay eksaktong 4 na character. Tingnan ang HFS
CREATOR/URI seksyon sa ibaba para sa higit pang mga detalye.

-uri ng hfs uri
Itakda ang default na TYPE para sa lahat ng file. Dapat ay eksaktong 4 na character. Tingnan ang HFS
CREATOR/URI seksyon sa ibaba para sa higit pang mga detalye.

-siyasat Hanapin ang mga nilalaman ng mga file para sa lahat ng kilalang mga format ng file ng Apple/Unix. Tingnan ang
HFS MACINTOSH FILE FORMATS seksyon sa ibaba para sa higit pa tungkol sa mga format na ito. gayunpaman,
ang tanging paraan upang suriin para sa MacBinary at AppleSingle ang mga file ay upang buksan at basahin ang mga ito,
kaya ang opsyong ito ay maaaring tumaas ang oras ng pagproseso. Mas mainam na gumamit ng isa o higit pa double
pagsugod mga opsyon na ibinigay sa ibaba kung ang Apple/Unix na mga format na ginagamit ay kilala.

-walang desktop
Huwag gumawa ng (walang laman) na mga Desktop file. Ang mga bagong HFS Desktop file ay malilikha kapag ang
Ang CD ay ginagamit sa isang Macintosh (at nakaimbak sa System Folder). Bilang default, walang laman
Ang mga desktop file ay idinaragdag sa dami ng HFS.

-mac-pangalan
Gamitin ang HFS filename bilang panimulang punto para sa ISO9660, Joliet at Rock Ridge
mga filename. Tingnan ang HFS MACINTOSH MGA FILENAME seksyon sa ibaba para sa karagdagang impormasyon.

-boot-hfs-file driver_file
Ini-install ang driver_file na maaari gawing bootable ang CD sa isang Macintosh. Tingnan ang HFS
bOOT Tsuper seksyon sa ibaba. (Alpha).

-bahagi Bumuo ng HFS partition table. Bilang default, walang partition table ang nabuo, ngunit
ilang mas lumang Macintosh CD-ROM driver ay nangangailangan ng isang HFS partition table sa CD-ROM upang maging
may kakayahang makilala ang isang hybrid na CD-ROM.

-kotse AutoStart_file
Gawin ang HFS CD na gamitin ang tampok na QuickTime 2.0 Autostart upang maglunsad ng isang application o
dokumento. Ang ibinigay na filename ay dapat na pangalan ng isang dokumento o application na matatagpuan
sa pinakamataas na antas ng CD. Dapat ay mas mababa sa 12 character ang filename. (Alpha).

-laki ng kumpol laki
Itakda ang laki sa mga byte ng cluster o mga unit ng alokasyon ng mga file ng PC Exchange.
Nagpapahiwatig --palitan. Tingnan ang HFS MACINTOSH FILE FORMATS seksyon sa ibaba.

-itago-hfs globo
Itago globo, isang shell wildcard pattern, mula sa dami ng HFS. Ang file o direktoryo
iiral pa rin sa ISO9660 at/o Joliet na direktoryo. globo maaaring tumugma sa anumang bahagi
ng filename. Maaaring hindi isama ang maraming glob. Halimbawa:

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

ibubukod ang lahat ng mga file na nagtatapos sa `.o' o tinatawag foobar mula sa dami ng HFS. Tandaan
na kung mayroon kang isang direktoryo na tinawag foobar, ito rin (at siyempre lahat ng nito
mga inapo) ay hindi isasama. Ang globo maaari ding maging pangalan ng path na nauugnay sa
source na mga direktoryo na ibinigay sa command line. Halimbawa:

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

ibubukod lamang ang file o direktoryo na tinatawag html mula sa SRC direktoryo. Anuman
ibang file o direktoryo na tinatawag html sa puno ay hindi ibubukod. Ay dapat na
ginamit sa -tago at / o -tago-joliet. Upang tumugma sa isang pangalan ng direktoryo, siguraduhin
ang pattern ay hindi kasama ang isang trailing na `/' character. Tingnan mo README.itago para sa karagdagang
mga detalye.

-itago-hfs-list file
Tukuyin ang isang file na naglalaman ng isang listahan ng mga pattern ng wildcard na itatago tulad ng sa -itago-hfs.

-hfs-volid hfs_volid
Pangalan ng volume para sa HFS partition. Ito ang pangalan na nakatalaga sa disc sa
isang Macintosh at pinapalitan ang walang bisa ginamit sa -V.

-icon-posisyon
Gamitin ang impormasyon ng posisyon ng icon, kung mayroon, mula sa Apple/Unix file. Ang
lilitaw ang mga icon sa parehong posisyon tulad ng gagawin nila sa isang Macintosh desktop. Folder
lokasyon at laki sa screen, mga posisyon ng pag-scroll nito, View ng folder (tingnan bilang Mga Icon,
Ang mga Maliit na Icon, atbp.) ay pinapanatili din. (Alpha).

-ugat-impormasyon file
Itakda ang lokasyon, laki sa screen, scroll positions, folder View atbp. para sa root
folder ng dami ng HFS. Tingnan mo README.rootinfo para sa karagdagang impormasyon. (Alpha)

-prep-boot file
PReP boot image file. Hanggang 4 ang pinapayagan. Tingnan mo README.prep_boot para sa karagdagang
impormasyon. (Alpha)

-chrp-boot
Magdagdag ng CHRP boot header.

-input-hfs-charset charset
Input charset na tumutukoy sa mga character na ginamit sa HFS filename kapag ginamit kasama ng
-mac-pangalan. Ang default na charset ay cp10000 (Mac Roman). Tingnan ang CHARACTER Sets at
HFS MACINTOSH MGA FILENAME mga seksyon sa ibaba para sa higit pang mga detalye.

-output-hfs-charset charset
Output charset na tumutukoy sa mga character na gagamitin sa mga HFS filename.
Default sa input charset. Tingnan ang CHARACTER Sets seksyon sa ibaba para sa higit pa
mga detalye.

-hfs-unlock
Sa pamamagitan ng default, genisoimage gagawa ng HFS volume na naka-lock. Ang pagpipiliang ito
iniiwan ang volume na naka-unlock upang ang ibang mga application (hal hfsutils) ay maaaring baguhin
ang lakas ng tunog. Tingnan ang HFS MGA PROBLEMA/LIMITASYON seksyon sa ibaba para sa mga babala tungkol sa paggamit
pagpipiliang ito.

-hfs-bless folder_name
"Pagpalain" ang ibinigay na direktoryo (folder). Ito ay karaniwang ang Sistema Polder at ginagamit
sa paglikha ng HFS bootable CD. Ang pangalan ng direktoryo ay dapat ang buong pangalan ng path
as genisoimage nakikita ito. Hal, kung ang ibinigay na pathspec ay ./cddata at ang kinakailangan
folder ay tinatawag Sistema Polder, ang buong pangalan ng path ay "/cddata/System folder"
(tandaang gumamit ng mga panipi kung ang pangalan ay naglalaman ng mga puwang).

-hfs-parms parameter
I-override ang ilang partikular na parameter na ginamit para gawin ang HFS filesystem. Malabong gamitin
sa normal na mga pangyayari. Tingnan ang libhfs_iso/hybrid.h source file para sa mga detalye.

--takip Maghanap ng mga AUFS CAP Macintosh file. Maghanap para sa CAP Apple/Unix file format lamang.
Ang paghahanap para sa iba pang posibleng Apple/Unix file format ay hindi pinagana, maliban kung iba
double pagsugod ibinibigay ang mga pagpipilian.

--netatalk
Maghanap ng NETATALK Macintosh file

--doble
Maghanap ng mga AppleDouble Macintosh file

--ethershare
Maghanap ng mga file ng Helios EtherShare Macintosh

--ushare
Maghanap ng mga IPT UShare Macintosh file

--palitan
Maghanap ng mga PC Exchange Macintosh file

--sgi Maghanap ng mga SGI Macintosh file

--xinet
Maghanap ng mga XINET Macintosh file

--macbin
Maghanap ng mga MacBinary Macintosh file

--single
Maghanap ng mga AppleSingle Macintosh file

--dave Maghanap ng mga Thursby Software Systems DAVE Macintosh file

--sfm Hanapin ang Mga Serbisyo ng Microsoft para sa mga Macintosh file (NT lang) (Alpha)

--osx-doble
Maghanap ng mga Mac OS X AppleDouble Macintosh file

--osx-hfs
Maghanap ng mga Mac OS X HFS Macintosh file

CHARACTER Sets

genisoimage nagpoproseso ng mga filename sa paraang sumusunod sa POSIX bilang mga string ng 8-bit na character.
Upang kumatawan sa lahat ng mga coding para sa lahat ng mga wika, ang 8-bit na mga character ay hindi sapat. Unicode
o ISO-10646 tukuyin ang mga coding ng character na nangangailangan ng hindi bababa sa 21 bits upang kumatawan sa lahat ng kilala
mga wika. Maaaring kinakatawan sila ng UTF-32, UTF-16 or UTF-8 coding. Gumagamit ang UTF-32 ng a
plain 32-bit coding ngunit tila hindi karaniwan. Ang UTF-16 ay ginagamit ng Microsoft na may Win32 na may
ang kawalan na ang 16-bit na mga character ay hindi sumusunod sa POSIX filesystem
interface.

Ang mga modernong operating system ng Unix ay maaaring gumamit ng UTF-8 coding para sa mga filename. Ang bawat 32-bit na character
ay kinakatawan ng isa o higit pang 8-bit na character. Kung naka-code ang isang character ISO-8859-1
(ginamit sa Central Europe at North America) ay mapa 1:1 sa isang UTF-32 o UTF-16 na naka-code na Unicode
karakter. Kung naka-code ang isang character 7-Bit ASCII (ginagamit sa USA at iba pang mga bansa na may
limitadong hanay ng character) ay mapa 1:1 sa isang UTF-32, UTF-16 o UTF-8 na naka-code na Unicode na character.
Mga character code na hindi maaaring katawanin bilang isang byte sa UTF-8 (kung ang value ay >
0x7F) gumamit ng mga escape sequence na nagmamapa sa higit sa isang 8-bit na character.

Kung ang lahat ng operating system ay gumagamit ng UTF-8, genisoimage hindi na kailangang i-recode ang mga character
mga filename. Sa kasamaang palad, ang Apple ay gumagamit ng ganap na hindi karaniwang mga coding at ang Microsoft ay gumagamit ng a
Unicode coding na hindi tugma sa POSIX filename interface.

Para sa lahat ng non-UTF-8-coded operating system, ang aktwal na character na kinakatawan ng bawat byte
depende sa katangian itakda or pahina ng code (ang pangalan na ginamit ng Microsoft) na ginagamit ng lokal
operating system — ang mga character sa isang character set ay magpapakita sa rehiyon o natural
wika na itinakda ng gumagamit.

Karaniwan ang mga code ng character na 0x00-0x1f ay mga control character, ang mga code na 0x20-0x7f ay ang 7-bit
Ang mga ASCII na character at (sa mga PC at Mac) 0x80-0xff ay ginagamit para sa iba pang mga character.

Dahil mayroong higit sa 256 na character/simbulo na ginagamit, maliit na subset lang ang ginagamit
kinakatawan sa isang set ng character. Samakatuwid ang parehong code ng character ay maaaring kumakatawan sa a
iba't ibang karakter sa iba't ibang set ng karakter. Kaya nabuo ang isang filename, sabihin sa gitna
Europe, ay maaaring hindi magpakita ng parehong karakter kapag tiningnan sa isang makina sa, say eastern
Europa.

Upang gawing mas kumplikado ang mga bagay, iba't ibang mga operating system ang gumagamit ng iba't ibang set ng character
para sa rehiyon o wika. Halimbawa, ang character code para sa `é' (maliit na e na may acute
accent) ay maaaring character code 0x82 sa isang PC, code 0x8e sa Macintosh, code 0xe9 sa isang Unix
system sa kanlurang Europe, at code 0x000e9 sa Unicode.

Hangga't hindi lahat ng operating system at application ay gumagamit ng parehong set ng character gaya ng
batayan para sa mga filename, maaaring kailanganing tukuyin kung aling set ng character ang ginagamit ng iyong mga filename
sa at kung aling character set ang mga filename ay dapat lumabas sa CD.

Mayroong apat na opsyon para tukuyin ang mga set ng character na gusto mong gamitin:

-input-charset
Tinutukoy ang lokal na hanay ng character na ginagamit mo sa iyong host machine. Kahit anong karakter
itakda ang mga conversion na magaganap ay gagamit ng set ng character na ito bilang panimulang punto.
Ang mga default na set ng character ng input ay cp437 sa MS-DOS-based system at iso8859-1 on
lahat ng iba pang mga sistema. Kung -J ay ibinigay, ang Unicode equivalents ng input character
set ay gagamitin sa direktoryo ng Joliet. -jcharset ay pareho -input-charset
-J.

-output-charset
Tinutukoy ang set ng character na gagamitin para sa mga pangalan ng Rock Ridge sa
CD. Default sa input character set.

-input-hfs-charset
Tinutukoy ang HFS character set na ginagamit para sa mga HFS filename na na-decode mula sa alinman sa
iba't ibang mga format ng file ng Apple/Unix. Kapaki-pakinabang lamang kapag ginamit kasama ng -mac-pangalan. Tingnan ang HFS
MACINTOSH MGA FILENAME para sa karagdagang impormasyon. Default sa cp10000 (Mac Roman).

-output-hfs-charset
Tinutukoy ang HFS character set na ginamit upang lumikha ng mga HFS filename mula sa input character
itinakda sa paggamit. Sa karamihan ng mga kaso, magmumula ito sa set ng character na ibinigay kasama
-input-charset. Default sa input HFS character set.

Mayroong ilang set ng character na nakapaloob sa genisoimage. Upang makakuha ng listahan, gamitin
-input-charset Tulungan. Hindi kasama sa listahang ito ang charset na nagmula sa kasalukuyang
lokal, kung genisoimage ay itinayo sa iconv support.

Maaaring basahin ang mga karagdagang set ng character mula sa file para sa alinman sa mga pagpipilian sa set ng character sa pamamagitan ng
pagbibigay ng filename bilang argumento sa mga opsyon. Ang ibinigay na file ay mababasa lamang kung ito
hindi tumutugma ang pangalan sa isa sa mga built-in na set ng character.

Ang format ng mga character set file ay kapareho ng mga mapping file na makukuha mula sa
http://www.unicode.org/Public/MAPPINGS. Ang format na ito ay:

Ang column #1 ay ang input byte code (sa hex bilang 0xXX)
Ang Column #2 ay ang Unicode (sa hex bilang 0xXXXX)
Ang natitirang linya ay hindi pinapansin.

Anumang blangkong linya, linyang walang dalawa (o higit pang) column sa format sa itaas o mga linya ng komento
(nagsisimula sa # character) ay binabalewala nang walang anumang babala. Anumang nawawalang input code
ay nakamapa sa Unicode character na 0x0000.

Tandaan na, habang sinusuportahan ang UTF-8, ang iba pang mga Unicode encoding gaya ng UCS-2/UTF-16 at
Ang UCS-4/UTF-32 ay hindi, dahil ang mga operating system ng POSIX ay hindi maaaring pangasiwaan ang mga ito nang native.

Maaaring tukuyin ang 1:1 character set mapping sa pamamagitan ng paggamit ng keyword default bilang argumento sa
alinman sa mga pagpipilian sa set ng character. Ito ang pag-uugali ng mga lumang bersyon ng mkisofs.

Ang mga ISO9660 filename na nabuo mula sa input filename ay hindi kino-convert mula sa input
set ng karakter. Ang ISO9660 character set ay isang napakalimitadong subset ng mga ASCII character,
kaya ang anumang conversion ay magiging walang kabuluhan.

Kahit anong character yan genisoimage hindi ma-convert ay papalitan ng `_' na character.

HFS CREATOR/URI

Ang isang Macintosh file ay may dalawang katangian na nauugnay dito na tumutukoy kung aling aplikasyon
nilikha ang file, ang CREATOR at kung anong data ang nilalaman ng file, ang TYPE. Parehas na
(eksaktong) 4 na mga string ng titik. Kadalasan ay nagbibigay-daan ito sa isang Macintosh user na mag-double click sa isang file
at ilunsad ang tamang aplikasyon atbp. Ang CREATOR at URI ng isang partikular na file ay maaaring
natagpuan sa pamamagitan ng paggamit ng isang bagay tulad ng ResEdit (o katulad) sa isang Macintosh.

Ang CREATOR at TYPE na impormasyon ay nakaimbak sa lahat ng iba't ibang Apple/Unix na naka-encode na mga file.
Para sa iba pang mga file, posibleng ibase ang CREATOR at TYPE sa extension ng filename
gamit ang paggawa ng mga mapa file (kasama ang -mapa) at/o paggamit ng salamangka numero (karaniwan ay a lagda nasa
unang ilang byte) ng isang file (na may -mahika). Kung ang parehong mga opsyon ay ibinigay, ang kanilang order ay sa
ang command line ay makabuluhan. Kung -mapa ay ibinigay muna, ang isang filename extension na tugma ay
sinubukan bago ang isang magic number match. Gayunpaman, kung -mahika ay unang ibinigay, isang magic number
ang tugma ay sinubukan bago ang isang filename extension na tugma.

Kung hindi ginagamit ang pagmamapa o magic file, o walang nakitang tugma, ang default na CREATOR at TYPE
para sa lahat ng mga regular na file ay maaaring itakda sa pamamagitan ng paggamit ng mga entry sa .genisoimagerc file o gamit
-hfs-tagalikha at / o -uri ng hfs, kung hindi, ang default na CREATOR at TYPE ay Unix at TEXT.

Ang pormat ng paggawa ng mga mapa pareho ang file afpfile format gaya ng ginamit ng mga auf. Ang file na ito ay may
limang hanay para sa karugtong, file pagsasalin, CREATOR, TYPE at Komento. Mga linya
na nagsisimula sa `#' na character ay mga linya ng komento at hindi pinapansin. Ang isang halimbawang file ay
parang:

# Halimbawa ng filename mapping file
#
# EXTN XLate URI NG CREATOR Komento
.tif Raw '8BIM' 'TIFF' "Photoshop TIFF image"
.hqx Ascii 'BnHq' 'TEXT' "BinHex file"
.doc Raw 'MSWD' 'WDBN' "Word file"
.mov Raw 'TVOD' 'MooV' "QuickTime Movie"
* Ascii 'ttxt' 'TEXT' "Text file"

Saan:

Ang unang column EXTN tumutukoy sa Unix filename extension na imamapa. Ang default
ang pagmamapa para sa anumang extension ng filename na hindi tumutugma ay tinukoy sa `*'
na karakter.

Ang Xlate Ang column ay tumutukoy sa uri ng pagsasalin ng teksto sa pagitan ng Unix at
Macintosh file na ito ay hindi pinansin ng genisoimage, ngunit pinananatiling tugma sa
mga auf(1). Bagaman genisoimage hindi binabago ang mga nilalaman ng isang file, kung isang binary
Ang file ay may TYPE na nakatakda bilang TEXT, Ito maaari nabasa nang hindi tama sa isang Macintosh. Samakatuwid
ang isang mas mahusay na pagpipilian para sa default na TYPE ay maaaring ?.

Ang CREATOR at TYPE ang mga keyword ay dapat na 4 na character ang haba at nakapaloob sa isa
mga quote

Ang field ng komento ay nakapaloob sa dobleng panipi — ito ay binabalewala ng genisoimage, Ngunit
ay pinananatiling magkatugma sa mga auf.

Ang pormat ng salamangka Ang file ay halos magkapareho sa salamangka(5) file na ginamit ng file(1)
utos.

Ang file na ito ay may apat na tab-separated column para sa byte ginalaw, uri, pagsusulit at mensahe.
Ang mga linyang nagsisimula sa `#' na character ay mga linya ng komento at hindi pinapansin. Isang halimbawang file
ay magiging tulad ng:

# Halimbawa ng magic file
#
# off type na pansubok na mensahe
0 string GIF8 8BIM GIFf GIF na larawan
0 beshort 0xffd8 8BIM JPEG data ng imahe
0 string SIT! UMUPO! UMUPO! StuffIt Archive
0 string \037\235 LZIV ZIVU standard Unix compress
0 string \037\213 GNUz ZIVU gzip compressed data
0 string %! ASPS TEXT Postscript
0 string \004%! ASPS TEXT PC Postscript na may ^D para magsimula
4 string moov txtt MooV QuickTime na file ng pelikula (moov)
4 string mdat txtt MooV QuickTime na file ng pelikula (mdat)

Ang format ng file ay inilarawan sa salamangka(5). Ang pagkakaiba lang dito ay para sa
bawat entry sa magic file, ang mensahe para sa unang offset ay dapat na 4 na character
para sa CREATOR na sinusundan ng 4 na character para sa TYPE — ang puting espasyo ay opsyonal sa pagitan
sila. Anumang iba pang mga character sa linyang ito ay binabalewala. Mga linya ng pagpapatuloy (nagsisimula sa a
`>') ay binabalewala din, ibig sabihin, ang mga paunang offset na linya lamang ang ginagamit.

paggamit -mahika maaaring makabuluhang tumaas ang oras ng pagproseso dahil kailangang buksan at buksan ng bawat file
basahin upang mahanap ang magic number nito.

Sa buod, para sa lahat ng mga file, ang default na CREATOR ay Unix at ang default na TYPE ay TEXT.
Ang mga ito ay maaaring baguhin sa pamamagitan ng paggamit ng mga entry sa .genisoimagerc file o sa pamamagitan ng paggamit -hfs-tagalikha
at / o -uri ng hfs.

Kung ang isang file ay nasa isa sa mga kilalang Apple/Unix na format (at ang format ay
pinili), ang CREATOR at TYPE ay kinuha mula sa mga value na nakaimbak sa Apple/Unix file.

Maaaring itakda ng iba pang mga file ang kanilang CREATOR at TYPE mula sa kanilang extension ng filename (na may -mapa),
o ang kanilang magic number (na may -mahika). Kung ang default na tugma ay ginamit sa paggawa ng mga mapa file,
In-override ng mga value na ito ang default na CREATOR at TYPE.

Ang isang buong CREATOR/TYPE database ay matatagpuan sa http://www.angelfire.com/il/szekely/.

HFS MACINTOSH FILE FORMATS

Ang mga file ng Macintosh ay may dalawang bahagi na tinatawag na data at Mapagkukunan tinidor. Maaaring walang laman ang alinman.
Ang Unix (at maraming iba pang mga OS) ay maaari lamang makayanan ang mga file na may isang bahagi (o tinidor). Upang idagdag sa
ito, ang mga Macintosh file ay may ilang mga katangiang nauugnay sa kanila — marahil ang karamihan
mahalaga ang URI at TAGAPAGLIKHA. Muli, ang Unix ay walang konsepto ng mga ganitong uri ng
mga katangian

Halimbawa, ang isang Macintosh file ay maaaring isang JPEG na imahe kung saan ang imahe ay naka-imbak sa Data fork at
isang desktop thumbnail na nakaimbak sa Resource fork. Kadalasan ito ang impormasyon sa datos
tinidor na kapaki-pakinabang sa mga platform.

Samakatuwid upang mag-imbak ng isang Macintosh file sa isang Unix filesystem, isang paraan ay kailangang mahanap upang makayanan
kasama ang dalawang tinidor at ang mga karagdagang katangian (na tinutukoy bilang ang Nakahanap info).
Sa kasamaang palad, tila ang bawat software package na nag-iimbak ng mga file ng Macintosh sa Unix
ay pumili ng isang ganap na naiibang paraan ng pag-iimbak.

Pino-format iyon ng Apple/Unix genisoimage (bahagyang) suporta ay:

CAP AUFS na format
Data fork na nakaimbak sa isang file. Resource fork sa subdirectory .resource na may pareho
filename bilang data fork. Finder info sa subdirectory .finderinfo na may parehong filename.

AppleDouble/Netatalk
Data fork na nakaimbak sa isang file. Resource fork na nakaimbak sa isang file na may parehong pangalan na prefix
na may `%'. Nakaimbak din ang impormasyon ng Finder sa parehong `%' file. Ginagamit ng Netatalk ang parehong format,
ngunit ang resource fork/Finder info na nakaimbak sa subdirectory .AppleDouble na may pareho
filename bilang data fork.

AppleSingle
Ang mga istruktura ng data na katulad sa itaas, maliban sa parehong mga tinidor at impormasyon ng Finder ay naka-store sa
isang file.

Helios EtherShare
Data fork na nakaimbak sa isang file. Pinagsama-sama ang resource fork at Finder sa subdirectory
.rsrc na may parehong filename bilang data fork.

IPT UShare
Tulad ng format na EtherShare, ngunit ang impormasyon ng Finder ay nakaimbak nang bahagyang naiiba.

MacBinary
Parehong tinidor at impormasyon ng Finder na nakaimbak sa isang file.

Apple PC Exchange
Ginamit ng Macintoshes upang mag-imbak ng mga Apple file sa mga disk ng DOS (FAT). Data fork na nakaimbak sa a
file. Resource fork sa subdirectory mapagkukunan.frk (O RESOURCE.FRK). Finder info bilang
isang tala sa file finder.dat (O FINDER.DAT). Hiwalay finder.dat para sa bawat data
direktoryo ng tinidor.

tandaan: genisoimage kailangang malaman ang katutubong FAT kumpol laki ng disk na ang PC
Naka-on ang mga exchange file (o nakopya mula sa). Ang laki na ito ay ibinibigay ng
-laki ng kumpol. Ang cluster o laki ng alokasyon ay makikita sa pamamagitan ng paggamit ng DOS
kagamitan chkdsk.

Maaaring hindi gumana sa PC Exchange v2.2 o mas mataas na mga file (available sa MacOS 8.1). DOS
media na naglalaman ng mga PC Exchange file ay dapat na naka-mount bilang uri msdos (Hindi vfat) kailan
gamit ang Linux.

SGI/XINET
Ginagamit ng mga SGI machine kapag nag-mount sila ng mga HFS disk. Data fork na nakaimbak sa isang file.
Resource fork sa subdirectory .HSResource na may parehong filename. Finder info bilang isa
itala sa file .HSancillary. Hiwalay .HSancillary para sa bawat direktoryo ng data fork.

Thursby Software Systems DAVE
Nagbibigay-daan sa Macintosh na mag-imbak ng mga Apple file sa mga SMB server. Data fork na nakaimbak sa a
file. Resource fork sa subdirectory mapagkukunan.frk. Gumagamit ng AppleDouble na format upang
tinidor ng mapagkukunan ng tindahan.

Mga serbisyo para sa Macintosh
Format ng mga file na inimbak ng NT Servers sa NTFS filesystems. Ang data fork ay naka-imbak bilang
filename. Resource fork na nakaimbak bilang isang stream ng NTFS na tinatawag filename:AFP_Resource. ang
Ang impormasyon ng Finder ay nakaimbak bilang isang stream ng NTFS na tinatawag filename:Afp_AfpInfo. Mga stream ng NTFS
ay karaniwang hindi nakikita ng gumagamit.

Babala: genisoimage bahagyang sumusuporta lamang sa format na SFM. Kung ang isang HFS file o
folder na nakaimbak sa NT server ay naglalaman ng isang ilegal na NT character sa pangalan nito, NT
kino-convert ang mga character na ito sa pribado paggamit Unicode mga karakter. Ang mga karakter ay: "
* / < > ? \ | at isang puwang o tuldok kung ito ang huling karakter ng filename,
character code 0x01 hanggang 0x1f (control character) at Apple's apple logo.

Sa kasamaang palad, ang mga pribadong Unicode na character na ito ay hindi nababasa ng genisoimage
NT executable. Samakatuwid anumang file o pangalan ng direktoryo na naglalaman ng mga character na ito
ay hindi papansinin — kabilang ang mga nilalaman ng anumang naturang direktoryo.

Mac OS X AppleDouble
Kapag ang mga HFS/HFS+ file ay kinopya o na-save ng Mac OS X sa isang non-HFS filesystem
(hal. UFS, NFS atbp.), ang mga file ay iniimbak sa AppleDouble na format. Naka-imbak ang data fork
sa isang file. Resource fork na nakaimbak sa isang file na may parehong pangalan na may prefix na `._'. Tagahanap
nakaimbak din ang impormasyon sa parehong `._' na file.

Mac OS X HFS (Alpha)
Hindi talaga isang Apple/Unix encoding, ngunit aktwal na HFS/HFS+ file sa isang Mac OS X system.
Data fork na nakaimbak sa isang file. Resource fork na nakaimbak sa isang pseudo file na may pareho
pangalan na may panlapi /rsrc. Available lang ang impormasyon ng Finder sa pamamagitan ng Mac OS X
tawag sa library.

Tingnan din README.macosx.

Gumagana lang kapag ginamit sa Mac OS X.

Kung ang isang file ay matatagpuan na may zero length resource fork at walang laman na finderinfo, ito ay
ipinapalagay na walang anumang Apple/Unix encoding — samakatuwid ang isang TYPE at CREATOR ay maaaring maging
itakda gamit ang iba pang mga pamamaraan.

genisoimage susubukang itakda ang CREATOR, TYPE, petsa at posibleng iba pang mga flag mula sa
impormasyon ng tagahanap. Bukod pa rito, kung mayroon ito, ang Macintosh filename ay nakatakda mula sa finder
impormasyon, kung hindi, ang pangalan ng Macintosh ay batay sa Unix filename — tingnan ang HFS MACINTOSH
MGA FILENAME seksyon sa ibaba.

Kapag gumagamit -mansanas, ang TYPE at CREATOR ay nakaimbak sa opsyonal na System Use o SUSP
field sa ISO9660 Directory Record — sa halos parehong paraan tulad ng mga katangian ng Rock Ridge
ay. Sa katunayan upang gawing madali ang buhay, ang mga extension ng Apple ay idinagdag sa simula ng
umiiral na mga katangian ng Rock Ridge (ibig sabihin, upang makuha ang mga extension ng Apple ay makukuha mo ang Rock Ridge
pati na rin ang mga extension).

Ang mga extension ng Apple ay nangangailangan ng resource fork na maiimbak bilang isang ISO9660 nauugnay file.
Ito ay tulad ng anumang normal na file na nakaimbak sa ISO9660 filesystem maliban na ang
ang nauugnay na flag ng file ay nakatakda sa Directory Record (bit 2). Ang file na ito ay may parehong pangalan
bilang data fork (ang file na nakikita ng mga non-Apple machine). Ang mga nauugnay na file ay karaniwan
hindi pinapansin ng ibang OS

Kapag gumagamit -hfs, ang TYPE at CREATOR kasama ang iba pang impormasyon ng finder, ay naka-store sa isang hiwalay na HFS
direktoryo, hindi nakikita sa dami ng ISO9660. Ang direktoryo ng HFS ay tumutukoy sa parehong data
at resource fork file na inilarawan sa itaas.

Sa karamihan ng mga kaso, ito ay mas mahusay na gamitin -hfs sa halip ng -mansanas, bilang ang huli ay nagpapataw ng
limitadong ISO9660 na mga character ang pinapayagan sa mga filename. Gayunpaman, ang mga extension ng Apple ay nagbibigay ng
bentahe na ang mga file ay nakaimpake sa disk nang mas mahusay at maaaring posible na
magkasya ng higit pang mga file sa isang CD.

HFS MACINTOSH MGA FILENAME

Kung saan posible, ang HFS filename na nakaimbak sa isang Apple/Unix file ay ginagamit para sa
HFS bahagi ng CD. Gayunpaman, hindi lahat ng Apple/Unix encodings ay nag-iimbak ng HFS filename na may
ang finderinfo. Sa mga kasong ito, ginagamit ang Unix filename — na may escaped na espesyal
mga karakter. Kasama sa mga espesyal na character ang `/' at mga character na may mga code na higit sa 127.

Tinatakasan ng AUFS ang mga character na ito sa pamamagitan ng paggamit ng `:' na sinusundan ng code ng character bilang dalawang hex
mga digit. Ang Netatalk at EtherShare ay may magkatulad na pamamaraan, ngunit gumagamit ng `%' sa halip na isang `:'.

If genisoimage hindi mahanap ang isang HFS filename, ginagamit nito ang pangalan ng Unix, kasama ang alinman %xx or :xx
mga karakter (xx ay dalawang hex digit) na na-convert sa isang code ng character. Kung xx ay hindi
hex digit ([0-9a-fA-F]), ang mga ito ay naiwang nag-iisa — kahit na anumang natitirang `:' ay na-convert sa
`%', bilang `:' ay ang HFS directory separator. Dapat mag-ingat, bilang isang ordinaryong Unix file
sa %xx or :xx magbabalik-loob din. hal

This:2fFile convert to This/File

This:File convert to This%File

This:t7File na-convert sa This%t7File

Bagama't lumilitaw na sinusuportahan ng mga HFS filename ang malalaking titik at maliliit na titik, ang filesystem
ay case-insensitive, ibig sabihin, ang mga filename aBc at Ang AbC ay pareho. Kung ang isang file ay matatagpuan sa a
direktoryo na may parehong pangalan ng HFS, genisoimage ay susubukan na gumawa ng isang natatanging pangalan sa pamamagitan ng pagdaragdag
`_' na mga character sa isa sa mga filename.

Kung mayroong HFS filename para sa isang file, genisoimage maaaring gamitin ang pangalang ito bilang panimulang punto
para sa ISO9660, Joliet at Rock Ridge filename na ginagamit -mac-pangalan. Normal na mga file ng Unix
walang pangalan ng HFS ay gagamit pa rin ng kanilang Unix name. hal

Kung ang isang MacBinary (o PC Exchange) na file ay nakaimbak bilang someimage.gif.bin sa Unix
filesystem, ngunit naglalaman ng isang HFS file na tinatawag someimage.gif, ito ang pangalan na gagawin
lalabas sa HFS na bahagi ng CD. Gayunpaman, bilang genisoimage gumagamit ng pangalan ng Unix bilang ang
panimulang punto para sa iba pang mga pangalan, ang nabuong pangalan ng ISO9660 ay malamang na
SOMEIMAG.BIN at ang Joliet/Rock Ridge ay magiging someimage.gif.bin. Gagamitin ang opsyong ito
ang HFS filename bilang panimulang punto at ang pangalan ng ISO9660 ay malamang SOMEIMAG.GIF
at ang Joliet/Rock Ridge ay magiging someimage.gif.

-mac-pangalan hindi gagana sa kasalukuyan -T — ang pangalan ng Unix ay gagamitin sa TRANS.TBL
file, hindi ang pangalan ng Macintosh.

Ang character set na ginamit upang i-convert ang anumang HFS filename sa isang Joliet/Rock Ridge filename
default sa cp10000 (Mac Roman). Maaaring tukuyin ang set ng character na ginamit
-input-hfs-charset. Ang iba pang built-in na HFS character set ay: cp10006 (MacGreek), cp10007
(MacCyrillic), cp10029 (MacLatin2), cp10079 (MacIcelandandic) at cp10081 (MacTurkish).

Tandaan: ang mga character code na ginagamit ng mga HFS filename na kinuha mula sa iba't ibang Apple/Unix na mga format
ay hindi mako-convert dahil ipinapalagay na nasa tamang Apple character set ang mga ito. Tanging
ang mga pangalan ng Joliet/Rock Ridge na nagmula sa mga HFS filename ay mako-convert.

Ang umiiral na genisoimage Ipi-filter ng code ang anumang mga ilegal na character para sa ISO9660 at
Joliet filename, ngunit bilang genisoimage inaasahan na direktang makitungo sa mga pangalan ng Unix, ito
iniiwan ang mga pangalan ng Rock Ridge. Ngunit dahil ang `/' ay isang legal na HFS filename na character,
-mac-pangalan kino-convert ang `/' sa isang `_' sa mga filename ng Rock Ridge.

Kung gagamitin ang mga extension ng Apple, ang mga ISO9660 filename lang ang lalabas sa Macintosh.
Gayunpaman, tulad ng magagamit ng mga driver ng Macintosh ISO9660 Antas 2 filename, maaari kang gumamit ng mga opsyon
gaya ng -payagan-multidot walang problema sa isang Macintosh — ingatan pa rin ang mga pangalan, para
halimbawa this.file.name i-convert sa ITO.FILE ibig sabihin, mayroon lamang isang `.', din
filename abcdefgh ay makikita bilang ABCDEFGH pero abcdefghi ay makikita bilang ABCDEFGHI. ibig sabihin
na may `.' sa dulo — hindi alam kung ito ay isang problema sa Macintosh o a
genisoimage/mkhybrid problema. Ang lahat ng mga filename ay nasa uppercase kapag tiningnan sa a
Macintosh. Siyempre, hindi makikita ng mga DOS/Win3.X machine ang mga Level 2 filename...

HFS CUSTOM VOLUME/FOLDER MGA ICON

Upang bigyan ang isang HFS CD ng custom na icon, tiyaking may kasamang pamantayan ang root (top level) na folder
Macintosh volume icon file. Upang bigyan ang volume ng custom na icon sa Macintosh, kailangan ng icon
idikit sa icon ng volume sa kahon ng "Kumuha ng Impormasyon" ng volume. Lumilikha ito ng isang
invisible na file na tinatawag Icon\r (`\r' ay ang carriage return character) sa root folder.

Ang icon ng custom na folder ay halos magkapareho — isang invisible na file na tinatawag Icon\r umiiral sa
mismong folder.

Marahil ang pinakamadaling paraan upang lumikha ng isang pasadyang icon na genisoimage maaaring gamitin ay upang i-format ang a
blangko ang HFS floppy disk sa isang Mac at i-paste ang isang icon sa "Kumuha ng Impormasyon" na kahon nito. Kung gumagamit ng Linux
nang naka-install ang HFS module, i-mount ang floppy:

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

Ang floppy ay mai-mount bilang isang CAP filesystem bilang default. Tapos tumakbo genisoimage paggamit
isang bagay tulad ng:

genisoimage --cap -o output source_dir /mnt/floppy

Kung hindi ka gumagamit ng Linux, maaari mong gamitin hfsutils upang kopyahin ang icon na file mula sa floppy.
Gayunpaman, kailangang mag-ingat, dahil ang icon na file ay naglalaman ng isang control character. Para sa
halimbawa:

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

Kung saan ang `^V^M' ay control-V na sinusundan ng control-M. Tapos tumakbo genisoimage sa pamamagitan ng paggamit ng isang bagay
gaya ng:

genisoimage --macbin -o output source_dir icon_dir

Ang pamamaraan para sa paggawa/paggamit ng mga icon ng custom na folder ay halos magkapareho — mag-paste ng icon sa
folder na "Kumuha ng Impormasyon" na kahon at ilipat ang resulta Icon\r file sa nauugnay na direktoryo
nasa genisoimage pinagmumulan ng puno.

Baka gusto mong itago ang mga icon na file mula sa ISO9660 at Joliet tree.

Upang magbigay ng custom na icon sa isang Joliet CD, sundin ang mga tagubiling makikita sa
http://www.cdrfaq.org/faq03.html#S3-21-1.

HFS bOOT Tsuper

It maaari maging posible na gawing bootable ang hybrid CD sa isang Macintosh.

Ang isang bootable HFS CD ay nangangailangan ng isang Apple CD-ROM (o compatible) na driver, isang bootable na HFS
partition at ang kinakailangang System, Finder, atbp. na mga file.

Ang isang driver ay maaaring makuha mula sa anumang iba pang Macintosh bootable CD-ROM gamit ang apple_driver
kagamitan. Ang file na ito ay maaaring gamitin sa -boot-hfs-file.

Ang HFS partition (ibig sabihin ang hybrid disk sa aming kaso) ay dapat maglaman ng angkop na System
Folder, muli mula sa isa pang CD-ROM o disk.

Para maging bootable ang isang partition, dapat itong magkaroon nito sipain harangan ang itakda. Ang boot block ay nasa
unang dalawang bloke ng isang partisyon. Para sa isang non-bootable partition ang boot block ay puno ng
mga zero. Karaniwan, kapag ang isang System file ay kinopya sa partition sa isang Macintosh disk, ang boot
block ay puno ng isang bilang ng mga kinakailangang mga setting - sa kasamaang-palad hindi ko alam ang buo
spec para sa boot block, kaya hulaan ko na gagana ang sumusunod.

Samakatuwid, ang utility apple_driver kinukuha din ang boot block mula sa unang HFS
partition na makikita nito sa ibinigay na CD-ROM at ito ay ginagamit para sa HFS partition na nilikha ni
genisoimage.

Pakiusap tala: Sa pamamagitan ng paggamit ng driver mula sa isang Apple CD at pagkopya ng Apple software sa iyong CD, ikaw
mananagot na sumunod sa Mga Kasunduan sa Lisensya ng Software ng Apple Computer, Inc.

EL TORITO bOOT IMPORMASYON TABLE

Kailan -boot-info-table ay ibinigay, genisoimage ay babaguhin ang boot file na tinukoy ni -b by
pagpasok ng 56-byte sipain impormasyon mesa sa offset 8 sa file. Ang pagbabagong ito ay
ginawa sa source filesystem, kaya siguraduhing gumamit ka ng kopya kung hindi madali ang file na ito
muling nilikha! Ang file na ito ay naglalaman ng mga pointer na maaaring hindi madali o mapagkakatiwalaang makuha sa
oras ng boot.

Ang format ng talahanayang ito ay ang mga sumusunod; lahat ng integer ay nasa seksyon 7.3.1 ("maliit
endian") format.

Kahulugan ng Laki ng Pangalan ng Offset
8 bi_pvd 4 bytes LBA ng pangunahing volume descriptor
12 bi_file 4 bytes LBA ng boot file
16 bi_length 4 bytes Ang haba ng boot file sa bytes
20 bi_csum 4 bytes 32-bit checksum
24 bi_reserved 40 bytes Nakalaan

Ang 32-bit checksum ay ang kabuuan ng lahat ng 32-bit na salita sa boot file simula sa
byte offset 64. Lahat ng mga linear block address (LBA) ay ibinibigay sa mga sektor ng CD
(karaniwang 2048 bytes).

HPPA NOTA

Para gumawa ng bootable CD para sa HPPA, kahit isang boot loader file (-hppa-bootloader), Isang
kernel image file (32-bit, 64-bit, o pareho, depende sa hardware) at isang boot command line
(-hppa-cmdline) ay dapat tukuyin. Ang ilang mga system ay maaaring mag-boot ng alinman sa isang 32- o isang 64-bit na kernel,
at ang firmware ay pipili ng isa kung pareho ang naroroon. Opsyonal, maaaring gumamit ng ramdisk
para sa root filesystem gamit -hppa-cmdline.

JIGDO NOTA

Ang Jigdo ay isang tool upang tumulong sa pamamahagi ng malalaking file tulad ng mga imahe ng CD at DVD; tingnan mo
http://atterer.org/jigdo/ para sa karagdagang detalye. Ang mga Debian CD at DVD ISO na mga imahe ay nai-publish
sa web sa jigdo na format upang payagan ang mga end user na i-download ang mga ito nang mas mahusay.

Upang lumikha ng mga jigdo at template na mga file sa tabi ng imaheng ISO mula sa genisoimage, Dapat mo
bumuo muna ng listahan ng mga file na gagamitin, sa sumusunod na format:

MD5sum Laki ng file na Path
32 char 12 char sa dulo ng linya

Ang MD5sum ay dapat na nakasulat sa karaniwang hexadecimal notation, ang laki ng file ay dapat ilista ang
laki ng file sa bytes, at dapat ilista ng path ang absolute path sa file. Para sa
halimbawa:

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

Kapag nakuha mo na ang file na ito, tumawag genisoimage kasama ang lahat ng iyong normal na parameter ng command-line.
Tukuyin ang mga output filename para sa jigdo at template file na ginagamit -jigdo-jigdo at
-jigdo-template, at ipasa ang lokasyon ng iyong listahan ng MD5 gamit ang -md5-listahan.

Kung may mga file na HINDI mo gustong idagdag sa jigdo file (hal. kung sila ay
malamang na madalas magbago), tukuyin ang mga ito gamit ang -jigdo-exclude. Kung gusto mong i-verify ang ilan sa
ang mga file habang sila ay nakasulat sa imahe, tukuyin ang mga ito gamit ang -jigdo-force-md5. Kung mayroon man
hindi tugma ang mga file, genisoimage pagkatapos ay magpapalaglag. Pareho sa mga opsyong ito ay regular
mga expression bilang input. Posibleng paghigpitan ang hanay ng mga file na gagamitin
karagdagang batay sa laki - gamitin ang -jigdo-min-file-size na opsyon.

Sa wakas, kailangang malaman ng jigdo code kung paano imapa ang mga file na ibinigay nito sa isang mirror-style
pagsasaayos. Tukuyin kung paano magmapa ng mga path gamit ang -jigdo-map. Paggamit Debian=/mirror/debian
ay magiging sanhi ng lahat ng mga landas na nagsisimula sa /mirror/debian upang i-mapa sa Debian: nasa
output jigdo file.

HALIMBAWA

Upang lumikha ng vanilla ISO9660 filesystem na imahe sa file cd.iso, kung saan ang direktoryo
cd_dir ay magiging root directory ng CD, tumawag sa:

% genisoimage -o cd.iso cd_dir

Upang lumikha ng CD na may mga extension ng Rock Ridge ng source directory cd_dir:

% genisoimage -o cd.iso -R cd_dir

Upang lumikha ng CD na may mga extension ng Rock Ridge ng source directory cd_dir kung saan ang lahat ng mga file
may pahintulot man lang na basahin at lahat ng file ay pagmamay-ari ni ugat, tawagan:

% genisoimage -o cd.iso -r cd_dir

Upang magsulat ng tar archive nang direkta sa isang CD na maglalaman ng isang simpleng ISO9660
filesystem na may tar archive na tawag:

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

Upang lumikha ng isang HFS hybrid CD na may Joliet at Rock Ridge extension ng pinagmulan
direktoryo cd_dir:

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

Upang lumikha ng isang HFS hybrid CD mula sa pinagmulang direktoryo cd_dir na naglalaman ng Netatalk
Apple/Unix file:

% genisoimage -o cd.iso --netatalk cd_dir

Upang lumikha ng isang HFS hybrid CD mula sa pinagmulang direktoryo cd_dir, na nagbibigay ng lahat ng file CREATOR at
TYPES batay sa kanilang mga extension ng filename na nakalista sa file na "mapping".:

% genisoimage -o cd.iso -map mapping cd_dir

Upang lumikha ng isang CD gamit ang Mga Extension ng Apple sa ISO9660, mula sa mga direktoryo ng pinagmulan cd_dir
at another_dir. Ang mga file sa lahat ng kilalang Apple/Unix na format ay na-decode at anumang iba pang mga file
ay binibigyan ng CREATOR at TYPE batay sa kanilang magic number na ibinigay sa file salamangka:

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

Ang sumusunod na halimbawa ay naglalagay ng iba't ibang mga file sa CD na lahat ay may pangalang README, ngunit
may iba't ibang nilalaman kapag nakita bilang isang ISO9660/Rock Ridge, Joliet o HFS CD.

Ang kasalukuyang direktoryo ay naglalaman ng:

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

Ang sumusunod na utos ay naglalagay ng mga nilalaman ng direktoryo cd_dir sa CD kasama ang
tatlong README file — ngunit isa lamang ang makikita mula sa bawat isa sa tatlong filesystem:

% genisoimage -o cd.iso -hfs -J -r -graft-points \
-itago ang README.hfs -itago ang 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

ie ang file na README.hfs ay makikita bilang README sa HFS CD at ang iba pang dalawang README
itatago ang mga file. Katulad din para sa Joliet at ISO9660/Rock Ridge CD.

Marahil mayroong lahat ng uri ng kakaibang mga resulta na posible sa mga kumbinasyon ng itago
mga pagpipilian...

NOTA

genisoimage maaaring ligtas na mai-install ang suid root. Maaaring kailanganin ito upang payagan genisoimage sa
basahin ang nakaraang session kapag gumagawa ng multisession na imahe.

If genisoimage ay lumilikha ng isang imahe ng filesystem na may mga katangian ng Rock Ridge at ang direktoryo
Masyadong marami ang nesting level ng source directory tree para sa ISO9660, genisoimage gagawin
malalim na paglipat ng direktoryo. Nagreresulta ito sa isang direktoryo na tinatawag na RR_MOVED sa ugat
direktoryo ng CD. Hindi mo maiiwasan ang direktoryong ito.

Maraming mga pagpipilian sa boot code para sa iba't ibang mga platform ay kapwa eksklusibo dahil ang boot
ang mga bloke ay hindi maaaring magkakasamang mabuhay, ibig sabihin. iba't ibang platform ang nagbabahagi ng parehong mga lokasyon ng data sa larawan.
Tingnan http://lists.debian.org/debian-cd/2006/12/msg00109.html para sa mga detalye.

Gumamit ng genisoimage online gamit ang mga serbisyo ng onworks.net