xorrisofs - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

xorrisofs - การจำลอง ISO 9660 โปรแกรม mkisofs โดยโปรแกรม xorriso

เรื่องย่อ

ซอร์ริซอฟส์ [ ตัวเลือก ] [-o ชื่อไฟล์ ] pathspec [pathspecs ...]

DESCRIPTION

ซอร์ริซอฟส์ สร้างระบบไฟล์ ISO 9660 ที่ปรับปรุง Rock Ridge และเซสชันเสริมดังกล่าว
ระบบไฟล์ นอกจากนี้ยังสามารถสร้างแผนผังไดเร็กทอรี Joliet ได้อีกด้วย

ซอร์ริซอฟส์ เข้าใจตัวเลือกของโปรแกรม mkisofs จาก cdrtools โดย Joerg Schilling มันคือ
การใช้งานเป็นส่วนหนึ่งของโปรแกรม xorriso ซึ่งไม่แชร์ซอร์สโค้ดกับ cdrtools

มาตรฐาน ISO 9660, หิน ริดจ์ โจเลียต HFS +:
มาตรฐาน ISO 9660 (หรือที่รู้จัก ECMA-119) เป็นระบบไฟล์แบบอ่านอย่างเดียวที่ใช้เป็นหลักสำหรับสื่อออปติคัล
CD, DVD, BD แต่อาจอยู่ในอุปกรณ์จัดเก็บข้อมูลอื่นๆ เช่น ไฟล์ดิสก์, USB sticks หรือ
พาร์ติชั่นดิสก์ สามารถอ่านได้อย่างกว้างขวางโดยระบบปฏิบัติการจำนวนมากและโดยสิ่งอำนวยความสะดวกในการบู๊ตของ
คอมพิวเตอร์ส่วนบุคคล
ISO 9660 อธิบายไดเร็กทอรีและไฟล์ข้อมูลโดยใช้ชื่อไฟล์ที่จำกัดมากโดยไม่มี
ความแตกต่างของตัวพิมพ์ใหญ่และตัวพิมพ์เล็ก ข้อมูลเมตาไม่เป็นไปตามพื้นฐาน POSIX
ข้อกำหนด
หิน สันเขา เป็นชื่อชุดข้อมูลเพิ่มเติมที่ปรับปรุง ISO 9660
ระบบไฟล์เพื่อให้สามารถเป็นตัวแทนของระบบไฟล์ที่สอดคล้องกับ POSIX ด้วยความเป็นเจ้าของการเข้าถึง
การอนุญาต ลิงก์สัญลักษณ์ และคุณลักษณะอื่นๆ Rock Ridge อนุญาตให้ชื่อไฟล์สูงถึง
255 ไบต์และเส้นทางสูงสุด 1024 ไบต์
xorrisofs สร้างข้อมูล Rock Ridge โดยค่าเริ่มต้น ท้อแท้อย่างแรง
ปิดใช้งานคุณลักษณะนี้
โจเลียต เป็นชื่อของไดเร็กทอรีทรีเพิ่มเติมซึ่งระบุชื่อไฟล์ได้ถึง 64
อักขระที่เข้ารหัสเป็น UTF-16 ต้นไม้ Joliet นั้นน่าสนใจสำหรับการอ่าน ISO . เป็นหลัก
ภาพโดยระบบปฏิบัติการของ Microsoft Corporation การผลิตแผนผังไดเร็กทอรีนี้
อาจเปิดใช้งานโดยตัวเลือก -J
มาตรฐาน ISO 9660:1999 เป็นชื่อของไดเร็กทอรีทรีเพิ่มเติมซึ่งให้ชื่อไฟล์ที่ยาวขึ้น
อนุญาตให้ชื่อไฟล์เดียวมีอักขระได้สูงสุด 207 ตัว มันอาจจะใช้กับบางคนก็ได้
สิ่งอำนวยความสะดวกในการบู๊ตระบบคอมพิวเตอร์รุ่นเก่าซึ่งไม่อ่านทั้ง Rock Ridge หรือ Joliet แต่ต้องการ
ชื่อไฟล์ที่ยาวขึ้น การผลิตแผนผังไดเร็กทอรีนี้อาจเปิดใช้งานโดย option
-iso ระดับ 4
HFS + เป็นชื่อระบบไฟล์ที่ปกติใช้เขียนและอ่านแบบ hard
ดิสก์และอุปกรณ์ที่คล้ายกัน เป็นไปได้ที่จะฝังพาร์ติชั่น HFS+ ลงใน ISO . ที่เกิดขึ้นใหม่
9660 ภาพและทำเครื่องหมายโดยรายการ Apple Partition Map สิ่งนี้รบกวนตัวเลือก
ซึ่งคัดลอกข้อมูลลงในอิมเมจ ISO 32 KiB แรก เช่น -G หรือ -isohybrid-mbr ดู
ตัวเลือก -hfsplus
วัตถุประสงค์หลักในการมีพาร์ติชัน HFS+ แบบฝังตัวคือการบูตเครื่องบางรุ่นของ
คอมพิวเตอร์แอปเปิล.

แทรก ไฟล์ เข้าไป มาตรฐาน ISO ภาพ:
ซอร์ริซอฟส์ เกี่ยวข้องกับที่อยู่ไฟล์สองประเภท:
disk_path เป็นพาธไปยังอ็อบเจ็กต์ในแผนผังระบบไฟล์ในเครื่อง
iso_rr_path คือที่อยู่ Rock Ridge ของวัตถุไฟล์ในอิมเมจ ISO ถ้าไม่มีร็อคริดจ์
ข้อมูลจะถูกเก็บไว้ใน ISO ที่เกิดขึ้นใหม่ จากนั้นชื่อจะถูกจับคู่กับ ISO 9660
ชื่อที่มีความยาวจำกัดและชุดอักขระ

อาร์กิวเมนต์ของโปรแกรมถูกจัดการเป็น เส้นทางพิเศษ, หากไม่ได้รับการยอมรับว่าเป็น mkisofs ดั้งเดิม
ตัวเลือกหรือเพิ่มเติม ซอร์ริซอฟส์ ตัวเลือก. pathspec แสดงให้เห็นวัตถุไฟล์อินพุตโดยa
ดิสก์_พาธ หากไม่มีตัวเลือก -graft-points แสดงว่าพฤติกรรมนั้นขึ้นอยู่กับไฟล์
ประเภทของ disk_path ไดเร็กทอรีถูกรวมเข้ากับไดเร็กทอรี /- ของอิมเมจ ISO ไฟล์ของ
ประเภทอื่น ๆ ถูกคัดลอกไปยัง /-directory
หากมี -graft-points แต่ละ pathspec จะถูกแยกออกเมื่อเกิดขึ้นครั้งแรกของ
=-ตัวละคร. ส่วนหน้า = ถูกนำมาเป็น เป้าเช่น iso_rr_path สำหรับไฟล์
วัตถุในภาพ ISO ส่วนหลังแรก = ถูกนำมาเป็น แหล่งเช่น disk_path
ของวัตถุอินพุต
เป็นไปได้ที่จะทำให้ =-characters เป็นส่วนหนึ่งของ iso_rr_path โดยนำหน้าด้วย a
\-อักขระ. ต้องทำเช่นเดียวกันสำหรับ \-ตัวอักษรซึ่งจะเป็นส่วนหนึ่งของ
iso_rr_path

หากส่วนต้นทางของ pathspec นำไปสู่ไดเร็กทอรี ไฟล์ทั้งหมดภายใต้ this
ไดเร็กทอรีถูกแทรกลงในภาพด้วย เป็นไปได้ที่จะยกเว้นไฟล์บางไฟล์
จากการถูกแทรกด้วยความช่วยเหลือของตัวเลือก -m
ในกรณีที่เป้าหมายนั้นมีอยู่แล้ว ให้ใช้กฎต่อไปนี้: ไดเร็กทอรีและไฟล์อื่นๆ
อาจเขียนทับไดเรกทอรีที่ไม่ใช่ไดเรกทอรีที่มีอยู่ ไดเร็กทอรีถูกรวมเข้ากับไดเร็กทอรีที่มีอยู่
ไม่ใช่ไดเร็กทอรีไม่สามารถเขียนทับไดเร็กทอรีที่มีอยู่ได้

ความสัมพันธ์ ไปยัง โครงการ ซอร์ริโซ:
ซอร์ริซอฟส์ จริงๆ แล้วเป็นโหมดคำสั่งของโปรแกรม ซอร์ริโซซึ่งถูกป้อนโดย
คำสั่ง xorriso "-as mkisofs" หรือโดยการเริ่มโปรแกรมโดยใช้ชื่อใดชื่อหนึ่ง "xorrisofs"
"mkisofs", "genisoimage" หรือ "genisofs"
โหมดคำสั่งนี้สามารถทิ้งไว้ได้โดยอาร์กิวเมนต์ "--" ซึ่งนำไปสู่คำสั่ง xorriso ทั่วไป
โหมด. ดู มนุษย์ ซอร์ริโซ สำหรับคำอธิบาย

xorriso ทำการอ่านและเขียนภาพโดยใช้ libburn ซึ่งมีจุดประสงค์หลัก
สำหรับออปติคัลไดรฟ์ แต่ยังทำงานกับไฟล์ POSIX ทุกประเภท ยกเว้นไดเร็กทอรี
ข้อความของโปรแกรมเรียกไฟล์รูปภาพว่า "ไดรฟ์" ประเภทไฟล์ที่ไม่รองรับ
การอ่านจะถูกรายงานว่า "ว่างเปล่า" พื้นที่สื่อฟรีที่รายงานอาจเป็นเรื่องสมมติ
แต่ ซอร์ริซอฟส์ ไม่ทำงานบนออปติคัลไดรฟ์โดยตรง แต่ใช้กำลังมากกว่า
libburn ให้ถือว่าเป็นไฟล์อุปกรณ์ทั่วไป ดังนั้นสำหรับการเขียนออปติคอลตามลำดับ
สื่อ (CD, DVD-R, DVD+R, BD-R) หนึ่งจะต้องใช้โปรแกรมเบิร์น เช่น cdrecord
การจำลองของ xorriso ดูตัวอย่าง

OPTIONS

ภาพ กำลังโหลด:

ตัวเลือกต่อไปนี้จะควบคุมการโหลดอิมเมจ ISO ที่มีอยู่เพื่อวัตถุประสงค์ของ
การเตรียมเซสชั่นเสริมที่เหมาะสม หากไม่มีรูปภาพก็จะประกอบขึ้นใหม่
ตั้งแต่เริ่มต้น

-M disk_path
กำหนดเส้นทางที่จะโหลดแผนผังไดเร็กทอรีอิมเมจ ISO ที่มีอยู่ซึ่งไปยัง
ยึดแผนผังไดเร็กทอรีที่กำลังมาถึงเป็นเซสชันเสริม เส้นทางต้องนำไปสู่
ออบเจ็กต์ไฟล์ที่อ่านได้แบบสุ่มเข้าถึงได้ บน GNU/Linux: ไฟล์ข้อมูลปกติหรือบล็อก
ไฟล์อุปกรณ์
pseudo disk_path ชนิดพิเศษมีรูปแบบ "/dev/fd/"หมายเลข มันแสดงให้เห็น
open file descriptor ด้วยตัวเลขที่กำหนด ไม่ว่าระบบปฏิบัติการจะเป็นหรือไม่ก็ตาม
รองรับคุณสมบัตินี้โดยโหนดไฟล์ใน /dev/fd หรือไม่. เช่น /dev/fd/3 เป็นไฟล์
descriptor 3 ซึ่งเปิดโดยโปรแกรมที่เริ่ม xorriso ในภายหลัง

-prev-เซสชัน disk_path
นามแฝงของ -M.

- พัฒนา disk_path
นามแฝงของ -M.

-C Last_session_start,next_writeable_address
ตั้งค่าที่อยู่บล็อก 2 KiB last_session_start จากตำแหน่งที่จะอ่านอิมเมจ ISO ออก
ของไฟล์ที่กำหนดโดยตัวเลือก -M
คั่นด้วยเครื่องหมายจุลภาค ให้ตั้งค่า next_writeable_address ที่ add-on session
ในที่สุดก็จะถูกเขียน แตกหักจริง ๆ แล้วบล็อกแอดเดรสที่ตั้งใจไว้
ผู้อ่านจะต้องใช้เป็น superblock address บนสื่อที่ต้องการ
สามารถสอบถามค่าทั้งสองได้จากสื่อออปติคัลโดยใช้โปรแกรมเบิร์นและ
ตัวเลือก cdrecord -msinfo xorriso สามารถรับได้ในการจำลอง cdrecord ทำ
ไม่ให้โหลดไดรฟ์ แต่ทำด้วยตนเองหรือโดยโปรแกรมเช่น dd
ซึ่งอ่านได้ไม่กี่ไบต์ เท่านั้นจึงจะแน่ใจได้ว่าไดรเวอร์อุปกรณ์รู้ความจริง
ขนาดสื่อที่อ่านได้
dd if=/dev/... count=1 >/dev/null 2>&1
ค่า=$(xorriso -as cdrecord dev=/dev/... -msinfo)
สะท้อนค่า $
ตัวเลือก -C อาจใช้โดยไม่มีตัวเลือก -M เพื่อสร้างอิมเมจ ISO ตั้งแต่เริ่มต้นและ
เตรียมตัวให้พร้อมสำหรับการเขียนบล็อกแอดเดรสอื่นที่ไม่ใช่ 0 ในที่สุด Parameter
จะต้องตั้งค่า last_session_start เป็น 0

-cdrecord-พารามิเตอร์ Last_session_start,next_writeable_address
นามแฝงของ -C

การตั้งค่า for ไฟล์ การแทรก:

-เส้นทาง-รายการ disk_path
อ่าน pathspecs ทีละบรรทัดจาก disk_file และแทรกไฟล์ที่ปรากฎ object
ลงในอิมเมจ ISO หาก disk_path เป็น "-" ให้อ่าน pathspecs จาก standard
อินพุต

--quoted_path_list disk_path
ชอบ option -path-list แต่อ่านคำพูดมากกว่าบรรทัดธรรมดา
ช่องว่างนอกเครื่องหมายคำพูดจะถูกยกเลิก ในทางกลับกัน สามารถ
แสดงถึง pathspecs ที่มีอักขระขึ้นบรรทัดใหม่
สามารถใช้เครื่องหมายอัญประกาศคู่ " และเครื่องหมายอัญประกาศเดี่ยว ' เพื่อปิด
ช่องว่างและทำให้เป็นส่วนหนึ่งของ pathspecs เครื่องหมายแต่ละประเภทสามารถใส่เครื่องหมายของ . ได้
ประเภทอื่น เครื่องหมายแบ็กสแลชต่อท้าย \ ใบเสนอราคาภายนอกหรือใบเสนอราคาที่เปิดอยู่
ทำให้บรรทัดอินพุตถัดไปถูกต่อท้าย

-f
แก้ไขลิงก์สัญลักษณ์บนดิสก์แทนที่จะเก็บเป็นลิงก์สัญลักษณ์ใน
ภาพ ISO

-ติดตามลิงค์
นามแฝงของ -f

-graft-จุด
เปิดใช้งานการตีความข้อกำหนดของไฟล์อินพุตเป็นการรวมกันของ iso_rr_path และ
disk_path คั่นด้วย =-character

-m disk_pattern
แยกไฟล์จากการแทรกลงในรูปภาพ ไฟล์เหล่านั้นถูกละเว้นอย่างเงียบ ๆ
โดยที่ disk_path ตรงกับรูปแบบตัวแยกวิเคราะห์ของเชลล์ที่กำหนด ถ้าไม่มี /-ตัวอักษร
เป็นส่วนหนึ่งของรูปแบบ จากนั้นจะจับคู่กับชื่อลีฟของดิสก์
ไฟล์
เป็นไปได้ที่จะให้ตัวเลือกมากกว่าหนึ่ง -m

-ไม่รวม
นามแฝงของ -m.

-x
นามแฝงของ -m.

-เก่า-ไม่รวม
นามแฝงของ -m.

-ไม่รวมรายการ disk_path
ดำเนินการ -m โดยใช้แต่ละบรรทัดจากไฟล์ disk_path เป็นอาร์กิวเมนต์ disk_pattern

-z
เปิดใช้งานการจดจำและการประมวลผลที่เหมาะสมของไฟล์บีบอัด zisofs ตามที่สร้างโดย
โปรแกรม mkzftree. ไฟล์เหล่านี้จะได้รับการติดตั้งเมตาดาต้าที่จำเป็น ดังนั้น
ที่เคอร์เนลลินุกซ์จะรับรู้และส่งมอบเนื้อหาในแบบไม่บีบอัด
ฟอร์ม

-โปร่งใส-บีบอัด
นามแฝงของ -z

-ราก iso_rr_path
แทรกไฟล์ทั้งหมดภายใต้ iso_rr_path ที่กำหนด หากตัวเลือก -graft-points ได้รับ
จากนั้น iso_rr_path จะถูกนำหน้าแต่ละส่วนเป้าหมายของ pathspec
ค่าดีฟอลต์สำหรับ -root คือ "/"

-แก่ราก iso_rr_path
เปิดใช้งานการแทรกไฟล์ที่เพิ่มขึ้นในภาพที่โหลด เป้าหมายที่มีประสิทธิภาพ
และที่อยู่ต้นทางของข้อมูลจำเพาะพา ธ ที่กำหนดจะถูกเปรียบเทียบว่าเป้าหมายแล้วหรือไม่
มีอยู่ในอิมเมจ ISO และยังคงเหมือนกับแหล่งที่มาบนดิสก์ ข้อมูลเมตาใน
อิมเมจ ISO จะได้รับการปรับ หากแตกต่างจากอิมเมจบนดิสก์ ไฟล์ใหม่และ
ไฟล์ที่มีเนื้อหาที่เปลี่ยนแปลงจะถูกเพิ่มเข้ามาใหม่ ไฟล์เป้าหมายที่ไม่มีอยู่
ในแหล่งที่มาของ pathspec ตามใด ๆ จะถูกลบออกจากไดเร็กทอรี ISO
ต้นไม้.
หากการตั้งค่าที่มีประสิทธิภาพของ -root แตกต่างจาก iso_rr_path ที่กำหนดด้วย
-old-root จากนั้นไฟล์ที่อยู่ใต้ไดเร็กทอรี -old-root จะถูกโคลนด้านล่าง
ไดเร็กทอรี -root การโคลนเกิดขึ้นก่อนการเปรียบเทียบไฟล์

--old-root-no-ino
ปิดใช้งานการบันทึกและการใช้หมายเลขไอโหนดของดิสก์ หากไม่มีหมายเลขไอโหนดของดิสก์เป็น
บันทึกแล้วตัวเลือก -old-root จะต้องอ่านเนื้อหาไฟล์ดิสก์และเปรียบเทียบ
ด้วยเช็คซัม MD5 ที่บันทึกในอิมเมจ ISO
ด้วยหมายเลขไอโหนดของดิสก์ที่บันทึกไว้และ ctime และ mtime ที่น่าเชื่อถือ เป็นไปได้
เพื่อตรวจจับการเปลี่ยนแปลงที่อาจเกิดขึ้นในเนื้อหาโดยไม่ต้องอ่านจริงๆ ช่องโหว่
ยังคงอยู่หากระบบไฟล์ที่แตกต่างกันหลายระบบอาจได้รับการติดตั้งในไดเร็กทอรีเดียวกัน
เหมือนเป็นนิสัยกับ /mnt ในกรณีนี้ต้องใช้ตัวเลือก --old-root-devno or
ปิดการใช้งานทางลัดหมายเลขไอโหนดโดย --old-root-no-ino

--old-root-devno
เปิดใช้งานการเปรียบเทียบหมายเลขอุปกรณ์ที่บันทึกไว้พร้อมกับหมายเลขไอโหนดที่บันทึกไว้
ใช้งานได้เฉพาะกับหมายเลขอุปกรณ์ที่เสถียรแบบเก่าซึ่งล้าสมัย
น่าเสียดาย หากฮาร์ดดิสก์มีหมายเลขอุปกรณ์ต่างกันหลังจากรีบูตแต่ละครั้ง
การเปรียบเทียบนี้จะเห็นว่าไฟล์ทั้งหมดมีการเปลี่ยนแปลงและทำให้ไม่สามารถเพิ่มขนาดได้
ประหยัด.

--old-root-no-md5
ปิดใช้งานการบันทึกและการใช้เช็คซัม MD5 สำหรับเนื้อหาไฟล์ข้อมูล ถ้าไม่ใช่
checksums และหรือหมายเลขไอโหนดของดิสก์จะถูกบันทึก จากนั้นตัวเลือก -old-root จะมี
เพื่ออ่านเนื้อหาไฟล์อิมเมจ ISO เมื่อเปรียบเทียบกับเนื้อหาไฟล์ดิสก์

การตั้งค่า for ภาพ การผลิต:

-o disk_path
ตั้งค่าที่อยู่ไฟล์เอาต์พุตสำหรับอิมเมจ ISO ที่เกิดขึ้น ถ้ามีที่อยู่เป็น
ไฟล์ปกติจะถูกตัดให้เหลือความยาว 0 เมื่อเริ่มผลิตภาพ มันอาจ
ไม่ได้มีอยู่แล้วเป็นไดเร็กทอรี หากยังไม่มีอยู่แสดงว่าไดเรกทอรีหลัก
จะต้องมีอยู่และไฟล์ปกติจะถูกสร้างขึ้น
pseudo disk_path ชนิดพิเศษมีรูปแบบ "/dev/fd/"หมายเลข มันแสดงให้เห็น
open file descriptor ด้วยตัวเลขที่กำหนด ไม่ว่าระบบปฏิบัติการจะเป็นหรือไม่ก็ตาม
รองรับคุณสมบัตินี้โดยโหนดไฟล์ใน /dev/fd หรือไม่. เช่น /dev/fd/4 เป็นไฟล์
descriptor 4 ซึ่งเปิดโดยโปรแกรมที่เริ่ม xorriso ในภายหลัง
ค่าดีฟอลต์คือเอาต์พุตมาตรฐาน (/dev/fd/1) ซึ่งอาจถูกตั้งค่าโดย disk_path "-"

-เอาต์พุต disk_path
นามแฝงของ -o

--stdio_sync "เปิด"|"ปิด"|"จบ"|หมายเลข
ตั้งค่าจำนวนไบต์หลังจากนั้นเพื่อบังคับให้ส่งออกไปยังดิสก์เพื่อให้
หน่วยความจำจากการอุดตันด้วยข้อมูลที่รอดำเนินการจำนวนมากสำหรับอุปกรณ์ที่ช้า "เปิด" คือ
เช่นเดียวกับ "16m" บังคับเอาท์พุตสามารถปิดการใช้งานโดย "ปิด" หรือล่าช้าโดย "สิ้นสุด"
จนกว่าจะมีการสร้างข้อมูลทั้งหมด หากเลือกตัวเลข ต้องเป็นอย่างน้อย 64k
ค่าเริ่มต้นของการจำลอง xorriso mkisofs คือ --stdio_sync "off"
xorriso ใช้บัฟเฟอร์ fifo ภายในที่มีขนาดเริ่มต้น 4 MiB จึงบังคับปฏิบัติการ
แคช i/o ของระบบไปยังดิสก์ไม่จำเป็นต้องบล็อกการผลิต . พร้อมกัน
เนื้อหารูปภาพเพิ่มเติม

--emul-toc
เขียน superblock ตัวที่สองกับเซสชันแรกลงในไฟล์เข้าถึงโดยสุ่ม ถ้า
เซสชันเพิ่มเติมจะถูกต่อท้ายและซูเปอร์บล็อกแรกได้รับการอัปเดต จากนั้น
superblock ที่สองจะไม่ถูกเขียนทับ ดังนั้นจึงยังคงสามารถติดตั้ง .ได้
เซสชันแรกและเพื่อค้นหาช่วงเริ่มต้นของเซสชันต่อไป
ราคาคือ 64 KiB การใช้พื้นที่เพิ่มเติม หาก -partition_offset ไม่ใช่ศูนย์ ดังนั้น
มันคือ 128 KiB บวกกับการตั้งค่าพาร์ติชั่นสองเท่า

--ไม่มีอิมัล-toc
อย่าเขียน superblock ตัวที่สองกับเซสชันแรกลงในไฟล์เข้าถึงโดยสุ่ม
นี่คือค่าเริ่มต้น

--เรียงลำดับน้ำหนัก น้ำหนัก_หมายเลข iso_rr_path
ระบุหมายเลขน้ำหนัก LBA ให้กับไฟล์ปกติ หาก iso_rr_path นำไปสู่ไดเร็กทอรี
จากนั้นไฟล์ปกติทั้งหมดด้านล่างจะได้รับ weight_number
weight_number อาจอยู่ในช่วงตั้งแต่ -2147483648 ถึง 2147483647 ยิ่งมีค่า
ด้านล่างจะเป็นที่อยู่บล็อกของข้อมูลไฟล์ในอิมเมจ ISO ที่เกิดขึ้นใหม่
ปัจจุบันแคตตาล็อกบูต El Torito มีน้ำหนักฮาร์ดโค้ดอยู่ที่ 1 พันล้าน โดยทั่วไป
ควรครอบครองบล็อกที่มีที่อยู่ต่ำที่สุด เพิ่มไฟล์ข้อมูล
หรือโหลดด้วยน้ำหนักเริ่มต้น 0 ไฟล์อิมเมจสำหรับบูตมีน้ำหนักเริ่มต้นเป็น 2

--sort-รายการน้ำหนัก disk_path
อ่านคู่ของหมายเลขน้ำหนักและ iso_rr_path จากไฟล์ของระบบไฟล์ในเครื่อง
ใช้แต่ละคู่เช่น --sort-weight
เฉพาะ --sort-weight-list หรือ --sort-weight-patterns สุดท้ายของการรัน xorrisofs เท่านั้นที่ได้รับ
มีผลบังคับใช้
ตัวเลขน้ำหนักจะอ่านตั้งแต่เริ่มต้นบรรทัด ส่วน iso_rr_path ของ an
บรรทัดอินพุตเริ่มต้นทันทีหลังจากอักขระว่างหรือแท็บตัวแรกของบรรทัด
หมายเหตุสำหรับกรณีที่คุณลักษณะนี้ถูกใช้ภายในลำดับของ xorriso . ทั่วไป
คำสั่ง (ไม่ใช่ปัญหากับการรันการจำลอง mkisofs ล้วนๆ):
ไฟล์ที่ระบุจะต้องอยู่ในรูปแบบอิมเมจ ISO เมื่อคุณดำเนินการ
- เป็น mkisofs --sort-weight-list disk_path --
อาจใช้คำสั่งดังกล่าวหลายคำสั่งเพื่อใช้ไฟล์น้ำหนักมากกว่าหนึ่งไฟล์
ไฟล์ข้อมูลที่โหลดโดย -indev หรือ -dev รับน้ำหนักระหว่าง 1 ถึง 2 exp 28 =
268,435,456 ขึ้นอยู่กับที่อยู่บล็อก นี้จะทำให้พวกเขาประมาณใน
ลำดับเดียวกันหากใช้วิธีการเขียนในการแก้ไข

--เรียงลำดับ-น้ำหนัก-รูปแบบ disk_path
ชอบ --sort-weight-list แต่ขยาย iso_rr_paths เป็นรูปแบบตัวแยกวิเคราะห์เชลล์
และใช้ --sort-weight กับไฟล์ที่ตรงกันแต่ละไฟล์

-dir-โหมด โหมด
ตั้งค่าการอนุญาตการเข้าถึงสำหรับไดเร็กทอรีทั้งหมดในรูปภาพเป็นโหมดที่กำหนดซึ่ง
เป็นเลขฐานแปดที่ขึ้นต้นด้วย "0" หรือรายการที่คั่นด้วยเครื่องหมายจุลภาคของ
คำสั่งของแบบฟอร์ม [ugoa]*[+-=][rwxst]* เช่น ug=rx,a-rwx

-โหมดไฟล์ โหมด
เช่นเดียวกับ -dir-mode แต่สำหรับไฟล์ข้อมูลปกติทั้งหมดในรูปภาพ

-Pad
เพิ่ม 300 KiB ต่อท้ายอิมเมจ ISO ที่ผลิต สิ่งนี้หลีกเลี่ยงได้ อ่าน
ข้อผิดพลาดจากอิมเมจ ISO ที่เขียนลงสื่อซีดีในโหมด TAO NS
ไบต์เพิ่มเติมจะถูกอ้างสิทธิ์โดยเป็นส่วนหนึ่งของอิมเมจ ISO หากไม่ได้ให้ --emul-toc
Option -pad เป็นค่าเริ่มต้น

-ไม่มีแผ่น
ปิดใช้งานการขยายขนาด 300 KiB ที่ส่วนท้ายของอิมเมจ ISO ที่สร้าง ปลอดภัยถ้า
รูปภาพไม่ได้มีไว้เพื่อเขียนลงซีดีหรือหากเขียนลงซีดีเป็น only
ติดตามในโหมดเขียน SAO

--เก่า-ว่างเปล่า
ใช้วิธีการแบบเก่าในการให้ที่อยู่บล็อกในช่วง [0,31] กับไฟล์ที่มี
ไม่มีเนื้อหาข้อมูลของตัวเอง วิธีใหม่คือการมีบล็อกเฉพาะซึ่งทั้งหมดนี้
ไฟล์จะชี้

การตั้งค่า for มาตรฐาน การปฏิบัติตาม:

-iso-ระดับ จำนวน
ระบุเวอร์ชัน ISO 9660 ซึ่งกำหนดข้อจำกัดของการตั้งชื่อไฟล์และข้อมูล
ขนาดไฟล์ ข้อจำกัดการตั้งชื่อใช้ไม่ได้กับชื่อ Rock Ridge แต่เฉพาะกับ
ชื่อ ISO 9660 ระดับต่ำ ความสอดคล้องมีสามระดับ:
ระดับ 1 อนุญาตชื่อ ISO ของแบบฟอร์ม 8.3 และขนาดไฟล์สูงสุด 4 GiB - 1
ระดับ 2 อนุญาตชื่อ ISO ที่มีอักขระสูงสุด 32 ตัวและขนาดไฟล์สูงสุด 4 GiB - 1
ระดับ 3 อนุญาตชื่อ ISO ที่มีอักขระสูงสุด 32 ตัวและขนาดไฟล์สูงสุด 400 GiB -
200 กิบ. (ข้อจำกัดขนาดนี้กำหนดโดยการใช้งาน xorriso ไม่ใช่โดย ISO
9660 ซึ่งจะยอมให้เกือบ 8 TiB.)
Pseudo-level 4 ช่วยให้สามารถสร้างแผนผังไดเร็กทอรี ISO 9660:1999 เพิ่มเติมได้

-disallow_dir_id_ext
อย่าทำตามนิสัยที่ไม่ดีของ mkisofs ซึ่งอนุญาตให้มีจุดในชื่อ ISO ของ
ไดเรกทอรี ในทางกลับกัน อิมเมจ GNU/Linux ที่สามารถบู๊ตได้บางอิมเมจขึ้นอยู่กับสิ่งเลวร้ายนี้
นิสัย.

-U
ตัวเลือกนี้อนุญาตให้ชื่อไฟล์ ISO ที่ไม่มีจุดและไม่เกิน 37 อักขระ, ISO file
เส้นทางที่ยาวกว่า 255 อักขระ และอักขระ ASCII ทั้งหมดในชื่อไฟล์ ไกลออกไป
โดยจะละเครื่องหมายอัฒภาคและหมายเลขเวอร์ชันที่ส่วนท้ายของชื่อ ISO
ทั้งหมดนี้ละเมิดข้อกำหนด ISO 9660

-untranslated-ชื่อไฟล์
นามแฝงของ -U.

-untranslated_name_len จำนวน
อนุญาตให้ชื่อไฟล์ ISO ไม่เกินจำนวนอักขระที่กำหนดโดยไม่มีอักขระใดๆ
การแปลง จำนวนสูงสุดคือ 96 หากชื่อไฟล์มีอักขระมากกว่านั้น
การผลิตภาพจะล้มเหลวโดยเจตนา
สิ่งนี้ละเมิดข้อกำหนด ISO 9660

-allow-ตัวพิมพ์เล็ก
อนุญาตให้ใช้อักขระตัวพิมพ์เล็กในชื่อไฟล์ ISO
สิ่งนี้ละเมิดข้อกำหนด ISO 9660

-ผ่อนคลาย-ชื่อไฟล์
อนุญาตให้ใช้อักขระ 7 บิตเกือบทั้งหมดในชื่อไฟล์ ISO ไม่อนุญาตคือ 0x0 และ '/'
หากไม่ระบุตัวเลือก -allow-lowercase ตัวพิมพ์เล็กจะถูกแปลงเป็น
ตัวพิมพ์ใหญ่
สิ่งนี้ละเมิดข้อกำหนด ISO 9660

-d
อย่าเพิ่มจุดต่อท้ายชื่อไฟล์ ISO ที่ไม่มีจุด
สิ่งนี้ละเมิดข้อกำหนด ISO 9660

-เว้นระยะ
นามแฝงของ -d

-l
อนุญาตอักขระสูงสุด 31 ตัวในชื่อไฟล์ ISO

-full-iso9660-ชื่อไฟล์
นามแฝงของ -l

-max-iso9660-ชื่อไฟล์
อนุญาตอักขระสูงสุด 37 ตัวในชื่อไฟล์ ISO
สิ่งนี้ละเมิดข้อกำหนด ISO 9660

-N
ละเว้นเครื่องหมายอัฒภาคและหมายเลขเวอร์ชันที่ส่วนท้ายของชื่อ ISO
สิ่งนี้ละเมิดข้อกำหนด ISO 9660

-ละเว้นรุ่น-หมายเลข
นามแฝงของ -N.

การตั้งค่า for มาตรฐาน นามสกุล:

-R
ด้วย mkisofs ตัวเลือกนี้จะเปิดใช้งานส่วนขยาย Rock Ridge ซอร์ริซอฟส์ ผลิตโดย
ค่าเริ่มต้น. ขอแนะนำอย่างยิ่งให้ปิดการใช้งานโดยตัวเลือก --norock

-ROCK
นามแฝงของ -R

-r
ตั้งค่าผู้ใช้ Rock Ridge และ ID กลุ่มของไฟล์ทั้งหมดในอิมเมจ ISO เป็น 0 Grant
r-อนุญาตทั้งหมด ปฏิเสธการอนุญาต w ทั้งหมด หากมีการตั้งค่าการอนุญาต x ให้
x ขออนุญาตทุกคน ลบ s-bit และ t-bit

-rational-ร็อค
นามแฝงของ -r

--โนร็อค
ตัวเลือกนี้ปิดใช้งานการผลิตส่วนขยาย Rock Ridge สำหรับไฟล์ ISO 9660
วัตถุ ความสามารถหลายเซสชันของ ซอร์ริซอฟส์ ขึ้นอยู่กับการตั้งชื่อมาก
ความเที่ยงตรงของ Rock Ridge ดังนั้นจึงไม่แนะนำให้ปิดการใช้งานด้วยตัวเลือกนี้

-file_name_limit จำนวน
ตั้งค่าความยาวสูงสุดที่อนุญาตสำหรับชื่อไฟล์ในช่วง 64 ถึง 255 Path
ส่วนประกอบที่ยาวกว่าจำนวนที่กำหนดจะถูกตัดทอนและมี
33 ไบต์สุดท้ายเขียนทับโดยเครื่องหมายทวิภาค ':' และการแทนค่าฐานสิบหกของ MD5 ของ
4095 ไบต์แรกของชื่อขนาดใหญ่ทั้งหมด UTF-8 . ที่อาจไม่สมบูรณ์
อักขระจะถูกแทนที่ด้วยไบต์นำหน้าด้วย '_'
เคอร์เนล Linux อย่างน้อย 4.1 ชื่อที่มีความยาว 254 และ 255 ไม่ถูกต้อง หากคุณ
คาดหวังชื่อดังกล่าวในหรือภายใต้ disk_paths และวางแผนที่จะเมานต์ ISO โดย Linux . ดังกล่าว
เมล็ดให้พิจารณาตั้งค่า -file_name_limit 253

-D ECMA-119 มาตรฐานต้องการให้เส้นทางในภาพไม่มีมากกว่า 8 ชื่อ
ส่วนประกอบหรือ 255 อักขระ จึงต้องก้าวให้ลึกขึ้น
ไดเร็กทอรีทรีไปยังไดเร็กทอรีที่สูงขึ้น Rock Ridge มีโอกาสที่จะปล่อยให้
ไดเร็กทอรีที่ย้ายเหล่านี้จะปรากฏที่ตำแหน่งลึกเดิม แต่คุณลักษณะนี้
อาจใช้งานไม่ถูกต้องโดยระบบปฏิบัติการที่ต่อเชื่อมอิมเมจ
ตัวเลือก -D ปิดใช้งานการย้ายตำแหน่งไดเรกทอรีลึกนี้ และละเมิด ISO 9660
รายละเอียด
xorrisofs มี -D ตั้งไว้เป็นค่าเริ่มต้น หากกำหนดไว้อย่างชัดเจนก็จะแทนที่ตัวเลือก
-rr_reloc_dir และ -hide-rr-moved

- ปิดใช้งานการย้ายที่อยู่ลึก
นามแฝงของ -D

-rr_reloc_dir ชื่อ
เปิดใช้งานการย้ายตำแหน่งของไดเร็กทอรีลึกและหลีกเลี่ยงเส้นทางไฟล์ ECMA-119 ของ
ส่วนประกอบชื่อมากกว่า 8 รายการหรือ 255 อักขระ ไดเร็กทอรีที่นำไปสู่ไฟล์ดังกล่าว
พาธจะถูกย้ายไปยังไดเร็กทอรีในไดเร็กทอรีรากของรูปภาพ ชื่อของมัน
ถูกกำหนดโดยตัวเลือกนี้ อนุญาตให้ใช้ไดเร็กทอรีรูทเองได้
โครงสร้างไดเร็กทอรีโดยรวมจะปรากฏขึ้นเมื่อตีความว่าเป็น Rock
ต้นไม้ริดจ์. จะปรากฏว่ามีการจัดเรียงใหม่หากข้อมูล ECMA-119 เท่านั้นคือ
พิจารณา.
หากไดเร็กทอรีเป้าหมายการย้ายที่กำหนดไม่มีอยู่แล้วเมื่อ image
การผลิตเริ่มต้นขึ้น จากนั้นจะสร้างและทำเครื่องหมายสำหรับ Rock Ridge เป็นการย้ายที่ตั้ง
สิ่งประดิษฐ์ อย่างน้อยบน GNU/Linux จะไม่แสดงใน Rock Ridge ที่เมาท์
ภาพ
ชื่อต้องไม่มีอักขระ '/' หลังอักขระตัวแรก และต้องไม่
ยาวกว่า 255 ไบต์
ตัวเลือกนี้ไม่มีผลหากมีตัวเลือก -D

-hide-rr-ย้ายแล้ว
นามแฝงของ -rr_reloc_dir "/.rr_moved"

--for_backup
เปิดใช้งานตัวเลือกที่ปรับปรุงความถูกต้องของการสำรองข้อมูล: --acl, --xattr, --md5, --hardlinks

--acl
เปิดใช้งานการบันทึกและการโหลด ACL จาก GNU/Linux หรือ FreeBSD (ดู man getfacl
ผู้ชาย acl) สิ่งเหล่านี้จะไม่มีผลกับอิมเมจ ISO ที่ติดตั้ง แต่ xorriso can
กู้คืนบนระบบเดียวกันเมื่อแตกไฟล์จากอิมเมจ ISO

--xattr
เปิดใช้งานการบันทึกและการโหลดแอตทริบิวต์เพิ่มเติมของ GNU/Linux หรือ FreeBSD ในผู้ใช้
เนมสเปซ (ดู man getfattr และ man attr, man getextattr และ man 9 extattr
ตามลำดับ) สิ่งเหล่านี้จะไม่มีผลกับอิมเมจ ISO ที่ติดตั้ง แต่ xorriso can
กู้คืนบนระบบเดียวกันเมื่อแตกไฟล์จากอิมเมจ ISO

--md5
เปิดใช้งานการบันทึกเช็คซัม MD5 สำหรับอิมเมจ ISO โดยรวมและสำหรับแต่ละซิงเกิ้ล
ไฟล์ข้อมูลในภาพ xorriso สามารถตรวจสอบเนื้อหาของอิมเมจ ISO ด้วยสิ่งเหล่านี้
ผลรวมและเพิ่มการแจ้งเตือนเมื่อไม่ตรงกัน ดูชาย xorriso ตัวเลือก -check_media
check_md5_r. xorriso สามารถพิมพ์เช็คซัม MD5 ที่บันทึกไว้ เช่นโดย:
-ค้นหา / -exec get_md5

--ฮาร์ดลิงก์
เปิดใช้งานการโหลดและบันทึกความสัมพันธ์แบบฮาร์ดลิงก์ ค้นหาครอบครัวของ iso_rr
ไฟล์ที่มาจากไฟล์ดิสก์เดียวกัน มีการกรองเนื้อหาเหมือนกัน และมี
คุณสมบัติที่เหมือนกัน สมาชิกของแต่ละครอบครัวจะได้รับหมายเลขไอโหนดเหมือนกันใน
ภาพ ISO
ตัวเลขเหล่านี้ได้รับการเคารพในเวลาเมานต์หรือไม่นั้นขึ้นอยู่กับระบบปฏิบัติการ
xorriso สามารถสร้างตระกูลฮาร์ดลิงก์เมื่อแยกไฟล์ออกจากอิมเมจ ISO

--scdbackup_tag disk_path บันทึก_name
ผนวกบันทึกการตรวจสอบ scdbackup เข้ากับรูปภาพ ใช้งานได้ก็ต่อเมื่อพารามิเตอร์
next_writeable_address ของตัวเลือก -C คือ 0 หาก disk_path ไม่ใช่สตริงว่าง
จากนั้นผนวกบันทึกการตรวจสอบ scdbackup ต่อท้ายไฟล์นี้ record_name คือ a
คำที่ได้รับส่วนหนึ่งของแท็กและบันทึก
โปรแกรม scdbackup_verify จะจดจำและตรวจสอบแท็กและบันทึกไฟล์

-J
เปิดใช้งานการผลิตแผนผังไดเรกทอรี Joliet เพิ่มเติมพร้อมกับ ISO
9660 ต้นร็อคริดจ์

-โจเลียต
นามแฝงของ -J.

-joliet-ยาว
อนุญาต 103 อักขระในชื่อไฟล์ Joliet แทนที่จะเป็น 64 ตัวตามที่ .กำหนด
ข้อกำหนด อนุญาตให้ Joliet เส้นทางยาวเกินขีด จำกัด 240 . ที่กำหนด
อักขระ
ชื่อขนาดใหญ่จะถูกตัดทอน หากไม่มีตัวเลือกนี้ เส้นทางขนาดใหญ่จะได้รับการยกเว้น
จากต้นโจเลียต

-โจเลียต-utf16
เข้ารหัสชื่อไฟล์ Joliet ใน UTF-16BE แทนที่จะเป็น UCS-2 ความแตกต่างอยู่กับ
อักขระที่ไม่มีอยู่ใน UCS-2 และได้รับการเข้ารหัสใน UTF-16 ด้วยคำ 2 คำของ
อย่างละ 16 บิต ทั้งสองคำนั้นมาจากชุดย่อยที่สงวนไว้ของ UCS-2

-hfsplus
เปิดใช้งานการผลิตระบบไฟล์ HFS+ เพิ่มเติมภายในอิมเมจ ISO 9660
และทำเครื่องหมายด้วยรายการ Apple Partition Map (APM) ในพื้นที่ระบบ 32 . แรก
KiB ของภาพ
ซึ่งอาจขัดแย้งกับตัวเลือกเช่น -G หรือ -isohybrid-mbr ซึ่งส่งข้อมูลผู้ใช้สำหรับ
รวมอยู่ในช่วงที่อยู่เดียวกัน 8 ไบต์แรกของพื้นที่ระบบได้รับ
เขียนทับโดย { 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff } ซึ่งสามารถ
ดำเนินการเป็นรหัสเครื่อง x86 โดยไม่มีผลกระทบ ดังนั้นหาก MBR รวมกัน
ด้วยคุณสมบัตินี้ 8 ไบต์แรกจึงไม่ควรมีคำสั่งที่จำเป็น
บล็อกถัดไปของ 2 KiB ในพื้นที่ระบบจะถูกครอบครองโดยรายการ APM NS
อันแรกครอบคลุมส่วนของอิมเมจ ISO ก่อนเมตาดาต้าระบบไฟล์ HFS+ NS
อันที่สองทำเครื่องหมายช่วงจากข้อมูลเมตา HFS+ ไปยังจุดสิ้นสุดของข้อมูลเนื้อหาไฟล์ ถ้า
ติดตามข้อมูลอิมเมจ ISO เพิ่มเติม จากนั้นจะมีการสร้างรายการพาร์ติชั่นที่สาม อื่น
คุณสมบัติของ xorriso อาจทำให้ต้องการรายการ APM เพิ่มเติม
โปรดทราบว่า HFS+ ไม่คำนึงถึงขนาดตัวพิมพ์ แม้ว่าจะสามารถบันทึกชื่อไฟล์ได้ด้วย
ตัวพิมพ์ใหญ่และตัวพิมพ์เล็ก ดังนั้นชื่อไฟล์จากชื่อ iso_rr tree
อาจชนกันในแผนผังชื่อ HFS+ ในกรณีนี้จะถูกเปลี่ยนโดยการเพิ่ม
ขีดเส้นใต้ตัวอักษรและนับจำนวน ในกรณีที่ชื่อยาวมาก อาจเป็น
จำเป็นต้องจับคู่กับ "MANGLED_..."

-hfsplus-หมายเลขซีเรียล
ตั้งค่าสตริง 16 หลัก "0" ถึง "9" และตัวอักษร "a" ถึง "f" ซึ่งจะใช้เป็น
หมายเลขซีเรียลเฉพาะของระบบไฟล์ HFS+ ที่เกิดขึ้นใหม่

-hfsplus-บล็อกขนาด จำนวน
ตั้งค่าขนาดบล็อกการจัดสรรที่จะใช้เมื่อสร้างระบบไฟล์ HFS+
อนุญาตคือ 512, 2048 หรือ 0 หลังช่วยให้โปรแกรมตัดสินใจได้

-apm-บล็อกขนาด จำนวน
กำหนดขนาดบล็อกที่จะใช้เมื่ออธิบายพาร์ติชั่นโดย Apple Partition Map
อนุญาตคือ 512, 2048 หรือ 0 หลังช่วยให้โปรแกรมตัดสินใจได้
โปรดทราบว่าขนาด 512 เข้ากันไม่ได้กับการผลิต GPT และขนาดนั้น 2048
จะไม่สามารถเมานต์ได้ -t hfsplus อย่างน้อยโดยเคอร์เนล Linux รุ่นเก่า

-hfsplus-file-creator-type ประเภทผู้สร้าง iso_rr_path
ตั้งค่าผู้สร้าง HFS+ และพิมพ์แอตทริบิวต์ของไฟล์ในภาพที่ปรากฏ เหล่านี้
เป็นรหัส 4 รหัส ชุดละ XNUMX ตัวอักษร

-hfs-อวยพรโดย อวยพร iso_rr_path
ออกพร HFS+ เป็นบทบาทที่สามารถประกอบได้มากถึงสี่
ไดเร็กทอรีและไฟล์ข้อมูล:
"ppc_bootdir", "intel_bootfile", "show_folder", "os9_folder", "osx_folder"
อาจใช้ตัวย่อว่า "p", "i", "s", "9" และ "x"
แต่ละบทบาทดังกล่าวสามารถนำมาประกอบกับอ็อบเจ็กต์ไฟล์ได้ไม่เกินหนึ่งอ็อบเจ็กต์ "intel_bootfile" คือ
อันที่จะใช้กับไฟล์ข้อมูล อื่นๆ ทั้งหมดนำไปใช้กับไดเร็กทอรี ไม่มีไฟล์
วัตถุสามารถรับพรได้มากกว่าหนึ่งพร

-hfs-อวยพร disk_path
ออก HFS+ ให้พร "ppc_bootdir" ไปยังไดเร็กทอรีที่เกิดจากไดเร็กทอรี
disk_path ในแผนผังระบบไฟล์ในเครื่อง
ใช้งานได้ก็ต่อเมื่อมีไฟล์ข้อมูลอย่างน้อยหนึ่งไฟล์ภายใต้ไดเร็กทอรี
disk_path อาจกลายเป็นคลุมเครือได้หากไฟล์จากโครงสร้างย่อยของระบบไฟล์ในเครื่องที่แตกต่างกัน
ถูกใส่ลงในแผนผังย่อยเดียวกันของอิมเมจ ISO พิจารณาใช้ -hfs-bless-by "p"
สำหรับการระบุที่อยู่ที่ชัดเจนผ่าน iso_rr_path

การตั้งค่า for ไฟล์ ซ่อน:

-ซ่อน disk_path_pattern
ทำให้ไฟล์มองไม่เห็นในแผนผังไดเร็กทอรีของ ISO 9660 และ Rock Ridge หากไฟล์เหล่านั้น
disk_path ตรงกับรูปแบบตัวแยกวิเคราะห์เชลล์ที่กำหนด เนื้อหาข้อมูลที่ซ่อนอยู่ดังกล่าว
ไฟล์จะถูกรวมไว้ในภาพที่ได้ แม้ว่าจะไม่ปรากฏในใดๆก็ตาม
ไดเร็กทอรี แต่คุณจะต้องใช้วิธีการของตัวเองเพื่อค้นหาข้อมูลนิรนามในภาพ
คำสั่งนี้ใช้ไม่ได้กับแค็ตตาล็อกการเริ่มระบบ

-ซ่อนรายการ disk_path
ดำเนินการ -hide โดยใช้แต่ละบรรทัดจากไฟล์ disk_path เป็นอาร์กิวเมนต์ disk_path_pattern

-ซ่อน-โจเลียต disk_path_pattern
เช่นเดียวกับตัวเลือก -ซ่อนแต่ทำให้ไฟล์มองไม่เห็นในแผนผังไดเร็กทอรีของ Joliet if
disk_path ตรงกับรูปแบบตัวแยกวิเคราะห์เชลล์ที่กำหนด

-hide-joliet-รายการ disk_path
ดำเนินการ -hide-joliet โดยใช้แต่ละบรรทัดจากไฟล์ disk_path เป็นอาร์กิวเมนต์
disk_path_pattern

-ซ่อน-hfsplus disk_path_pattern
เช่นเดียวกับตัวเลือก -ซ่อนแต่ทำให้ไฟล์มองไม่เห็นในแผนผังไดเร็กทอรีของ HFS+, if
disk_path ตรงกับรูปแบบตัวแยกวิเคราะห์เชลล์ที่กำหนด

-ซ่อน-hfsplus-รายการ disk_path
ดำเนินการ -hide-hfsplus โดยใช้แต่ละบรรทัดจากไฟล์ disk_path เป็นอาร์กิวเมนต์
disk_path_pattern

มาตรฐาน ISO ภาพ ID สตริง:

สตริงและที่อยู่ไฟล์ต่อไปนี้ถูกเก็บไว้ใน Primary Volume Descriptor ของ
ภาพ ISO9660 ที่อยู่ไฟล์คือเส้นทาง ISO 9660 ไฟล์เหล่านี้ควรมี
iso_rr_paths ซึ่งมีเพียงอักขระ [A-Z0-9_] และหนึ่งจุดที่
แยกอักขระได้ไม่เกิน 8 ตัวจากอักขระไม่เกิน 3 ตัว

-V ข้อความ
ตั้งค่า Volume Id ของอิมเมจ ISO xorriso ยอมรับข้อความใด ๆ ได้ถึง 32 ตัวอักษร
แต่ตามข้อกำหนดที่ไม่ค่อยปฏิบัติตามกฎที่เข้มงวดกว่านั้นใช้:
Conformant คืออักขระ ASCII จาก [A-Z0-9_] ชอบ: "IMAGE_23"
Joliet อนุญาตให้ใช้อักขระ UCS-16 ได้ 2 ตัว ชอบ: "ชื่อ Windows"
โปรดทราบว่า ID โวลุ่มอาจถูกใช้โดยอัตโนมัติเป็นชื่อของจุดต่อเชื่อม
เมื่อใส่สื่อเข้าไปในระบบคอมพิวเตอร์ขี้เล่น

- เป็นโมฆะ ข้อความ
นามแฝงของ -V.

-โวลเซ็ต ข้อความ
ตั้งค่า Volume Set Id ของอิมเมจ ISO อนุญาตได้ไม่เกิน 128 อักขระ

-P ข้อความ
ตั้งค่ารหัสผู้เผยแพร่ของอิมเมจ ISO ซึ่งอาจระบุตัวบุคคลหรือองค์กร
ซึ่งระบุสิ่งที่จะบันทึกไว้ อนุญาตได้ไม่เกิน 128 อักขระ

-สำนักพิมพ์ ข้อความ
นามแฝงของ -P.

-A ข้อความ
ตั้งค่า ID แอปพลิเคชันของอิมเมจ ISO ซึ่งอาจระบุข้อกำหนดของ
วิธีการบันทึกข้อมูล อนุญาตได้ไม่เกิน 128 อักขระ
ข้อความพิเศษ "@xorriso@" จะถูกแปลงเป็นสตริงรหัสของ xorriso ซึ่งก็คือ
ปกติจะเขียนเป็นรหัสผู้จัดเตรียม เป็นประเพณีที่ผิดในการเขียนรหัสโปรแกรมเป็น
รหัสแอปพลิเคชัน

-appid ข้อความ
นามแฝงของ -A

-ซิสซิด ข้อความ
ตั้งค่า System Id ของอิมเมจ ISO ซึ่งอาจระบุระบบที่สามารถ
รับรู้และดำเนินการตามเนื้อหาของพื้นที่ระบบในบล็อกรูปภาพ 0 ถึง 15
อนุญาตได้ไม่เกิน 32 อักขระ

-p ข้อความ
ตั้งค่า ID ผู้จัดเตรียมของอิมเมจ ISO ซึ่งอาจระบุตัวบุคคลหรือนิติบุคคลอื่นได้
ซึ่งควบคุมการจัดเตรียมข้อมูลที่จะต้องบันทึก ปกตินี่
ควรเป็นรหัสของ xorriso ไม่ใช่ของบุคคลหรือโปรแกรมที่ทำงานอยู่
ซอร์ริโซ โปรดหลีกเลี่ยงการเปลี่ยน อนุญาตได้ไม่เกิน 128 อักขระ
ข้อความพิเศษ "@xorriso@" จะถูกแปลงเป็นสตริงรหัสของ xorriso ซึ่งก็คือ
ค่าเริ่มต้นเมื่อเริ่มต้นโปรแกรม

-ผู้จัดเตรียม ข้อความ
นามแฝงของ -p

-บทคัดย่อ iso_path
ตั้งค่าที่อยู่ของไฟล์บทคัดย่อของอิมเมจ ISO นี่ควรเป็น ISO 9660
เส้นทางของไฟล์ในภาพซึ่งมีข้อความนามธรรมเกี่ยวกับภาพ
เนื้อหา. อนุญาตได้ไม่เกิน 37 อักขระ

-บรรณานุกรม iso_path
กำหนดที่อยู่ของไฟล์ Biblio ของอิมเมจ ISO นี่ควรเป็น ISO 9660
เส้นทางของไฟล์ในภาพซึ่งมีบันทึกบรรณานุกรม อนุญาตคือ
มากถึง 37 ตัวอักษร

-ลิขสิทธิ์ iso_path
ตั้งค่าที่อยู่ของไฟล์ลิขสิทธิ์ของอิมเมจ ISO นี่ควรเป็น ISO 9660
เส้นทางของไฟล์ในภาพซึ่งมีคำชี้แจงลิขสิทธิ์ อนุญาตคือ
มากถึง 37 ตัวอักษร

--modification-date=YYYYMMDDhhmmsscc
ตั้งค่าไทม์สตริงที่แทนที่การสร้างอิมเมจ ISO และการแก้ไขการประทับเวลา
อย่างแท้จริง. ต้องประกอบด้วยตัวเลขทศนิยม 16 หลักซึ่งอยู่ในรูปแบบ YYYYMMDDhhmmsscc ด้วย
YYYY ระหว่างปี 1970 ถึง 2999 เขตเวลาคือ GMT มันควรจะตรงกับ GRUB นี้
สาย:
ค้นหา --fs-uuid --set YYYY-MM-DD-hh-mm-ss-cc
เช่น 2010040711405800 คือ 7 เมษายน 2010 11:40:58 (+0 centiseconds)

--application_use อักขระ|0xXY|disk_path
ระบุเนื้อหาของช่อง Application Use ซึ่งสามารถรองรับได้ไม่เกิน 512 ไบต์
หากพารามิเตอร์ของคำสั่งนี้ว่างเปล่า ฟิลด์จะเติมด้วย512
0 ไบต์ หากเป็นอักขระตัวเดียว จะมีการทำซ้ำ 512 ครั้ง ถ้ามัน
เริ่มต้นด้วย "0x" ตามด้วยเลขฐานสิบหกสองหลัก [0-9a-fA-F] จากนั้นจะอ่านตัวเลขว่า
ค่าไบต์ที่ซ้ำกัน 512 ครั้ง
ข้อความพารามิเตอร์อื่นใดใช้เป็น disk_path เพื่อเปิดไฟล์ข้อมูลและอ่านได้มากถึง
512 ไบต์จากนั้น หากไฟล์มีขนาดเล็กกว่า 512 ไบต์ แสดงว่าไบต์ที่เหลือ
ในฟิลด์ตั้งค่าเป็นไบนารี 0

El โทริโตะ ที่สามารถบูตได้ มาตรฐาน ISO ภาพ:

เงื่อนไขเบื้องต้นสำหรับอิมเมจ ISO ที่สามารถบู๊ตได้คือต้องมีไฟล์ของ boot . ในอิมเมจ ISO
โหลดเดอร์ สิ่งอำนวยความสะดวกในการบู๊ตของคอมพิวเตอร์จะถูกส่งไปยังไฟล์ดังกล่าว ซึ่งมักจะดำเนินการ
ไฟล์โปรแกรมเพิ่มเติมจากอิมเมจ ISO ซอร์ริซอฟส์ สามารถผลิตบูทได้หลายชนิด
block หรือ boot record ซึ่งกลายเป็นส่วนหนึ่งของอิมเมจ ISO และได้รับการตีความโดย
ตามสิ่งอำนวยความสะดวกในการบูต

An El โทริโตะ เร็กคอร์ดการบูตชี้สิ่งอำนวยความสะดวกในการบู๊ตสแตรปไปที่แค็ตตาล็อกการบูตด้วยหนึ่งหรือ
อิมเมจสำหรับบูตเพิ่มเติม ซึ่งเป็นไฟล์โปรแกรมไบนารีที่จัดเก็บไว้ในอิมเมจ ISO เนื้อหาของ
ไฟล์อิมเมจสำหรับบูตไม่อยู่ในขอบเขตของ El Torito
xorriso สร้างแค็ตตาล็อกการบูตตามไฟล์อิมเมจสำหรับบูตที่กำหนดและโครงสร้าง
โดยตัวเลือก -b, -e, -el-torito-alt-boot และ --efi-boot มักจะมีรายการเดียวเท่านั้น
El Torito ได้รับการตีความโดยสิ่งอำนวยความสะดวกในการบู๊ต PC-BIOS และ EFI GNU/Linux . ที่สามารถบู๊ตได้มากที่สุด
ซีดีมีอิมเมจการบูต ISOLINUX หรือ GRUB สำหรับ PC-BIOS
ซอร์ริซอฟส์ รองรับตัวเลือกตัวอย่างจากวิกิ ISOLINUX ตัวเลือกที่ใช้ใน GRUB
สคริปต์ grub-mkrescue และตัวอย่างในวิกิ FreeBSD AvgLiveCD

สำหรับการบูตซีดีผ่านสิ่งอำนวยความสะดวกในการบู๊ตอื่นที่ไม่ใช่ PC-BIOS และ EFI และสำหรับการบู๊ตจาก USB
ไม้หรือฮาร์ดดิสก์ ดูหัวข้อถัดไปเกี่ยวกับพื้นที่ระบบ

-b iso_rr_path
ระบุไฟล์บูตอิมเมจซึ่งจะกล่าวถึงในรายการปัจจุบันของEl
แคตตาล็อกบูต Torito จะถูกทำเครื่องหมายว่าเหมาะสำหรับ PC-BIOS
ด้วยอิมเมจสำหรับบูตจาก ISOLINUX และ GRUB ตัวเลือกนี้ควรมาพร้อมกับ
ตัวเลือก -c , -no-emul-boot , -boot-load-size 4 , -boot-info-table

-eltorito-บูต iso_rr_path
นามแฝงของ -b

-eltorito-alt-บูต
เสร็จสิ้นรายการแค็ตตาล็อกการบูต El Torito ปัจจุบัน และเริ่มรายการใหม่ บูต
ไฟล์รูปภาพและตัวเลือกที่จำเป็นทั้งหมดจะต้องระบุไว้ก่อนตัวเลือก
-eltorito-alt-boot ตัวเลือกการบูต El Torito เพิ่มเติมทั้งหมดใช้กับแค็ตตาล็อกใหม่
รายการ. มีรายการแค็ตตาล็อกได้สูงสุด 32 รายการ

-e iso_rr_path
ระบุไฟล์บูตอิมเมจซึ่งจะกล่าวถึงในรายการปัจจุบันของEl
แคตตาล็อกบูต Torito จะถูกทำเครื่องหมายว่าเหมาะสำหรับ EFI
ตัวเลือก -e ควรตามด้วยตัวเลือก -no-emul-boot และไม่มีตัวเลือก El Torito อื่น ๆ
ก่อน -eltorito-alt-boot ในที่สุด

--efi-บูต iso_rr_path
ดำเนินการ -eltorito-alt-boot ตัวเลือก -e ด้วย iso_rr_path ที่กำหนด -no-emul-boot
และอีกครั้ง -eltorito-alt-boot ท่าทางนี้ใช้เพื่อให้บรรลุความสามารถในการบูต EFI ของ
ซีดีกู้ภัย GRUB2

-บูตขนาดโหลด จำนวน
ตั้งค่าจำนวนบล็อก 512 ไบต์ที่จะโหลดในเวลาบูตจากอิมเมจสำหรับบูตใน
รายการแคตตาล็อกปัจจุบัน บูตอิมเมจไบออสที่ไม่เลียนแบบมักจะต้องมีขนาดโหลด
จาก 4 ภาพบูต EFI มักจะกำหนดจำนวนบล็อกที่บูตโดย
ไฟล์ภาพ
El Torito ไม่สามารถแสดงขนาดโหลดที่สูงกว่า 65535

- ฮาร์ดดิสก์บูต
ทำเครื่องหมายรูปบูตในรายการแค็ตตาล็อกปัจจุบันเป็นฮาร์ดดิสก์จำลอง (ไม่
เหมาะสำหรับตัวโหลดการบูตที่รู้จัก)

-no-emul-บูต
ทำเครื่องหมายรูปบูตในรายการแค็ตตาล็อกปัจจุบันว่าไม่ได้จำลองฟลอปปี้หรือฮาร์ด
ดิสก์. (ใช้สำหรับบูตโหลดเดอร์ที่รู้จักทั้งหมด)
หากไม่ได้ให้ -hard-disk-boot หรือ -no-emul-boot อิมเมจสำหรับบูตจะเป็น
ทำเครื่องหมายว่าเลียนแบบฟลอปปี้ (ไม่เหมาะสำหรับตัวโหลดการบูตที่รู้จัก)

-eltorito-id ข้อความ|56_เลขฐานสิบหก
กำหนดสตริง ID ของส่วนแค็ตตาล็อกการบูตที่อิมเมจสำหรับบูตจะเป็น
อยู่ในรายการ หากค่าประกอบด้วย 56 อักขระ [0-9A-Fa-f] จะถูกแปลง
เป็น 28 ไบต์ มิฉะนั้น 28 อักขระแรกจะกลายเป็นสตริง ID สตริง ID ของ
อิมเมจสำหรับบูตแรกจะกลายเป็น ID แค็ตตาล็อกโดยรวม จำกัดเพียง 24
ตัวอักษร id_strings อื่นๆ จะกลายเป็น ID ของส่วน

-eltorito-เซลคริต เลขฐานสิบหก
กำหนดเกณฑ์การเลือกของอิมเมจสำหรับเริ่มระบบ มากถึง 20 ไบต์ได้รับการอ่านจาก
อักขระที่กำหนด [0-9A-Fa-f] พวกเขาได้รับการประกอบกับรายการอิมเมจสำหรับบูตใน
แค็ตตาล็อก

-boot-ข้อมูลตาราง
เขียนทับไบต์ 8 ถึง 63 ในอิมเมจสำหรับบูตปัจจุบัน ข้อมูลจะถูกส่งมา
โดย xorriso ในระหว่างการผลิตภาพ: บล็อกที่อยู่ของไดรฟ์ข้อมูลหลัก
ตัวอธิบาย ที่อยู่บล็อกของไฟล์อิมเมจสำหรับบูต ขนาดของไฟล์อิมเมจสำหรับบู๊ต

--grub2-boot-ข้อมูล
เขียนทับไบต์ 2548 ถึง 2555 ในอิมเมจบูตปัจจุบันตามที่อยู่ของการบู๊ตนั้น
ภาพ. ที่อยู่ถูกเขียนเป็น 64 บิต little-endian number มันเป็นบล็อก 2KB
ที่อยู่ของเนื้อหาอิมเมจสำหรับบูต คูณด้วย 4 แล้วเพิ่มขึ้นด้วย 5

-c iso_rr_path
ตั้งค่าที่อยู่ของไฟล์แค็ตตาล็อกการบูต El Torito ภายในรูปภาพ ไฟล์นี้
ที่อยู่ไม่สำคัญสำหรับการบูท PC-BIOS หรือ EFI แต่อาจอ่านได้ในภายหลัง
โดยโปรแกรมอื่น ๆ เพื่อเรียนรู้เกี่ยวกับอิมเมจสำหรับบู๊ตที่มีอยู่

-eltorito-แคตตาล็อก iso_rr_path
นามแฝงของ -c

--boot-แคตตาล็อก-ซ่อน
ป้องกันไม่ให้แค็ตตาล็อกการบูต El Torito ปรากฏเป็นไฟล์ในแผนผังไดเร็กทอรีของ
รูปภาพ.

System พื้นที่ เอ็มบีอาร์ จีพีที เอพีเอ็ม อื่น ๆ รองเท้า บล็อก:

16 บล็อกแรกของอิมเมจ ISO คือพื้นที่ระบบ สงวนไว้สำหรับระบบ
ซอฟต์แวร์บูตขึ้นอยู่กับ นี่อาจเป็นสิ่งอำนวยความสะดวกในการบูตและตารางพาร์ติชั่นต่างๆ
สถาปัตยกรรมฮาร์ดแวร์
A MBR (Master Boot Record) ประกอบด้วยรหัสบูตและตารางพาร์ติชั่น อ่านโดย
PC-BIOS เมื่อบูตจากแท่ง USB หรือฮาร์ดดิสก์ และโดย PowerPC CHRP หรือ PReP เมื่อ
การบูต พาร์ติชัน MBR ที่มีประเภท 0xee บ่งชี้ว่ามี GPT
A GPT (GUID Partition Table) ทำเครื่องหมายพาร์ติชั่นด้วยวิธีที่ทันสมัยกว่า มันถูกอ่านโดยEFI
เมื่อบูทจากแท่ง USB หรือฮาร์ดดิสก์ และอาจใช้สำหรับค้นหาและติดตั้ง HFS+
พาร์ติชั่นภายในอิมเมจ ISO
An APM (Apple Partition Map) ทำเครื่องหมายพาร์ติชัน HFS+ มันถูกอ่านโดย Macs สำหรับการบูทและ
สำหรับการติดตั้ง
MBR, GPT และ APM ใช้ร่วมกันได้ APM ใช้รหัสบูต MBR 8 ไบต์แรก ทั้งหมด
สามอย่าขัดขวางการบูต El Torito จาก CDROM
ซอร์ริซอฟส์ รองรับสิ่งอำนวยความสะดวกในการบู๊ตเพิ่มเติม: MIPS Big Endian (SGI), MIPS Little Endian
(ธ.ค.), ซัน SPARC, HP-PA, ธ.ค. อัลฟ่า สิ่งเหล่านี้ใช้ร่วมกันไม่ได้และไม่ใช่
ใช้ร่วมกับ MBR, GPT หรือ APM ได้

หลายตัวเลือกต่อไปนี้คาดว่าเส้นทางของดิสก์เป็นอินพุต แต่ยังยอมรับคำอธิบาย
สตริงสำหรับตัวอ่านช่วงเวลา libisofs ซึ่งสามารถตัดข้อมูลจากไฟล์ดิสก์หรือ
-indev และทำให้ส่วนต่างๆ ของเนื้อหาเป็นศูนย์: -G, -generic-boot, --embedded-boot,
--grub2-mbr, -isohybrid-mbr, -efi-boot-part, -prep-boot-part, -B, -sparc-boot,
-ผนวก_partition.
สตริงคำอธิบายประกอบด้วยส่วนประกอบต่อไปนี้ คั่นด้วยเครื่องหมายทวิภาค ':'
" -- ช่วงเวลา:" ค่าสถานะ ":" ช่วงเวลา ":" ศูนย์ ":" แหล่งที่มา
องค์ประกอบ "--ช่วง" ระบุว่านี่ไม่ใช่เส้นทางของดิสก์ธรรมดา แต่เป็นช่วงเวลา
สตริงคำอธิบายผู้อ่าน
แฟล็กคอมโพเนนต์จะแก้ไขการตีความเพิ่มเติม:
"local_fs" ต้องการอ่านจากไฟล์ที่แสดงโดยพาธในซอร์ส
"imported_iso" ต้องการอ่านจากไฟล์ -indev ใช้งานได้ก็ต่อเมื่อ -outdev ไม่เหมือนกัน
เป็น -indev คอมโพเนนต์ต้นทางจะถูกละเว้น
ช่วงเวลาคอมโพเนนต์ประกอบด้วยหมายเลขที่อยู่สองไบต์คั่นด้วยอักขระ "-"
เช่น "0-429" หมายถึงการอ่านไบต์ 0 ถึง 429
คอมโพเนนต์ Zeroizers ประกอบด้วยสตริงที่คั่นด้วยเครื่องหมายจุลภาคเป็นศูนย์หรือมากกว่า พวกเขากำหนด
ส่วนใดของข้อมูลที่อ่านเป็นศูนย์ ไบต์จำนวน 0 หมายถึงไบต์ที่อ่านจาก
ที่อยู่เริ่มต้นของช่วงเวลา แต่ละสตริงอาจเป็นหนึ่งใน:
"zero_mbrpt" ต้องการให้ตารางพาร์ติชั่น MBR เป็นศูนย์หากไบต์ 510 และ 511 รองรับ MBR
ลายเซ็น 0x55 0xaa.
"zero_gpt" ต้องการตรวจสอบส่วนหัว GPT ในหน่วยไบต์ 512 ถึง 1023 เพื่อทำให้เป็นศูนย์และ
บล็อกตารางพาร์ทิชัน
"zero_apm" ต้องการตรวจสอบบล็อก APM 0 และทำให้บล็อกตารางพาร์ติชั่นเป็นศูนย์
Start_byte"-"End_byte ต้องการศูนย์ไบต์การอ่านที่ขึ้นต้นด้วย number
Start_byte และสิ้นสุดหลังจาก End_byte
แหล่งที่มาของคอมโพเนนต์คือพาธไฟล์ที่มีแฟล็ก "local_fs" และละเว้นด้วยแฟล็ก
"นำเข้า_iso"
ตัวเลขไบต์สามารถปรับขนาดได้ด้วยคำต่อท้ายจาก {k,m,g,t,s,d} ซึ่งหมายถึงการคูณด้วย
{1024, 1024k, 1024m, 1024g, 2048, 512} หมายเลขสิ้นสุดของค่าที่ปรับขนาดแสดงถึงไบต์สุดท้ายของ
ช่วงที่ปรับขนาด
เช่น "0d-0d" คือ "0-511"
ตัวอย่าง:
"local_fs:0-32767:zero_mbrpt,zero_gpt,440-443:/tmp/template.iso"
"imported_iso:45056d-47103d::"

-G disk_path
คัดลอกสูงสุด 32768 ไบต์จากไฟล์ดิสก์ที่กำหนดไปยังจุดเริ่มต้นของ ISO
ภาพ.
นอกเหนือจากอิมเมจสำหรับบูต El Torito ไฟล์ disk_path ไม่จำเป็นต้องถูกเพิ่มลงใน
ภาพ ISO จะไม่แสดงเป็นไฟล์ในแผนผังไดเร็กทอรี
ในสถานการณ์แบบหลายเซสชัน disk_path พิเศษ "." ป้องกันการอ่านดิสก์
แต่อย่างไรก็ตามทำให้เกิดการปรับเปลี่ยนใน MBR ที่มีอยู่ซึ่งก็คือ
สั่งโดยทางเลือกอื่น

-บูตทั่วไป disk_path
นามแฝงของ -G

--embedded-บูต disk_path
นามแฝงของ -G

--grub2-mbr disk_path
ติดตั้ง disk_path ในพื้นที่ระบบและถือว่าเป็น GRUB2 MBR ที่ทันสมัย หัวข้อ
ที่อยู่เริ่มต้นของอิมเมจสำหรับบูตแรกจะถูกแปลงเป็นจำนวนบล็อก 512 ไบต์
และเพิ่มออฟเซ็ตเป็น 4 ผลลัพธ์ถูกเขียนเป็น 64 บิต little-endian number
เป็นไบต์ที่อยู่ 0x1b0

-ไอโซไฮบริด-mbr disk_path
ติดตั้ง disk_path เป็น ISOLINUX isohybrid MBR ซึ่งทำให้บูตอิมเมจที่กำหนดโดย
ตัวเลือก -b สามารถบูตได้จากแท่ง USB และฮาร์ดดิสก์ผ่าน PC-BIOS การเตรียมการนี้คือ
โดยปกติจะทำโดยโปรแกรม ISOLINUX isohybrid บนอิมเมจ ISO ที่สร้างไว้แล้ว
เส้นทางของดิสก์ควรนำไปสู่หนึ่งในไฟล์ Syslinux isohdp[fp]x*.bin MBR
ได้รับการปะแก้ตามความต้องการไอโซไฮบริด พาร์ติชันแรกอธิบายช่วง
ของภาพ ISO การเริ่มต้นอยู่ที่บล็อก 0 โดยค่าเริ่มต้น แต่อาจตั้งค่าเป็น 64 ดิสก์
บล็อกตามตัวเลือก -partition_offset 16
สำหรับความหมายของ disk_path พิเศษ "." ดูตัวเลือก -G

-isohybrid-gpt-basdat
ทำเครื่องหมายภาพบูต El Torito ปัจจุบัน (ดูตัวเลือก -b และ -e) ใน GPT เป็นพาร์ติชั่น
ประเภทข้อมูลพื้นฐาน ใช้ได้เฉพาะกับ -isohybrid-mbr และมีผลเช่นเดียวกันกับ
พื้นที่ระบบเป็น -efi-boot-part ไม่สามารถใช้ร่วมกับ -efi-boot-part or
-hfsplus
อิมเมจสำหรับบูตสามภาพแรกที่ทำเครื่องหมายโดย GPT จะแสดงเป็นพาร์ติชั่นด้วย
รายการประเภท 0xef ใน MBR พาร์ติชัน MBR สำหรับ PC-BIOS ได้รับประเภท 0x00 แทน
มากกว่า 0x17 ในกรณีนี้ บ่อยครั้งที่รายการ MBR เพิ่มเติมคือรายการที่จริง
ใช้งานโดย EFI

-isohybrid-gpt-hfsplus
ทำเครื่องหมายภาพบูต El Torito ปัจจุบัน (ดูตัวเลือก -b และ -e) ใน GPT เป็นพาร์ติชั่น
ชนิด HFS+ ผลกระทบและข้อจำกัดเหมือนกับ -isohybrid-gpt-basdat

-isohybrid-apm-hfsplus
ทำเครื่องหมายรูปบูต El Torito ปัจจุบัน (ดูตัวเลือก -b และ -e) ใน Apple Partition
แมปเป็นพาร์ติชันประเภท HFS+ ใช้ได้เฉพาะกับ -isohybrid-mbr และมี a
ผลกระทบที่คล้ายกันในพื้นที่ระบบเป็น -hfsplus ไม่สามารถใช้ร่วมกับ
-efi-boot-part หรือ -hfsplus
ไฟล์ ISOLINUX isohybrid MBR ต้องเริ่มต้นด้วยรูปแบบที่รู้จักขนาด 32 ไบต์ของ x86
รหัสเครื่องซึ่งโดยพื้นฐานแล้วไม่ทำอะไรเลย มันจะถูกเขียนทับโดย 32 ไบต์ของ
ต้นแบบส่วนหัวของ APM

--protective-msdos-ฉลาก
แก้ไขพื้นที่ระบบด้วยตารางพาร์ติชั่น PC-DOS อย่างง่ายที่พาร์ติชั่น 1 อ้างสิทธิ์
ช่วงของอิมเมจ ISO แต่ปล่อยให้บล็อกแรกไม่มีการอ้างสิทธิ์

-partition_offset 2kb_block_adr
ทำให้เกิดตารางพาร์ติชั่นด้วยพาร์ติชั่นเดียวที่เริ่มต้นที่บล็อคที่กำหนด
ที่อยู่. จำนวนนี้นับในบล็อก 2048 ไบต์ ไม่ใช่ในบล็อก 512 ไบต์ ถ้าบล็อก
ที่อยู่ไม่เป็นศูนย์ ดังนั้นจึงต้องมีอย่างน้อย 16 ค่าที่มากกว่า 16 แทบจะไม่ได้
ของการใช้งาน ออฟเซ็ตพาร์ติชั่นที่ไม่เป็นศูนย์ทำให้มีการสร้างซูเปอร์บล็อกสองตัวและสอง
ชุดของแผนผังไดเร็กทอรี จากนั้นอิมเมจจะเมานต์ได้ตั้งแต่เริ่มต้นแน่นอนเป็น
รวมทั้งจากการเริ่มพาร์ติชั่น
ค่าออฟเซ็ตของอิมเมจ ISO จะถูกรักษาไว้เมื่อมีการเพิ่มเซสชันใหม่ในa
โหลดรูปภาพ ดังนั้นค่าที่กำหนดไว้ที่นี่จะมีผลก็ต่อเมื่ออิมเมจ ISO ใหม่ได้รับ
เขียนไว้.

-partition_hd_cyl จำนวน
กำหนดจำนวนหัวต่อกระบอกสูบสำหรับตารางพาร์ติชั่น MBR 0 เลือก a
ค่าเริ่มต้น สูงสุดคือ 255

-partition_sec_hd จำนวน
กำหนดจำนวนเซกเตอร์ต่อหัวสำหรับตารางพาร์ติชั่น MBR 0 เลือก a
ค่าเริ่มต้น สูงสุดคือ 63
ผลิตภัณฑ์ partition_sec_hd * partition_hd_cyl * 512 คือขนาดกระบอกสูบ มัน
ควรหารด้วย 2048 ลงตัว เพื่อให้สามารถจัดตำแหน่งได้อย่างแม่นยำ กับ
พาร์ติชั่นต่อท้ายและ -appended_part_as_gpt ไม่มีการจำกัดจำนวน
กระบอกสูบ มิฉะนั้นอาจมีมากถึง 1024 คน ถ้าขนาดกระบอกใหญ่เกินไป
เล็กให้อยู่ต่ำกว่าขีด จำกัด จากนั้นค่าที่เหมาะสมของ partition_hd_cyl คือ
เลือกด้วย partition_sec_hd 32 หรือ 63 หากภาพมีขนาดใหญ่กว่า 8,422,686,720
ไบต์ ดังนั้น ข้อจำกัดขนาดกระบอกสูบจึงไม่สามารถทำได้สำหรับ MBR พวกเขาดูเหมือน
ไม่ได้มีความสำคัญมากเกินไปอยู่ดี ที่อยู่บล็อกแบบแบนในตารางพาร์ติชั่นนั้นดีสำหรับ
1 ทีบี

-partition_cyl_align โหมด
ควบคุมการจัดตำแหน่งขนาดภาพเป็นจำนวนเต็มของกระบอกสูบ มีกำหนด
ตามข้อกำหนด isohybrid และดูเหมือนว่าโปรดโปรแกรม fdisk ขนาดกระบอกสูบต้องเป็น
หารด้วย 2048 ไม่ได้ รูปภาพที่มีขนาดใหญ่กว่า 8,323,596,288 ไบต์ไม่สามารถจัดแนวใน MBR
ตารางพาร์ทิชัน
โหมด "อัตโนมัติ" เป็นค่าเริ่มต้น การจัดตำแหน่งโดยการเติมจะเกิดขึ้นก็ต่อเมื่อตัวเลือก -isohybrid-mbr
ได้รับ
โหมด "เปิด" ทำให้เกิดการจัดตำแหน่งด้วยการเติมตัวเลือก --protective-msdos-label ด้วย
โหมด "ทั้งหมด" เหมือนกับ "เปิด" แต่ยังเพิ่มพาร์ติชั่นจาก -append_partition เป็น an
ขนาดที่ตรงกัน
โหมด "ปิด" ปิดใช้งานการจัดตำแหน่งโดยไม่มีเงื่อนไข

-ผนวก_partition partition_number type_code disk_path
ทำให้อิมเมจระบบไฟล์ที่เตรียมไว้ต่อท้ายอิมเมจ ISO และกลายเป็น
อธิบายโดยรายการตารางพาร์ติชั่นในบล็อกการเริ่มระบบเมื่อเริ่มต้นการเกิดขึ้นใหม่
ภาพ ISO รายการพาร์ติชั่นจะรับขนาดของไฟล์ที่ส่งโดยปัดเศษขึ้น
เป็นทวีคูณถัดไปของ 2048 ไบต์หรือเป็นทวีคูณถัดไปของขนาดกระบอกสูบ
ระวังการทำงานหลายเซสชันที่ตามมา พาร์ติชั่นที่ต่อท้ายจะได้รับ
เขียนทับ
partition_number อาจเป็น 1 ถึง 4 หมายเลข 1 จะใส่อิมเมจ ISO ทั้งหมดลงใน
พื้นที่ว่างก่อนพาร์ติชัน 1 ดังนั้นร่วมกับ xorriso MBR หรือ GPT . ส่วนใหญ่
คุณสมบัติข้อ 2 จะเป็นทางเลือกที่เป็นธรรมชาติที่สุด
type_code อาจเป็น "FAT12", "FAT16", "Linux" หรือเลขฐานสิบหกระหว่าง
0x00 และ 0xff ไม่ใช่ตัวเลขทั้งหมดที่จะให้ผลลัพธ์ที่ใช้งานได้ สำหรับรายการรหัส
ค้นหา "ประเภทพาร์ติชัน" ทางอินเทอร์เน็ตหรือเรียกใช้คำสั่ง fdisk "L" รหัสนี้
สำคัญกับ MBR เท่านั้น ไม่ใช่ GPT
หากคำสั่งอื่นทำให้เกิดการผลิต GPT แสดงว่าพาร์ติชั่นที่ต่อท้าย
จะถูกกล่าวถึงที่นั่นเช่นกันแม้ว่าจะไม่ได้ให้ -appended_part_as_gpt

-ผนวก_part_as_gpt
ทำเครื่องหมายพาร์ติชันจาก -append_partition ใน GPT แทนที่จะเป็น MBR ในกรณีนี้
MBR แสดงพาร์ติชั่นเดียวของประเภท 0xee ซึ่งครอบคลุมข้อมูลเอาต์พุตทั้งหมด
โดยค่าเริ่มต้น พาร์ติชันที่ต่อท้ายจะถูกทำเครื่องหมายใน GPT เฉพาะเมื่อมีการสร้าง GPT เนื่องจาก
ของทางเลือกอื่นๆ

-efi-boot-part disk_path
คัดลอกไฟล์จากดิสก์ไปยังอิมเมจ ISO ที่เกิดขึ้นใหม่และทำเครื่องหมายด้วยรายการ GPT เป็น EFI
พาร์ติชันระบบ เฟิร์มแวร์สำหรับบูต EFI ควรใช้อิมเมจระบบไฟล์ FAT ใน
พาร์ติชั่นดังกล่าวสำหรับการบูทจากแท่ง USB หรือฮาร์ดดิสก์
แทนที่จะเป็น disk_path อาจให้คำว่า --efi-boot-image มันเปิดเผยใน GPT
เนื้อหาของอิมเมจบูต El Torito EFI แรกเป็นพาร์ติชันระบบ EFI บูต EFI
รูปภาพถูกนำเสนอโดยตัวเลือก -e หรือ --efi-boot อิมเมจการบูต EFI ที่ได้รับผลกระทบ
ไม่สามารถแสดงใน HFS+ ได้ เนื่องจากถูกเก็บไว้นอกพาร์ติชั่น HFS+

-chrp-บูตส่วน
ทำเครื่องหมายช่วงบล็อกของอิมเมจ ISO ที่เกิดขึ้นใหม่ทั้งหมดเป็นพาร์ติชั่น MBR ประเภท 0x96
ไม่เข้ากันกับคุณสมบัติอื่นใดที่สร้างรายการพาร์ติชั่น MBR
ทำให้ไม่สามารถระบุ GPT ได้
CHRP มักใช้ร่วมกับ HFS ยังไม่ได้ทดสอบว่า HFS+
ระบบไฟล์ที่สร้างด้วยตัวเลือก -hfsplus จะบู๊ตบนเครื่องที่สามารถใช้ CHRP ได้
ซึ่งไม่สามารถบู๊ต ISO 9660 บริสุทธิ์ได้เช่นกัน

-chrp-บูต
นามแฝงของ -chrp-boot-part

-เตรียมบูตส่วน disk_path
คัดลอกไฟล์จากดิสก์ไปยังอิมเมจ ISO ที่เกิดขึ้นใหม่และทำเครื่องหมายด้วยพาร์ติชั่น MBR
รายการประเภท 0x41 เฟิร์มแวร์บูต PReP ควรจะอ่านเนื้อหาของ
พาร์ติชั่นเป็นไฟล์ปฏิบัติการ ELF ไฟล์เดียว ตัวเลือกนี้เข้ากันได้กับ MBR . อื่น ๆ
พาร์ติชันและด้วย GPT

-mips-บูต iso_rr_path
ประกาศไฟล์ข้อมูลในภาพเป็นไฟล์บูต MIPS Big Endian และสาเหตุ
การผลิต MIPS Big Endian Volume Header สิ่งนี้ไม่เกิดร่วมกันกับ
การผลิต boot block อื่นๆ เช่น MBR มันจะเขียนทับ 512 ไบต์แรกของ
ข้อมูลใด ๆ ที่ -G. หลายไฟล์สามารถประกาศไฟล์บูตได้มากถึง 15 ไฟล์
ตัวเลือก -mips-boot

-mipsel-บูต iso_rr_path
ประกาศไฟล์ข้อมูลในอิมเมจให้เป็นไฟล์บูต MIPS Little Endian นี่คือ
ร่วมกันกับบล็อกการบูตอื่น ๆ มันจะเขียนทับ 512 ไบต์แรก
ของข้อมูลใด ๆ ที่ -G. สามารถประกาศไฟล์บูตไฟล์เดียวเท่านั้นโดย
-mipsel-บูต

-B disk_path[,disk_path ...]
ทำให้ไฟล์ข้อมูลบนดิสก์อย่างน้อยหนึ่งไฟล์ถูกเขียนต่อจากจุดสิ้นสุดของอิมเมจ ISO
ฉลากดิสก์ SUN จะถูกเขียนลงใน 512 ไบต์แรกของอิมเมจ ISO ซึ่ง
แสดงรายการรูปภาพนี้เป็นพาร์ติชัน 1 และ disk_paths ที่กำหนดเป็นพาร์ติชัน 2 ถึง 8
ไฟล์ดิสก์ควรมีอิมเมจสำหรับบูตที่เหมาะสมสำหรับระบบ SUN SPARC
pseudo disk_path "..." ทำให้รายการพาร์ติชั่นว่างทั้งหมดกลายเป็นสำเนาของ
รายการสุดท้ายที่ไม่ว่างเปล่า หากไม่มี disk_path อื่นมาก่อน "..." แสดงว่าทั้งหมด
พาร์ติชั่นอธิบายอิมเมจ ISO ในกรณีนี้ รหัสตัวโหลดบูตจะต้องเป็น
นำเข้าโดยตัวเลือก -G

-sparc-บูต disk_path[,disk_path ...]
นามแฝงของ -B

-spark-ฉลาก ข้อความ
ตั้งค่าข้อความป้ายกำกับ ASCII ของ SUN Disk Label

--grub2-sparc-core iso_rr_path
ทำให้ที่อยู่เนื้อหาและขนาดของไฟล์ข้อมูลที่ระบุในภาพเป็น
เขียนตามหลัง SUN Disk Label ตัวเลขทั้งสองถูกนับเป็นไบต์ ที่อยู่
ถูกเขียนเป็นตัวเลขบิ๊กเอนด์ 64 บิตถึงไบต์ 0x228 ขนาดเขียนเป็น32
บิต big-endian จำนวนเป็นไบต์ 0x230

-hppa-cmdline ข้อความ
ตั้งค่าบรรทัดคำสั่ง PALO สำหรับ HP-PA อนุญาตให้ใช้อักขระได้สูงสุด 1023 ตัวโดย
ค่าเริ่มต้น. ด้วย -hppa-hdrversion 4 ขีด จำกัด คือ 127
โปรดทราบว่าตัวเลือก -hppa ห้าตัวเลือกแรกนั้นบังคับ หากมีตัวเลือก -hppa ตัวใดตัวหนึ่ง
จะได้รับ อนุญาตให้มีตัวเลือกเฉพาะ -hppa-hdrversion เท่านั้น

-hppa-bootloader iso_rr_path
กำหนดเส้นทางที่กำหนดเป็นไฟล์ bootloader ของ HP-PA

-hppa-เคอร์เนล-32 iso_rr_path
กำหนดเส้นทางที่กำหนดเป็นไฟล์เคอร์เนล HP-PA 32 บิต

-hppa-เคอร์เนล-64 iso_rr_path
กำหนดเส้นทางที่กำหนดเป็นไฟล์เคอร์เนล HP-PA 64 บิต

-hppa-ramdisk iso_rr_path
กำหนดเส้นทางที่กำหนดเป็นไฟล์ดิสก์ HP-PA RAM

-hppa-hdrversion จำนวน
เลือกระหว่างส่วนหัว PALO เวอร์ชัน 5 (ค่าเริ่มต้น) และเวอร์ชัน 4 เพื่อความเหมาะสม
ค่าดูในซอร์สโค้ดของ PALO: PALOHDRVERSION

-alpha-บูต iso_rr_path
ประกาศไฟล์ข้อมูลในภาพเป็น DEC Alpha SRM Secondary Bootstrap Loader
และทำให้เกิดการผลิตบูตเซกเตอร์ซึ่งชี้ไปที่มัน นี่คือกันและกัน
พิเศษเฉพาะกับการผลิตบูตบล็อคอื่นๆ เช่น MBR

คาแรคเตอร์ ชุด:

ชุดอักขระไม่ควรมีความสำคัญตราบใดที่ใช้เฉพาะตัวอักษรและตัวเลขภาษาอังกฤษเท่านั้น
สำหรับชื่อไฟล์หรือตราบเท่าที่ผู้เขียนและผู้อ่านสื่อใช้อักขระเดียวกัน
ชุด. นอกข้อจำกัดเหล่านี้ อาจจำเป็นต้องให้ xorriso แปลงรหัสไบต์
การแปลงจากชุดอักขระอินพุตเป็นชุดอักขระเอาต์พุตจะดำเนินการเมื่อ ISO
ภาพได้รับการเขียน ในทางกลับกัน มีการแปลงจากชุดอักขระเอาต์พุตเป็น
ชุดอักขระอินพุตเมื่อโหลดอิมเมจ ISO ชุดสามารถกำหนดโดยตัวเลือก
-input-charset และ -output-charset หากจำเป็น

-อินพุต-ชุดอักขระ character_set_name
ตั้งค่าชุดอักขระที่จะแปลงชื่อไฟล์ดิสก์เมื่อใส่เข้าไป
ลงในอิมเมจ ISO

-output-ชุดอักขระ character_set_name
ตั้งค่าชุดอักขระที่จะแปลงชื่อของอิมเมจ ISO ที่โหลดและเป็น
ซึ่งจะแปลงชื่อเมื่อเขียนอิมเมจ ISO

จิ๊กโด แบบ การสกัด:

จาก man genisoimage: "Jigdo เป็นเครื่องมือที่ช่วยในการแจกจ่ายไฟล์ขนาดใหญ่เช่น CD
และภาพดีวีดี ดู http://atterer.net/jigdo/ สำหรับรายละเอียดเพิ่มเติม เดเบียนซีดีและดีวีดี ISO
รูปภาพถูกเผยแพร่บนเว็บในรูปแบบ jigdo เพื่อให้ผู้ใช้ปลายทางสามารถดาวน์โหลดได้มากขึ้น
อย่างมีประสิทธิภาพ"
หากเปิดใช้งานการใช้ libjte ในเวลารวบรวมของ xorriso ดังนั้น ซอร์ริซอฟส์ สามารถผลิต
.jigdo และไฟล์ .template ร่วมกับอิมเมจ ISO เซสชันเดียว ถ้าไม่เช่นนั้น Jigdo
ตัวเลือกจะทำให้เกิดเหตุการณ์ FAILURE ซึ่งปกติจะนำไปสู่การยกเลิกโปรแกรม
หนึ่งอาจกำหนดความสามารถของ Jigdo โดย:
$ xorrisofs -รุ่น 2>&1 | grep '^libjte' && echo ใช่

ไฟล์ .jigdo ประกอบด้วยเช็คซัมและที่อยู่ไฟล์สัญลักษณ์ ไฟล์ .template
มีอิมเมจ ISO ที่บีบอัดพร้อมแท็กอ้างอิงแทนที่จะเป็นไบต์เนื้อหาของ
ไฟล์ที่ระบุไว้
อินพุตสำหรับกระบวนการนี้เป็นอาร์กิวเมนต์ปกติสำหรับ a ซอร์ริซอฟส์ เซสชั่นที่ไม่มีภาพ
โหลดแล้ว และไฟล์ .md5 ซึ่งแสดงรายการไฟล์ข้อมูลที่อาจอยู่ในรายการ .jigdo
ไฟล์และอ้างอิงภายนอกในไฟล์ .template แต่ละไฟล์ที่กำหนดจะถูกแสดง
ในไฟล์ .md5 ด้วยบรรทัดข้อความเดียว:
MD5 เป็นเลขฐานสิบหก 32 ตัว ช่องว่าง 2 ตัว ขนาดเป็นทศนิยมหรือช่องว่าง 12 หลัก ช่องว่าง 2 ตัว สัญลักษณ์
ที่อยู่ไฟล์
ที่อยู่ไฟล์ในบรรทัด .md5 ต้องมีชื่อฐานเดียวกันกับ disk_path ของ
ไฟล์ที่จะจับคู่ เส้นทางไดเรกทอรีของที่อยู่ไฟล์นั้นสำคัญสำหรับ To=From
การแมปไม่ใช่สำหรับการจดจำไฟล์ หลังจาก To=จากการแมป ที่อยู่ไฟล์จะถูกเขียน
ลงในไฟล์ .jigdo เครื่องมือคืนค่า Jigdo จะแปลงที่อยู่เหล่านี้เป็นจริงๆ
ที่อยู่แหล่งข้อมูลที่เข้าถึงได้ซึ่งพวกเขาสามารถอ่านได้
หากรายการพารามิเตอร์ jigdo ไม่ว่างเปล่า การเติมจะถูกนับเป็นส่วนหนึ่งของ
ภาพ ISO

-จิ๊กโด-จิ๊กโด disk_path
ตั้งค่า disk_path สำหรับไฟล์ .jigdo ด้วยเช็คซัมและดาวน์โหลดที่อยู่สำหรับ
เติมหลุมใน .template

-jigdo-แม่แบบ disk_path
ตั้งค่า disk_path สำหรับไฟล์ .template ด้วยอิมเมจ ISO ที่มีรูและบีบอัด
สำเนา.

-jigdo-min-ขนาดไฟล์ ขนาด
กำหนดขนาดขั้นต่ำสำหรับไฟล์ข้อมูลที่จะแสดงรายการในไฟล์ .jigdo และเป็น a
รูในไฟล์ .template ขนาดอาจเป็นจำนวนไบต์นับธรรมดาหรือตัวเลข
ด้วยตัวอักษรต่อท้าย "k", "m", "g" เพื่อนับ KiB (1024 ไบต์), MiB (1024 KiB) หรือ
GiB (1024 MiB)

-jigdo-แรง-md5 disk_path_pattern
เพิ่มรูปแบบนิพจน์ทั่วไปซึ่งจะนำไปเปรียบเทียบกับค่าสัมบูรณ์
disk_path ของไฟล์ข้อมูลใดๆ ที่ไม่พบในรายการ .md5 การแข่งขันทำให้เกิด a
เหตุการณ์ MISHAP ซึ่งปกติแล้วจะไม่ยกเลิกการรันโปรแกรม แต่สุดท้ายทำให้เกิด a
ค่าทางออกที่ไม่ใช่ศูนย์ของโปรแกรม

-jigdo-ไม่รวม disk_path_pattern
เพิ่มรูปแบบนิพจน์ทั่วไปซึ่งจะนำไปเปรียบเทียบกับค่าสัมบูรณ์
disk_path ของไฟล์ข้อมูลใด ๆ การจับคู่ทำให้ไฟล์อยู่ใน .template ใน any
กรณี.

-jigdo-แผนที่ ถึง=จาก
เพิ่มคู่สตริงของฟอร์ม To=From ไปยังรายการพารามิเตอร์ หากไฟล์ข้อมูลได้รับ
อยู่ในไฟล์ .jigdo จากนั้นจะถูกอ้างอิงโดยที่อยู่ไฟล์จากบรรทัดใน
ไฟล์ .md5 ที่อยู่ไฟล์นี้จะถูกตรวจสอบว่าขึ้นต้นด้วย From . หรือไม่
สตริง หากเป็นเช่นนั้น สตริงนี้จะถูกแทนที่ด้วยสตริง To และ ':'
ก่อนที่มันจะเข้าไปในไฟล์ .jigdo สตริง From ควรลงท้ายด้วย '/'
ตัวอักษร

-md5-รายการ disk_path
ตั้งค่า disk_path ที่จะค้นหาไฟล์อินพุต .md5

-jigdo-แม่แบบบีบอัด "gzip"|"bzip2"
เลือก "bzip2" หรือ "gzip" อย่างใดอย่างหนึ่งสำหรับการบีบอัดไฟล์เทมเพลต จิ๊กโด
ไฟล์ถูกนำออกมาแบบไม่บีบอัด

-checksum_algorithm_iso list_of_names
เลือก "md5", "sha1", "sha256", "sha512" อย่างน้อยหนึ่งรายการสำหรับ "# Image เสริม
Hex" checksums ในไฟล์ .jigdo list_of_names อาจดูเหมือน
"md5,sha1,sha512". ค่า "ทั้งหมด" จะเลือกอัลกอริธึมที่มีอยู่ทั้งหมด โปรดทราบว่าMD5
เปิดใช้งานอยู่เสมอ

-checksum_algorithm_template list_of_names
เลือกอัลกอริทึมสำหรับเช็คซัม "# Template Hex" ในไฟล์ .jigdo NS
กฎสำหรับ list_of_names เหมือนกับ -checksum_algorithm_iso

เบ็ดเตล็ด ตัวเลือก:

-ขนาดพิมพ์
พิมพ์เป็นมาตรฐาน ส่งออกจำนวนบล็อกที่คาดการณ์ได้ของบล็อก 2048 ไบต์ใน
ภาพ ISO ที่เกิดขึ้นใหม่ อย่าสร้างภาพนี้
ผลลัพธ์ขึ้นอยู่กับการตั้งค่าหลายอย่าง
หากมีตัวเลือก --emul-toc การเติม (ดู -pad) จะไม่ถูกนับเป็นส่วนหนึ่งของ
ขนาดภาพ ในกรณีนี้ ให้ใช้ -no-pad หรือเพิ่ม 150 (= 300 KiB) ให้กับ
จำนวนผลลัพธ์
หากการจำลอง mkisofs สิ้นสุดลงหลังจากตัวเลือก -print-size แสดงว่าคุณสมบัติของมากที่สุด
ไฟล์อิมเมจสำหรับบูตที่ระบุล่าสุดไม่สามารถแก้ไขได้ด้วยคำสั่ง xorriso ที่ตามมา

--no_rc
เฉพาะในกรณีที่ใช้เป็นอาร์กิวเมนต์แรก ตัวเลือกนี้จะป้องกันการอ่านและตีความ
ไฟล์เริ่มต้น ดูส่วนไฟล์ด้านล่าง

-ช่วยด้วย
แสดงรายการตัวเลือกที่รองรับ stderr ตัวเลือก mkisofs ดั้งเดิมมีต้นฉบับ
ข้อความคำอธิบาย mkisofs

-เงียบ
ระงับข้อความส่วนใหญ่ของโปรแกรมที่รัน ยกเว้นข้อความที่บ่งบอกถึงปัญหาหรือ
ข้อผิดพลาด

-กุย
เพิ่มความถี่ของข้อความจุกหลอกขณะเขียนอิมเมจ ISO

-log-ไฟล์ disk_path
ตัดทอนไฟล์ disk_path เป็น 0 และเปลี่ยนเส้นทางไปยังข้อความทั้งหมดที่จะ
ปกติจะปรากฏบน stderr -log-file ที่มีข้อความว่างเป็น disk_path เปิดใช้งานเอาต์พุตอีกครั้ง
เพื่อ stderr

-v
เปิดใช้งานผลลัพธ์ของข้อความโปรแกรมข้อมูล

-รายละเอียด
นามแฝงของ -v.

-version
พิมพ์ข้อความที่ขึ้นต้นด้วย
"mkisofs 2.01-Emulation ลิขสิทธิ์ (C)"
และข้อผิดพลาดมาตรฐานข้อมูลเวอร์ชันของ xorriso

ตัวอย่าง

ขององค์กร of ตัวอย่าง:
การดำเนินการผลิตภาพอย่างง่าย
ตั้งค่าเส้นทางอิมเมจ ISO โดย -graft-points
ดำเนินการหลายเซสชัน
ให้ xorrisofs ทำงานภายใต้ growisofs
การสำรองข้อมูลส่วนเพิ่มของแผนผังไดเร็กทอรีบางส่วน
สำรองที่เพิ่มขึ้นด้วยต้นไม้ที่สะสม
สร้างอิมเมจที่สามารถบู๊ตได้สำหรับ PC-BIOS และ EFI

A ง่าย ภาพ การผลิต วิ่ง
โครงสร้างไฟล์ที่เตรียมไว้ในไดเร็กทอรี ./for_iso จะถูกคัดลอกไปยังไดเร็กทอรีรากของ ISO
ภาพ. สิทธิ์ของไฟล์ได้รับการตั้งค่าเป็นแบบอ่านอย่างเดียวสำหรับทุกคน Joliet คุณลักษณะสำหรับ
เพิ่มระบบของ Microsoft รูปภาพที่ได้จะถูกเขียนเป็นไฟล์ข้อมูล ./image.iso on
ดิสก์
$ xorrisofs -r -J -o ./image.iso ./for_iso

ชุด มาตรฐาน ISO ภาพ เส้นทาง by -graft-จุด
หากไม่มีตัวเลือก -graft-points แต่ละไฟล์ดิสก์ที่กำหนดจะถูกคัดลอกไปยังไดเร็กทอรีรากของ
อิมเมจ ISO รักษาชื่อ หากไดเร็กทอรีได้รับ ไฟล์นั้นและ
ไดเร็กทอรีย่อยจะถูกคัดลอกไปยังไดเร็กทอรี root โดยคงชื่อไว้
$xorrisofs ... /home/me/datafile /tmp/directory
ผลตอบแทนในไดเร็กทอรีรูทอิมเมจ ISO:
/แฟ้มข้อมูล
/file_1_from_directory
...
/file_N_from_directory

ด้วยตัวเลือก -graft-points คุณสามารถใส่ไฟล์และไดเร็กทอรีไปยังเส้นทางใดก็ได้
ในภาพ ISO
$ xorrisofs ... -graft-points /home/me/datafile /dir=/tmp/directory
ผลตอบแทนในไดเร็กทอรีรูทอิมเมจ ISO:
/แฟ้มข้อมูล
/ผบ
ในที่สุดไดเร็กทอรีหลักที่จำเป็นในภาพจะถูกสร้างขึ้นโดยอัตโนมัติ:
/datafiles/file1=/home/me/datafile
ผลตอบแทนในอิมเมจ ISO:
/datafiles/file1
แอตทริบิวต์ของไดเร็กทอรี /datafiles ถูกคัดลอกจาก /home/me บนดิสก์

โดยปกติควรหลีกเลี่ยงอักขระ = และ \ ในส่วน ISO ของข้อกำหนดเส้นทาง แต่ถ้ามัน
จะต้อง หนึ่งอาจหนีพวกเขา:
/with_\=_and_\\/file=/tmp/directory/file
ผลตอบแทนในอิมเมจ ISO:
/กับ_=_และ_\/ไฟล์

ดำเนินการ หลายเซสชัน ทำงาน
ตัวอย่างนี้ใช้ได้กับสื่อแบบหลายเซสชันเท่านั้น: CD-R[W], DVD-R[W], DVD+R, BD-R เพิ่ม
ตัวเลือก cdrskin --grow_overwriteable_iso ทั้งหมด -as cdrecord ทำงานเพื่อเปิดใช้งาน
การจำลองหลายเซสชันบนสื่อที่เขียนทับได้
เซสชั่นแรกเขียนดังนี้:
$ xorrisofs -กราฟต์จุด \
/tree1=prepared_for_iso/tree1 \
| xorriso -as cdrecord -v dev=/dev/sr0 ว่างเปล่า=รวดเร็ว -หลาย -eject -
เซสชันติดตามผลเขียนดังนี้:
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ m=$(xorriso - เป็น cdrecord dev=/dev/sr0 -msinfo)
$ xorrisofs -M /dev/sr0 -C $m -graft-จุด \
/tree2=prepared_for_iso/tree2 \
- xorriso -as cdrecord -v dev=/dev/sr0 -waiti -multi -eject -
นำถาดไดรฟ์ออกระหว่างเซสชันเสมอ เซสชันเก่าสามารถอ่านได้ทาง /dev/sr0 มันคือ
ไดรเวอร์อุปกรณ์อาจไม่ทราบถึงเนื้อหาที่เปลี่ยนแปลงก่อนที่จะโหลดสื่ออีกครั้ง
ในกรณีนี้จะไม่โหลดเซสชันก่อนหน้าและเซสชันใหม่จะมี
เฉพาะไฟล์ที่เพิ่มใหม่เท่านั้น
ด้วยเหตุผลเดียวกัน อย่าปล่อยให้ xorriso -as cdrecord โหลดสื่อ แต่ทำสิ่งนี้
ด้วยตนเองหรือโดยโปรแกรมที่อ่านจาก /dev/sr0

ปล่อยให้ ซอร์ริซอฟส์ งาน ภายใต้ Growisofs
Growisofs คาดหวังโปรแกรมฟอร์แมตเตอร์ ISO ซึ่งเข้าใจตัวเลือก -C และ -M ตัวแปร
ถูกกำหนดให้แทนที่ชื่อเริ่มต้นแบบฮาร์ดโค้ด
$ ส่งออก MKISOFS="xorrisofs"
$growisofs -Z /dev/dvd /some/files
$growisofs -M /dev/dvd /more/files.dvd
หากไม่มี "xorrisofs" ในระบบของคุณ คุณจะต้องสร้างลิงก์
ชี้ไปที่ไบนารี xorriso และบอกให้ growisofs ใช้ เช่นโดย:
$ ln -s $(ซึ่ง xorriso) "$HOME/xorrisofs"
$ ส่งออก MKISOFS="$HOME/xorrisofs"
หนึ่งอาจออกจากการจำลอง mkisofs โดยอาร์กิวเมนต์ "--" และใช้คำสั่ง xorriso ทั้งหมด
Growisofs ไม่ชอบตัวเลือกที่ขึ้นต้นด้วย "-o" แต่ -outdev ต้องตั้งค่าเป็น "-" ใช้เลย
"outdev" แทน:
$ growisofs -Z /dev/dvd --for_backup -- \
outdev - -update_r /my/files /ไฟล์
$ growisofs -M /dev/dvd --for_backup -- \
outdev - -update_r /my/files /ไฟล์
โปรดทราบว่า --for_backup มีให้ในการจำลอง mkisofs เพื่อรักษาบันทึกพิเศษที่บันทึกไว้
ข้อมูลจะต้องมีผลอยู่แล้วเมื่อการจำลองโหลดรูปภาพ

ที่เพิ่มขึ้น การสำรองข้อมูล of a สองสาม ไดเรกทอรี ต้นไม้
สิ่งนี้จะเปลี่ยนแผนผังไดเร็กทอรี /open_source_project และ /personal_mail ในอิมเมจ ISO
เพื่อให้กลายเป็นสำเนาที่ถูกต้องของคู่หูของดิสก์ วัตถุไฟล์ ISO รับ
สร้าง ลบ หรือปรับแอตทริบิวต์ตามนั้น
ACL, xattr, ฮาร์ดลิงก์ และเช็คซัม MD5 จะถูกบันทึกไว้ คาดว่า inode
ตัวเลขในระบบไฟล์ดิสก์จะคงอยู่ตลอดรอบการติดตั้งและการบูต ไฟล์
ด้วยชื่อที่ตรงกัน *.o หรือ *.swp ได้รับการยกเว้นอย่างชัดเจน

เพื่อใช้หลายครั้งบนสื่อเดียวกัน ทุกครั้งที่มีการอัพเดตแผนผังดิสก์ทั้งสองเป็น
สื่อเป็นที่ต้องการ เริ่มต้นด้วยสื่อว่างและอัปเดตจนกว่าเขาจะเรียกใช้ล้มเหลว
อย่างสง่างามเนื่องจากไม่มีพื้นที่เหลือบนอันเก่า
อย่าปล่อยให้ xorriso -as cdrecord โหลดสื่อ แต่ให้ทำด้วยตนเองหรือโดยa
โปรแกรมที่อ่านจาก /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_"$(วันที่ '+%Y_%m_%d_%H%M%S')" -graft-points \
-รูทเก่า / \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -เป็น cdrecord dev=/dev/sr0 -v -multi -waiti -eject -

สิ่งนี้สมเหตุสมผลหากการสำรองข้อมูลทั้งหมดทำให้ความจุที่เหลืออยู่ในสื่อและ if
การเปลี่ยนแปลงที่คาดไว้จะน้อยกว่าการสำรองข้อมูลทั้งหมด

ดีกว่า do ไม่ ใช้ ธุรกิจ สุดท้อง การสำรองข้อมูล for -แก่ราก. มีสื่ออย่างน้อยสองสื่อที่คุณ
ใช้สลับกัน ดังนั้นเฉพาะข้อมูลสำรองที่เก่ากว่าเท่านั้นที่จะตกอยู่ในอันตรายจากการดำเนินการเขียนใหม่ ในขณะที่
ข้อมูลสำรองใหม่ล่าสุดจะถูกเก็บไว้อย่างปลอดภัยบนสื่ออื่น
เตรียมสื่อเปล่าให้พร้อมสำหรับการสำรองข้อมูลเต็มรูปแบบเสมอในกรณีที่พยายามอัปเดตล้มเหลว
เนื่องจากความจุคงเหลือไม่เพียงพอ ความล้มเหลวนี้จะไม่ทำให้สื่อเก่าของ .เสียหาย
หลักสูตร

หากหมายเลขไอโหนดบนดิสก์ไม่คงที่ ให้ใช้ตัวเลือก --old-root-no-ino ในเรื่องนี้
กรณีที่รันการอัปเดตจะเปรียบเทียบผลรวม MD5 ที่บันทึกไว้กับเนื้อหาไฟล์ปัจจุบันบน hard
ดิสก์

กับ ภูเขา ตัวเลือก -o "sbsector=" บน GNU/Linux หรือ -s บน FreeBSD หรือ NetBSD เป็นไปได้ที่จะ
เข้าถึงแผนผังของเซสชันซึ่งแสดงถึงเวอร์ชันสำรองที่เก่ากว่า ด้วยสื่อซีดี
GNU/Linux mount ยอมรับหมายเลขเซสชันโดยตรงโดยใช้ตัวเลือก "session="
สื่อหลายเซสชันและสื่อที่เขียนทับได้มากที่สุดที่เขียนโดย xorriso สามารถบอก sbsectors ได้
ของเซสชันโดย xorriso option -toc:
$ xorriso -dev /dev/sr0 -toc
xorriso สามารถพิมพ์คำสั่ง mount ที่ตรงกันสำหรับหมายเลขเซสชัน:
$ xorriso -mount_cmd /dev/sr0 เซสชัน 12 / mnt
หรือสำหรับรหัสปริมาณที่ตรงกับนิพจน์การค้นหา:
$ xorriso -mount_cmd /dev/sr0 เป็นโมฆะ '*2008_12_05*' / mnt
ทั้งสองให้ผลผลิตมาตรฐานบางอย่างเช่น:
mount -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/ mnt'
superuser อาจให้ xorriso รันคำสั่ง mount โดยตรง:
# osirrox -mount /dev/sr0 "เป็นโมฆะ" '*2008_12_05*' / mnt

ที่เพิ่มขึ้น การสำรองข้อมูล กับ สะสม ต้นไม้
Solaris ไม่มีตัวเลือกในการติดตั้งเซสชันที่เก่ากว่า เพื่อที่จะเก็บเอาไว้
สามารถเข้าถึงได้ หนึ่งอาจแมปไฟล์ทั้งหมดกับโครงสร้างไฟล์ภายใต้ไดเร็กทอรีเซสชันและสะสม
ไดเรกทอรีเหล่านั้นจากเซสชันหนึ่งไปยังอีกเซสชันหนึ่ง ต้นไม้ -root ถูกโคลนจาก -old-root
ต้นไม้ก่อนที่จะเปรียบเทียบกับต้นไม้ที่เหมาะสมบนดิสก์
สิ่งนี้ต้องการทราบชื่อไดเร็กทอรีเซสชันที่ใช้ก่อนหน้านี้
ด้วยเซสชั่นแรก:
$ xorrisofs -root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(วันที่ '+%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 ว่าง=as_needed \
-หลาย -รอ -ดีดออก -

ด้วยเซสชันที่สอง option -old-root หมายถึง /session1 และ new -root is
/เซสชัน2.
อย่าปล่อยให้ xorriso -as cdrecord โหลดสื่อ แต่ให้ทำด้วยตนเองหรือโดยa
โปรแกรมที่อ่านจาก /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_"$(วันที่ '+%Y_%m_%d_%H%M%S')" -graft-points \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -เป็น cdrecord dev=/dev/sr0 -v -multi -waiti -eject -
ในเซสชันที่สาม option -old-root หมายถึง /session2 -root ใหม่คือ /session3
เป็นต้น

สร้างบัญชีตัวแทน ที่สามารถบูตได้ ภาพ for พีซี-BIOS และ EFI
ชุดบูตโหลดเดอร์ SYSLINUX/ISOLINUX เป็นที่นิยมสำหรับการบูต PC-BIOS ISOLINUX Wiki
กำหนดให้สร้างไดเร็กทอรี ./CD_root บนดิสก์ และคัดลอกไฟล์ที่ต้องการทั้งหมด
ใต้ไดเร็กทอรีนั้น โดยเฉพาะไฟล์ isolinux.bin จะถูกคัดลอกไปที่
./CD_root/isolinux/isolinux.bin นี่คือไฟล์อิมเมจสำหรับบูต
ตัวเลือก mkisofs ที่กำหนดสามารถใช้ได้ไม่เปลี่ยนแปลงกับ ซอร์ริซอฟส์:
$ xorrisofs -o เอาท์พุต iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
./CD_root
ลงแผ่นซีดีด้วยโปรแกรมเบิร์น เช่น:
$ xorriso -as cdrecord -v dev=/dev/sr0 ว่างเปล่า=as_needed output.iso

ภาพจากตัวอย่างด้านบนจะบู๊ตจาก CD, DVD หรือ BD แต่ไม่ใช่จาก USB stick หรืออื่นๆ
อุปกรณ์คล้ายฮาร์ดดิสก์ ซึ่งสามารถทำได้โดยการใช้ isohybrid MBR Syslinux จัดให้
จับคู่ไฟล์เทมเพลตเป็น isohdp[fp]x*.bin เช่น /usr/lib/syslinux/isohdpfx.bin
หากขนาดไม่กี่ร้อย KB ไม่สำคัญ สามารถใช้ option -partition_offset ได้
สร้างตารางพาร์ติชั่นโดยที่พาร์ติชั่น 1 ไม่ได้เริ่มต้นที่บล็อค 0 สิ่งนี้จะอำนวยความสะดวกในภายหลัง
การปรับแต่งของแท่ง USB โดยเครื่องมือสำหรับการแบ่งพาร์ติชันและการจัดรูปแบบ
ภาพจากตัวอย่างต่อไปนี้จะเตรียมไว้สำหรับการบูทผ่าน MBR และครั้งแรก
พาร์ติชั่นจะเริ่มที่บล็อกฮาร์ดดิสก์ 64
นอกจากนี้ยังจะบูตจากสื่อออปติคัล
$ xorrisofs -o เอาท์พุต 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
เป็น superuser และคัดลอกรูปภาพไปยังไฟล์อุปกรณ์ฐานที่ไม่ได้แบ่งพาร์ติชันของ USB
ติด. บน GNU/Linux นี่คือ /dev/sdb ไม่ใช่ /dev/sdb1
ข้อควรระวัง: การดำเนินการนี้จะเขียนทับการแบ่งพาร์ติชันบนแท่ง USB และสร้างข้อมูลที่เหลืออยู่
ไม่สามารถเข้าถึงได้
อันดับแรก ตรวจสอบให้แน่ใจว่าคุณได้รับที่อยู่ที่ถูกต้องของอุปกรณ์ที่ต้องการ เช่นโดยการอ่าน
ข้อมูล 100 MiB จากมันและดูมันกะพริบ:
# dd bs=2K if=/dev/sdb count=50K >/dev/null
ตอนนี้คัดลอกภาพลงบนมัน
# dd bs=2K if=output.iso ของ=/dev/sdb

ตอนนี้สำหรับ EFI:
ไฟล์อิมเมจสำหรับบูตจะต้องเป็นอิมเมจของพาร์ติชันระบบ EFI เช่น ระบบไฟล์ FAT
ด้วยไดเร็กทอรี /EFI/BOOT และไฟล์บูตที่มีชื่อ EFI ที่กำหนด: BOOTIA32.EFI สำหรับ 32 บิต
x86, BOOTx64.EFI สำหรับ 64 บิต AMD/x86 (ใน UEFI-2.4 จะมี "x") ตัวพิมพ์เล็ก
BOOTAA64.EFI สำหรับ ARM 64 บิต ซอฟต์แวร์ในระบบไฟล์ FAT ควรจะสามารถค้นหาและ
ตรวจสอบระบบไฟล์ ISO สำหรับการกำหนดค่าตัวโหลดการบูตและการเริ่มต้นระบบปฏิบัติการ
โปรแกรม GRUB2 grub-mkimage สามารถสร้างระบบไฟล์ FAT ดังกล่าวด้วยเนื้อหาที่เหมาะสมซึ่ง
จากนั้นใช้ซอฟต์แวร์ GRUB2 เพิ่มเติมจากระบบไฟล์ ISO
อุปกรณ์บูต EFI อาจใช้ร่วมกับ isohybrid ISOLINUX ด้านบนสำหรับ PC-BIOS ในรูปแบบ not
วิธีที่สอดคล้องกับ UEFI-2.4 จริง ๆ ซึ่งใช้งานได้ดีอย่างเห็นได้ชัด มันให้ผลพาร์ติชั่น MBR และ GPT
ตารางทั้งที่มีพาร์ติชันซ้อนกัน สมมติว่าอิมเมจพาร์ติชันระบบ EFI พร้อมเป็น
./CD_root/boot/grub/efi.img เพิ่มตัวเลือกต่อไปนี้ก่อนที่อยู่ไดเรกทอรี
./CD_root:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-isohybrid-gpt-basdat \
สอดคล้องกับ UEFI-2.4 มากขึ้น ให้เลือก MBR หรือ GPT และแนบสำเนาของ
พาร์ติชันระบบ EFI เพื่อหลีกเลี่ยงทับซ้อนของพาร์ติชัน ISO และพาร์ติชัน EFI
ที่นี่สำหรับ MBR:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-append_partition 2 0xef ./CD_root/boot/grub/efi.img \
ISO ที่เป็นผลลัพธ์ควรบูตจากสื่อออปติคัลและ USB stick หนึ่งอาจละเว้น
ตัวเลือก -eltorito-alt-boot หากไม่มีตัวเลือก -b ที่ใช้เพื่อทำให้ ISO สามารถบู๊ตได้ผ่าน PC-BIOS

สำหรับ ISO ที่มีอุปกรณ์บู๊ต GRUB2 ล้วนๆ ให้พิจารณาใช้เครื่องมือ GRUB2 grub-mkrescue เป็น
ส่วนหน้าของ xorrisofs

หากคุณมีระบบไฟล์ ISO ที่สามารถบู๊ตได้และต้องการทราบอุปกรณ์พร้อมข้อเสนอวิธีการ
หากต้องการทำซ้ำ ให้ลอง:
$ xorriso -hfsplus บน -indev IMAGE.iso \
-report_el_torito ธรรมดา -report_system_area ธรรมดา \
-print "" -print "======= ข้อเสนอสำหรับตัวเลือก xorrisofs:" \
-report_el_torito as_mkisofs

ใช้ xorrisofs ออนไลน์โดยใช้บริการ onworks.net