xorrisofs - Online sa Cloud

PROGRAMA:

NAME

xorrisofs - Pagtulad ng ISO 9660 program mkisofs ng program xorriso

SINOPSIS

xorrisofs [ mga pagpipilian ] [-o filename ] pathspec [pathspecs ...]

DESCRIPTION

xorrisofs gumagawa ng Rock Ridge na pinahusay na ISO 9660 na mga filesystem at mga add-on na sesyon sa naturang
mga filesystem. Opsyonal maaari rin itong gumawa ng mga puno ng direktoryo ng Joliet.

xorrisofs naiintindihan ang mga opsyon ng program mkisofs mula sa cdrtools ni Joerg Schilling. Nito
Ang pagpapatupad ay bahagi ng programang xorriso na hindi nagbabahagi ng source code sa cdrtools.

ISO 9660, Bato Ridge, Joliet, HFS +:
ISO 9660 (Aka ECMA-119) ay isang read-only na filesystem na pangunahing ginagamit para sa optical media
CD, DVD, BD, ngunit maaari ring manatili sa iba pang storage device tulad ng mga disk file, USB stick o
mga partisyon ng disk. Malawak itong nababasa ng maraming operating system at ng mga pasilidad ng boot ng
mga personal na kompyuter.
Inilalarawan ng ISO 9660 ang mga direktoryo at mga file ng data sa pamamagitan ng mga pinaghihigpitang filename na may no
pagkakaiba ng upper case at lower case. Ang metadata nito ay hindi sumusunod sa pangunahing POSIX
mga pagtutukoy.
Bato Gulod ay ang pangalan ng isang set ng karagdagang impormasyon na nagpapahusay sa isang ISO 9660
filesystem upang ito ay kumatawan sa isang POSIX compliant filesystem na may pagmamay-ari, access
mga pahintulot, simbolikong link, at iba pang mga katangian. Pinapayagan ng Rock Ridge ang mga filename na hanggang sa
255 byte at path na hanggang 1024 bytes.
Ang xorrrisofs ay gumagawa ng impormasyon sa Rock Ridge bilang default. Ito ay mahigpit na pinanghihinaan ng loob na
huwag paganahin ang tampok na ito.
Joliet ay ang pangalan ng karagdagang directory tree na nagbibigay ng mga filename hanggang 64
mga character na naka-encode bilang UTF-16. Ang isang puno ng Joliet ay pangunahing kawili-wili para sa pagbabasa ng ISO
larawan ng mga operating system ng Microsoft Corporation. Produksyon ng puno ng direktoryo na ito
maaaring paganahin sa pamamagitan ng opsyon -J.
ISO 9660:1999 ay ang pangalan ng karagdagang puno ng direktoryo na nagbibigay ng mas mahahabang filename.
Pinapayagan nito ang mga solong pangalan ng file na magkaroon ng hanggang 207 character. Maaaring may pakinabang ito sa ilan
mas lumang computer system boot facility na hindi nagbabasa ng Rock Ridge o Joliet ngunit kailangan
mas mahahabang filename gayunpaman. Ang produksyon ng puno ng direktoryo na ito ay maaaring paganahin sa pamamagitan ng opsyon
-iso-level 4.
HFS + ay ang pangalan ng isang filesystem na karaniwang ginagamit para sa pagsusulat at pagbabasa nang husto
mga disk at mga katulad na device. Posibleng mag-embed ng HFS+ partition sa umuusbong na ISO
9660 na imahe at markahan ito ng mga entry ng Apple Partition Map. Nakakasagabal ito sa mga opsyon
na kumukopya ng data sa unang 32 KiB ng ISO image, tulad ng -G o -isohybrid-mbr. Tingnan mo
opsyon -hfsplus.
Ang pangunahing layunin ng pagkakaroon ng naka-embed na HFS+ partition ay ang pag-boot ng ilang partikular na modelo ng
Mga Apple computer.

Pagpasok file sa ang ISO imahe:
xorrisofs tumatalakay sa dalawang uri ng mga address ng file:
disk_path ay isang landas patungo sa isang bagay sa lokal na filesystem tree.
iso_rr_path ay ang Rock Ridge address ng isang file object sa ISO image. Kung walang Rock Ridge
Ang impormasyon ay dapat na naka-imbak sa isang umuusbong na ISO, pagkatapos ay ang mga pangalan ay mamamapa sa ISO 9660
mga pangalan na may limitadong haba at set ng character.

Ang isang argumento ng programa ay pinangangasiwaan bilang a pathspec, kung hindi ito kinikilala bilang mga orihinal na mkisof
opsyon o karagdagang xorrisofs opsyon. Ang isang pathspec ay naglalarawan ng isang input file object sa pamamagitan ng a
disk_path. Kung ang opsyon -graft-points ay wala, ang pag-uugali ay depende sa file
uri ng disk_path. Ang mga direktoryo ay pinagsama sa /-direktoryo ng imaheng ISO. Mga file ng
ang ibang mga uri ay makokopya sa /-directory.
Kung ang -graft-points ay naroroon, ang bawat pathspec ay nahahati sa unang paglitaw ng
=-karakter. Ang bahagi bago ang = ay kinuha bilang target, ibig sabihin, ang iso_rr_path para sa file
bagay sa imaheng ISO. Ang bahagi pagkatapos ng unang = ay kinuha bilang pinagmulan, ibig sabihin ang disk_path
ng input object.
Posibleng gawing bahagi ng iso_rr_path ang =-characters sa pamamagitan ng pag-uunahan sa kanila ng a
\-character. Ang parehong ay dapat gawin para sa mga \-character na magiging bahagi ng
iso_rr_path.

Kung ang pinagmulang bahagi ng pathspec ay humahantong sa isang direktoryo, ang lahat ng mga file sa ilalim nito
ang direktoryo ay maipasok din sa larawan. Posibleng ibukod ang mga partikular na file
mula sa pagpasok sa pamamagitan ng tulong ng opsyon -m.
Kung sakaling umiiral na ang target na iyon, nalalapat ang mga sumusunod na panuntunan: Mga direktoryo at iba pang mga file
maaaring i-overwrite ang mga kasalukuyang hindi direktoryo. Ang mga direktoryo ay pinagsama sa mga kasalukuyang direktoryo.
Hindi maaaring i-overwrite ng mga hindi direktoryo ang mga kasalukuyang direktoryo.

kaugnayan sa programa xorriso:
xorrisofs ay talagang isang command mode ng programa xorriso, na ipinapasok alinman sa pamamagitan ng
xorriso command "-as mkisofs" o sa pamamagitan ng pagsisimula ng programa sa pamamagitan ng isa sa mga pangalan na "xorrisofs",
"mkisofs", "genisoimage", o "genisofs".
Ang command mode na ito ay maaaring iwan sa pamamagitan ng argumentong "--" na humahantong sa generic na xorriso command
mode Tingnan mo lalaki xorriso para sa paglalarawan nito.

Ang xorriso ay nagsasagawa ng pagbabasa at pagsusulat ng imahe sa tulong ng libburn, na pangunahing nilayon
para sa mga optical drive, ngunit gumagana din sa lahat ng mga uri ng file ng POSIX maliban sa mga direktoryo.
Ang mga mensahe ng programa ay tinatawag na "drive" ang anumang file ng imahe. Mga uri ng file na hindi sinusuportahan
ang pagbabasa ay iniulat bilang "blangko". Ang naiulat na libreng puwang ng media ay maaaring kathang-isip lamang.
Gayunpaman xorrisofs ay hindi direktang gumagana sa optical drive, ngunit sa halip ay pwersa
libburn upang ituring ang mga ito bilang pangkalahatang mga file ng device. Kaya para sa pagsulat ng sequential optical
media (CD, DVD-R, DVD+R, BD-R) ang isa ay kailangang gumamit ng burn program. Hal. ang cdrecord
pagtulad ng xorriso. Tingnan ang MGA HALIMBAWA.

Opsyon

Imahen naglo-load:

Kinokontrol ng mga sumusunod na opsyon ang paglo-load ng isang umiiral nang ISO image para sa layunin ng
naghahanda ng angkop na add-on session. Kung nawawala ang mga ito, may bubuuin na bagong larawan
mula sa wala.

-M disk_path
Itakda ang landas kung saan ilo-load ang umiiral nang ISO image directory tree kung saan pupunta
ibase ang paparating na puno ng direktoryo bilang add-on session. Ang landas ay dapat humantong sa a
random-access readable file object. Sa GNU/Linux: regular na data file o block
mga file ng device.
Ang isang espesyal na uri ng pseudo disk_path ay may form na "/dev/fd/"numero. Inilalarawan nito ang
buksan ang file descriptor na may ibinigay na numero, hindi alintana kung ang operating system
Sinusuportahan ang tampok na ito sa pamamagitan ng mga file node sa /dev/fd o hindi. Hal. /dev/fd/3 ay file
descriptor 3 na binuksan ng programa na kalaunan ay nagsimula ng xorriso.

-prev-session disk_path
Alias ​​ng -M.

-dev disk_path
Alias ​​ng -M.

-C last_session_start,next_writeable_address
Itakda ang 2 KiB block address last_session_start mula sa kung saan babasahin ang ISO image
ng file na ibinigay ng opsyon -M.
Pinaghihiwalay ng kuwit, itakda ang next_writeable_address kung saan ang add-on na session
sa wakas ay maisusulat. Ang mapagpasyahan ay talagang ang block address na nilalayon
kailangang gamitin ng mga mambabasa bilang superblock address sa nilalayong medium.
Ang parehong mga halaga ay maaaring itanong mula sa optical media sa pamamagitan ng tulong ng mga burn program at
opsyon sa cdrecord -msinfo. Ang xorriso mismo ay makakakuha nito sa cdrecord emulation nito. gawin
huwag hayaan itong i-load ang drive, ngunit gawin ito nang manu-mano o sa pamamagitan ng isang programa tulad ng dd
na nagbabasa ng ilang byte. Pagkatapos lamang ay sigurado na ang driver ng device ay nakakaalam ng totoo
nababasang sukat ng daluyan.
dd if=/dev/... count=1 >/dev/null 2>&1
values=$(xorriso -as cdrecord dev=/dev/... -msinfo)
echo $values
Ang Opsyon -C ay maaaring gamitin nang walang opsyon -M upang lumikha ng ISO na imahe mula sa simula at
ihanda ito para sa wakas ay maisulat sa isang block address maliban sa 0. Parameter
ang last_session_start ay dapat na itakda sa 0.

-cdrecord-params last_session_start,next_writeable_address
Alias ​​ng -C.

Setting para file pagpasok:

-listahan ng landas disk_path
Basahin ang mga pathspecs line-by-line mula sa disk_file at ipasok ang mga itinatanghal na file object
sa imahe ng ISO. Kung ang disk_path ay "-" pagkatapos ay basahin ang pathspecs mula sa standard
input.

--quoted_path_list disk_path
Tulad ng opsyon -path-list ngunit nagbabasa ng mga sinipi na salita kaysa sa mga payak na linya.
Itatapon ang whitespace sa labas ng mga quote. Sa kabilang banda posible na
kumakatawan sa mga pathspec na naglalaman ng mga newline na character.
Ang double quotation mark " at ang single quotation mark ' ay maaaring gamitin upang ilakip
whitespace at gawin itong bahagi ng pathspecs. Ang bawat uri ng marka ay maaaring ilakip ang mga marka ng
ang ibang uri. Isang sumusunod na backslash \ sa labas ng mga panipi o isang bukas na panipi
maging sanhi upang maidugtong ang susunod na linya ng input.

-f
Lutasin ang mga simbolikong link sa disk sa halip na iimbak ang mga ito bilang simbolikong mga link sa
ISO na imahe.

-follow-links
Alias ​​ng -f.

-graft-points
Paganahin ang interpretasyon ng mga pathspec ng input file bilang kumbinasyon ng iso_rr_path at
disk_path, na pinaghihiwalay ng isang =-character.

-m disk_pattern
Ibukod ang mga file mula sa pagpasok sa larawan. Tahimik na hindi pinansin ang mga file na iyon
kung saan ang disk_path ay tumutugma sa ibinigay na shell parser pattern. Kung walang /-character
ay bahagi ng pattern, pagkatapos ay maitugma ito sa pangalan ng dahon ng disk
file.
Posibleng magbigay ng higit sa isang -m na opsyon.

- ibukod
Alias ​​ng -m.

-x
Alias ​​ng -m.

-luma-ibukod
Alias ​​ng -m.

-bukod-listahan disk_path
Magsagawa ng -m gamit ang bawat linya sa labas ng file disk_path bilang argument disk_pattern.

-z
Paganahin ang pagkilala at wastong pagpoproseso ng mga zisof na naka-compress na mga file bilang ginawa ni
programa mkzftree. Ang mga file na ito ay magkakaroon ng kinakailangang meta data kaya
na kikilalanin sila ng isang Linux kernel at ihahatid ang kanilang nilalaman nang hindi naka-compress
form.

-transparent-compression
Alias ​​ng -z.

-ugat iso_rr_path
Ipasok ang lahat ng mga file sa ilalim ng ibinigay na iso_rr_path. Kung ang opsyon -graft-points ay ibinigay,
pagkatapos iso_rr_path ay prepended sa bawat target na bahagi ng isang pathspec.
Ang default para sa -root ay "/".

-lumang-ugat iso_rr_path
Paganahin ang incremental insertion ng mga file sa na-load na larawan. Ang epektibong target
at source address ng mga ibinigay na pathspecs nakukumpara kung ang target na
ay umiiral sa imaheng ISO at kapareho pa rin ng pinagmulan sa disk. Metadata sa
ang imahe ng ISO ay maisasaayos, kung naiiba sila sa mga nasa disk. Mga bagong file at
bagong idinagdag ang mga file na may binagong nilalaman. I-target ang mga file na wala
sa alinman sa mga naaayon na pinagmumulan ng pathspec ay aalisin mula sa direktoryo ng ISO
tree.
Kung ang epektibong setting ng -root ay naiiba sa iso_rr_path na ibinigay kasama
-old-root, pagkatapos ay ang mga file sa ilalim ng -old-root na direktoryo ay mai-clone sa ilalim
ang -root na direktoryo. Nangyayari ang pag-clone bago ang paghahambing ng file.

--lumang-ugat-no-ino
Huwag paganahin ang pagre-record at paggamit ng mga numero ng disk inode. Kung walang mga numero ng disk inode
naitala, pagkatapos ay kailangang basahin ng opsyon -old-root ang nilalaman ng disk file at ihambing ito
gamit ang MD5 checksum na naitala sa ISO image.
Sa mga naitala na numero ng inode ng disk at may kapani-paniwalang oras at oras, posible ito
upang makita ang mga potensyal na pagbabago sa nilalaman nang hindi ito binabasa. Isang butas
nananatili kung maraming magkakaibang filesystem ang maaaring mai-mount sa parehong direktoryo,
tulad ng ugali nito sa /mnt. Sa kasong ito ang isa ay kailangang gumamit ng opsyon --old-root-devno o
huwag paganahin ang shortcut ng numero ng inode sa pamamagitan ng --old-root-no-ino.

--lumang-ugat-devno
Paganahin ang paghahambing ng mga naitala na numero ng device kasama ng mga naitala na numero ng inode.
Gumagana lang ito sa magagandang lumang stable na numero ng device na lumalabas sa uso,
nanghihinayang. Kung ang hard disk ay may ibang numero ng device pagkatapos ng bawat pag-reboot, kung gayon
makikita ng paghahambing na ito ang lahat ng mga file bilang nabago at sa gayon ay maiwasan ang anumang incremental na laki
nagse-save

--lumang-ugat-walang-md5
I-disable ang pagre-record at paggamit ng mga MD5 checksum para sa content ng data file. Kung wala man
ang mga checksum at o ang mga numero ng inode ng disk ay naitala, pagkatapos ay magkakaroon ng opsyon -old-root
upang basahin ang nilalaman ng ISO image file kapag inihahambing ito sa nilalaman ng disk file.

Setting para larawan produksyon:

-o disk_path
Itakda ang output file address para sa umuusbong na ISO image. Kung ang address ay umiiral bilang
regular na file, puputulin ito sa haba 0 kapag nagsimula ang paggawa ng imahe. Maaaring
hindi pa umiiral bilang direktoryo. Kung hindi pa ito umiiral, ang parent directory nito
dapat na umiiral at isang regular na file ang malilikha.
Ang isang espesyal na uri ng pseudo disk_path ay may form na "/dev/fd/"numero. Inilalarawan nito ang
buksan ang file descriptor na may ibinigay na numero, hindi alintana kung ang operating system
Sinusuportahan ang tampok na ito sa pamamagitan ng mga file node sa /dev/fd o hindi. Hal. /dev/fd/4 ay file
descriptor 4 na binuksan ng programa na kalaunan ay nagsimula ng xorriso.
Ang default ay karaniwang output (/dev/fd/1) na maaari ding itakda ng disk_path "-".

-output disk_path
Alias ​​ng -o.

--stdio_sync "on"|"off"|"end"|numero
Itakda ang bilang ng mga byte pagkatapos na pilitin ang output sa disk upang mapanatili ang
memory mula sa pagiging barado ng maraming nakabinbing data para sa mga mabagal na device. "on" ay ang
katulad ng "16m". Ang sapilitang output ay maaaring i-disable sa pamamagitan ng "off", o maantala ng "end"
hanggang sa magawa ang lahat ng data. Kung pipiliin ang isang numero, dapat ay hindi bababa sa 64k.
Ang default na may xorriso mkisofs emulation ay --stdio_sync "off".
Gumagamit ang xorriso ng inner fifo buffer na may default na laki na 4 MiB. Kaya pilitin ang pagpapatakbo
system i/o cache sa disk ay hindi kinakailangang harangan ang sabay-sabay na produksyon ng
higit pang nilalaman ng imahe.

--emul-toc
Sumulat ng pangalawang superblock sa unang session sa mga random-access na file. Kung
madaragdagan pa ang mga session at maa-update ang unang superblock, pagkatapos ay ang
Ang pangalawang superblock ay hindi mapapatungan. Kaya posible pa ring i-mount ang
unang session at upang mahanap ang mga panimulang bloke ng mga karagdagang session.
Ang presyo ay 64 KiB dagdag na pagkonsumo ng espasyo. Kung ang -partition_offset ay hindi zero, kung gayon
ito ay 128 KiB plus dalawang beses ang partition setup.

--walang-emul-toc
Huwag magsulat ng pangalawang superblock sa unang session sa mga random-access na file.
Ito ang default.

--uri-timbang weight_number iso_rr_path
Mag-attribute ng LBA weight number sa mga regular na file. Kung ang iso_rr_path ay humahantong sa isang direktoryo
pagkatapos lahat ng mga regular na file sa ilalim ay makakakuha ng weight_number.
Ang weight_number ay maaaring mula sa -2147483648 hanggang 2147483647. Kung mas mataas ito, ang
mas mababa ang block address ng data ng file sa lumalabas na ISO image.
Sa kasalukuyan ang El Torito boot catalog ay may hardcoded na timbang na 1 bilyon. Karaniwan
dapat itong sakupin ang bloke na may pinakamababang posibleng address. Naidagdag ang mga data file
o na-load ng paunang timbang 0. Ang mga boot image file ay may default na timbang na 2.

--sort-weight-list disk_path
Basahin ang mga pares ng weight number at iso_rr_path mula sa isang file ng lokal na filesystem.
Ilapat ang bawat pares tulad ng sa --sort-weight.
Tanging ang huling --sort-weight-list o --sort-weight-pattern ng isang xorrisofs run lang ang makakakuha
magkakabisa.
Ang numero ng timbang ay binabasa mula sa simula ng linya. Ang bahagi ng iso_rr_path ng isang
Magsisimula kaagad ang input line pagkatapos ng unang blangko o tab na character ng linya.
Mga tala para sa kaso na ang feature na ito ay ginagamit sa loob ng pagkakasunod-sunod ng generic xorriso
mga utos (hindi isang isyu sa isang purong mkisofs emulation run):
Ang mga naka-address na file ay dapat na nasa modelo ng imaheng ISO kapag nag-execute ka
-as mkisofs --sort-weight-list disk_path --
Maraming mga naturang utos ang maaaring gamitin upang maglapat ng higit sa isang weight file.
Ang mga file ng data na ni-load ng -indev o -dev ay nakakakuha ng timbang sa pagitan ng 1 at 2 exp 28 =
268,435,456, depende sa kanilang block address. Ito ay dapat panatilihin ang mga ito halos sa
parehong pagkakasunud-sunod kung ang paraan ng pagsulat ng pagbabago ay inilapat.

--uri-uriin-timbang-pattern disk_path
Tulad ng --sort-weight-list , ngunit pinapalawak ang iso_rr_paths bilang mga pattern ng shell parser
at paglalapat ng --sort-weight sa bawat katugmang file.

-dir-mode paraan
Itakda ang mga pahintulot sa pag-access para sa lahat ng mga direktoryo sa larawan sa ibinigay na mode na
ay alinman sa isang octal number na nagsisimula sa "0" o isang comma separated list ng
mga pahayag ng anyong [ugoa]*[+-=][rwxst]* . Hal ug=rx,a-rwx

-file-mode paraan
Tulad ng -dir-mode ngunit para sa lahat ng regular na data file sa larawan.

-pad
Magdagdag ng 300 KiB sa dulo ng ginawang ISO image. Iniiwasan nito ang posibleng pagbabasa
mga error mula sa mga imaheng ISO na isinulat sa CD media sa TAO mode. Ang
ang mga karagdagang byte ay kine-claim bilang bahagi ng ISO image kung hindi --emul-toc ang ibinigay.
Option -pad ang default.

-walang-pad
I-disable ang padding na 300 KiB hanggang sa dulo ng ginawang ISO image. Ito ay ligtas kung
ang imahe ay hindi sinadya upang isulat sa CD o kung ito ay naisulat sa CD bilang lamang
track sa write mode SAO.

--luma-walang laman
Gamitin ang lumang paraan ng pagbibigay ng mga block address sa hanay na [0,31] sa mga file na may
walang sariling data na nilalaman. Ang bagong paraan ay ang pagkakaroon ng nakalaang bloke kung saan ang lahat ng iyon
magtuturo ang mga file.

Setting para pamantayan pagsunod:

-iso-level numero
Tukuyin ang bersyon ng ISO 9660 na tumutukoy sa mga limitasyon ng pagpapangalan ng file at data
laki ng file. Ang mga paghihigpit sa pagbibigay ng pangalan ay hindi nalalapat sa mga pangalan ng Rock Ridge ngunit sa lamang
ang mababang antas ng mga pangalan ng ISO 9660. Mayroong tatlong antas ng pagsang-ayon:
Pinapayagan ng Level 1 ang mga pangalan ng ISO ng form 8.3 at laki ng file hanggang 4 GiB - 1.
Pinapayagan ng Level 2 ang mga pangalan ng ISO na may hanggang 32 character at laki ng file hanggang 4 GiB - 1.
Pinapayagan ng Level 3 ang mga pangalan ng ISO na may hanggang 32 character at laki ng file na hanggang 400 GiB -
200 KiB. (Ang limitasyon sa laki na ito ay itinakda ng xorriso na pagpapatupad at hindi ng ISO
9660 na magpapahintulot sa halos 8 TiB.)
Ang pseudo-level 4 ay nagbibigay-daan sa paggawa ng karagdagang ISO 9660:1999 na puno ng direktoryo.

-disallow_dir_id_ext
Huwag sundin ang isang masamang ugali ng mkisofs na nagbibigay-daan sa mga tuldok sa mga pangalan ng ISO ng
mga direktoryo. Sa kabilang banda, ang ilang mga bootable na imahe ng GNU/Linux ay nakasalalay sa masamang ito
ugali.

-U
Binibigyang-daan ng opsyong ito ang mga pangalan ng ISO file na walang tuldok at hanggang 37 character, ISO file
path na mas mahaba sa 255 character, at lahat ng ASCII character sa mga pangalan ng file. Dagdag pa
inalis nito ang semicolon at ang mga numero ng bersyon sa dulo ng mga pangalan ng ISO.
Lahat ito ay lumalabag sa mga detalye ng ISO 9660.

-untranslated-filename
Alias ​​ng -U.

-untranslated_name_len numero
Payagan ang mga pangalan ng ISO file hanggang sa ibinigay na bilang ng mga character nang walang anumang character
pagbabagong loob. Ang maximum na bilang ay 96. Kung ang pangalan ng file ay may higit pang mga character, kung gayon
Ang paggawa ng imahe ay sadyang mabibigo.
Ito ay lumalabag sa mga detalye ng ISO 9660.

-payagan-maliit na titik
Payagan ang lowercase na character sa mga pangalan ng ISO file.
Ito ay lumalabag sa mga detalye ng ISO 9660.

-relaxed-filename
Payagan ang halos lahat ng 7-bit na character sa mga pangalan ng ISO file. Hindi pinapayagan ang 0x0 at '/'.
Kung hindi ibinigay ang opsyon -allow-lowercase, ang mga maliliit na titik ay mako-convert sa
malaking titik.
Ito ay lumalabag sa mga detalye ng ISO 9660.

-d
Huwag magdagdag ng trailing dot sa mga pangalan ng ISO file nang walang tuldok.
Ito ay lumalabag sa mga detalye ng ISO 9660.

-tanggalin-panahon
Alyas ng -d.

-l
Payagan ang hanggang 31 character sa mga pangalan ng ISO file.

-full-iso9660-filename
Alias ​​ng -l.

-max-iso9660-filename
Payagan ang hanggang 37 character sa mga pangalan ng ISO file.
Ito ay lumalabag sa mga detalye ng ISO 9660.

-N
Alisin ang semicolon at ang mga numero ng bersyon sa dulo ng mga pangalan ng ISO.
Ito ay lumalabag sa mga detalye ng ISO 9660.

-omit-version-number
Alias ​​ng -N.

Setting para pamantayan mga extension:

-R
Sa mkisofs, pinapagana ng pagpipiliang ito ang mga extension ng Rock Ridge. xorrisofs gumagawa ng mga ito sa pamamagitan ng
default. Lubos na hindi hinihikayat na huwag paganahin ang mga ito sa pamamagitan ng opsyon --norock.

-bato
Alias ​​ng -R.

-r
Itakda ang Rock Ridge user at group id ng lahat ng file sa ISO image sa 0. Grant
r-pahintulot sa lahat. Tanggihan ang lahat ng w-pahintulot. Kung may nakatakdang x-permission, ibigay
x-pahintulot sa lahat. Alisin ang s-bit at t-bit.

-rasyonal-bato
Alias ​​ng -r.

--norock
Hindi pinapagana ng opsyong ito ang paggawa ng mga extension ng Rock Ridge para sa ISO 9660 file
mga bagay. Ang mga multi-session na kakayahan ng xorrisofs depende masyado sa pagpapangalan
katapatan ng Rock Ridge. Kaya't lubos na hindi hinihikayat na huwag paganahin ito sa pamamagitan ng opsyong ito.

-file_name_limit numero
Itakda ang maximum na pinapayagang haba para sa mga pangalan ng file sa hanay na 64 hanggang 255. Path
ang mga bahagi na mas mahaba kaysa sa ibinigay na numero ay mapuputol at magkakaroon ng kanilang
huling 33 byte na na-overwrite ng colon ':' at ang hex na representasyon ng MD5 ng
ang unang 4095 byte ng buong napakalaking pangalan. Posibleng hindi kumpleto ang UTF-8
mapapalitan ng '_' ng mga character ang kanilang nangungunang byte.
Linux kernels hanggang sa hindi bababa sa 4.1 misrepresent mga pangalan ng haba 254 at 255. Kung ikaw
asahan ang mga naturang pangalan sa o sa ilalim ng mga disk_path at planong i-mount ang ISO ng naturang Linux
kernels, isaalang-alang na itakda ang -file_name_limit 253.

-D Ang karaniwang ECMA-119 ay humihiling na walang landas sa larawan ang dapat magkaroon ng higit sa 8 pangalan
mga bahagi o 255 character. Samakatuwid ito ay kinakailangan upang ilipat ang mas malalim
mga puno ng direktoryo sa isang mas mataas na direktoryo. Nag-aalok ang Rock Ridge ng pagkakataong magpaalam
lumilitaw ang mga inilipat na direktoryo sa kanilang orihinal na malalim na posisyon, ngunit ang tampok na ito
maaaring hindi maipatupad nang maayos ng mga operating system na nag-mount ng imahe.
Hindi pinapagana ng Option -D ang malalim na paglipat ng direktoryo na ito, at sa gayon ay lumalabag sa ISO 9660
panoorin.
Ang xorrisofs ay may -D na itinakda bilang default. Kung hayagang ibinigay pagkatapos ay i-override nito ang mga opsyon
-rr_reloc_dir at -hide-rr-moved.

-disable-deep-relocation
Alias ​​ng -D.

-rr_reloc_dir pangalan
Paganahin ang paglipat ng malalim na mga direktoryo at sa gayon ay maiwasan ang ECMA-119 file path ng
higit sa 8 mga bahagi ng pangalan o 255 character. Mga direktoryo na humahantong sa naturang file
ang mga landas ay ililipat sa isang direktoryo sa root directory ng imahe. Ang pangalan nito
itatakda ng opsyong ito. Ito ay pinahihintulutang gamitin ang root directory mismo.
Ang pangkalahatang puno ng direktoryo ay lalabas sa orihinal na malalim kapag binibigyang kahulugan bilang Bato
Puno ng tagaytay. Ito ay lilitaw bilang muling inayos kung ang ECMA-119 lamang ang impormasyon
isinaalang-alang
Kung ang ibinigay na relocation target na direktoryo ay hindi pa umiiral kapag ang imahe
magsisimula ang produksyon, pagkatapos ay malilikha ito at mamarkahan para sa Rock Ridge bilang relokasyon
artepakto. Hindi bababa sa GNU/Linux hindi ito ipapakita sa naka-mount na Rock Ridge
mga imahe.
Ang pangalan ay hindi dapat maglaman ng '/' na character pagkatapos ng unang character nito at hindi dapat
mas mahaba sa 255 bytes.
Walang epekto ang opsyong ito kung naroroon ang opsyon -D.

-itago-rr-ginalaw
Alyas ng -rr_reloc_dir "/.rr_moved"

--for_backup
Paganahin ang mga opsyon na nagpapabuti sa backup na katapatan: --acl, --xattr, --md5, --hardlinks.

--acl
Paganahin ang pag-record at pag-load ng mga ACL mula sa GNU/Linux o FreeBSD (tingnan ang man getfacl,
tao acl). Hindi magkakabisa ang mga ito sa mga naka-mount na mga imaheng ISO. Pero kaya ni xorriso
ibalik ang mga ito sa parehong mga system kapag nag-extract ng mga file mula sa ISO image.

--xattr
I-enable ang pagre-record at pag-load ng GNU/Linux o FreeBSD extended attributes sa user
namespace (tingnan ang man getfattr at man attr, man gettextattr at man 9 extattr,
ayon sa pagkakabanggit). Hindi magkakabisa ang mga ito sa mga naka-mount na imaheng ISO. Pero kaya ni xorriso
ibalik ang mga ito sa parehong mga system kapag nag-extract ng mga file mula sa ISO image.

--md5
I-enable ang pagre-record ng mga MD5 checksum para sa pangkalahatang ISO image at para sa bawat single
data file sa larawan. Maaaring suriin ng xorriso ang nilalaman ng isang imaheng ISO gamit ang mga ito
sums at taasan ang alerto sa mismatch. Tingnan ang man xorriso, mga pagpipilian -check_media,
check_md5_r. Ang xorriso ay maaaring mag-print ng mga naitalang MD5 checksum. Hal ni:
-find / -exec get_md5

--mga hardlink
Paganahin ang pag-load at pag-record ng mga hardlink na relasyon. Maghanap ng mga pamilya ng iso_rr
mga file na nagmumula sa parehong disk file, may kaparehong pagsala ng nilalaman at mayroon
magkaparehong katangian. Ang mga miyembro ng bawat pamilya ay nakakakuha ng parehong numero ng inode sa
ISO na imahe.
Kung igagalang ang mga numerong ito sa oras ng pag-mount ay depende sa operating system.
Ang xorriso ay maaaring lumikha ng mga hardlink na pamilya kapag kumukuha ng mga file mula sa imaheng ISO.

--scdbackup_tag disk_path record_name
Magdagdag ng scdbackup checksum record sa larawan. Gumagana lamang ito kung ang parameter
next_writeable_address ng opsyon -C ay 0. Kung ang disk_path ay hindi isang walang laman na string,
pagkatapos ay magdagdag ng scdbackup checksum record sa dulo ng file na ito. record_name ay a
salitang nakakakuha ng bahagi ng tag at record.
Ang program na scdbackup_verify ay makikilala at mabe-verify ang tag at talaan ng file.

-J
Paganahin ang paggawa ng karagdagang Joliet directory tree kasama ang ISO
9660 Puno ng Rock Ridge.

-joliet
Alias ​​ng -J.

-joliet-mahaba
Payagan ang 103 character sa Joliet file name sa halip na 64 gaya ng inireseta ng
pagtutukoy. Payagan ang Joliet path na mas mahaba kaysa sa itinakdang limitasyon na 240
character.
Naputol ang malalaking pangalan. Kung wala ang opsyong ito, hindi isasama ang malalaking landas
mula sa puno ng Joliet.

-joliet-utf16
I-encode ang mga pangalan ng file ng Joliet sa UTF-16BE kaysa sa UCS-2. Ang pagkakaiba ay sa
mga character na wala sa UCS-2 at na-encode sa UTF-16 ng 2 salita ng
16 bit bawat isa. Ang parehong mga salita ay nagmula sa isang nakareserbang subset ng UCS-2.

-hfsplus
Paganahin ang paggawa ng karagdagang HFS+ filesystem sa loob ng ISO 9660 na imahe
at markahan ito ng mga entry ng Apple Partition Map (APM) sa System Area, ang unang 32
KiB ng larawan.
Maaari itong mabangga ng mga opsyon tulad ng -G o -isohybrid-mbr na nagsusumite ng data ng user para sa
pagsasama sa parehong hanay ng address. Ang unang 8 byte ng System Area ay nakukuha
na-overwrite ng { 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff } na maaaring
naisakatuparan bilang x86 machine code na walang negatibong epekto. Kaya kung ang isang MBR ay pinagsama
gamit ang feature na ito, ang unang 8 byte nito ay hindi dapat maglaman ng mahahalagang command.
Ang susunod na mga bloke ng 2 KiB sa System Area ay sasakupin ng mga APM entries. Ang
ang una ay sumasaklaw sa bahagi ng ISO image bago ang HFS+ filesystem metadata. Ang
ang pangalawa ay nagmamarka ng hanay mula sa HFS+ metadata hanggang sa dulo ng data ng nilalaman ng file. Kung
mas maraming data ng imahe ng ISO ang sumusunod, pagkatapos ay gagawa ng ikatlong partition entry. Iba pa
Ang mga tampok ng xorriso ay maaaring maging sanhi ng pangangailangan para sa higit pang mga entry sa APM.
Magkaroon ng kamalayan na ang HFS+ ay case-insensitive bagama't maaari itong magtala ng mga pangalan ng file gamit ang
malaki at maliit na titik. Samakatuwid, ang mga pangalan ng file mula sa puno ng pangalan ng iso_rr
maaaring mabangga sa HFS+ name tree. Sa kasong ito, mababago sila sa pamamagitan ng pagdaragdag
underscore character at pagbibilang ng mga numero. Sa kaso ng napakahabang mga pangalan, maaaring ito ay
kinakailangan upang imapa ang mga ito sa "MANGLED_...".

-hfsplus-serial-no
Magtakda ng string ng 16 na digit na "0" hanggang "9" at mga titik "a" hanggang "f", na gagamitin bilang
natatanging serial number ng isang umuusbong na HFS+ filesystem.

-hfsplus-block-size numero
Itakda ang laki ng block ng alokasyon na gagamitin kapag gumagawa ng mga HFS+ filesystem.
Ang pinahihintulutan ay 512, 2048, o 0. Hinahayaan ng huli ang programa na magpasya.

-apm-block-size numero
Itakda ang laki ng block na gagamitin kapag naglalarawan ng mga partisyon ng isang Apple Partition Map.
Ang pinahihintulutan ay 512, 2048, o 0. Hinahayaan ng huli ang programa na magpasya.
Tandaan na ang laki na 512 ay hindi tugma sa produksyon ng GPT, at ang laki na iyon ay 2048
ay hindi mai-mountable -t hfsplus kahit man lang ng mas lumang mga kernel ng Linux.

-hfsplus-file-creator-type uri ng tagalikha iso_rr_path
Itakda ang HFS+ creator at i-type ang mga attribute ng isang file sa lumalabas na larawan. Ang mga ito
ay dalawang code ng 4 na character bawat isa.

-hfs-bless-by pagpapala sa iso_rr_path
Mag-isyu ng basbas ng HFS+. Ang mga ito ay mga tungkulin na maaaring maiugnay sa hanggang apat
mga direktoryo at isang data file:
"ppc_bootdir", "intel_bootfile", "show_folder", "os9_folder", "osx_folder".
Maaaring paikliin ang mga ito bilang "p", "i", "s", "9", at "x".
Ang bawat ganoong tungkulin ay maaaring maiugnay sa hindi hihigit sa isang file object. Ang "intel_bootfile" ay
ang isa na ilalapat sa isang data file. Lahat ng iba ay nalalapat sa mga direktoryo. Walang file
bagay ay maaaring magdala ng higit sa isang pagpapala.

-hfs-bless disk_path
Mag-isyu ng HFS+ blessing na "ppc_bootdir" sa direktoryo na nagmumula sa direktoryo
disk_path sa lokal na filesystem tree.
Gumagana lamang ito kung mayroong hindi bababa sa isang file ng data sa ilalim ng direktoryo.
disk_path ay maaaring maging malabo kung ang mga file mula sa iba't ibang lokal na filesystem sub-tree
ay inilalagay sa parehong sub-tree ng imaheng ISO. Pag-isipang gamitin ang -hfs-bless-by "p"
para sa hindi malabo na pagtugon sa pamamagitan ng iso_rr_path.

Setting para file nagtatago:

-tago disk_path_pattern
Gawing invisible ang mga file sa directory tree ng ISO 9660 at Rock Ridge, kung ang mga ito
Ang disk_path ay tumutugma sa ibinigay na shell parser pattern. Ang nilalaman ng data ng naturang nakatago
Ang mga file ay isasama sa magreresultang larawan, kahit na hindi sila lalabas sa alinman
direktoryo. Ngunit kakailanganin mo ng sariling paraan upang makahanap ng walang pangalan na data sa larawan.
Ang utos na ito ay hindi nalalapat sa boot catalog.

-itago-listahan disk_path
Magsagawa ng -hide gamit ang bawat linya sa labas ng file disk_path bilang argument disk_path_pattern.

-tago-joliet disk_path_pattern
Tulad ng opsyon -itago ngunit ginagawang hindi nakikita ang mga file sa puno ng direktoryo ng Joliet, kung
ang kanilang disk_path ay tumutugma sa ibinigay na shell parser pattern.

-itago-joliet-list disk_path
Magsagawa ng -hide-joliet gamit ang bawat linya sa labas ng file disk_path bilang argumento
disk_path_pattern.

-itago-hfsplus disk_path_pattern
Tulad ng opsyon -itago ngunit ginagawang hindi nakikita ang mga file sa puno ng direktoryo ng HFS+, kung
ang kanilang disk_path ay tumutugma sa ibinigay na shell parser pattern.

-itago-hfsplus-list disk_path
Magsagawa ng -hide-hfsplus gamit ang bawat linya sa labas ng file disk_path bilang argumento
disk_path_pattern.

ISO larawan ID mga kuwerdas:

Ang mga sumusunod na string at file address ay iniimbak sa Pangunahing Dami ng Descriptor ng
ang ISO9660 na imahe. Ang mga address ng file ay mga ISO 9660 path. Ang mga file na ito ay dapat magkaroon
iso_rr_paths na binubuo lamang ng mga character [A-Z0-9_] at eksaktong isang tuldok na
naghihiwalay ng hindi hihigit sa 8 character mula sa hindi hihigit sa 3 character.

-V teksto
Itakda ang Volume Id ng ISO image. tumatanggap ang xorriso ng anumang text hanggang 32 character,
ngunit ayon sa bihirang sinusunod na mga detalye, mas mahigpit na mga tuntunin ang nalalapat:
Ang conformant ay mga ASCII na character mula sa [A-Z0-9_]. Tulad ng: "IMAGE_23"
Binibigyang-daan ni Joliet ang 16 UCS-2 character. Tulad ng: "Windows name"
Magkaroon ng kamalayan na ang volume id ay maaaring awtomatikong magamit bilang pangalan ng mount point
kapag ang medium ay ipinasok sa isang mapaglarong sistema ng computer.

-walang bisa teksto
Alias ​​ng -V.

-volset teksto
Itakda ang Volume Set Id ng ISO image. Ang pinapayagan ay hanggang sa 128 character.

-P teksto
Itakda ang Publisher Id ng ISO image. Maaaring makilala nito ang tao o organisasyon
na tinukoy kung ano ang itatala. Ang pinapayagan ay hanggang sa 128 character.

-publisher teksto
Alias ​​ng -P.

-A teksto
Itakda ang Application Id ng ISO image. Maaaring matukoy nito ang detalye ng
kung paano naitala ang data. Ang pinapayagan ay hanggang sa 128 character.
Ang espesyal na text na "@xorriso@" ay mako-convert sa id string ng xorriso which is
karaniwang nakasulat bilang Preparer Id. Ito ay isang maling tradisyon na isulat ang program id bilang
Application Id.

-apid teksto
Alyas ng -A.

-sysid teksto
Itakda ang System Id ng ISO image. Ito ay maaaring makilala ang sistema na maaaring
kilalanin at kumilos ayon sa nilalaman ng System Area sa mga bloke ng imahe 0 hanggang 15.
Ang pinapayagan ay hanggang sa 32 character.

-p teksto
Itakda ang Preparer Id ng ISO image. Maaaring kilalanin nito ang tao o ibang entity
na kumokontrol sa paghahanda ng data na itatala. Karaniwan ito
dapat ay ang id ng xorriso at hindi ng tao o programa na nagpapatakbo
xorriso. Mangyaring iwasang baguhin ito. Ang pinapayagan ay hanggang sa 128 character.
Ang espesyal na text na "@xorriso@" ay mako-convert sa id string ng xorriso which is
default sa pagsisimula ng programa.

-tagapaghanda teksto
Alias ​​ng -p.

-abstract iso_path
Itakda ang address ng Abstract File ng ISO image. Ito dapat ang ISO 9660
path ng isang file sa imahe na naglalaman ng abstract na pahayag tungkol sa imahe
nilalaman. Ang pinapayagan ay hanggang sa 37 character.

-biblio iso_path
Itakda ang address ng Biblio File ng ISO image. Ito dapat ang ISO 9660
path ng isang file sa larawan na naglalaman ng mga talaan ng bibliograpiko. Pinahihintulutan ay
hanggang 37 character.

- copyright iso_path
Itakda ang address ng Copyright File ng ISO image. Ito dapat ang ISO 9660
path ng isang file sa larawan na naglalaman ng copyright statement. Pinahihintulutan ay
hanggang 37 character.

--modification-date=YYYYMMDDhhmmsscc
Magtakda ng timestring na nag-o-override sa paggawa ng ISO image at mga timestamp ng pagbabago
literal. Dapat itong binubuo ng 16 decimal digit na bumubuo ng YYYYMMDDhhmmsscc, na may
YYYY sa pagitan ng 1970 at 2999. Ang time zone ay GMT. Ito ay dapat na tumugma sa GRUB na ito
linya:
search --fs-uuid --set YYYY-MM-DD-hh-mm-ss-cc
Hal. 2010040711405800 ay 7 Abr 2010 11:40:58 (+0 centiseconds).

--application_use character|0xXY|disk_path
Tukuyin ang nilalaman ng field ng Paggamit ng Application na maaaring tumagal ng hindi hihigit sa 512 byte.
Kung ang parameter ng utos na ito ay walang laman, ang field ay puno ng 512
0-bytes. Kung ito ay isang solong karakter, ito ay mauulit nang 512 beses. Kung ito
nagsisimula sa pamamagitan ng "0x" na sinusundan ng dalawang hex na digit [0-9a-fA-F], pagkatapos ay ang mga digit ay babasahin bilang
byte value na inuulit ng 512 beses.
Anumang iba pang teksto ng parameter ay ginagamit bilang disk_path upang magbukas ng file ng data at magbasa hanggang sa
512 bytes mula dito. Kung ang file ay mas maliit sa 512 bytes, ang natitirang mga byte
sa patlang ay itakda sa binary 0.

El munting toro Bootable ISO mga imahe:

Ang paunang kondisyon para sa isang bootable na ISO image ay ang magkaroon sa ISO image ang mga file ng isang boot
loader. Ang mga pasilidad ng boot ng mga computer ay naidirekta sa mga ganoong file, na karaniwang ginagawa
karagdagang mga file ng programa mula sa imaheng ISO. xorrisofs maaaring makabuo ng ilang uri ng boot
block o boot record, na naging bahagi ng ISO image, at nabibigyang-kahulugan ng
ayon sa pasilidad ng boot.

An El munting toro itinuturo ng boot record ang pasilidad ng bootstrapping sa isang boot catalog na may isa o
higit pang mga boot na imahe, na mga binary program file na nakaimbak sa ISO image. Ang nilalaman ng
ang mga boot image file ay wala sa saklaw ng El Torito.
Binubuo ng xorriso ang boot catalog ayon sa mga file ng imahe ng boot na ibinigay at nakabalangkas
sa pamamagitan ng mga pagpipilian -b, -e, -el-torito-alt-boot, at --efi-boot. Kadalasan ito ay naglalaman lamang ng isang entry.
Nabibigyang-kahulugan ang El Torito ng mga pasilidad ng boot na PC-BIOS at EFI. Pinaka-bootable na GNU/Linux
Ang mga CD ay nilagyan ng ISOLINUX o GRUB boot images para sa PC-BIOS.
xorrisofs sumusuporta sa mga halimbawang opsyon mula sa ISOLINUX wiki, ang mga opsyon na ginamit sa GRUB
script grub-mkrescue, at ang halimbawa sa FreeBSD AvgLiveCD wiki.

Para sa CD booting sa pamamagitan ng boot facility maliban sa PC-BIOS at EFI, at para sa booting mula sa USB
sticks o hard disk, tingnan ang susunod na seksyon tungkol sa System Area.

-b iso_rr_path
Tukuyin ang boot image file na babanggitin sa kasalukuyang entry ng El
Torito boot catalog. Ito ay mamarkahan bilang angkop para sa PC-BIOS.
Gamit ang mga imahe ng boot mula sa ISOLINUX at GRUB ang pagpipiliang ito ay dapat na sinamahan ng
mga pagpipilian -c , -no-emul-boot , -boot-load-size 4 , -boot-info-table.

-eltorito-boot iso_rr_path
Alias ​​ng -b.

-eltorito-alt-boot
I-finalize ang kasalukuyang El Torito boot catalog entry at magsimula ng bago. Isang boot
file ng imahe at lahat ng kinakailangang mga opsyon ay dapat tukuyin bago ang opsyon
-eltorito-alt-boot. Nalalapat ang lahat ng karagdagang opsyon sa pag-boot ng El Torito sa bagong catalog
pagpasok. Hanggang sa 32 mga entry sa catalog ang posible.

-e iso_rr_path
Tukuyin ang boot image file na babanggitin sa kasalukuyang entry ng El
Torito boot catalog. Ito ay mamarkahan bilang angkop para sa EFI.
Ang opsyon -e ay dapat na sundan ng opsyon -no-emul-boot at walang iba pang opsyon sa El Torito
bago ang isang wakas -eltorito-alt-boot.

--efi-boot iso_rr_path
Magsagawa ng -eltorito-alt-boot, opsyon -e gamit ang ibinigay na iso_rr_path, -no-emul-boot,
at muli -eltorito-alt-boot. Ang galaw na ito ay ginagamit para sa pagkamit ng EFI-bootability ng
ang GRUB2 rescue CD.

-laki ng boot-load numero
Itakda ang bilang ng mga 512-byte na bloke na ilo-load sa oras ng boot mula sa boot image in
ang kasalukuyang entry ng catalog. Karaniwang nangangailangan ng laki ng load ang mga hindi-emulating BIOS bootimages
ng 4. Ang mga imahe ng boot ng EFI ay karaniwang nakakakuha ng set ng bilang ng mga bloke na inookupahan ng boot
dokumentong Larawan.
Hindi maaaring kumatawan ang El Torito sa mga laki ng load na mas mataas sa 65535.

-hard-disk-boot
Markahan ang boot image sa kasalukuyang catalog entry bilang emulated hard disk. (Hindi
angkop para sa anumang kilalang boot loader.)

-walang-emul-boot
Markahan ang boot image sa kasalukuyang entry ng catalog bilang hindi tumutulad sa floppy o hard
disk. (Ito ay gagamitin sa lahat ng kilalang boot loader.)
Kung hindi ibinigay ang alinman sa -hard-disk-boot o -no-emul-boot, kung gayon ang imahe ng boot ay magiging
minarkahan bilang pagtulad sa isang floppy. (Hindi angkop para sa anumang kilalang boot loader.)

-eltorito-id text|56_hexdigits
Tukuyin ang string ng ID ng seksyong boot catalog kung saan mapupunta ang boot image
nakalista. Kung ang value ay binubuo ng 56 na character [0-9A-Fa-f] pagkatapos ito ay mako-convert
sa 28 bytes, kung hindi, ang unang 28 character ay magiging ID string. Ang ID string ng
ang unang imahe ng boot ay nagiging pangkalahatang ID ng katalogo. Ito ay limitado sa 24
mga karakter. Ang ibang mga id_string ay nagiging mga section ID.

-eltorito-selcrit hexdigit
Tukuyin ang Pamantayan sa Pagpili ng imahe ng boot. Hanggang 20 byte ang mababasa mula sa
ibinigay na mga character [0-9A-Fa-f]. Naiuugnay ang mga ito sa boot image entry sa
katalogo.

-boot-info-table
I-overwrite ang mga byte 8 hanggang 63 sa kasalukuyang boot image. Ang impormasyon ay ibibigay
ni xorriso sa kurso ng paggawa ng imahe: Block address ng Pangunahing Dami
Descriptor, block address ng boot image file, laki ng boot image file.

--grub2-boot-info
I-overwrite ang mga byte 2548 hanggang 2555 sa kasalukuyang boot image sa pamamagitan ng address ng boot na iyon
larawan. Ang address ay nakasulat bilang 64 bit little-endian na numero. Ito ay ang 2KB block
address ng nilalaman ng boot image, pinarami ng 4, at pagkatapos ay dinagdagan ng 5.

-c iso_rr_path
Itakda ang address ng El Torito boot catalog file sa loob ng larawan. Ang file na ito
Ang address ay hindi mahalaga para sa pag-booting ng PC-BIOS o EFI, ngunit maaari itong basahin sa ibang pagkakataon
sa pamamagitan ng iba pang mga programa upang malaman ang tungkol sa mga magagamit na larawan ng boot.

-eltorito-catalog iso_rr_path
Alias ​​ng -c.

--boot-catalog-itago
Pigilan ang El Torito boot catalog na lumabas bilang file sa mga puno ng direktoryo ng
ang imahe

Sistema Lugar, MBR, GPT, APM, iba sipain mga bloke:

Ang unang 16 na bloke ng ISO image ay ang System Area. Ito ay nakalaan para sa system
umaasang boot software. Maaaring ito ang mga boot facility at partition table ng iba't-ibang
mga arkitektura ng hardware.
A MBR (Master Boot Record) ay naglalaman ng boot code at isang partition table. Ito ay binabasa ni
PC-BIOS kapag nagbo-boot mula sa USB stick o hard disk, at sa pamamagitan ng PowerPC CHRP o PReP kapag
booting. Ang isang MBR partiton na may uri na 0xee ay nagpapahiwatig ng pagkakaroon ng GPT.
A GPT (GUID Partition Table) ay nagmamarka ng mga partisyon sa mas modernong paraan. Binabasa ito ng EFI
kapag nagbo-boot mula sa USB stick o hard disk, at maaaring gamitin para sa paghahanap at pag-mount ng isang HFS+
pagkahati sa loob ng imaheng ISO.
An APM (Apple Partition Map) ay minarkahan ang HFS+ partition. Ito ay binabasa ng mga Mac para sa pag-boot at
para sa pag-mount.
MBR, GPT at APM ay pinagsama. Sinasakop ng APM ang unang 8 byte ng MBR boot code. Lahat
tatlo ang hindi humahadlang sa pag-boot ng El Torito mula sa CDROM.
xorrisofs sumusuporta sa karagdagang mga pasilidad ng boot: MIPS Big Endian (SGI), MIPS Little Endian
(DEC), SUN SPARC, HP-PA, DEC Alpha. Ang mga iyon ay kapwa hindi pinagsama at hindi rin
maaaring isama sa MBR, GPT, o APM.

Inaasahan ng ilan sa mga sumusunod na opsyon ang mga path ng disk bilang input ngunit tumatanggap din ng paglalarawan
mga string para sa libisofs interval reader, na nakakapag-cut ng data mula sa mga file ng disk o
-indev at para i-zeroize ang mga bahagi ng nilalaman: -G, -generic-boot, --embedded-boot,
--grub2-mbr, -isohybrid-mbr, -efi-boot-part, -prep-boot-part, -B, -sparc-boot,
-append_partition.
Ang string ng paglalarawan ay binubuo ng mga sumusunod na bahagi, na pinaghihiwalay ng colon ':'
"--interval:"Flags":"Interval":"Zeroizers":"Pinagmulan
Ang bahaging "--interval" ay nagsasaad na ito ay hindi isang plain disk path kundi isang agwat
string ng paglalarawan ng mambabasa.
Binabago ng component na Flags ang karagdagang interpretasyon:
Hinihiling ng "local_fs" na basahin mula sa isang file na inilalarawan ng path sa Source.
Hinihiling ng "imported_iso" na basahin mula sa -indev. Gumagana lamang ito kung ang -outdev ay hindi pareho
bilang -indev. Binabalewala ang Source component.
Ang component Interval ay binubuo ng dalawang byte address number na pinaghihiwalay ng isang "-" na character.
Hal. "0-429" ay nangangahulugang basahin ang mga byte 0 hanggang 429.
Ang bahaging Zeroizers ay binubuo ng zero o higit pang mga comma separated strings. Tinutukoy nila
kung aling bahagi ng babasahin ang data na i-zeroize. Ang byte number 0 ay nangangahulugang ang byte na nabasa mula sa
Address ng pagsisimula ng pagitan. Ang bawat string ay maaaring isa sa:
Hinihiling ng "zero_mbrpt" na i-zeroize ang MBR partition table kung ang mga byte 510 at 511 ay nagtataglay ng MBR
lagda 0x55 0xaa.
Hinihiling ng "zero_gpt" na tingnan ang isang header ng GPT sa mga byte na 512 hanggang 1023, upang i-zero ito at ang
mga bloke ng partition table.
Hinihiling ng "zero_apm" na suriin ang isang APM block 0 at i-zeroize ang mga bloke ng partition table nito.
Start_byte"-"Hinihiling ng End_byte na i-zeroize ang read-in byte na nagsisimula sa numero
Start_byte at nagtatapos pagkatapos ng End_byte.
Ang component Source ay ang file path na may flag na "local_fs", at hindi pinansin ng flag
"imported_iso".
Maaaring palakihin ang mga byte number sa pamamagitan ng suffix ng {k,m,g,t,s,d} na nangangahulugang multiplikasyon ng
{1024, 1024k, 1024m, 1024g, 2048, 512}. Ang isang naka-scale na halaga ng pagtatapos na numero ay nagpapakita ng huling byte ng
ang pinaliit na hanay.
Hal. "0d-0d" ay "0-511".
Halimbawa:
"local_fs:0-32767:zero_mbrpt,zero_gpt,440-443:/tmp/template.iso"
"imported_iso:45056d-47103d::"

-G disk_path
Kopyahin ang hindi hihigit sa 32768 bytes mula sa ibinigay na disk file hanggang sa pinakasimula ng ISO
larawan.
Maliban sa isang El Torito boot image, ang file disk_path ay hindi kailangang idagdag sa
ISO na imahe. Hindi ito lalabas bilang file sa mga puno ng direktoryo.
Sa mga sitwasyong multi-session, ang espesyal na disk_path "." pinipigilan ang pagbabasa ng isang disk
file ngunit gayunpaman ay nagiging sanhi ng mga pagsasaayos sa umiiral na MBR, na
iniutos ng iba pang mga pagpipilian.

-generic-boot disk_path
Alias ​​ng -G.

--naka-embed na-boot disk_path
Alias ​​ng -G.

--grub2-mbr disk_path
I-install ang disk_path sa System Area at ituring ito bilang modernong GRUB2 MBR. Ang nilalaman
Ang panimulang address ng unang imahe ng boot ay na-convert sa isang bilang na 512 byte na mga bloke,
at isang offset ng 4 ay idinagdag. Ang resulta ay nakasulat bilang 64 bit little-endian number
sa byte address na 0x1b0.

-isohybrid-mbr disk_path
I-install ang disk_path bilang ISOLINUX isohybrid MBR na gumagawa ng boot image na ibinigay ni
option -b bootable mula sa USB sticks at hard disks sa pamamagitan ng PC-BIOS. Ang paghahandang ito ay
karaniwang ginagawa ng ISOLINUX program na isohybrid sa nagawa nang ISO image.
Ang disk path ay dapat humantong sa isa sa mga Syslinux file isohdp[fp]x*.bin . Ang MBR
nata-tagpi ayon sa mga pangangailangan ng isohybrid. Ang unang partition ay naglalarawan sa hanay
ng imaheng ISO. Ang simula nito ay nasa block 0 bilang default, ngunit maaaring itakda sa 64 disk
mga bloke ayon sa opsyon -partition_offset 16.
Para sa kahulugan ng espesyal na disk_path "." tingnan ang opsyon -G.

-isohybrid-gpt-basdat
Markahan ang kasalukuyang imahe ng boot ng El Torito (tingnan ang mga opsyon -b at -e) sa GPT bilang partition
ng uri ng Basic Data. Gumagana lamang ito sa -isohybrid-mbr at may parehong epekto sa
ang lugar ng system bilang -efi-boot-part. Hindi ito maaaring pagsamahin sa -efi-boot-part o
-hfsplus.
Ang unang tatlong boot na imahe na minarkahan ng GPT ay lalabas din bilang partition
mga entry ng uri 0xef sa MBR. Ang MBR partition para sa PC-BIOS ay nakakakuha ng uri ng 0x00 sa halip
kaysa sa 0x17 sa kasong ito. Kadalasan ang karagdagang mga entry sa MBR ay ang mga talagang
masanay sa EFI.

-isohybrid-gpt-hfsplus
Markahan ang kasalukuyang imahe ng boot ng El Torito (tingnan ang mga opsyon -b at -e) sa GPT bilang partition
ng uri ng HFS+. Ang epekto at mga paghihigpit ay tulad ng sa -isohybrid-gpt-basdat.

-isohybrid-apm-hfsplus
Markahan ang kasalukuyang El Torito boot image (tingnan ang mga opsyon -b at -e) sa Apple Partition
Mapa bilang partition ng uri ng HFS+. Gumagana lamang ito sa -isohybrid-mbr at may a
katulad na epekto sa lugar ng system bilang -hfsplus. Hindi ito maaaring pagsamahin sa
-efi-boot-part o -hfsplus.
Ang ISOLINUX isohybrid MBR file ay dapat magsimula sa isang kilalang pattern na 32 bytes ng x86
machine code na mahalagang walang ginagawa. Mapapatungan ito ng 32 bytes ng
APM header mock-up.

--proteksyon-msdos-label
I-patch ang System Area sa pamamagitan ng isang simpleng PC-DOS partition table kung saan nag-claim ang partition 1
ang hanay ng imaheng ISO ngunit iniiwan ang unang bloke na hindi na-claim.

-partition_offset 2kb_block_adr
Magdulot ng partition table na may isang partition na magsisimula sa ibinigay na block
tirahan. Ito ay binibilang sa 2048 byte blocks, hindi sa 512 byte blocks. Kung ang block
Ang address ay hindi zero kung gayon ito ay dapat na hindi bababa sa 16. Ang mga halaga na mas malaki sa 16 ay halos hindi
ginagamit. Ang isang non-zero partition offset ay nagdudulot ng dalawang superblock na mabuo at dalawa
hanay ng mga puno ng direktoryo. Ang imahe ay pagkatapos ay mai-mount mula sa ganap na simula nito bilang
pati na rin mula sa simula ng partisyon.
Ang offset na halaga ng isang ISO image ay mapapanatili kapag may idinagdag na bagong session sa a
na-load na imahe. Kaya ang halaga na tinukoy dito ay may bisa lamang kung ang isang bagong imahe ng ISO ay makakakuha
nakasulat.

-partition_hd_cyl numero
Itakda ang bilang ng mga ulo sa bawat silindro para sa MBR partition table. 0 ang pipili ng a
default na halaga. Ang maximum ay 255.

-partition_sec_hd numero
Itakda ang bilang ng mga sektor sa bawat ulo para sa MBR partition table. 0 ang pipili ng a
default na halaga. Ang maximum ay 63.
Ang product partition_sec_hd * partition_hd_cyl * 512 ay ang cylinder size. Ito
ay dapat na mahahati sa 2048 upang gawing posible ang eksaktong pagkakahanay. Sa
nagdugtong ng mga partisyon at -nagkabit_part_as_gpt walang limitasyon para sa bilang ng
mga silindro. Kung hindi, maaaring mayroong hindi hihigit sa 1024 sa kanila. Kung ang laki ng silindro ay masyadong
maliit upang manatili sa ibaba ng limitasyon, kung gayon ang mga naaangkop na halaga ng partition_hd_cyl ay
pinili gamit ang partition_sec_hd 32 o 63. Kung ang imahe ay mas malaki sa 8,422,686,720
bytes, kung gayon ang mga hadlang sa laki ng silindro ay hindi maaaring matupad para sa MBR. Parang sila
hindi naman masyadong mahalaga. Ang mga flat block address sa mga partition table ay mainam para sa
1 TiB.

-partition_cyl_align paraan
Kontrolin ang pagkakahanay ng laki ng imahe sa isang integer na bilang ng mga cylinder. Ito ay inireseta
sa pamamagitan ng isohybrid specs at ito ay tila na mangyaring programa fdisk. Ang laki ng silindro ay dapat na
mahahati sa 2048. Ang mga larawang mas malaki sa 8,323,596,288 byte ay hindi maaaring ihanay sa MBR
talahanayan ng partisyon.
Ang mode na "auto" ay default. Ang pag-align sa pamamagitan ng padding ay mangyayari lamang kung ang opsyon -isohybrid-mbr
ay ibinigay.
Ang mode na "on" ay nagdudulot ng alignment sa pamamagitan ng padding na may opsyon na --protective-msdos-label din.
Ang mode na "all" ay parang "on" ngunit naglalagay din ng mga partisyon mula -append_partition sa isang
nakahanay na laki.
Ang mode na "off" ay hindi pinapagana ang pagkakahanay nang walang kondisyon.

-append_partition partition_number type_code disk_path
Maging sanhi ng isang inihandang imahe ng filesystem upang maidugtong sa imaheng ISO at maging
inilarawan ng isang entry ng partition table sa isang boot block sa simula ng umuusbong
ISO na imahe. Ang partition entry ay magkakaroon ng laki ng isinumiteng file na naka-round up
sa susunod na multiple ng 2048 bytes o sa susunod na multiple ng cylinder size.
Mag-ingat sa mga kasunod na multi-session run. Makukuha ang nakadugtong na partisyon
na-overwrite.
partition_number ay maaaring 1 hanggang 4. Number 1 ay maglalagay ng buong ISO image sa
unclaimed space bago partition 1. Kaya kasama ng karamihan sa xorriso MBR o GPT
mga tampok, ang numero 2 ang magiging pinaka-natural na pagpipilian.
Ang type_code ay maaaring "FAT12", "FAT16", "Linux", o isang hexadecimal na numero sa pagitan ng
0x00 at 0xff. Hindi lahat ng mga numerong iyon ay magbubunga ng magagamit na mga resulta. Para sa isang listahan ng mga code
maghanap sa Internet para sa "Mga Uri ng Partition" o patakbuhin ang fdisk command na "L". Ang code na ito
mahalaga lang sa MBR, hindi sa GPT.
Kung ang ilang iba pang utos ay nagiging sanhi ng paggawa ng GPT, pagkatapos ay ang mga nakadugtong na partisyon
babanggitin din doon, kahit na hindi -appended_part_as_gpt ang ibinigay.

-idinagdag_bahagi_bilang_gpt
Minamarkahan ang mga partisyon mula sa -append_partition sa GPT kaysa sa MBR. Sa kasong ito
ang MBR ay nagpapakita ng isang partisyon ng uri 0xee na sumasaklaw sa buong data ng output.
Bilang default, ang mga nakadugtong na partisyon ay mamarkahan lamang sa GPT kung ginawa ang GPT dahil
ng iba pang mga pagpipilian.

-efi-boot-part disk_path
Kopyahin ang isang file mula sa disk patungo sa umuusbong na imaheng ISO at markahan ito ng isang entry ng GPT bilang EFI
System Partition. Ang EFI boot firmware ay dapat na gumamit ng isang FAT filesystem na imahe sa
tulad ng isang partition para sa booting mula sa USB stick o hard disk.
Sa halip na isang disk_path, maaaring ibigay ang salitang --efi-boot-image. Naglalantad ito sa GPT
ang nilalaman ng unang El Torito EFI boot image bilang EFI system partition. EFI boot
Ang mga imahe ay ipinakilala sa pamamagitan ng mga opsyon -e o --efi-boot. Ang apektadong EFI boot image
hindi maipakita sa HFS+ dahil naka-imbak ito sa labas ng HFS+ partition.

-chrp-boot-part
Markahan ang block range ng buong lumalabas na ISO image bilang MBR partition na may uri na 0x96.
Hindi ito tugma sa anumang iba pang tampok na gumagawa ng mga entry sa partition ng MBR.
Ginagawa nitong hindi nakikilala ang GPT.
Ang CHRP ay kadalasang ginagamit kasabay ng HFS. Hindi pa nasusubok kung HFS+
Ang mga filesystem na ginawa gamit ang opsyon -hfsplus ay magbo-boot sa anumang makina na may kakayahang CHRP
na hindi nag-boot ng purong ISO 9660 din.

-chrp-boot
Alyas ng -chrp-boot-part.

-prep-boot-part disk_path
Kopyahin ang isang file mula sa disk patungo sa umuusbong na imaheng ISO at markahan ito ng isang partisyon ng MBR
entry ng uri 0x41. Ang PReP boot firmware ay dapat na basahin ang nilalaman ng
partition bilang solong ELF executable file. Ang pagpipiliang ito ay katugma sa iba pang MBR
mga partisyon at may GPT.

-mips-boot iso_rr_path
Ideklara ang isang data file sa larawan bilang isang MIPS Big Endian boot file at dahilan
produksyon ng isang MIPS Big Endian Volume Header. Ito ay kapwa eksklusibo sa
produksyon ng iba pang mga bloke ng boot tulad ng MBR. O-overwrite nito ang unang 512 byte ng
anumang data na ibinigay ng -G. Hanggang 15 boot file ang maaaring ideklara ng maramihan
-mips-boot na mga opsyon.

-mipsel-boot iso_rr_path
Ideklara ang isang data file sa larawan bilang MIPS Little Endian boot file. Ito ay
kapwa eksklusibo sa iba pang mga bloke ng boot. O-overwrite nito ang unang 512 byte
ng anumang data na ibinigay ng -G. Isang solong boot file lamang ang maaaring ideklara ni
-mipsel-boot.

-B disk_path[,disk_path ...]
Maging sanhi ng isa o higit pang mga file ng data sa disk na maisulat pagkatapos ng pagtatapos ng imaheng ISO.
Isang SUN Disk Label ang isusulat sa unang 512 bytes ng ISO image na
Inililista ang larawang ito bilang partition 1 at ang ibinigay na disk_paths bilang partition 2 hanggang 8.
Ang mga file ng disk ay dapat maglaman ng angkop na mga imahe ng boot para sa mga sistema ng SUN SPARC.
Ang pseudo disk_path "..." ay nagiging sanhi na ang lahat ng walang laman na partition entries ay naging mga kopya ng
ang huling hindi walang laman na entry. Kung walang ibang disk_path na ibinigay bago ang "..." pagkatapos ay lahat
Ang mga partisyon ay naglalarawan sa imahe ng ISO. Sa kasong ito, ang boot loader code ay dapat na
na-import sa pamamagitan ng opsyon -G.

-spark-boot disk_path[,disk_path ...]
Alias ​​ng -B.

-spark-label teksto
Itakda ang ASCII label text ng isang SUN Disk Label.

--grub2-sparc-core iso_rr_path
Gawin ang address ng nilalaman at laki ng ibinigay na file ng data sa larawan
nakasulat pagkatapos ng SUN Disk Label. Ang parehong mga numero ay binibilang sa bytes. Ang tirahan
ay nakasulat bilang 64 bit big-endian na numero sa byte 0x228. Ang laki ay nakasulat bilang 32
bit big-endian na numero sa byte 0x230.

-hppa-cmdline teksto
Itakda ang command line ng PALO para sa HP-PA. Hanggang 1023 character ang pinahihintulutan ng
default. Sa -hppa-hdrversion 4 ang limitasyon ay 127.
Tandaan na ang unang limang -hppa na opsyon ay sapilitan, kung alinman sa mga -hppa na opsyon
ay ibinigay. Tanging opsyon -hppa-hdrversion ang pinapayagang mawala.

-hppa-bootloader iso_rr_path
Italaga ang ibinigay na landas bilang HP-PA bootloader file.

-hppa-kernel-32 iso_rr_path
Italaga ang ibinigay na landas bilang HP-PA 32 bit kernel file.

-hppa-kernel-64 iso_rr_path
Italaga ang ibinigay na landas bilang HP-PA 64 bit kernel file.

-hppa-ramdisk iso_rr_path
Italaga ang ibinigay na landas bilang HP-PA RAM disk file.

-hppa-hdrversion numero
Pumili sa pagitan ng PALO header na bersyon 5 (default) at bersyon 4. Para sa naaangkop
halaga tingnan sa PALO source code: PALOHDRVERSION.

-alpha-boot iso_rr_path
Ideklara ang isang data file sa larawan bilang DEC Alpha SRM Secondary Bootstrap Loader
at maging sanhi ng produksyon ng isang boot sector na tumuturo dito. Ito ay kapwa
eksklusibo sa paggawa ng iba pang mga bloke ng boot tulad ng MBR.

Katangian set:

Hindi dapat mahalaga ang mga set ng character hangga't mga english alphanumeric na character lang ang ginagamit
para sa mga pangalan ng file o hangga't ang lahat ng mga manunulat at mambabasa ng medium ay gumagamit ng parehong karakter
itakda. Sa labas ng mga hadlang na ito, maaaring kailanganin na hayaan ang xorriso na mag-convert ng mga byte code.
Ang isang conversion mula sa input character set sa output character set ay ginaganap kapag ang isang ISO
nasusulat ang imahe. Vice versa mayroong isang conversion mula sa output character set sa
input character set kapag ang isang ISO image ay na-load. Ang mga hanay ay maaaring tukuyin ng mga pagpipilian
-input-charset at -output-charset, kung kinakailangan.

-input-charset character_set_name
Itakda ang set ng character kung saan iko-convert ang mga pangalan ng disk file kapag ipinapasok ang mga ito
sa imahe ng ISO.

-output-charset character_set_name
Itakda ang set ng character kung saan iko-convert ang mga pangalan ng na-load na mga imaheng ISO at sa
na magko-convert ng mga pangalan kapag nagsusulat ng mga imaheng ISO.

jigdo Template Pagkuha:

Mula sa man genisoimage: "Ang Jigdo ay isang tool upang tumulong sa pamamahagi ng malalaking file tulad ng CD
at mga larawan ng DVD; tingnan mo http://atterer.net/jigdo/ para sa karagdagang detalye. Mga Debian CD at DVD ISO
Ang mga larawan ay na-publish sa web sa jigdo na format upang payagan ang mga end user na i-download ang mga ito nang higit pa
mahusay."
Kung pinagana ang paggamit ng libjte sa oras ng pag-compile ng xorriso, kung gayon xorrisofs maaaring makabuo ng a
.jigdo at isang .template file kasama ng isang solong session na ISO na imahe. Kung hindi, si Jigdo
ang mga opsyon ay magdudulot ng FAILURE na kaganapan, na karaniwang humahantong sa pag-abort ng programa.
Maaaring matukoy ng isa ang kakayahan para kay Jigdo sa pamamagitan ng:
$ xorrisofs -bersyon 2>&1 | grep '^libjte' && echo OO

Ang .jigdo file ay naglalaman ng mga checksum at simbolikong mga address ng file. Ang .template file
naglalaman ng naka-compress na imaheng ISO na may mga reference na tag sa halip na mga byte ng nilalaman ng
nakalistang mga file.
Ang input para sa prosesong ito ay ang mga normal na argumento para sa a xorrisofs session na walang larawan
na-load, at isang .md5 file na naglilista ng mga data file na maaaring nakalista sa .jigdo
file at panlabas na isinangguni sa .template file. Ang bawat itinalagang file ay kinakatawan
sa .md5 file sa pamamagitan ng isang linya ng text:
MD5 bilang 32 hex digit, 2 blangko, laki bilang 12 decimal digit o blangko, 2 blangko, simbolikong
address ng file
Ang file address sa isang .md5 na linya ay kailangang may parehong basename bilang disk_path ng
file kung saan ito dapat tumugma. Ang path ng direktoryo ng file address ay mapagpasyahan para kay To=From
pagmamapa, hindi para sa pagkilala ng file. Pagkatapos ng To=Mula sa pagmamapa, maisusulat ang file address
sa .jigdo file. Iko-convert ng mga tool sa pag-restore ng Jigdo ang mga address na ito sa talagang
naaabot na mga address ng mapagkukunan ng data kung saan mababasa nila.
Kung ang listahan ng mga parameter ng jigdo ay walang laman, ang padding ay mabibilang bilang bahagi ng
ISO na imahe.

-jigdo-jigdo disk_path
Itakda ang disk_path para sa .jigdo file na may mga checksum at download na address para sa
pinupunan ang mga butas sa .template.

-jigdo-template disk_path
Itakda ang disk_path para sa .template file na may butas at naka-compress na ISO na imahe
kopya.

-jigdo-min-file-size laki
Itakda ang pinakamababang laki para sa isang data file na mailista sa .jigdo file at pagiging a
butas sa .template file. ang laki ay maaaring isang simpleng numero na nagbibilang ng mga byte, o isang numero
na may nakadugtong na titik na "k", "m", "g" upang mabilang ang KiB (1024 bytes), MiB (1024 KiB), o
GiB (1024 MiB).

-jigdo-force-md5 disk_path_pattern
nagdadagdag ng isang regular na pattern ng expression na makukuha kumpara sa absolute
disk_path ng anumang data file na hindi nakita sa listahan ng .md5. Ang isang tugma ay nagiging sanhi ng a
MISHAP na kaganapan, na karaniwang hindi nagpapalaglag sa pagtakbo ng programa ngunit sa wakas ay nagdudulot ng a
non-zero exit value ng program.

-jigdo-ibukod disk_path_pattern
Magdagdag ng pattern ng regular na expression na maihahambing sa absolute
disk_path ng anumang file ng data. Ang isang tugma ay nagiging sanhi ng file na manatili sa .template sa alinman
kaso.

-jigdo-map Kay=Mula
Magdagdag ng pares ng string ng form na To=From sa listahan ng parameter. Kung ang isang data file ay makakakuha
nakalista sa .jigdo file, pagkatapos ay tinutukoy ito ng file address mula sa linya nito sa
ang .md5 file. Ang file address na ito ay susuriin kung ito ay nagsisimula sa Mula sa
string. Kung gayon, ang string na ito ay papalitan ng To string at isang ':'
character, bago ito mapunta sa .jigdo file. Ang Mula sa string ay dapat magtapos sa isang '/'
na karakter.

-md5-listahan disk_path
Itakda ang disk_path kung saan mahahanap ang .md5 input file.

-jigdo-template-compress "gzip"|"bzip2"
Pumili ng isa sa "bzip2" o "gzip" para sa compression ng template file. Ang jigdo
Ang file ay inilabas nang hindi naka-compress.

-checksum_algorithm_iso listahan_ng_mga_pangalan
Pumili ng isa o higit pa sa "md5", "sha1", "sha256", "sha512" para sa auxiliary na "# Image
Hex" na mga checksum sa .jigdo file. Ang listahan_ng_mga_pangalan ay maaaring hal
"md5,sha1,sha512". Pinipili ng value na "all" ang lahat ng available na algorithm. Tandaan na ang MD5
nananatiling laging naka-enable.

-checksum_algorithm_template listahan_ng_mga_pangalan
Piliin ang mga algorithm para sa mga checksum na "# Template Hex" sa .jigdo file. Ang
Ang mga panuntunan para sa list_of_names ay kapareho ng sa -checksum_algorithm_iso.

sari-sari na pagpipilian:

-print-size
I-print sa karaniwang output ang nakikinita na bilang ng 2048 byte block sa
umuusbong na imahe ng ISO. Huwag gumawa ng larawang ito.
Ang resulta ay depende sa ilang mga setting.
Kung ang opsyon --emul-toc ay ibinigay, ang padding (tingnan ang -pad) ay hindi mabibilang bilang bahagi ng
ang laki ng imahe. Sa kasong ito, gamitin ang -no-pad o magdagdag ng 150 (= 300 KiB) sa
resultang numero.
Kung ang emulation ng mkisofs ay matatapos pagkatapos ng opsyon -print-size, kung gayon ang mga katangian ng karamihan
Ang kamakailang tinukoy na boot image file ay hindi maaaring i-edit ng mga kasunod na xorriso command.

--no_rc
Kung ginamit lamang bilang unang argumento ang pagpipiliang ito ay pumipigil sa pagbabasa at interpretasyon ng
mga startup na file. Tingnan ang seksyong FILES sa ibaba.

-tulong
Ilista ang mga suportadong opsyon sa stderr. Ang mga orihinal na opsyon sa mkisofs ay nagtataglay ng kanilang orihinal
mga teksto ng paglalarawan ng mkisofs.

-tahimik
Pigilan ang karamihan sa mga mensahe ng pagtakbo ng programa, maliban sa mga nagpapahiwatig ng mga problema o
mga pagkakamali.

-gui
Dagdagan ang dalas ng mga mensahe ng pacifier habang nagsusulat ng ISO image.

-log-file disk_path
Putulin ang disk_path ng file sa 0 na laki at i-redirect dito ang lahat ng mensahe na gagawin
karaniwang lumalabas sa stderr. -log-file na may walang laman na text habang pinapagana muli ng disk_path ang output
sa stderr.

-v
Paganahin ang output ng mga mensahe ng program na nagbibigay-kaalaman.

-salita
Alyas ng -v.

-version
Mag-print sa karaniwang output ng text na nagsisimula sa
"mkisofs 2.01-Emulation Copyright (C)"
at sa karaniwang error ang impormasyon ng bersyon ng xorriso.

HALIMBAWA

Pangkalahatang-ideya of mga halimbawa:
Isang simpleng pagtakbo ng paggawa ng imahe
Itakda ang mga ISO image path sa pamamagitan ng -graft-points
Magsagawa ng mga multi-session run
Hayaang gumana ang mga xorrisof sa ilalim ng mga growisof
Incremental backup ng ilang directory tree
Incremental backup na may mga naipon na puno
Gumawa ng mga bootable na imahe para sa PC-BIOS at EFI

A simple larawan produksyon tumakbo
Ang isang inihandang file tree sa directory ./for_iso ay makokopya sa root directory ng ISO
larawan. Ang mga pahintulot sa file ay naitakda sa read-only para sa lahat. Joliet attributes para sa
Naidagdag ang mga sistema ng Microsoft. Ang nagreresultang larawan ay naisusulat bilang data file ./image.iso on
disk
$ xorrisofs -r -J -o ./image.iso ./for_iso

Itakda ISO larawan mga landas by -graft-points
Nang walang opsyon -graft-points bawat ibinigay na disk file ay kinokopya sa root directory ng
ISO image, pinapanatili ang pangalan nito. Kung ang isang direktoryo ay ibinigay, ang mga file nito at
ang mga sub-directory ay kinopya sa root directory, pinapanatili ang kanilang mga pangalan.
$ xorrisofs ... /home/me/datafile /tmp/directory
magbubunga sa ISO image root directory:
/datafile
/file_1_from_directory
...
/file_N_from_directory

Gamit ang opsyon -graft-points posible na ilagay ang mga file at direktoryo sa mga arbitrary na landas
sa imaheng ISO.
$ xorrisofs ... -graft-points /home/me/datafile /dir=/tmp/directory
magbubunga sa ISO image root directory:
/datafile
/dir
Sa kalaunan ay awtomatikong malilikha ang mga direktoryo ng magulang sa larawan:
/datafiles/file1=/home/me/datafile
nagbubunga sa imahe ng ISO:
/datafiles/file1
Ang mga katangian ng direktoryo /datafiles ay kinopya mula sa /home/me sa disk.

Karaniwan dapat iwasan ng isa ang = at \ na mga character sa bahaging ISO ng isang pathspec. Ngunit kung ito
dapat, maaaring makatakas sa kanila:
/with_\=_and_\\/file=/tmp/directory/file
nagbubunga sa imahe ng ISO:
/with_=_and_\/file

Magsagawa multi-session tumatakbo
Gumagana ang halimbawang ito para sa multi-session na media lamang: CD-R[W], DVD-R[W], DVD+R, BD-R. Idagdag
cdrskin option --grow_overwriteable_iso to all -as cdrecord runs para paganahin
multi-session emulation sa overwriteable media.
Ang unang sesyon ay nakasulat tulad nito:
$ xorrisofs -graft-points \
/tree1=prepared_for_iso/tree1 \
| xorriso -as cdrecord -v dev=/dev/sr0 blank=fast -multi -eject -
Ang mga follow-up na sesyon ay isinusulat tulad nito:
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ m=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$ xorrisofs -M /dev/sr0 -C $m -graft-points \
/tree2=prepared_for_iso/tree2 \
| xorriso -as cdrecord -v dev=/dev/sr0 -waiti -multi -eject -
Palaging i-eject ang drive tray sa pagitan ng mga session. Nababasa ang mga lumang session sa pamamagitan ng /dev/sr0. Nito
Maaaring hindi alam ng driver ng device ang nabagong content bago nito muling i-load ang medium.
Sa kasong ito, hindi mailo-load ang nakaraang session at maglalaman ang bagong session
ang mga bagong idinagdag na file lamang.
Para sa parehong dahilan huwag hayaan ang xorriso -as cdrecord load ang daluyan, ngunit sa halip gawin ito
mano-mano o sa pamamagitan ng isang programa na nagbabasa mula sa /dev/sr0.

Pabayaan xorrisofs trabaho sa ilalim growisofs
Inaasahan ng growisofs ang isang ISO formatter program na nakakaunawa sa mga opsyon -C at -M. Isang variable
ay tinukoy upang i-override ang hardcoded default na pangalan.
$ export MKISOFS="xorrisofs"
$ growisofs -Z /dev/dvd /some/files
$ growisofs -M /dev/dvd /more/files
Kung walang available na "xorrisofs" sa iyong system, kakailanganin mong gumawa ng link
turo sa xorriso binary at sabihin sa growisofs na gamitin ito. Hal ni:
$ ln -s $(which xorriso) "$HOME/xorrisofs"
$ export MKISOFS="$HOME/xorrisofs"
Maaaring ihinto ng isa ang pagtulad sa mkisofs sa pamamagitan ng argumentong "--" at gamitin ang lahat ng xorriso command.
hindi gusto ng growisofs ang mga opsyon na nagsisimula sa "-o" ngunit dapat na nakatakda ang -outdev sa "-". Kaya gamitin
"outdev" sa halip:
$ growisofs -Z /dev/dvd --for_backup -- \
outdev - -update_r /my/files /files
$ growisofs -M /dev/dvd --for_backup -- \
outdev - -update_r /my/files /files
Tandaan na ang --for_backup ay ibinibigay sa mkisofs emulation. Para mapanatili ang naitalang dagdag
data dapat na ito ay may bisa, kapag ang emulation ay naglo-load ng larawan.

Incremental backup of a ilan direktoryo mga puno
Binabago nito ang mga puno ng direktoryo /open_source_project at /personal_mail sa imaheng ISO
upang sila ay maging eksaktong mga kopya ng kanilang mga katapat sa disk. Nakukuha ng mga bagay na ISO file
ginawa, tinanggal, o naayos ang kanilang mga katangian nang naaayon.
Ire-record ang mga ACL, xattr, hard link at MD5 checksum. Inaasahan na ang inode
ang mga numero sa disk filesystem ay nagpapatuloy sa mga siklo ng pag-mount at pag-boot. Mga file
na may mga pangalan na tumutugma sa *.o o *.swp ay tahasang hindi kasama.

Upang magamit nang maraming beses sa parehong medium, sa tuwing may update ng dalawang disk tree sa
ang daluyan ay ninanais. Magsimula sa isang blangkong medium at i-update ito hanggang sa mabigo siya sa pagtakbo
maganda dahil sa kakulangan ng natitirang espasyo sa luma.
Huwag hayaang i-load ng xorriso -as cdrecord ang medium, ngunit gawin ito nang manu-mano o sa pamamagitan ng a
program na nagbabasa mula sa /dev/sr0.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$ load_opts=
$ test -n "$msinfo" && load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(petsa '+%Y_%m_%d_%H%M%S')" -graft-points \
-lumang-ugat / \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -

Makatuwiran ito kung ang buong backup ay nag-iiwan ng malaking natitirang kapasidad sa media at kung
ang mga inaasahang pagbabago ay mas maliit kaysa sa buong backup.

Mas mabuti do hindi gamitin iyong bunso backup para -lumang-ugat. Magkaroon ng hindi bababa sa dalawang media na ikaw
gumamit ng salit-salit. Kaya't ang mga mas lumang backup lamang ang nalalagay sa panganib ng bagong operasyon ng pagsulat, habang
ang pinakabagong backup ay ligtas na nakaimbak sa ibang medium.
Palaging magkaroon ng blangko na medium na handang magsagawa ng buong backup kung sakaling mabigo ang pagtatangka sa pag-update
dahil sa hindi sapat na natitirang kapasidad. Ang kabiguan na ito ay hindi palayawin ang lumang daluyan, ng
course.

Kung ang mga numero ng inode sa disk ay hindi paulit-ulit, pagkatapos ay gamitin ang opsyon --old-root-no-ino . Dito sa
kaso ang isang update run ay maghahambing ng mga naitala na MD5 sums laban sa kasalukuyang nilalaman ng file sa hard
disk

may Mount opsyon -o "sbsector=" sa GNU/Linux o -s sa FreeBSD o NetBSD posible na
i-access ang mga session tree na kumakatawan sa mga mas lumang backup na bersyon. Gamit ang CD media,
Ang GNU/Linux mount ay direktang tumatanggap ng mga numero ng session sa pamamagitan ng opsyong "session=".
Ang multi-session na media at karamihan sa mga na-overwrite na media na isinulat ni xorriso ay maaaring sabihin sa mga sbsectors
ng kanilang mga session sa pamamagitan ng xorriso option -toc:
$ xorriso -dev /dev/sr0 -toc
Maaaring i-print ng xorriso ang katugmang mount command para sa isang numero ng session:
$ xorriso -mount_cmd /dev/sr0 session 12 / mnt
o para sa isang volume id na tumutugma sa isang expression sa paghahanap:
$ xorriso -mount_cmd /dev/sr0 volid '*2008_12_05*' / mnt
Parehong nagbubunga sa karaniwang output tulad ng:
mount -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/ mnt'
Maaaring hayaan ng superuser ang xorriso na isagawa ang mount command nang direkta:
# osirrox -mount /dev/sr0 "volid" '*2008_12_05*' / mnt

Incremental backup sa naipon mga puno
Hindi nag-aalok ang Solaris ng opsyon na mag-mount ng mga mas lumang session. Upang mapanatili ang mga ito
naa-access, maaaring imapa ng isa ang lahat ng mga file sa isang file tree sa ilalim ng direktoryo ng session at maipon
mga direktoryo mula sa session hanggang session. Ang -root tree ay na-clone mula sa -old-root
puno bago ito maihambing sa naaangkop na mga puno sa disk.
Hinihingi nitong malaman ang dating ginamit na pangalan ng direktoryo ng session.
Sa unang sesyon:
$ xorrisofs -root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(petsa '+%Y_%m_%d_%H%M%S')" -graft-points \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -as cdrecord dev=/dev/sr0 -v blank=as_needed \
-multi -waiti -eject -

Sa pangalawang session, ang opsyon -old-root ay tumutukoy sa /session1 at ang bagong -root ay
/session2.
Huwag hayaang i-load ng xorriso -as cdrecord ang medium, ngunit gawin ito nang manu-mano o sa pamamagitan ng a
program na nagbabasa mula sa /dev/sr0.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$ load_opts=
$ test -n "$msinfo" && load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -root /session2 -old-root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(petsa '+%Y_%m_%d_%H%M%S')" -graft-points \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -
Sa ikatlong session, ang opsyon -old-root ay tumutukoy sa /session2. Ang bagong -root ay /session3.
At iba pa.

Lumikha bootable imahe para PC-BIOS at EFI
Ang SYSLINUX/ISOLINUX boot loader suite ay sikat para sa pag-booting ng PC-BIOS. Ang ISOLINUX wiki
nagrereseta na lumikha sa disk ng isang direktoryo ./CD_root at upang kopyahin ang lahat ng nais na mga file
sa ilalim ng direktoryo na iyon. Lalo na ang file na isolinux.bin ay dapat makopya sa
./CD_root/isolinux/isolinux.bin . Ito ang boot image file.
Ang mga iniresetang opsyon sa mkisofs ay maaaring gamitin nang hindi nababago xorrisofs:
$ xorrisofs -o output.iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
./CD_root
Ilagay ito sa CD sa pamamagitan ng isang burn program. Hal:
$ xorriso -as cdrecord -v dev=/dev/sr0 blank=as_needed output.iso

Ang larawan mula sa halimbawa sa itaas ay magbo-boot mula sa CD, DVD o BD, ngunit hindi mula sa USB stick o iba pa
hard-disk-like na mga device. Magagawa ito sa tulong ng isang isohybrid MBR. Nagbibigay ang Syslinux
tumutugma sa mga file ng template bilang isohdp[fp]x*.bin . Hal /usr/lib/syslinux/isohdpfx.bin .
Kung ang ilang daang KB na sukat ay hindi mahalaga, kung gayon ang opsyon -partition_offset ay maaaring gamitin
lumikha ng partition table kung saan ang partition 1 ay nagsisimula hindi sa block 0. Ito ay nagpapadali sa ibang pagkakataon
mga manipulasyon ng USB stick ng mga tool para sa partitioning at formatting.
Ang larawan mula sa sumusunod na halimbawa ay ihahanda para sa pag-boot sa pamamagitan ng MBR at ang una nito
magsisimula ang partition sa hard disk block 64.
Mag-boot din ito mula sa optical media.
$ xorrisofs -o output.iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
-isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin \
-partition_offset 16 \
./CD_root
Maging superuser at kopyahin ang imahe sa unpartitioned base device file ng USB
patpat. Sa GNU/Linux ito ay hal /dev/sdb, hindi /dev/sdb1.
MAG-INGAT: O-overwrite nito ang anumang partitioning sa USB stick at gagawin ang natitirang data
hindi naa-access.
Kaya siguraduhin munang nakuha mo ang tamang address ng nilalayong device. Hal sa pamamagitan ng pagbabasa
100 MiB data mula dito at pinapanood itong kumukurap:
# dd bs=2K kung=/dev/sdb count=50K >/dev/null
Ngayon ay kopyahin ang larawan dito
# dd bs=2K if=output.iso of=/dev/sdb

Ngayon para sa EFI:
Ang boot image file ay dapat na imahe ng isang EFI System Partition, ibig sabihin, isang FAT filesystem
na may direktoryo /EFI/BOOT at mga boot file na may mga iniresetang pangalan ng EFI: BOOTIA32.EFI para sa 32 bit
x86, BOOTx64.EFI para sa 64 bit AMD/x86 (sa UEFI-2.4 mayroon talagang lower case na "x"),
BOOTAA64.EFI para sa 64 bit ARM. Ang software sa FAT filesystem ay dapat na mahanap at
siyasatin ang ISO filesystem para sa configuration ng boot loader at pagsisimula ng operating system.
Ang GRUB2 program na grub-mkimage ay maaaring gumawa ng ganitong FAT filesystem na may angkop na nilalaman, na
pagkatapos ay gumagamit ng karagdagang GRUB2 software mula sa ISO filesystem.
Maaaring isama ang EFI boot equipment sa ISOLINUX isohybrid sa itaas para sa PC-BIOS sa isang not
talagang sumusunod sa UEFI-2.4 na paraan, na malinaw na gumagana nang maayos. Nagbubunga ito ng partisyon ng MBR at GPT
mga talahanayan, parehong may nested partition. Ipinapalagay na ang imahe ng EFI System Partition ay handa na bilang
./CD_root/boot/grub/efi.img, idagdag ang mga sumusunod na opsyon bago ang address ng direktoryo
./CD_root:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-isohybrid-gpt-basdat \
Ang mas sumusunod sa UEFI-2.4 ay ang magpasya para sa alinman sa MBR o GPT at magdagdag ng kopya ng
ang EFI System Partition para maiwasan ang overlap ng ISO partition at EFI partition.
Narito para sa MBR:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-append_partition 2 0xef ./CD_root/boot/grub/efi.img \
Ang mga resultang ISO ay dapat na mag-boot mula sa optical media at USB stick. Maaaring tanggalin ng isa
opsyon -eltorito-alt-boot kung walang opsyon -b ang ginagamit upang gawing bootable ang ISO sa pamamagitan ng PC-BIOS.

Para sa mga ISO na may purong GRUB2 boot equipment isaalang-alang na gumamit ng GRUB2 tool grub-mkrescue bilang
frontend sa xorrisofs.

Kung mayroon kang bootable ISO filesystem at gusto mong malaman ang mga kagamitan nito kasama ang isang panukala kung paano
para kopyahin ito, subukan:
$ xorriso -hfsplus sa -indev IMAGE.iso \
-report_el_torito plain -report_system_area plain \
-print "" -print "======= Proposal para sa mga pagpipilian sa xorrisofs:" \
-report_el_torito as_mkisofs

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