genisoimage - מקוון בענן

תָכְנִית:

שֵׁם

genisoimage - צור מערכת קבצים ISO9660/Joliet/HFS עם תכונות אופציונליות של Rock Ridge

תַקצִיר

דימוי גנזי [אפשרויות] [-o שם הקובץ] מפרט נתיבים [מפרט נתיבים ...]

תיאור

דימוי גנזי היא תוכנית קדם-מאסטר ליצירת מערכות קבצים היברידיות מסוג ISO9660/Joliet/HFS.

דימוי גנזי מסוגל ליצור את מערכת השתמש שיתוף פרוטוקול רשום (SUSP)
שצוין על ידי סלע רכס מֶחלָף פרוטוקול. זה משמש כדי לתאר עוד יותר את
קבצים במערכת הקבצים ISO9660 למארח Unix, ומספק מידע כגון ארוך
שמות קבצים, UID/GID, הרשאות POSIX, קישורים סמליים והתקן חסימה ותווים
קבצים.

אם צוינו אפשרויות שורת פקודה היברידית של Joliet או HFS, דימוי גנזי תיצור את
מטא נתונים נוספים של מערכת הקבצים הדרושים עבור Joliet או HFS. אחרת דימוי גנזי יצטרך
ליצור מערכת קבצים טהורה ISO9660.

דימוי גנזי יכול ליצור נָכוֹן (אוֹ משותף) מערכת קבצים היברידית HFS. רואים אותם קבצים
כקבצי HFS בעת גישה מ- Macintosh וכקבצי ISO9660 בעת גישה מאחר
מכונות. HFS מייצג היררכי שלח מערכת והיא מערכת הקבצים המקורית שבה נעשה שימוש
מחשבי מקינטוש.

כחלופה, דימוי גנזי יכול ליצור את תפוח עץ רחבות ל ISO9660 עבור כל קובץ.
הרחבות אלו מספקות לכל קובץ CREATOR, TYPE ודגלי Finder מסוימים כאשר
גישה מ- Macintosh. ראה את HFS מקינטוש קובץ פורמטים להלן.

דימוי גנזי לוקח תמונת מצב של עץ ספריות נתון, ומייצר תמונה בינארית אשר
יתאים למערכת קבצים ISO9660 ו/או HFS כאשר נכתב להתקן בלוק.

לכל קובץ שנכתב למערכת הקבצים ISO9660 חייב להיות שם קובץ בפורמט 8.3 (עד
8 תווים, נקודה, עד 3 תווים, כולם באותיות רישיות), גם אם Rock Ridge נמצא בשימוש.
שם קובץ זה משמש במערכות שאינן מסוגלות לעשות שימוש ברכס הסלע
הרחבות (כגון MS-DOS), וכל שם קובץ בכל ספרייה חייב להיות שונה
שמות הקבצים האחרים באותה ספרייה. דימוי גנזי בדרך כלל מנסה ליצור נכון
שמות על ידי כפיית שם הקובץ של Unix לאותיות רישיות וקיצוץ כנדרש, אבל לעתים קרובות זה
מניב תוצאות לא משביעות רצון כאשר השמות הקטועים לא כולם ייחודיים. דימוי גנזי
מקצה משקלים לכל שם קובץ, ואם שני שמות שהם זהים הם
נמצא, השם עם העדיפות הנמוכה שונה כך שיכלול מספר בן 3 ספרות (מובטח
להיות ייחודי). לדוגמה, שני הקבצים פו בר ו foo.bar.~1~ ניתן להציג כ
FOO.BAR;1 ו FOO000.BAR;1.

בשימוש עם אפשרויות HFS שונות, דימוי גנזי ינסה לזהות קבצים המאוחסנים ב
מספר פורמטים של קבצים של Apple/Unix ויעתיקו את הנתונים והמזלגות של המשאבים וכן
כל מידע רלוונטי של Finder. ראה את HFS מקינטוש קובץ פורמטים הסעיף למטה למידע נוסף
לגבי פורמטים דימוי גנזי תומך.

שים לב כי דימוי גנזי אינו מיועד לתקשר ישירות עם הכותב. רוב
לכותבים יש ערכות פקודות קנייניות המשתנות מיצרן אחד למשנהו, ולכם
צריך כלי מיוחד כדי לצרוב את הדיסק בפועל. וודים הוא כלי כזה. האחרון
גרסה של וודים זמין מ http://www.cdrkit.org/.

מפרט נתיבים הוא הנתיב של עץ הספריות שיש להעתיק למערכת הקבצים ISO9660.
ניתן לציין מספר נתיבים, ו דימוי גנזי ימזג את הקבצים שנמצאו בכל ה-
רכיבי נתיב שצוינו כדי ליצור את תמונת מערכת הקבצים.

אם האפשרות -נקודות השתלה צוין, אפשר להשתיל את השבילים ב
נקודות אחרות מלבד ספריית השורש, ואפשר לשתול קבצים או ספריות
על גבי תמונת ה-cdrom עם שמות שונים ממה שיש להם במערכת קבצי המקור.
זה הכי קל להמחיש עם כמה דוגמאות. נתחיל בהנחה שא
קובץ מקומי ../old.lis קיים, וברצונך לכלול אותו בתמונת ה-cdrom.

foo/bar/=../old.lis

יכלול old.lis בתמונת התקליטור ב /foo/bar/old.lisתוך

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

יכלול old.lis בתמונת התקליטור ב /foo/bar/xxx. אותו סוג של תחביר יכול להיות
משמש גם עם ספריות. דימוי גנזי תיצור את כל הספריות הנדרשות כך
נקודות ההשתלה קיימות בתמונת ה-cdrom - הספריות אינן צריכות להופיע באחת
של השבילים. כברירת מחדל, לכל ספריות שנוצרות תוך כדי תנועה כך יהיו
הרשאות 0555 ונראה שהם בבעלות האדם הפועל דימוי גנזי. אם ברצונך
הרשאות או בעלים אחרים של ספריות הביניים, ראה -uid, -גיד, -dir-mode,
-מצב קובץ ו -new-dir-mode.

דימוי גנזי ירוץ גם על מחשבי Windows כשהם מורכבים עם cygwin של Cygnus (זמין
החל מ- http://www.cygwin.com/). לכן רוב הפניות בדף האיש הזה ל יוניקס יכול להיות
הוחלף ב Win32.

אפשרויות

ניתן לציין מספר אפשרויות כברירת מחדל ב-a .genisoimagerc קובץ תצורה, as
כמו גם בשורת הפקודה. אם צוין פרמטר בשני המקומות, ההגדרה מ
נעשה שימוש בשורת הפקודה. לפרטים על הפורמט והמיקומים האפשריים של קובץ זה,
לִרְאוֹת genisoimagerc(5).

-תַקצִיר פילה
מציין את שם הקובץ המופשט. יש מקום ל-37 תווים. שווה ערך ל
ABST ב .genisoimagerc קובץ.

-A application_id
מציין מחרוזת טקסט שתיכתב בכותרת אמצעי האחסון. זה אמור
תאר את האפליקציה שתהיה בדיסק. יש מקום ל-128
דמויות. שווה ערך ל APPI ב .genisoimagerc קובץ.

-אפשר-בגודל מוגבל
בעת עיבוד קבצים גדולים מ-2GiB אשר לא ניתן לייצג בהם בקלות
ISO9660, הוסף אותם עם גודל קובץ גלוי מכווץ ל-ISO9660 ועם הקובץ הנכון
גודל קובץ גלוי למערכת UDF. התוצאה היא מערכת קבצים לא עקבית ו
משתמשים צריכים לוודא שהם באמת משתמשים ב-UDF ולא במנהלי התקן ISO9660 כדי לקרוא
דיסק כזה. מרמז על אפשור -udf.

-אפשר-נקודות-מובילות

-לדות אפשר לשמות קבצים ISO9660 להתחיל עם נקודה. בדרך כלל, נקודה מובילה מוחלפת
עם קו תחתון על מנת לשמור על תאימות MS-DOS.
זה מפר את תקן ISO9660, אבל במקרה זה עובד על מערכות רבות. להשתמש
בזהירות.

-אפשר-אותיות קטנות
אפשרות זו מאפשרת לתווים קטנים להופיע בשמות קבצים ISO9660.
זה מפר את תקן ISO9660, אבל זה עובד במקרה במערכות מסוימות. להשתמש
בזהירות.

-אפשר-רבים
אפשרות זו מאפשרת ליותר מנקודה אחת להופיע בשמות קבצים ISO9660. הובלה
dot אינו מושפע מאפשרות זו, ייתכן שהיא מותרת בנפרד באמצעות
-אפשר-נקודות-מובילות.
זה מפר את תקן ISO9660, אבל במקרה זה עובד על מערכות רבות. להשתמש
בזהירות.

-ביבליו פילה
מציין את שם הקובץ הביבליוגרפי. יש מקום ל-37 תווים.
שווה ערך ל BIBL ב .genisoimagerc קובץ.

-cache-inodes

-אין-מטמון-איודות
הפעל או השבת מספרי אינוד ומכשירים במטמון כדי למצוא קישורים קשיחים לקבצים. אם
דימוי גנזי מוצא קישור קשיח (קובץ עם מספר שמות), הקובץ יהיה גם כן
מקושר קשה בתקליטור, כך שתוכן הקובץ מופיע פעם אחת בלבד. זה עוזר לחסוך
חלל. -cache-inodes הוא ברירת מחדל במערכות הפעלה דמויות יוניקס, אבל
-אין-מטמון-איודות הוא ברירת מחדל בכמה מערכות אחרות כגון Cygwin, כי הוא לא
בטוח להניח שמספרי האינודה הם ייחודיים במערכות אלו. (כמה גרסאות של
Cygwin יוצר מספרי אינודה מזויפים באמצעות אלגוריתם גיבוב חלש, שעשוי לייצר
כפילויות.) אם לשני קבצים יש אותו מספר אינוד אבל אינם קישורים קשים ל-
אותו קובץ, דימוי גנזי -cache-inodes לא יתנהג נכון. -אין-מטמון-איודות
בטוח בכל המצבים, אבל במקרה זה דימוי גנזי לא יכול לזהות קישורים קשיחים,
כך שתמונת התקליטור המתקבלת עשויה להיות גדולה מהנדרש.

-אלפא-אתחול alpha_boot_image
מציין את הנתיב ואת שם הקובץ של תמונת האתחול שתשמש בעת יצירת an
תקליטור אתחול אלפא/SRM. שם הנתיב חייב להיות יחסי לנתיב המקור שצוין
ל דימוי גנזי.

-hppa-bootloader hppa_bootloader_image
מציין את הנתיב ואת שם הקובץ של תמונת האתחול לשימוש בעת יצירת HPPA
CD הניתן לאתחול. שם הנתיב חייב להיות יחסי לנתיב המקור שצוין אליו
דימוי גנזי. נדרשות אפשרויות אחרות, לכל הפחות שם קובץ ליבה ו-a
שורת הפקודה אתחול. ראה את HPPA אורים הסעיף למטה למידע נוסף.

-hppa-cmdline hppa_boot_command_line
מציין את שורת הפקודה שתועבר למטעין האתחול של HPPA בעת ביצוע א
CD הניתן לאתחול. הפרד את הפרמטרים באמצעות רווחים או פסיקים. צריכות להיות יותר אפשרויות
עבר ל genisoimage, לכל הפחות שם קובץ ליבה ומטען האתחול
שם קובץ. ראה את HPPA אורים הסעיף למטה למידע נוסף.

-hppa-kernel-32 hppa_kernel_32

-hppa-kernel-64 hppa_kernel_64
מציין את הנתיב ושם הקובץ של תמונות הליבה של 32 סיביות ו/או 64 סיביות.
משמש בעת יצירת תקליטור אתחול HPPA. שמות הנתיבים חייבים להיות יחסיים למקור
נתיב שצוין ל דימוי גנזי. נדרשות אפשרויות אחרות, לכל הפחות
שם הקובץ של טוען האתחול ושורת הפקודה האתחול. ראה את HPPA אורים סעיף למטה
לקבלת מידע נוסף.

-hppa-ramdisk hppa_ramdisk_image
מציין את הנתיב ואת שם הקובץ של תמונת ramdisk לשימוש בעת יצירת HPPA
CD הניתן לאתחול. שם הנתיב חייב להיות יחסי לנתיב המקור שצוין אליו
דימוי גנזי. פרמטר זה הוא אופציונלי. אפשרויות אחרות נדרשות, ממש
לפחות שם קובץ ליבה ושורת הפקודה האתחול. ראה את HPPA אורים סעיף למטה
לקבלת מידע נוסף.

-מיפס-אתחול mips_boot_image
מציין את הנתיב ואת שם הקובץ של תמונת האתחול שתשמש בעת יצירת an
תקליטור אתחול SGI/big-endian MIPS. שם הנתיב חייב להיות יחסי לנתיב המקור
צוין ל דימוי גנזי. ניתן לציין אפשרות זו מספר פעמים, כדי לאחסן
עד 15 תמונות אתחול.

-מיפל-אתחול mipsel_boot_image
מציין את הנתיב ואת שם הקובץ של תמונת האתחול שתשמש בעת יצירת an
תקליטור אתחול DEC/little-endian MIPS. שם הנתיב חייב להיות יחסי למקור
נתיב שצוין ל דימוי גנזי.

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
מציין רשימה מופרדת בפסיקים של תמונות אתחול הדרושות ליצירת אתחול
CD למערכות SPARC. מחיצה 0 משמשת עבור תמונת ISO9660, התמונה הראשונה
הקובץ ממופה למחיצה 1. הרשימה המופרדת בפסיקים עשויה לכלול עד 7 שדות,
כולל שדות ריקים. אפשרות זו נדרשת כדי ליצור תקליטור ניתן לאתחול עבור Sun
מערכות SPARC. אם -B or -sparc-boot צוין, המגזר הראשון של
התמונה המתקבלת תכיל תווית Sun Disk. תווית דיסק זו מציינת פרוסה 0
עבור תמונת ISO9660 ופרוסות 1 עד 7 עבור תמונות האתחול שהיו
שצוין עם אפשרות זו. קיזוז בתים 512 עד 8191 בתוך כל אחד מהנוספים
תמונות האתחול חייבות להכיל אתחול ראשי שעובד עבור ה-SPARC המתאים
ארכיטקטורה. שאר כל אחת מהתמונות מכילה בדרך כלל מערכת קבצים של UFS בשימוש
לשלב האתחול העיקרי של הליבה.

שיטת האתחול המיושמת היא זו שנמצאת עם SunOS 4.x ו-SunOS 5.x.
עם זאת, זה לא תלוי בחלק הפנימי של SunOS אלא רק במאפיינים של ה-Open
נשף אתחול, כך שהוא אמור להיות שמיש עבור כל מערכת הפעלה עבור מערכות SPARC. לעוד
מידע ראה גם את אורים להלן.

אם שם הקובץ המיוחד ... נעשה שימוש, במחיצות האתחול בפועל וכל המחיצות הבאות
ממופים למחיצה הקודמת. אם דימוי גנזי נקרא עם -G תמונה -B ...
כל מחיצות האתחול ממפות למחיצה המכילה את ISO9660
תמונת מערכת הקבצים ותמונת האתחול הגנרית הממוקמת ב-16 הסקטורים הראשונים
של הדיסק משמש עבור כל הארכיטקטורות.

-G תמונת_אתחול_גנרית
מציין את הנתיב ואת שם הקובץ של תמונת האתחול הגנרית שתשמש בעת יצירת א
תקליטור אתחול גנרי. תמונת האתחול תמוקם על 16 הסקטורים הראשונים של
CD, לפני מתאר נפח ראשי ISO9660. אם אפשרות זו משמשת יחד
עם -sparc-boot, תווית דיסק Sun תכסה את 512 הבתים הראשונים של ה-
תמונת אתחול גנרית.

-b eltorito_boot_image
מציין את הנתיב ואת שם הקובץ של תמונת האתחול שתשמש בעת יצירת El
תקליטור אתחול Torito למחשבי x86. שם הנתיב חייב להיות יחסי לנתיב המקור
צוין ל דימוי גנזי. אפשרות זו נדרשת כדי להפוך את El Torito לניתנת לאתחול
CD. תמונת האתחול חייבת להיות בדיוק 1200 kB, 1440 kB או 2880 kB, ו דימוי גנזי
ישתמש בגודל זה בעת יצירת מערכת הקבצים ISO9660 פלט. ה-BIOS של המחשב יעשה זאת
השתמש בתמונה כדי לחקות תקליטון, כך שהמגזר הראשון של 512 בתים צריך להכיל
קוד אתחול למחשב. זה יעבוד, למשל, אם תמונת האתחול היא אתחול מבוסס LILO
תקליטון.

אם תמונת האתחול אינה תמונה של תקליטון, עליך להוסיף גם
-אתחול בדיסק קשיח or -ללא אמול-אתחול. אם המערכת לא אמורה לאתחל את האמולציה
דיסק, השתמש -ללא אתחול.

If -סוג לא צוין, תמונות האתחול ממוינות בעדיפות נמוכה (+2)
לתחילת המדיום. אם אתה לא אוהב את זה, אתה צריך לציין מיון
משקל של 0 עבור תמונות האתחול.

-eltorito-alt-boot
התחל עם סט חדש של פרמטרי אתחול של El Torito. עד 63 כניסות לאתחול El Torito
ניתן לאחסן על גבי תקליטור בודד.

-אתחול בדיסק קשיח
מציין שתמונת האתחול המשמשת ליצירת תקליטורים ניתנים לאתחול של El Torito היא דיסק קשיח
תמונה. התמונה חייבת להתחיל ברשומת אתחול מאסטר המכילה סינגל
חֲלוּקָה.

-ללא אמול-אתחול
מציין שתמונת האתחול המשמשת ליצירת תקליטורי אתחול של El Torito היא "לא
תמונת emulation". המערכת תטען ותפעיל תמונה זו מבלי לבצע
כל הדמיית דיסק.

-ללא אתחול
מציין שתקליטור El Torito שנוצר צריך להיות מסומן כלא ניתן לאתחול. ה
המערכת תספק כונן מדומה לתמונה, אך תאתחל מתקן
אתחול מכשיר.

-boot-load-seg segment_address
מציין את כתובת מקטע הטעינה של תמונת האתחול עבור El Torito ללא אמולציה
תקליטורים.

-אתחול-טעינת-גודל מגזרי_עומס
מציין את מספר הסקטורים "וירטואליים" (512-בתים) לטעינה במצב ללא אמולציה.
ברירת המחדל היא לטעון את כל קובץ האתחול. ב-BIOS מסוימים עשויים להיות בעיות אם זה
אינו כפולה של 4.

-אתחול-מידע-טבלת
מציין שתהיה טבלה של 56 בתים עם מידע על פריסת התקליטורים
תוקן ב-offset 8 בקובץ האתחול. אם אפשרות זו ניתנת, קובץ האתחול הוא
שונים in מה היא מָקוֹר מערכת קבצים, אז צור עותק של הקובץ הזה אם זה לא יכול להיות
מתחדש בקלות! ראה את EL TORITO מַגָף מידע טבלה סעיף לתיאור של
השולחן הזה.

-C last_sess_start,next_sess_start
אפשרות זו נחוצה כדי ליצור CD Extra או תמונה של סשן שני או א
הפעלה ברמה גבוהה יותר עבור דיסק מרובה הפעלות. -C לוקח שני מספרים מופרדים ב-a
פסיק. הראשון הוא המגזר הראשון בסשן האחרון של הדיסק שאמור להיות
מצורף ל. המספר השני הוא מספר המגזר ההתחלתי של הפגישה החדשה.
ניתן לאחזר את המספרים הנכונים על ידי התקשרות וודים -msinfo ... If -C משמש
בשילוב עם -M, דימוי גנזי תיצור תמונת מערכת קבצים המיועדת לכך
להיות המשך למפגש הקודם. אם -C משמש בלי -M, דימוי גנזי
תיצור תמונת מערכת קבצים שנועדה לשמש להפעלה שנייה ב-
CD Extra. זהו תקליטור מרובה הפעלות שמכיל נתוני אודיו בהפעלה הראשונה
ומערכת קבצים ISO9660 בהפעלה השנייה.

-c אתחול_קטלוג
מציין את הנתיב ואת שם הקובץ של קטלוג האתחול, הנדרש עבור El
תקליטור אתחול של Torito. שם הנתיב חייב להיות יחסי לנתיב המקור שצוין אליו
דימוי גנזי. קובץ זה יוכנס לעץ הפלט ולא יווצר ב
מערכת הקבצים המקור, אז ודא ששם הקובץ שצוין אינו מתנגש עם an
הקובץ הקיים, או שהוא לא ייכלל. בדרך כלל שם כמו boot.catalog נבחר.

If -סוג לא צוין, קטלוג האתחול ממוין בעדיפות נמוכה (+1) ל
תחילתו של המדיום. אם אתה לא אוהב את זה, אתה צריך לציין מיון
משקל של 0 עבור קטלוג האתחול.

-בדוק שמות ישנים
בדוק את כל שמות הקבצים שיובאו מההפעלה הישנה עבור תאימות ל-ISO9660
כללי שמות קבצים. ללא אפשרות זו, רק שמות ארוכים מ-31 תווים
נבדק, שכן קבצים אלו הם הפרה חמורה של תקן ISO9660.

- סשן בדיקה פילה
בדוק את כל ההפעלות הישנות לעמידה בדרישות בפועל דימוי גנזי שם קובץ ISO9660
כללים. זוהי אפשרות ברמה גבוהה המשלבת -M פילה -C 0,0 -בדוק שמות ישנים.
לפרמטר פילה, ראה את התיאור של -M.

-זכויות יוצרים פילה
מציין מידע על זכויות יוצרים, בדרך כלל שם קובץ בדיסק. יש מקום
עבור 37 תווים. שווה ערך ל COPY ב .genisoimagerc קובץ.

-d אל תוסיף נקודה לקבצים שאין להם.
זה מפר את תקן ISO9660, אבל במקרה זה עובד על מערכות רבות. להשתמש
בזהירות.

-D אל תשתמש ב-Deep Directory relocation, ובמקום זאת פשוט לארוז אותם בצורה שאנו רואים
אותם.
אם ISO9660:1999 לא נבחר, זה מפר את תקן ISO9660, אבל זה
עובד במקרה על מערכות רבות. השתמש בזהירות.

-dir-mode מצב
עוקף את מצב הספריות המשמשות ליצירת התמונה מצב, מצוין כ-4
ספרות של סיביות הרשאה כמו ב chmod(1). אפשרות זו מפעילה באופן אוטומטי את רוק
הרחבות רכס.

-DVD-וידאו
צור מערכת קבצים UDF תואמת DVD-Video. זה נעשה על ידי מיון הסדר של
התוכן של הקבצים המתאימים ועל ידי הוספת ריפוד בין הקבצים אם
נָחוּץ. שים לב שהמיון עובד רק אם שמות הקבצים של DVD-Video כוללים
אותיות רישיות בלבד.

שים לב שכדי לקבל תמונת מערכת קבצים תואמת DVD-Video, אתה צריך
הכן עץ ספריות תואם DVD-Video. זה דורש ספרייה VIDEO_TS
(כל כותרות) בספריית הבסיס של ה-DVD שהתקבל, ובדרך כלל אחר
בספרייה AUDIO_TS. VIDEO_TS צריך לכלול את כל הקבצים הדרושים (שמות הקבצים חייבים להיות
כל הכותרות) עבור מערכת קבצים DVD-Video תואמת.

-f עקוב אחר קישורים סמליים בעת יצירת מערכת הקבצים. כאשר אפשרות זו לא נמצאת
שימוש, קישורים סמליים יוזנו באמצעות Rock Ridge אם מופעלים, אחרת הם
יתעלם.

-מצב קובץ מצב
עוקף את המצב של קבצים רגילים המשמשים ליצירת התמונה מצב, מצוין כ
4 ספרות של סיביות הרשאה כמו ב chmod(1). אפשרות זו מפעילה באופן אוטומטי את רוק
הרחבות רכס.

-גיד gid
עוקף את מזהה הקבוצה שנקרא מקבצי המקור לערך של gid. מפרט
אפשרות זו מפעילה באופן אוטומטי הרחבות Rock Ridge.

-גוי שנה את ההתנהגות עבור GUI. זה כרגע הופך את הפלט ליותר מילולי אבל
עשויות להיות השפעות אחרות בעתיד.

-נקודות השתלה
אפשר שימוש בנקודות השתלה עבור שמות קבצים. אם נעשה שימוש באפשרות זו, כל שמות הקבצים הם
בדק נקודות השתלה. שם הקובץ מחולק בשווה הראשונה ללא escape
סִימָן. כל המופעים של תווים `\' ו-`=' חייבים להיות בורחים עם `\' if
-נקודות השתלה צוין.

-להתחבא גוש
הסתר את כל הקבצים התואמים גוש, תבנית תווים כלליים של פגז, מתוך ראייה ב-
ספריית ISO9660 או Rock Ridge. גוש עשוי להתאים לכל חלק בשם הקובץ או הנתיב.
If גוש תואם ספרייה, התוכן של אותה ספרייה יוסתר. ב
כדי להתאים לשם ספרייה, ודא ששם הנתיב אינו כולל נגרר
תו `/'. כל הקבצים המוסתרים עדיין ייכתבו לתמונת הפלט של תקליטור
קוֹבֶץ. ראה גם -מחבוא-ג'וליה, ו README.hide. ניתן להשתמש באפשרות זו במספר רב
פעמים.

-הסתר-רשימה פילה
קובץ המכיל רשימה של תווים כלליים של מעטפת שיש להסתיר. לִרְאוֹת -להתחבא.

-מוּסתָר גוש
הוסף את תכונת ספריית ISO9660 מוסתרת (קיום) עבור קבצים וספריות
תואם גוש, דפוס תו כללי של פגז. תכונה זו תמנע את הקבצים
מלהוצג על ידי כמה פקודות MS-DOS ו-Windows. גוש עשוי להתאים לכל חלק של
שם הקובץ או הנתיב. על מנת להתאים לשם ספרייה, ודא את שם הנתיב
אינו כולל תו `/' נגרר. ניתן להשתמש באפשרות זו מספר פעמים.

-רשימה מוסתרת פילה
קובץ המכיל רשימה של תווים כלליים של מעטפת כדי לקבל את התכונה הנסתרת. לִרְאוֹת
-מוּסתָר.

-מחבוא-ג'וליה גוש
הסתר התאמת קבצים וספריות גוש, תבנית תווים כלליים של פגז, מתוך ראייה
בספריית Joliet. גוש עשוי להתאים לכל חלק בשם הקובץ או הנתיב. אם גוש
תואם ספרייה, התוכן של אותה ספרייה יוסתר. כדי
להתאים לשם ספרייה, ודא ששם הנתיב אינו כולל `/' נגרר
אופי. כל הקבצים המוסתרים עדיין ייכתבו לקובץ תמונת הפלט של תקליטור.
אפשרות זו משמשת בדרך כלל עם -להתחבא. ראה גם README.hide. אפשרות זו עשויה להיות
משמש מספר פעמים.

-הסתר-ג'וליה-רשימה פילה
קובץ המכיל רשימה של תווים כלליים של פגז להסתרה מעץ ה-Joliet. לִרְאוֹת
-מחבוא-ג'וליה.

-hide-joliet-trans-tbl
הסתר את TRANS.TBL קבצים מעץ Joliet. קבצים אלה בדרך כלל לא יוצרים
חוש בעולם Joliet כפי שהם מפרטים את השם האמיתי ואת השם ISO9660 אשר עשוי
שניהם שונים מהשם ג'וליט.

-הסתר-רר-זז
שנה את שם הספרייה RR_MOVED ל .rr_moved בעץ רכס הסלע. נראה שזה
בלתי אפשרי להסתיר לחלוטין את RR_MOVED ספרייה מעץ רכס הסלע.
אפשרות זו רק הופכת את העץ הגלוי לפחות מבלבל עבור אנשים שלא יודעים
למה מיועדת הספרייה הזו. אם אתה צריך לא RR_MOVED ספרייה בכלל, אתה
צריך להשתמש -D. שים לב שאם -D צוין, מערכת הקבצים המתקבלת אינה
תואם ISO9660 רמה-1 ולא יהיה קריא ב-MS-DOS. ראה גם את אורים
סָעִיף.

-input-charset ערכה
ערכת תווים קלט המגדירה את התווים המשמשים בשמות קבצים מקומיים. כדי לקבל רשימה
של שמות ערכות תווים חוקיים, התקשר דימוי גנזי -input-charset לעזור. כדי לקבל 1:1
מיפוי, אתה יכול להשתמש ברירת מחדל כשם תווים. ערכי ברירת המחדל ההתחלתיים הם cp437
על מערכות מבוססות DOS ו iso8859-1 בכל שאר המערכות. ראה את אופי סטים
הסעיף למטה לפרטים נוספים.

-output-charset ערכה
ערכת תווים פלט המגדירה את הדמויות שישמשו ב-Rock Ridge
שמות קבצים. ברירת המחדל של ערכת התווים הקלט. לִרְאוֹת אופי סטים סעיף להלן עבור
פרטים נוספים.

-רמת איזו רָמָה
הגדר את רמת התאימות של ISO9660. מספרים חוקיים הם 1 עד 4.

עם רמה 1, קבצים עשויים להיות מורכבים רק מקטע אחד ושמות הקבצים מוגבלים ל
8.3 תווים.

עם רמה 2, קבצים יכולים להיות מורכבים רק מקטע אחד.

עם רמה 3, לא חלות הגבלות (מלבד ISO-9660:1988).

עם כל רמות ISO9660 מ-1 עד 3, כל שמות הקבצים מוגבלים לאותיות רישיות
אותיות, מספרים וקווים תחתונים (_). שמות הקבצים מוגבלים ל-31 תווים,
קינון ספריות מוגבל ל-8 רמות, ושמות הנתיבים מוגבלים ל-255
תווים.

רמה 4 רשמית לא קיימת אבל דימוי גנזי ממפה אותו ל-ISO-9660:1999, אשר
הוא ISO9660 גרסה 2.

עם רמה 4, מתאר נפח משופר עם מספר גרסה ומבנה קובץ
מספר גרסה שהוגדר ל-2 נפלט. קינון ספריות אינו מוגבל ל-8 רמות,
אין צורך בקובץ שיכיל נקודה ולנקודה אין משמעות מיוחדת,
לשמות קבצים אין מספרי גרסה, ושמות קבצים יכולים להיות עד 207 תווים
ארוך, או 197 תווים אם נעשה שימוש ב-Rock Ridge.

בעת יצירת תמונות גרסה 2, דימוי גנזי פולט מתאר נפח משופר,
דומה אך לא זהה לתיאור נפח ראשי. היזהר לא להשתמש
תוכנה שבורה כדי להפוך תמונות ISO9660 לניתנות לאתחול על ידי הנחה של עותק PVD שני ו
תיקון עותק PVD המשוער הזה ל-El Torito VD.

-J צור רשומות ספריית Joliet בנוסף לשמות קבצים רגילים ISO9660. זֶה
שימושי בעיקר כאשר הדיסקים מיועדים לשמש במחשבי Windows. ג'וליה
שמות קבצים מצוינים ב-Unicode וכל רכיב נתיב יכול להיות עד 64 Unicode
תווים ארוכים. שימו לב ש-Joliet אינה סטנדרט - רק Microsoft Windows ו-
מערכות לינוקס יכולות לקרוא הרחבות של Joliet. לניידות רבה יותר, שקול להשתמש
גם הרחבות של Joliet וגם של Rock Ridge.

-ג'וליה-ארוך
אפשר לשמות קבצים של Joliet להיות עד 103 תווי Unicode, במקום 64. זה
שובר את המפרט של Joliet, אבל נראה שהוא עובד. השתמש בזהירות.

-jcharset ערכה
שילוב של -J -input-charset ערכה. ראה את אופי סטים סעיף למטה
לקבלת פרטים נוספים.

-l אפשר שמות קבצים מלאים של 31 תווים. בדרך כלל שם הקובץ ISO9660 יהיה בגרסה 8.3
פורמט התואם ל-MS-DOS, למרות שתקן ISO9660 מאפשר
שמות קבצים של עד 31 תווים. אם אתה משתמש באפשרות זו, ייתכן שהתקליטור
קשה לשימוש במערכת MS-DOS, אך יעבוד ברוב המערכות האחרות. תשתמש עם
זְהִירוּת.

-L אפשרות מיושנת; להשתמש -אפשר-נקודות-מובילות במקום.

-ג'יגדו-ג'יגדו jigdo_file
לייצר א ג'יגדו .ג'יגדו קובץ מטא נתונים וכן תמונת מערכת הקבצים. ראה את
JIGDO אורים הסעיף למטה למידע נוסף.

-תבנית-jigdo template_file
לייצר א ג'יגדו .תבנית הקובץ וכן תמונת מערכת הקבצים. ראה את JIGDO
אורים הסעיף למטה למידע נוסף.

-jigdo-min-file-size גודל
ציין את הגודל המינימלי עבור קובץ שיוצג ב- .ג'יגדו קוֹבֶץ. ברירת מחדל (ו
המינימום המותר) הוא 1KB. ראה את JIGDO אורים הסעיף למטה למידע נוסף.

-jigdo-force-md5 נתיב
ציין דפוס קובץ שבו קבצים צריך להיות כלול ב-MD5 שסופק חיצונית
רשימה כפי שסופקה על ידי -md5-list. ראה את JIGDO אורים הסעיף למטה למידע נוסף
מידע.

-jigdo-exclude נתיב
ציין דפוס קובץ שבו הקבצים לא יופיעו ב- .ג'יגדו קוֹבֶץ. ראה את
JIGDO אורים הסעיף למטה למידע נוסף.

-מפת ג'יגדו נתיב
ציין מיפוי דפוסים עבור קובץ ה-jigdo (למשל Debian=/mirror/debian). ראה
מה היא JIGDO אורים הסעיף למטה למידע נוסף.

-md5-list md5_file
ציין קובץ המכיל את סכומי MD5, הגדלים ושמות הנתיבים של הקבצים שיש
כלול ב .ג'יגדו קוֹבֶץ. ראה את JIGDO אורים הסעיף למטה למידע נוסף
מידע.

-jigdo-template-compress אַלגוֹרִיתְם
ציין אלגוריתם דחיסה לשימוש עבור תאריך התבנית. gzip ו-bzip2 הם
נתמך כרגע, ו-gzip הוא ברירת המחדל. ראה את JIGDO אורים סעיף להלן עבור
עוד מידע.

-קובץ לוג קובץ לוג
הפנה מחדש את כל הודעות השגיאה, האזהרות והמידע אל קובץ לוג במקום ה
שגיאת תקן.

-m גוש
אל תכלול קבצים תואמים גוש, תבנית תווים כלליים של מעטפת, מהכתיבה לתקליטור-
ROM. גוש עשוי להתאים לרכיב שם הקובץ או לשם הנתיב המלא. זֶה
ניתן להשתמש באפשרות מספר פעמים. לדוגמה:

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

לא יכלול את כל הקבצים המסתיימים ב-'.o', או נקרא הליבה or פו בר מתוך התמונה.
שים לב שאם הייתה לך מדריך שנקרא פו בר, גם זה (וכמובן הכל
צאצאים) לא ייכללו.

-אי הכללה-רשימה פילה
קובץ המכיל רשימה של תווים כלליים של מעטפת שיש להחריג. לִרְאוֹת -m.

-max-iso9660-filenames
אפשר לשמות קבצים ISO9660 להיות באורך של עד 37 תווים. אפשרות זו מאפשרת -N as
מרחב השם הנוסף נלקח מהמקום השמור למספרי גרסאות קבצים.
זה מפר את תקן ISO9660, אבל במקרה זה עובד על מערכות רבות.
למרות שיישום תואם צריך לספק מרחב חיץ של לפחות 37
תווים, דיסקים שנוצרו עם אפשרות זו עלולים לגרום לגלישה במאגר ב-
מערכת הפעלה קריאה. השתמש בזהירות יתרה.

-M נתיב

-M מכשיר

-דב מכשיר
מציין נתיב לתמונת ISO9660 קיימת למיזוג. הצורה החלופית לובשת א
מפרט התקן SCSI שמשתמש באותו תחביר כמו ה- dev= פרמטר של וודים.
התפוקה של דימוי גנזי יהיה מפגש חדש שאמור להיכתב עד הסוף
של התמונה המצוינת ב -M. בדרך כלל זה דורש יכולת ריבוי הפעלות עבור
מקליט התקליטורים ששימש לכתיבת התמונה. ניתן להשתמש באפשרות זו רק ב
בשילוב עם -C.

-N השמט מספרי גרסה משמות קבצים ISO9660.
זה מפר את תקן ISO9660, אבל אף אחד לא באמת משתמש במספרי הגרסה
בכל מקרה. השתמש בזהירות.

-new-dir-mode מצב
ציין את המצב, מספר בן 4 ספרות כפי שנעשה בו שימוש ב chmod(1), לשימוש בעת יצירת חדש
ספריות בתמונת מערכת הקבצים. ברירת המחדל היא 0555.

-נובאק

-לא-באק
אל תכלול קבצי גיבוי במערכת הקבצים ISO9660; כלומר, שמות קבצים כאלה
מכיל את התווים `~' או `#' או מסתיים ב .מַזַל גְדִי. אלה הם בדרך כלל קבצי גיבוי
עבור עורכי טקסט של יוניקס.

-כוח-רר
אל תשתמש בזיהוי תכונות Rock Ridge האוטומטי עבור הפעלות קודמות.
זה יכול לעקוף בעיות עם תמונות שנוצרו על ידי, למשל, NERO Burning ROM.

-לא-רר אל תשתמש בתכונות Rock Ridge ממפגשים קודמים. זה עשוי לעזור
למנוע בעיות כאשר דימוי גנזי מוצא חתימות לא חוקיות של Rock Ridge על ישן
מוֹשָׁב.

-ללא פיצול-רכיבי קישור סימנים
אל תפצל את רכיבי סימלינק, אלא התחל אזור המשך חדש (CE) במקום זאת.
זה עשוי לבזבז קצת מקום, אבל למנהל ההתקן של SunOS 4.1.4 יש באג בקריאה
רכיבי סימלינק מפוצלים.

ספק אם אפשרות זו שימושית בימינו.

-ללא-פיצול-Symlink-fields
אל תפצל את שדות ה-Symlink, אלא התחל אזור המשך חדש (CE) במקום זאת.
זה עלול לבזבז קצת מקום, אבל למנהלי התקליטור של SunOS 4.1.4 ו-Solaris 2.5.1 יש
באג בקריאת שדות סימלינקים מפוצלים (ניתן לשחרר `/').

ספק אם אפשרות זו שימושית בימינו.

-o שם הקובץ
ציין את קובץ הפלט עבור תמונת מערכת הקבצים ISO9660. זה יכול להיות דיסק
קובץ, כונן קלטות, או שהוא יכול להתאים ישירות לשם ההתקן של האופטי
כותב דיסק. אם לא צוין, נעשה שימוש ב-stdout. שימו לב שהפלט יכול להיות גם א
לחסום התקן עבור מחיצת דיסק רגילה, ובמקרה זה מערכת הקבצים ISO9660 יכולה
להיות מותקן כרגיל כדי לוודא שהוא נוצר כהלכה.

כרית רפד את סוף התמונה כולה ב-150 סקטורים (300 קילובייט). אפשרות זו מופעלת על ידי
בְּרִירַת מֶחדָל. אם משתמשים בשילוב עם -B, ריפוד מוכנס בין ISO9660
מחיצה ומחיצות האתחול, כך שמחיצת האתחול הראשונה מתחילה ב-a
מספר מגזר שהוא כפולה של 16.

הריפוד נחוץ מכיוון שמערכות הפעלה רבות (למשל לינוקס) מיישמות קריאה קדימה
באגים ב-I/O של מערכת הקבצים שלהם. באגים אלו מביאים לשגיאות קריאה בקבצים שכן
ממוקם סמוך לסוף רצועה, במיוחד אם התקליטור כתוב ב-Track At
מצב פעם אחת, או שבו רצועת אודיו של CD עוקבת אחר רצועת הנתונים.

-ללא כרית
אין לרפד את הקצה ב-150 סקטורים (300 קילובייט) ואל תהפוך את מחיצות האתחול
להתחיל במכפיל של 16 סקטורים.

-רשימת נתיבים פילה
קובץ המכיל רשימה של מפרט נתיבים ספריות ושמות קבצים שיתווספו ל-
מערכת קבצים ISO9660. רשימה זו של מפרטי נתיבים מעובדים לאחר כל מה שמופיע ב
שורת הפקודה. אם הטיעון הוא -, הרשימה נקראת מהקלט הסטנדרטי.

-P אפשרות מיושנת; להשתמש -מוֹצִיא לָאוֹר במקום.

-מוֹצִיא לָאוֹר publisher_id
מציין מחרוזת טקסט שתיכתב בכותרת אמצעי האחסון. זה אמור
תאר את המוציא לאור של התקליטור, בדרך כלל עם כתובת דואר וטלפון
מספר. יש מקום ל-128 תווים. שווה ערך ל PUBL ב
.genisoimagerc קובץ.

-p preparer_id
מציין מחרוזת טקסט שתיכתב בכותרת אמצעי האחסון. זה אמור
תאר את המכין של התקליטור, בדרך כלל עם כתובת דואר וטלפון
מספר. יש מקום ל-128 תווים. שווה ערך ל PREP ב
.genisoimagerc קובץ.

-גודל הדפסה
הדפס גודל מערכת קבצים משוער בכפולות של גודל המגזר (2048 בתים) ו
יְצִיאָה. אפשרות זו נחוצה עבור מצב Disk At Once ועם כמה כונני CD-R כאשר
צנרת ישירות לתוך וודים, מקרים שבהם וודים צריך לדעת את הגודל של
תמונת מערכת הקבצים מראש. גרסאות ישנות של מקיסופס כתב את המידע הזה (בין
מידע אחר) ל סטדרר. מכיוון שמתברר שקשה לנתח את המספר
ללא כל מידע אחר מודפס כעת על stdout גַם. אם אתה אוהב לכתוב א
סקריפט מעטפת פשוט, הפניה מחדש סטדרר ותפוס את המספר מ stdout. זה יכול להיות
נעשה עם:

cdblocks=` genisoimage -print-size -שקט ... `
genisoimage ... | wodim ... tsize=${cdblocks}s -

-שֶׁקֶט זה עושה דימוי גנזי אפילו פחות מילולי. לא יסופק פלט התקדמות.

-R צור רשומות SUSP ו-RR באמצעות פרוטוקול Rock Ridge כדי לתאר עוד יותר את
קבצים במערכת הקבצים ISO9660.

-r זה כמו אפשרות -R, אבל בעלות על קבצים ומצבים מוגדרים לשימושי יותר
ערכים. ה-uid וה-gid מוגדרים לאפס, מכיוון שהם בדרך כלל שימושיים רק ב-
המערכת של המחבר, ואינה שימושית ללקוח. כל סיביות קריאת הקובץ מוגדרות
נכון, כך שקבצים וספריות ניתנים לקריאה גלובלית בלקוח. אם בכלל
execute bit מוגדר עבור קובץ, הגדר את כל סיביות ההפעלה, כך שקובצי הפעלה יהיו
בר הפעלה גלובלי על הלקוח. אם ביט חיפוש כלשהו מוגדר עבור ספרייה, הגדר
כל סיביות החיפוש, כך שספריות ניתנות לחיפוש גלובלי בלקוח.
כל סיביות הכתיבה נמחקות, מכיוון שמערכת הקבצים תותקן לקריאה בלבד בכל אחד מהם
מקרה. אם אחד מהסיביות של המצבים המיוחדים מוגדר, נקה אותם, מכיוון שנעילות קבצים כן
לא שימושי במערכת קבצים לקריאה בלבד, וסיביות set-id אינן רצויות עבור uid 0
או gid 0. בשימוש ב-Win32, ה-execute bit מוגדר על את כל קבצים. זה
תוצאה של היעדר הרשאות קובץ ב-Win32 ובאמולציית Cygwin POSIX
שִׁכבָה. ראה גם -uid, -גיד, -dir-mode, -מצב קובץ ו -new-dir-mode.

-שמות קבצים רגועים
מאפשר לשמות קבצים ISO9660 לכלול את כל תווי ASCII של 7 סיביות למעט אותיות קטנות
אותיות.
זה מפר את תקן ISO9660, אבל במקרה זה עובד על מערכות רבות. להשתמש
בזהירות.

-רובוט dir
מעביר את כל הקבצים והספריות אל dir בתמונה. זה בעצם אותו דבר
כמשתמש -נקודות השתלה והוספה dir מול כל נתיב, אבל קל יותר
שימוש. dir עשוי להיות עמוק בכמה רמות. זה נוצר עם אותו הדבר
הרשאות כמו נקודות השתלה אחרות.

-ישן-שורש dir
אפשרות זו נחוצה בעת כתיבת תמונה מרובה הפעלות והקודמת (או
אפילו ישן יותר) הפגישה נכתבה עם -רובוט dir. שימוש בשם ספרייה לא נמצא
בפגישה הקודמת גורמים דימוי גנזי לבטל עם שגיאה. בלי זה
אוֹפְּצִיָה, דימוי גנזי לא יוכל למצוא קבצים ללא שינוי ויאלץ
לכתוב את הנתונים שלהם בתמונה פעם נוספת. -רובוט ו -ישן-שורש נועדו להיות
משמשים יחד לביצוע גיבויים מצטברים. הפגישה הראשונית תשתמש למשל ב:
דימוי גנזי -רובוט גיבוי_1 דירס. הגיבוי המצטבר הבא עם דימוי גנזי
-רובוט גיבוי_2 -ישן-שורש גיבוי_1 דירס יצלם תמונה נוספת של אלה
ספריות. תמונת המצב הראשונה תימצא ב גיבוי_1, השני בפנים
גיבוי_2, אבל רק קבצים ששונו או חדשים צריכים להיכתב לתוך השני
מוֹשָׁב. ללא אפשרויות אלה, קבצים חדשים יתווספו וישנים
השתמר. אבל ישנים יוחלפו אם הקובץ ישונה. מתאושש
הקבצים על ידי העתקת כל הספרייה חזרה מתקליטור ישחזרו גם קבצים כאלה
נמחקו בכוונה. גישה למספר גרסאות ישנות יותר של קובץ דורשת
תמיכה על ידי מערכת ההפעלה כדי לבחור אילו הפעלות לעלות.

-סוג sort_file
מיין את מיקומי הקבצים במדיה. המיון נשלט על ידי קובץ המכיל
זוגות של שמות קבצים ושקלול קיזוז מיון. אם השקלול גבוה יותר, ה-
הקובץ ימוקם קרוב יותר לתחילת המדיה, אם השקלול כן
נמוך יותר, הקובץ ימוקם קרוב יותר לקצה המדיה. חייב להיות רק
תו רווח אחד או טאבים בין שם הקובץ לבין המשקל והמשקל חייבים
להיות הדמויות האחרונות בשורה. שם הקובץ נלקח כדי לכלול את כל
תווים עד, אך לא כולל תו הרווח או הטאב האחרון בשורה. זֶה
הוא לאפשר לתווי רווח להיות בתוכם, או בסוף שם קובץ. זֶה
אפשרות כן לֹא מיין את סדר שמות הקבצים המופיעים ב-ISO9660
מַדרִיך. זה ממיין את הסדר שבו נכתבים נתוני הקובץ לתמונת התקליטור,
דבר שימושי על מנת לייעל את פריסת הנתונים בתקליטור. לִרְאוֹת README.sort ל
פרטים נוספים.

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
לִרְאוֹת -B מֵעַל.

-sparc-label תווית
הגדר את שם תווית דיסק Sun עבור תווית דיסק Sun שנוצרה איתה -sparc-
אתחול.

-פלט מפוצל
פצל את תמונת הפלט למספר קבצים של כ-1 GB כל אחד. זה עוזר
ליצירת תמונות ISO9660 בגודל DVD במערכות הפעלה ללא תמיכה בקבצים גדולים.
וודים ירשור יותר מקובץ אחד לרצועה בודדת אם תכתוב ל-DVD.
כדי להפוך -פלט מפוצל עֲבוֹדָה, -o שם הקובץ יש לציין. הפלט המתקבל
התמונות יקבלו שם: filename_00, filename_01, filename_02....

-זרם-מדיה-גודל #
בחר פעולת סטרימינג והגדר את גודל המדיה ל-# סקטורים. זה מאפשר לך
צינור את הפלט של זפת(1) תוכנית לתוך דימוי גנזי וליצור ISO9660
מערכת קבצים ללא צורך בקובץ ארכיון tar ביניים. אם אפשרות זו
צוין, דימוי גנזי קורא מתוך סטדין ויוצר קובץ עם השם
STREAM.IMG. הגודל המרבי של הקובץ (עם ריפוד) הוא 200 סקטורים פחות מ
גודל המדיה שצוין. אם -ללא כרית צוין, גודל הקובץ הוא 50
מגזרים קטנים מגודל המדיה שצוין. אם הקובץ קטן יותר, דימוי גנזי
יכתוב ריפוד. זה עשוי לקחת זמן.

האפשרות -זרם-מדיה-גודל יוצר מערכות קבצים פשוטות ISO9660 בלבד וייתכן שלא
בשימוש יחד עם אפשרויות ריבוי הפעלות או מערכת קבצים היברידית.

-שם קובץ-stream שם
שמור לשימוש עתידי.

-sunx86-boot UFS_img,,,AUX1_img
מציין רשימה מופרדת בפסיקים של תמונות של מערכת הקבצים הדרושות ליצירת א
תקליטור אתחול עבור מערכות Solaris x86.

שימו לב שמחיצה 1 משמשת לתמונת ISO9660 ושמחיצה 2 היא
דיסק שלם, כך שלא ניתן להשתמש במחיצה 1 ו-2 על ידי נתוני מחיצה חיצוניים. ה
קובץ התמונה הראשון ממופה למחיצה 0. עשויים להיות שדות ריקים בפסיק-
רשימה מופרדת, וערכי רשימה עבור מחיצה 1 ו-2 חייבים להיות ריקים. המקסימום
מספר המחיצות הנתמכות הוא 8 (אם כי טבלת המחיצות של Solaris x86 יכולה
תמיכה בעד 16 מחיצות), כך שאי אפשר לציין יותר מ-6 מחיצות
תמונות. אפשרות זו נדרשת כדי ליצור תקליטור אתחול עבור מערכות Solaris x86.

If -sunx86-boot צוין, הסקטור הראשון של התמונה המתקבלת יעשה זאת
מכילים תווית fdisk למחשב עם מחיצת fdisk מסוג Solaris מסוג 0x82 שמתחילה ב-
אופסט 512 ומשתרע על כל התקליטור. בנוסף, עבור Solaris סוג 0x82 fdisk
מחיצה, יש תווית דיסק SVr4 בהיסט 1024 במגזר הראשון של התקליטור.
תווית דיסק זו מציינת פרוסה 0 עבור תמונת מערכת הקבצים הראשונה (בדרך כלל מסוג UFS).
המשמש לאתחול המחשב ולחתך 1 עבור תמונת ISO9660. פרוסה 2 משתרעת על
שלם CD slice 3 ... ניתן להשתמש ב-slice 7 עבור תמונות נוספות של מערכת הקבצים שיש
צוין עם אפשרות זו.

תקליטור אתחול של Solaris x86 משתמש באתחול ראשי בגודל 1024 בתים המשתמש ב- אל-טוריטו
ללא אמולציה מצב אתחול ואתחול גנרי משני שנמצא בסקטורי CD 1..15.
מסיבה זו, שניהם -b אתחול -ללא אמול-אתחול ו -G genboot יש לציין.

-sunx86-label תווית
הגדר את שם תווית הדיסק SVr4 עבור תווית הדיסק SVr4 שנוצרה איתה
-sunx86-boot.

-סייד ID
מציין את מזהה המערכת. יש מקום ל-32 תווים. שווה ערך ל SYSI in
מה היא .genisoimagerc קובץ.

-T צור קובץ TRANS.TBL בכל ספרייה בתקליטור, שניתן להשתמש בה
מערכות שאינן מסוגלות ל-Rock Ridge כדי לסייע בהקמת שמות הקבצים הנכונים. יש
גם מידע הקיים בקובץ המציין את המספרים הגדולים והמינוריים עבור
התקני בלוק ותווים, ולכל קישור סימול יש את השם של קובץ הקישור שניתן.

-שם שולחן table_name
שם קובץ לטבלת תרגום חלופי (ראה למעלה). מרמז -T. אם אתה
יצירת תמונה מרובה הפעלות עליך להשתמש באותו שם כמו בקודם
מוֹשָׁב.

רמת ucs רָמָה
הגדר את רמת התאימות של Unicode ב-Joliet SVD. רמת ברירת המחדל היא 3. ייתכן שכן
הגדר ל-1..3 באמצעות אפשרות זו.

-udf כלול תמיכת מערכת קבצים UDF בתמונת מערכת הקבצים שנוצרה. תמיכת UDF היא
כרגע במצב אלפא ומסיבה זו, לא ניתן ליצור UDF-
רק תמונות. מבני נתונים של UDF מחוברים כעת למבני Joliet,
כך שיש הרבה מלכודות עם היישום הנוכחי. אין UID/GID
תמיכה, אין תמיכה בהרשאות POSIX, אין תמיכה בקישורים סימליים.
שים לב ש-UDF מבזבז את השטח ממגזר ~20 עד מגזר 256 בתחילת
הדיסק בנוסף למקום הדרוש למבני נתונים אמיתיים של UDF.

-uid uid
עוקף את ה-uid שנקרא מקבצי המקור לערך של uid. מפרט את זה
האפשרות מאפשרת באופן אוטומטי הרחבות Rock Ridge.

-use-fileversion
האפשרות -use-fileversion מאפשר דימוי גנזי כדי להשתמש במספרי גרסת קבצים מה-
מערכת קבצים. אם האפשרות לא צוינה, דימוי גנזי יוצר מספר גרסה
של 1 עבור כל הקבצים. גרסאות קבצים הן מחרוזות בטווח ;1 ל ; 32767 זֶה
אפשרות היא ברירת המחדל ב-VMS.

-U מאפשר שמות קבצים "לא מתורגמים", תוך הפרה מוחלטת של תקני ISO9660
מתואר לעיל. מאפשר את הדגלים הבאים: -d -l -N -אפשר-נקודות-מובילות
-שמות קבצים רגועים -אפשר-אותיות קטנות -אפשר-רבים -לא-איזו-תרגום. מאפשר יותר
מאשר אחד `.' תו בשם הקובץ, כמו גם שמות קבצים מעורבים. זה
שימושי ב-HP-UX, שבו המובנה תקליטורים מערכת הקבצים לא מזהה אף אחד
הרחבות. השתמש בזהירות יתרה.

-לא-איזו-תרגום
אין לתרגם את התווים `#' ו-`~' שאינם חוקיים עבור ISO9660
שמות קבצים. למרות שהם לא חוקיים, תווים אלה משמשים לעתים קרובות על ידי מערכות Microsoft.
זה מפר את תקן ISO9660, אבל במקרה זה עובד על מערכות רבות. להשתמש
בזהירות.

-V ווליד
מציין את מזהה אמצעי האחסון (שם אמצעי אחסון או תווית) שייכתב בבלוק המאסטר.
יש מקום ל-32 תווים. שווה ערך ל טיסות ב .genisoimagerc קובץ.
מזהה אמצעי האחסון משמש כנקודת הטעינה על ידי מנהל אמצעי האחסון של Solaris וכ
תווית שהוקצתה לדיסק בפלטפורמות שונות אחרות כגון Windows ו-Apple Mac
מערכת הפעלה.

-וולסט ID
מציין את מזהה ערכת עוצמת הקול. יש מקום ל-128 תווים. שווה ערך ל
כרכים ב .genisoimagerc קובץ.

-בגודל כרך #
מגדיר את גודל ערכת עוצמת הקול ל-#. גודל ערכת עוצמת הקול הוא מספר התקליטורים שיש
בערכת נפח תקליטורים. ערכת נפח היא אוסף של כרך אחד או יותר, שעליו
קבוצה של קבצים מוקלטת.

ערכות עוצמת הקול אינן מיועדות לשמש ליצירת ערכה ממוספרת של תקליטורים שהם חלק
של למשל מערכת התקנת מערכת הפעלה של תקליטורים. ערכות ווליום רגילות למדי
להקליט עץ ספריות גדול שלא יתאים לנפח אחד. כל כרך של
ערכת נפח מכילה תיאור של כל הספריות והקבצים שיש
נרשם בכרכים שבהם מספרי הרצף קטנים או שווים ל-
הגדרת עוצמת הקול שהוקצה גודל עוצמת הקול הנוכחי.

דימוי גנזי כרגע אינו תומך ב-a -בגודל כרך שהוא גדול מ-1.

האפשרות -בגודל כרך יש לציין לפני -volset-sequno על כל פקודה
קו.

-volset-sequno #
מגדיר את מספר הרצף של ערכת עוצמת הקול ל-#. מספר הרצף של ערכת עוצמת הקול הוא
מספר אינדקס של התקליטור הנוכחי בערכת CD. האפשרות -בגודל כרך חייב להיות
שצוין קודם לכן -volset-sequno בכל שורת פקודה.

-v ביצוע מפורט. אם יינתן פעמיים בשורת הפקודה, מידע נוסף על ניפוי באגים יהיה
להדפיס.

-x גוש
זהה ל -m גוש.

-z ליצור מיוחד RRIP רשומות עבור קבצים דחוסים בשקיפות. זה רק של
שימוש ועניין עבור מארחים התומכים בפירוק שקוף, כגון לינוקס
2.4.14 ואילך. עליך לפרט -R or -r כדי להפעיל את Rock Ridge, וליצור
קבצים דחוסים באמצעות ה mkzftree כלי עזר לפני הפעלתו דימוי גנזי. שים לב ש
דחיסה שקופה היא הרחבה לא סטנדרטית של Rock Ridge. הדיסקים שנוצרו
ניתנים לקריאה בשקיפות רק אם משתמשים ב-Linux. במערכות הפעלה אחרות אתה
יצטרך להתקשר mkzftree ביד כדי לפרוק את הקבצים.

HFS אפשרויות

-hfs צור תקליטור היברידי ISO9660/HFS. יש להשתמש באפשרות זו בשילוב עם
-מַפָּה, -קֶסֶם ו/או השונות לְהַכפִּיל קורטוב אפשרויות המפורטות להלן.

-תפוח עץ צור תקליטור ISO9660 עם ההרחבות של אפל. דומה ל -hfs, אלא שה-
הרחבות של Apple ל-ISO9660 מתווספות במקום ליצור נפח HFS היברידי.
לשעבר דימוי גנזי גרסאות אכן כללו תכונות Rock Ridge כברירת מחדל אם -תפוח עץ
צוין. גרסאות זו של דימוי גנזי לא עושה את זה יותר. אם אתה רוצה
כדי לקבל תכונות של Rock Ridge, עליך לציין זאת בנפרד.

-מַפָּה קובץ_מיפוי
השתמש קובץ_מיפוי כדי להגדיר את המידע CREATOR ו-TYPE עבור קובץ על סמך
סיומת שם הקובץ. שם קובץ ממופה רק אם הוא לא אחד מהידועים
פורמטים של קבצים של Apple/Unix. ראה את HFS יוצר/סוג להלן.

-קֶסֶם magic_file
המידע של CREATOR ו-TYPE נקבע באמצעות מידע של קובץ קסם מספר (בדרך כלל ה
כמה בתים ראשונים של קובץ). ה magic_file משמש רק אם קובץ אינו אחד מה-
פורמטי קובץ ידועים של Apple/Unix, או שסיומת שם הקובץ לא מופתה באמצעות
-מַפָּה. ראה את HFS יוצר/סוג הסעיף למטה לפרטים נוספים.

-hfs-יוצר יוצר
הגדר את ברירת המחדל של CREATOR עבור כל הקבצים. חייב להיות בדיוק 4 תווים. ראה את HFS
יוצר/סוג הסעיף למטה לפרטים נוספים.

-hfs-type סוג
הגדר את ברירת המחדל TYPE עבור כל הקבצים. חייב להיות בדיוק 4 תווים. ראה את HFS
יוצר/סוג הסעיף למטה לפרטים נוספים.

-בְּדִיקָה חפש בתוכן הקבצים את כל הפורמטים המוכרים של Apple/Unix. ראה את
HFS מקינטוש קובץ פורמטים להלן למידע נוסף על פורמטים אלה. למרות זאת,
הדרך היחידה לבדוק MacBinary ו AppleSingle קבצים זה לפתוח ולקרוא אותם,
כך שאופציה זו עשויה להאריך את זמן העיבוד. עדיף להשתמש באחד או יותר לְהַכפִּיל
קורטוב האפשרויות הניתנות להלן אם הפורמטים של Apple/Unix שנמצאים בשימוש ידועים.

-ללא שולחן עבודה
אל תיצור קבצי שולחן עבודה (ריקים). קבצי HFS Desktop חדשים ייווצרו כאשר
התקליטור נמצא בשימוש במחשב מקינטוש (ומאוחסן בתיקיית המערכת). כברירת מחדל, ריק
קבצי שולחן העבודה מתווספים לנפח HFS.

-שם-mac
השתמש בשם הקובץ HFS כנקודת ההתחלה עבור ISO9660, Joliet ו-Rock Ridge
שמות קבצים. ראה את HFS מקינטוש שמות קבצים הסעיף למטה למידע נוסף.

-boot-hfs-file קובץ_נהג
מתקין את קובץ_נהג זֶה אולי להפוך את התקליטור לאתחול ב- Macintosh. ראה את HFS
מַגָף נהג סעיף למטה. (אלפא).

-חֵלֶק צור טבלת מחיצות HFS. כברירת מחדל, לא נוצרת טבלת מחיצות, אבל
כמה מנהלי התקנים ישנים יותר של Macintosh CD-ROM צריכים להיות טבלת מחיצות HFS בתקליטור
מסוגל לזהות תקליטור היברידי.

-אוטומטי AutoStart_file
הפוך את תקליטור HFS להשתמש בתכונת QuickTime 2.0 Autostart כדי להפעיל יישום או
מסמך. שם הקובץ הנתון חייב להיות שם של מסמך או יישום שנמצא
ברמה העליונה של התקליטור. שם הקובץ חייב להיות פחות מ-12 תווים. (אלפא).

-גודל אשכול גודל
הגדר את הגודל בבייטים של האשכול או יחידות ההקצאה של קבצי PC Exchange.
מרמז --לְהַחלִיף. ראה את HFS מקינטוש קובץ פורמטים להלן.

-להסתיר-hfs גוש
הסתר גוש, דפוס תו כללי של מעטפת, מאמצעי האחסון HFS. הקובץ או הספרייה
עדיין קיים בספריית ISO9660 ו/או Joliet. גוש עשוי להתאים לכל חלק
של שם הקובץ. ייתכן שלא ייכללו מספר כדורים. דוגמא:

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

לא יכלול את כל הקבצים המסתיימים ב-'.o' או נקראים פו בר מנפח HFS. הערה
שאם הייתה לך מדריך שנקרא פו בר, גם זה (וכמובן הכל
צאצאים) לא ייכללו. ה גוש יכול להיות גם שם נתיב ביחס ל-
ספריות מקור הניתנות בשורת הפקודה. דוגמא:

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

לא יכלול רק את הקובץ או הספרייה שנקראו html מ src מַדרִיך. כל
קובץ או ספרייה אחרים שנקראו html בעץ לא יוחרג. צריך להיות
משמש עם -להתחבא ו / או -מחבוא-ג'וליה. על מנת להתאים לשם ספרייה, ודא
התבנית אינה כוללת תו `/' נגרר. לִרְאוֹת README.hide במשך יותר
פרטים.

-הסתר-hfs-list פילה
ציין קובץ המכיל רשימה של תבניות תווים כלליים שיוסתרו כמו ב -להסתיר-hfs.

-hfs-volid hfs_volid
שם אמצעי אחסון עבור מחיצת HFS. זה השם שמוקצה לדיסק שעל
מקינטוש ומחליף את ווליד משמש עם -V.

-מיקום סמל
השתמש במידע על מיקום הסמל, אם הוא קיים, מקובץ Apple/Unix. ה
סמלים יופיעו באותו מיקום כפי שהם יופיעו בשולחן העבודה של Macintosh. תיקייה
מיקום וגודל על המסך, מיקומי הגלילה שלו, תצוגת תיקיות (הצג כסמלים,
גם אייקונים קטנים וכו') נשמרים. (אלפא).

-שורש מידע פילה
הגדר את המיקום, הגודל על המסך, מיקומי הגלילה, התיקייה View וכו' עבור השורש
תיקייה של אמצעי אחסון HFS. לִרְאוֹת README.rootinfo למידע נוסף. (אלפא)

-הכנה-אתחול פילה
קובץ תמונת אתחול PReP. מותרים עד 4. לִרְאוֹת README.prep_boot במשך יותר
מֵידָע. (אלפא)

-chrp-boot
הוסף כותרת אתחול CHRP.

-input-hfs-charset ערכה
ערכת תווים קלט המגדירה את התווים המשמשים בשמות קבצים HFS כאשר משתמשים בהם
-שם-mac. ערכת התווים המוגדרת כברירת מחדל היא cp10000 (מק רומן). ראה את אופי סטים ו
HFS מקינטוש שמות קבצים הסעיפים למטה לפרטים נוספים.

-output-hfs-charset ערכה
ערכת תווים פלט המגדירה את התווים שישמשו בשמות הקבצים של HFS.
ברירת המחדל של ערכת התווים הקלט. ראה את אופי סטים הסעיף למטה למידע נוסף
פרטים.

-hfs-ביטול נעילה
כברירת מחדל, דימוי גנזי תיצור אמצעי אחסון HFS נעול. אפשרות זו
משאיר את עוצמת הקול פתוחה כך שיישומים אחרים (למשל הפסוטילס) יכול לשנות
את הווליום. ראה את HFS בעיות/הגבלות הסעיף למטה לאזהרות לגבי השימוש
אפשרות זו.

-הפס-תברך שם התיקייה
"ברך" את הספרייה הנתונה (תיקיה). זה בדרך כלל ה מערכת תיקייה ומשמש
ביצירת תקליטורי אתחול HFS. שם הספרייה חייב להיות שם הנתיב כולו
as דימוי גנזי רואה את זה. למשל, אם מפרט הנתיב הנתון הוא ./cddata והנדרש
התיקיה נקראת מערכת תיקייה, כל שם הנתיב הוא "/cddata/System תיקיה"
(זכור להשתמש במירכאות אם השם מכיל רווחים).

-hfs-parms פרמטרים
עוקף פרמטרים מסוימים המשמשים ליצירת מערכת הקבצים HFS. לא סביר שישמש
בנסיבות רגילות. ראה את libhfs_iso/hybrid.h קובץ המקור לפרטים.

--כובע חפש קבצי AUFS CAP Macintosh. חפש פורמטים של CAP Apple/Unix בלבד.
חיפוש אחר תבניות קבצים אפשריות אחרות של Apple/Unix מושבת, אלא אם כן
לְהַכפִּיל קורטוב ניתנות אפשרויות.

--netatalk
חפש קבצי מקינטוש של NETATALK

--לְהַכפִּיל
חפש קבצי AppleDouble Macintosh

--ethershare
חפש קבצי Helios EtherShare Macintosh

--ushare
חפש קבצי IPT UShare Macintosh

--לְהַחלִיף
חפש קבצי Macintosh של PC Exchange

--sgi חפש קבצי SGI Macintosh

--xinet
חפש קבצי XINET Macintosh

--מקבין
חפש קבצי MacBinary Macintosh

--יחיד
חפש קבצי AppleSingle Macintosh

--דייב חפש קבצי DAVE Macintosh של Thursby Software Systems

--sfm חפש את השירותים של מיקרוסופט עבור קבצי מקינטוש (NT בלבד) (אלפא)

--osx-כפול
חפש קבצי Mac OS X AppleDouble Macintosh

--osx-hfs
חפש קבצי Mac OS X HFS Macintosh

אופי סטים

דימוי גנזי מעבד שמות קבצים בצורה תואמת POSIX כמחרוזות של תווים של 8 סיביות.
כדי לייצג את כל הקידודים עבור כל השפות, תווים של 8 סיביות אינם מספיקים. Unicode
או ISO-10646 מגדירים קידודי תווים שצריכים לפחות 21 סיביות כדי לייצג את כל הידועים
שפות. הם עשויים להיות מיוצגים עם UTF-32, UTF-16 or UTF-8 סִמוּל. UTF-32 משתמש ב-a
קידוד רגיל של 32 סיביות, אך נראה שהוא נדיר. UTF-16 משמש את מיקרוסופט עם Win32 עם
החיסרון שתווי 16 סיביות אינם תואמים למערכת הקבצים POSIX
מִמְשָׁק.

מערכות הפעלה מודרניות של יוניקס עשויות להשתמש בקידוד UTF-8 עבור שמות קבצים. כל תו של 32 סיביות
מיוצג על ידי תו אחד או יותר של 8 סיביות. אם תו מקודד ISO-8859-1
(בשימוש במרכז אירופה וצפון אמריקה) הוא מפות 1:1 ל-Unicode מקודד UTF-32 או UTF-16
אופי. אם תו מקודד 7-Bit ASCII (בשימוש בארה"ב ובמדינות אחרות עם
סט תווים מוגבל) הוא ממפה 1:1 לתו Unicode מקודד UTF-32, UTF-16 או UTF-8.
קודי תווים שלא ניתן לייצג כבייט בודד ב-UTF-8 (אם הערך הוא >
0x7F) השתמשו ברצפי בריחה הממפים ליותר מתו אחד של 8 סיביות.

אם כל מערכות ההפעלה השתמשו ב-UTF-8, דימוי גנזי לא יצטרך לקודד תווים מחדש
שמות קבצים. למרבה הצער, אפל משתמשת בקידודים לא סטנדרטיים לחלוטין ומיקרוסופט משתמשת ב-a
קידוד Unicode שאינו תואם לממשק שם הקובץ POSIX.

עבור כל מערכות ההפעלה שאינן מקודדות UTF-8, התו בפועל שכל בייט מייצג
תלוי ב אופי סט or עמוד קוד (השם בשימוש של Microsoft) בשימוש המקומי
מערכת הפעלה - התווים בערכת תווים ישקפו את האזור או הטבעי
שפה שנקבעה על ידי המשתמש.

בדרך כלל קודי התווים 0x00-0x1f הם תווי בקרה, הקודים 0x20-0x7f הם 7 סיביות
תווי ASCII ו-(במחשבי PC ו-Mac) 0x80-0xff משמשים עבור תווים אחרים.

מכיוון שיש הרבה יותר מ-256 תווים/סמלים בשימוש, רק תת-קבוצה קטנה
מיוצג בסט תווים. לכן אותו קוד תו עשוי לייצג את a
אופי שונה במערכות תווים שונות. אז שם קובץ שנוצר, נניח במרכז
אירופה, עשויה שלא להציג את אותו דמות כשהיא צופה במכונה, למשל במזרח
אֵירוֹפָּה.

כדי להפוך את העניינים למורכבים יותר, מערכות הפעלה שונות משתמשות במערכות תווים שונות
עבור האזור או השפה. לדוגמה, קוד התו עבור `é' (e קטן עם acute
מבטא) עשוי להיות קוד תו 0x82 במחשב, קוד 0x8e במקינטוש, קוד 0xe9 ב-Unix
מערכת במערב אירופה, וקוד 0x000e9 ביוניקוד.

כל עוד לא כל מערכות ההפעלה והיישומים משתמשים באותה מערכת תווים כמו
בסיס לשמות קבצים, ייתכן שיהיה צורך לציין באיזו ערכת תווים משתמשים בשמות הקבצים שלך
באיזו מערכת תווים שמות הקבצים צריכים להופיע בתקליטור.

ישנן ארבע אפשרויות לציין את ערכות התווים שבהן ברצונך להשתמש:

-input-charset
מגדיר את ערכת התווים המקומית שבה אתה משתמש במחשב המארח שלך. כל דמות
המרות סט שיתרחשו ישתמשו בערכת התווים הזו כנקודת ההתחלה.
ערכות תווי הקלט המוגדרות כברירת מחדל הן cp437 במערכות מבוססות MS-DOS ו iso8859-1 on
כל שאר המערכות. אם -J נתון, המקבילות ל-Unicode של תו הקלט
הסט ישמש בספריית Joliet. -jcharset הוא זהה -input-charset
-J.

-output-charset
מגדיר את סט התווים שישמש עבור שמות רכס הסלע ב-
CD. ברירת המחדל של ערכת התווים הקלט.

-input-hfs-charset
מגדיר את ערכת התווים HFS המשמשת עבור שמות קבצים HFS המפוענחים מכל אחד מה-
פורמטים שונים של קבצים של Apple/Unix. שימושי רק בשימוש עם -שם-mac. ראה את HFS
מקינטוש שמות קבצים למידע נוסף. ברירת מחדל ל cp10000 (מק רומן).

-output-hfs-charset
מגדיר את ערכת התווים HFS המשמשת ליצירת שמות קבצים HFS מתוויות הקלט
מוגדר בשימוש. ברוב המקרים זה יהיה מערך התווים שניתן עם
-input-charset. ברירת המחדל למערכת הקלט HFS.

ישנן מספר ערכות תווים מובנות בהן דימוי גנזי. כדי לקבל רישום, השתמש
-input-charset לעזור. רשימה זו אינה כוללת את ערכת התווים הנגזרת מהנוכחי
מקומי, אם דימוי גנזי בנוי עם סמל תומכים.

ניתן לקרוא ערכות תווים נוספות מהקובץ עבור כל אחת מאפשרויות ערכת התווים על ידי
מתן שם קובץ כארגומנט לאפשרויות. הקובץ הנתון ייקרא רק אם הוא
השם אינו תואם לאחת ממערכות התווים המובנות.

הפורמט של קבצי ערכת התווים זהה לקובצי המיפוי הזמינים מ
http://www.unicode.org/Public/MAPPINGS. הפורמט הזה הוא:

עמודה מס' 1 היא קוד בייט הקלט (במשנה כ-0xXX)
עמודה מס' 2 היא ה-Unicode (במשושה כ-0xXXXX)
מתעלמים משאר השורה.

כל שורה ריקה, שורה ללא שתי (או יותר) עמודות בפורמט לעיל או שורות הערות
(החל מהתו #) מתעלמים ללא כל אזהרות. כל קוד קלט חסר
ממופה לתו Unicode 0x0000.

שים לב שבעוד UTF-8 נתמך, קידודי Unicode אחרים כגון UCS-2/UTF-16 ו
UCS-4/UTF-32 לא, מכיוון שמערכות הפעלה POSIX אינן יכולות להתמודד איתם באופן מקורי.

ניתן להגדיר מיפוי ערכת תווים 1:1 באמצעות מילת המפתח ברירת מחדל כטיעון ל
כל אחת מאפשרויות ערכת התווים. זו ההתנהגות של גרסאות ישנות של מקיסופס.

שמות הקבצים ISO9660 שנוצרו משמות קבצי הקלט אינם מומרים מהקלט
סט תווים. ערכת התווים ISO9660 היא תת-קבוצה מוגבלת מאוד של תווי ASCII,
אז כל המרה תהיה חסרת טעם.

כל דמות ש דימוי גנזי לא יכול להמיר יוחלף בתו '_'.

HFS יוצר/סוג

לקובץ מקינטוש יש שני מאפיינים המשויכים אליו המגדירים איזו אפליקציה
יצר את הקובץ, ה CREATOR ואיזה נתונים הקובץ מכיל, ה סוג. שניהם
(בדיוק) מחרוזות של 4 אותיות. בדרך כלל זה מאפשר למשתמש מקינטוש ללחוץ פעמיים על קובץ
ולהפעיל את היישום הנכון וכו '. היוצר והסוג של קובץ מסוים יכולים להיות
נמצא על ידי שימוש במשהו כמו ResEdit (או דומה) על מקינטוש.

המידע על CREATOR ו-TYPE מאוחסן בכל הקבצים השונים המקודדים של Apple/Unix.
עבור קבצים אחרים ניתן לבסס את ה-CREATOR וה-TYPE על סיומת שם הקובץ
באמצעות מיפוי קובץ (עם -מַפָּה) ו/או באמצעות קסם מספר (בדרך כלל א חֲתִימָה ב
כמה בתים ראשונים) של קובץ (עם -קֶסֶם). אם שתי האפשרויות הללו ניתנות, הסדר שלהן ימשיך
שורת הפקודה היא משמעותית. אם -מַפָּה ניתנת תחילה, התאמה של סיומת שם קובץ היא
ניסו לפני התאמת מספר קסם. לעומת זאת, אם -קֶסֶם ניתן תחילה, מספר קסם
ניסיון התאמה לפני התאמה של סיומת קובץ.

אם לא נעשה שימוש בקובץ מיפוי או קסם, או שלא נמצאה התאמה, ברירת המחדל של CREATOR ו-TYPE
עבור כל הקבצים הרגילים ניתן להגדיר באמצעות ערכים ב- .genisoimagerc קובץ או שימוש
-hfs-יוצר ו / או -hfs-type, אחרת ברירת המחדל של CREATOR ו-TYPE הם יוניקס ו טקסט.

הפורמט של מיפוי הקובץ זהה afpfile פורמט כפי שהשתמשו בו עַל גַבֵּי. לקובץ הזה יש
חמש עמודות עבור הארכה, פילה תרגום, CREATOR, סוג ו תגובה. שורות
החל מהתו '#' הם שורות הערה ומתעלמים מהן. קובץ לדוגמה יעשה זאת
להיות כמו:

# דוגמה לקובץ מיפוי של שם קובץ
#
# EXTN XLate CREATOR TYPE הערה
.tif Raw '8BIM' 'TIFF' "תמונת Photoshop TIFF"
.hqx Ascii 'BnHq' 'TEXT' "קובץ BinHex"
.doc Raw 'MSWD' 'WDBN' "קובץ Word"
.mov Raw 'TVOD' 'MooV' "QuickTime Movie"
* Ascii 'ttxt' 'TEXT' "קובץ טקסט"

איפה:

העמודה הראשונה EXTN מגדיר את סיומת שם הקובץ Unix למיפוי. ברירת המחדל
מיפוי עבור כל סיומת שם קובץ שאינה תואמת מוגדרת עם '*'
אופי.

אל האני Xlate העמודה מגדירה את סוג תרגום הטקסט בין ה-Unix ל-
קובץ מקינטוש שהוא מתעלם ממנו דימוי גנזי, אבל נשמר כדי להיות תואם עם
עַל גַבֵּי(1). למרות ש דימוי גנזי אינו משנה את התוכן של קובץ, אם הוא בינארי
ה-TYPE של הקובץ מוגדר כ טקסט, זה אולי לקרוא בצורה שגויה במקינטוש. לָכֵן
בחירה טובה יותר עבור ברירת המחדל TYPE עשויה להיות ????.

אל האני CREATOR ו סוג מילות המפתח חייבות להיות באורך של 4 תווים ומוקפות ביחיד
ציטוטים.

שדה ההערה מוקף במירכאות כפולות - הוא מתעלם על ידי דימוי גנזי, אבל
נשמר כדי להיות תואם עם עַל גַבֵּי.

הפורמט של קסם הקובץ כמעט זהה ל- קסם(5) קובץ המשמש את פילה(1)
פקודה.

לקובץ זה יש ארבע עמודות מופרדות באמצעות כרטיסיות עבור ה בייט לקזז, סוג, מבחן ו הודעה.
שורות המתחילות עם התו '#' הן שורות הערה ומתעלמים מהן. קובץ לדוגמה
יהיה כמו:

# קובץ קסם לדוגמה
#
# הודעת בדיקה מסוג off
0 מחרוזת תמונת GIF8 8BIM GIFf GIF
0 בשורת 0xffd8 8BIM JPEG נתוני תמונה
0 מחרוזת SIT! לָשֶׁבֶת! לָשֶׁבֶת! ארכיון StuffIt
0 מחרוזת \037\235 LZIV ZIVU קומפרס Unix סטנדרטי
0 מחרוזת \037\213 GNUz ZIVU gzip נתונים דחוסים
0% מחרוזת! ASPS TEXT Postscript
0 מחרוזת \004%! ASPS TEXT PC Postscript עם ^D כדי להתחיל
4 מיתרים moov txtt MooV קובץ סרטים QuickTime (moov)
4 מיתרים mdat txtt MooV קובץ סרטים QuickTime (mdat)

פורמט הקובץ מתואר ב קסם(5). ההבדל היחיד כאן הוא שעבור
כל ערך בקובץ הקסם, ה הודעה עבור ההיסט הראשוני חייב להיות 4 תווים
עבור ה-CREATOR ואחריו 4 תווים עבור ה-TYPE - רווח לבן הוא אופציונלי בין
אוֹתָם. כל תווים אחרים בשורה זו מתעלמים. קווי המשך (מתחילים בא
גם `>') מתעלמים, כלומר משתמשים רק בשורות ההיסט הראשוניות.

שימוש -קֶסֶם עשוי להגדיל משמעותית את זמן העיבוד מכיוון שכל קובץ צריך לפתוח
קרא כדי למצוא את מספר הקסם שלו.

לסיכום, עבור כל הקבצים, ברירת המחדל של CREATOR היא יוניקס ו-TYPE ברירת המחדל הוא טקסט.
ניתן לשנות אותם על ידי שימוש בערכים ב- .genisoimagerc קובץ או באמצעות -hfs-יוצר
ו / או -hfs-type.

אם הקובץ נמצא באחד מהפורמטים הידועים של Apple/Unix (והפורמט היה
נבחר), ה-CREATOR וה-TYPE נלקחים מהערכים המאוחסנים בקובץ Apple/Unix.

לקבצים אחרים ניתן להגדיר את CREATOR ו-TYPE מסיומת שם הקובץ שלהם (עם -מַפָּה),
או מספר הקסם שלהם (עם -קֶסֶם). אם נעשה שימוש בהתאמה המוגדרת כברירת מחדל ב- מיפוי קובץ,
ערכים אלה עוקפים את ברירת המחדל של CREATOR ו-TYPE.

ניתן למצוא מסד נתונים מלא של CREATOR/TYPE בכתובת http://www.angelfire.com/il/szekely/.

HFS מקינטוש קובץ פורמטים

לקבצי מקינטוש שני חלקים הנקראים נתונים ו משאב מזלג. כל אחד יכול להיות ריק.
יוניקס (והרבה מערכות הפעלה אחרות) יכולות להתמודד רק עם קבצים שיש להם חלק אחד (או מזלג). כדי להוסיף
זה, לקבצי מקינטוש יש מספר תכונות הקשורות אליהם - כנראה הכי הרבה
חשובים הם ה-TYPE וה-CREATOR. שוב, ליוניקס אין מושג לגבי סוגים אלה של
תכונות.

לדוגמה, קובץ מקינטוש עשוי להיות תמונת JPEG שבה התמונה מאוחסנת ב-Data fork ו
תמונה ממוזערת של שולחן העבודה המאוחסנת במזלג המשאבים. זה בדרך כלל המידע שבנתונים
מזלג שימושי בכל פלטפורמות.

לכן כדי לאחסן קובץ מקינטוש במערכת קבצים של יוניקס, יש למצוא דרך להתמודד
עם שני המזלגות והתכונות הנוספות (המכונה Finder מידע).
לרוע המזל, נראה שכל חבילת תוכנה המאחסנת קבצי מקינטוש ב-Unix
בחרה בשיטת אחסון שונה לחלוטין.

הפורמטים של אפל/יוניקס דימוי גנזי התמיכות (חלקית) הן:

פורמט CAP AUFS
מזלג נתונים מאוחסן בקובץ. מזלג משאבים בספריית משנה .מַשׁאָב עם אותו
שם הקובץ כמזלג נתונים. מידע מאתר בספריית משנה .finderinfo עם אותו שם קובץ.

AppleDouble/Netatalk
מזלג נתונים מאוחסן בקובץ. מזלג משאבים מאוחסן בקובץ עם אותו שם קידומת
עם `%'. מידע Finder מאוחסן גם באותו קובץ `%'. Netatalk משתמש באותו פורמט,
אבל מידע המשאב / Finder מאוחסן בספריית המשנה .AppleDouble עם אותו
שם הקובץ כמזלג נתונים.

AppleSingle
מבני נתונים דומים לעיל, למעט מזלגות וגם מידע Finder מאוחסנים ב
קובץ אחד.

Helios EtherShare
מזלג נתונים מאוחסן בקובץ. מזלג משאבים ומידע Finder ביחד בספריית המשנה
.rsrc עם שם קובץ זהה לזה של data fork.

IPT UShare
כמו פורמט EtherShare, אבל המידע של Finder מאוחסן בצורה מעט שונה.

MacBinary
גם מזלגות וגם מידע Finder מאוחסן בקובץ אחד.

Apple PC Exchange
משמש את מחשבי מקינטוש לאחסון קבצי אפל על דיסקים DOS (FAT). מזלג נתונים מאוחסן ב-a
קוֹבֶץ. מזלג משאבים בספריית משנה resource.frk (אוֹ RESOURCE.FRK). מידע מאתר כ
רשומה אחת בקובץ finder.dat (אוֹ FINDER.DAT). נפרד finder.dat עבור כל נתון
ספריית מזלג.

הערה: דימוי גנזי צריך לדעת את גודל אשכול ה-FAT המקורי של הדיסק שבו המחשב האישי
קבצי Exchange מופעלים (או הועתקו מהם). גודל זה ניתן על ידי
-גודל אשכול. ניתן למצוא את גודל האשכול או ההקצאה באמצעות ה-DOS
תועלת chkdsk.

ייתכן שלא יפעל עם קבצי PC Exchange v2.2 ומעלה (זמין עם MacOS 8.1). DOS
יש להרכיב מדיה המכילה קבצי PC Exchange כסוג msdos (לא אשר) מתי
באמצעות לינוקס.

SGI/XINET
בשימוש על ידי מכונות SGI כאשר הם מרכיבים דיסקי HFS. מזלג נתונים מאוחסן בקובץ.
מזלג משאבים בספריית משנה .HSResource עם אותו שם קובץ. מידע מאתר כאחד
להקליט בקובץ עזרי. נפרד עזרי עבור כל ספריית data fork.

Thursby Software Systems DAVE
מאפשר למקינטוש לאחסן קבצי Apple בשרתי SMB. מזלג נתונים מאוחסן ב-a
קוֹבֶץ. מזלג משאבים בספריית משנה resource.frk. משתמש בפורמט AppleDouble כדי
מזלג משאבים בחנות.

שירותים למקינטוש
פורמט קבצים המאוחסנים על ידי שרתי NT במערכות קבצים NTFS. מזלג נתונים מאוחסן כ
שם הקובץ. מזלג משאבים מאוחסן כזרם NTFS שנקרא שם קובץ: AFP_משאב. ה
מידע Finder מאוחסן כזרם NTFS הנקרא שם קובץ:Afp_AfpInfo. זרמי NTFS
בדרך כלל בלתי נראים למשתמש.

אַזהָרָה: דימוי גנזי תומך רק באופן חלקי בפורמט SFM. אם קובץ HFS או
התיקיה המאוחסנת בשרת NT מכילה תו NT לא חוקי בשמה, NT
ממיר תווים אלה ל פְּרָטִי השתמש Unicode דמויות. הדמויות הן: "
* / < > ? \ | ורווח או נקודה אם זה התו האחרון של שם הקובץ,
קודי תווים 0x01 עד 0x1f (תווי בקרה) ולוגו התפוח של אפל.

למרבה הצער, תווי Unicode פרטי אלה אינם ניתנים לקריאה על ידי דימוי גנזי
קובץ הפעלה NT. לכן כל שם של קובץ או ספרייה המכילים את התווים הללו
תתעלם - כולל התוכן של כל ספרייה כזו.

Mac OS X AppleDouble
כאשר קבצי HFS/HFS+ מועתקים או נשמרים על ידי Mac OS X למערכת קבצים שאינה HFS
(למשל UFS, NFS וכו'), הקבצים מאוחסנים בפורמט AppleDouble. מזלג נתונים מאוחסן
בקובץ. מזלג משאבים מאוחסן בקובץ עם אותו שם עם קידומת '._'. מוֹצֵא
מידע מאוחסן גם באותו קובץ `._'.

Mac OS X HFS (אלפא)
לא ממש קידוד של Apple/Unix, אלא קבצי HFS/HFS+ בפועל במערכת Mac OS X.
מזלג נתונים מאוחסן בקובץ. מזלג משאבים מאוחסן בקובץ פסאודו עם אותו
שם עם הסיומת /rsrc. מידע Finder זמין רק דרך Mac OS X
שיחת ספרייה.

ראה גם README.macosx.

עובד רק בשימוש ב-Mac OS X.

אם נמצא קובץ עם מזלג משאבים באורך אפס ומידע מוצא ריק, הוא כן
ההנחה היא שאין קידוד Apple/Unix - לכן TYPE ו-CREATOR יכולים להיות
להגדיר בשיטות אחרות.

דימוי גנזי ינסה להגדיר את ה-CREATOR, TYPE, תאריך ואולי דגלים אחרים מה-
מידע מאתר. בנוסף, אם הוא קיים, שם הקובץ של מקינטוש מוגדר מהמאתר
מידע, אחרת שם המקינטוש מבוסס על שם הקובץ של Unix - ראה את HFS מקינטוש
שמות קבצים להלן.

כשמשתמש -תפוח עץ, ה-TYPE וה-CREATOR מאוחסנים ב-System Use או SUSP
שדה ב-ISO9660 Directory Record - כמעט באותו אופן כמו התכונות של Rock Ridge
הם. למעשה כדי להקל על החיים, הרחבות של אפל מתווספות בתחילת ה
תכונות קיימות של Rock Ridge (כלומר, כדי לקבל את ההרחבות של Apple אתה מקבל את Rock Ridge
גם הרחבות).

ההרחבות של אפל דורשות שמזלג המשאבים יאוחסן כ-ISO9660 המשויך קובץ.
זה בדיוק כמו כל קובץ רגיל המאוחסן במערכת הקבצים ISO9660 פרט לכך שה
דגל הקובץ המשויך מוגדר ברשומת המדריך (סיביות 2). לקובץ הזה יש את אותו שם
כמזלג הנתונים (הקובץ שנראה על ידי מכונות שאינן של אפל). הקבצים המשויכים הם בדרך כלל
מתעלמים ממערכות הפעלה אחרות

כשמשתמש -hfs, ה-TYPE וה-CREATOR בתוספת מידע מאתר אחר, מאוחסנים ב-HFS נפרד
ספרייה, לא גלויה באמצעי האחסון ISO9660. ספריית HFS מפנה לאותם נתונים
וקבצי משאבים פורק שתוארו לעיל.

ברוב המקרים, עדיף להשתמש -hfs במקום -תפוח עץ, כפי שהאחרון כופה את
תווי ISO9660 מוגבלים מותרים בשמות קבצים. עם זאת, ההרחבות של אפל כן נותנות את
יתרון שהקבצים נארזים בדיסק בצורה יעילה יותר וייתכן שאפשר
להתאים קבצים נוספים בתקליטור.

HFS מקינטוש שמות קבצים

במידת האפשר, שם הקובץ HFS המאוחסן עם קובץ Apple/Unix משמש עבור
HFS חלק של התקליטור. עם זאת, לא כל קידודי Apple/Unix מאחסנים את שם הקובץ HFS עם
מידע המוצא. במקרים אלה, נעשה שימוש בשם הקובץ Unix - עם escaped special
דמויות. תווים מיוחדים כוללים `/' ותווים עם קודים מעל 127.

AUFS בורח מהתווים הללו באמצעות `:' ואחריו קוד התווים בתור שני hex
ספרות. ל-Netatalk ול-EtherShare יש סכימה דומה, אך משתמשת ב-%' במקום ב-':'.

If דימוי גנזי אינו יכול למצוא שם קובץ HFS, הוא משתמש בשם Unix, עם כל %xx or :xx
דמויות (xx הן שתי ספרות hex) המומרות לקוד תו בודד. אם xx אינם
ספרות hex ([0-9a-fA-F]), הן נשארות לבד - אם כי כל `:' שנותר מומר ל
`%', כמו `:' הוא מפריד ספריות HFS. יש להיזהר, כקובץ יוניקס רגיל
עם %xx or :xx גם יומר. לְמָשָׁל

This:2fFile הומר ל-This/File

This:File הומר ל-This%File

This:t7File הומר ל-This%t7File

למרות שנראה ששמות קבצים HFS תומכים באותיות גדולות וקטנות, מערכת הקבצים
אינו תלוי רישיות, כלומר, שמות הקבצים א ב ג ו א ב ג אותו הדבר. אם נמצא קובץ ב-a
ספרייה עם אותו שם HFS, דימוי גנזי ינסה ליצור שם ייחודי על ידי הוספה
תווים `_' לאחד משמות הקבצים.

אם קיים שם קובץ HFS עבור קובץ, דימוי גנזי יכול להשתמש בשם זה כנקודת ההתחלה
עבור שמות הקבצים ISO9660, Joliet ו-Rock Ridge באמצעות -שם-mac. קבצי יוניקס רגילים
ללא שם HFS עדיין ישתמשו בשם ה-Unix שלהם. לְמָשָׁל

אם קובץ MacBinary (או PC Exchange) מאוחסן כ someimage.gif.bin על יוניקס
מערכת הקבצים, אך מכיל קובץ HFS בשם someimage.gif, זה השם שיעשה
מופיע בחלק HFS של התקליטור. עם זאת, כמו דימוי גנזי משתמש בשם Unix בתור
נקודת המוצא עבור השמות האחרים, השם ISO9660 שנוצר כנראה יהיה
SOMEIMAG.BIN ו-Joliet/Rock Ridge יהיה someimage.gif.bin. אפשרות זו תשתמש
שם הקובץ HFS כנקודת ההתחלה ושם ISO9660 כנראה יהיו SOMEIMAG.GIF
ו-Joliet/Rock Ridge יהיה someimage.gif.

-שם-mac לא יעבוד כרגע עם -T - השם יוניקס ישמש ב- TRANS.TBL
קובץ, לא שם המקינטוש.

ערכת התווים המשמשת להמרת כל שם קובץ HFS לשם קובץ Joliet/Rock Ridge
ברירת מחדל ל cp10000 (מק רומן). ניתן לציין את ערכת התווים המשמשת באמצעות
-input-hfs-charset. ערכות תווים מובנות אחרות של HFS הן: cp10006 (מקיוונית), cp10007
(מקירילית), cp10029 (מקלאטין2), cp10079 (מקיסלנדית) ו cp10081 (מקטורקית).

הערה: קודי התווים המשמשים את שמות קבצי HFS שנלקחו מהפורמטים השונים של Apple/Unix
לא יומרו מכיוון שההנחה היא שהם נמצאים בסט התווים הנכון של Apple. רק
שמות Joliet/Rock Ridge שנגזרו משמות הקבצים HFS יומרו.

הקיימת דימוי גנזי קוד יסנן כל תווים לא חוקיים עבור ISO9660 ו
שמות קבצים של Joliet, אבל כמו דימוי גנזי מצפה לעסוק ישירות בשמות יוניקס, זה
משאיר את שמות רכס הסלע כפי שהם. אבל מכיוון ש-'/' הוא תו חוקי של שם קובץ HFS,
-שם-mac ממיר `/' ל- `_' בשמות קבצים של Rock Ridge.

אם נעשה שימוש בהרחבות של Apple, רק שמות הקבצים ISO9660 יופיעו במקינטוש.
עם זאת, כפי שמנהלי ההתקן של Macintosh ISO9660 יכולים להשתמש רמה 2 שמות קבצים, אתה יכול להשתמש באפשרויות
כמו -אפשר-רבים ללא בעיות במקינטוש - עדיין תטפל בשמות, עבור
דוגמה שם הקובץ הזה יומרו ל הקובץ הזה כלומר יש רק `.' אחד, גם
שם הקובץ abcdefgh ייראה כמו ABCDEFGH אבל abcdefghi ייראה כמו ABCDEFGHI. כלומר
עם '.' בסוף - לא יודע אם זו בעיה של מקינטוש או א
דימוי גנזי/מקהיברידי בְּעָיָה. כל שמות הקבצים יהיו באותיות רישיות כאשר יוצגו ב-a
מקינטוש. כמובן, מכונות DOS/Win3.X לא יוכלו לראות שמות קבצים ברמה 2...

HFS המותאם אישית כרך/תיקייה ICONS

כדי לתת לתקליטור HFS סמל מותאם אישית, ודא שתיקיית השורש (ברמה העליונה) כוללת תקן
קובץ סמל עוצמת הקול של מקינטוש. כדי לתת לנפח סמל מותאם אישית במקינטוש, סמל חייב
להיות מודבק על סמל הכרך בתיבת "קבל מידע" של הכרך. זה יוצר א
נקרא קובץ בלתי נראה סמל\r (`\r' הוא תו החזרת הגררה) בתיקיית השורש.

סמל תיקיה מותאם אישית דומה מאוד - קובץ בלתי נראה בשם סמל\r קיים ב
התיקיה עצמה.

כנראה הדרך הקלה ביותר ליצור אייקון מותאם אישית זה דימוי גנזי יכול להשתמש הוא לפורמט א
תקליטון HFS ריק ב-Mac והדבק סמל לתיבה "קבל מידע" שלו. אם אתה משתמש בלינוקס
עם מודול HFS מותקן, הרכב את התקליטון:

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

התקליטון יותקן כמערכת קבצים CAP כברירת מחדל. ואז לרוץ דימוי גנזי באמצעות
משהו כמו:

genisoimage --cap -o פלט source_dir /mnt/floppy

אם אתה לא משתמש בלינוקס, אתה יכול להשתמש הפסוטילס כדי להעתיק את קובץ הסמלים מהתקליטון.
עם זאת, יש לנקוט זהירות, שכן קובץ הסמל מכיל תו בקרה. ל
דוּגמָה:

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

כאשר `^V^M' הוא control-V ואחריו control-M. ואז לרוץ דימוי גנזי על ידי שימוש במשהו
כמו:

genisoimage --macbin -o פלט source_dir icon_dir

ההליך ליצירה/שימוש בסמלים של תיקיות מותאמות אישית דומה מאוד - הדבק סמל
תיבת "קבל מידע" של התיקייה והעבר את התוצאה סמל\r הקובץ לספרייה הרלוונטית
ב דימוי גנזי עץ מקור.

ייתכן שתרצה להסתיר את קבצי הסמלים מעצי ISO9660 ו-Joliet.

כדי לתת סמל מותאם אישית לתקליטור Joliet, פעל לפי ההוראות שנמצאות ב
http://www.cdrfaq.org/faq03.html#S3-21-1.

HFS מַגָף נהג

It אולי ניתן להפוך את התקליטור ההיברידי לאתחול במקינטוש.

תקליטור HFS הניתן לאתחול דורש מנהל התקן של Apple CD-ROM (או תואם), HFS הניתן לאתחול
מחיצה וקבצי System, Finder וכו' הדרושים.

ניתן להשיג מנהל התקן מכל תקליטור אתחול אחר של Macintosh באמצעות apple_driver
תוֹעֶלֶת. לאחר מכן ניתן להשתמש בקובץ זה עם -boot-hfs-file.

מחיצת HFS (כלומר הדיסק ההיברידי במקרה שלנו) חייבת להכיל מערכת מתאימה
תיקיה, שוב מתקליטור או דיסק אחר.

כדי שמחיצה תהיה ניתנת לאתחול, חייבת להיות לה את שלה אתחול בלוק מַעֲרֶכֶת. בלוק האתחול נמצא ב-
שני בלוקים ראשונים של מחיצה. עבור מחיצה שאינה ניתנת לאתחול, בלוק האתחול מלא
אפסים. בדרך כלל, כאשר קובץ מערכת מועתק למחיצה בדיסק מקינטוש, האתחול
בלוק מלא במספר הגדרות נדרשות - לצערי אני לא יודע את המלאות
מפרט עבור בלוק האתחול, אז אני מנחש שהדברים הבאים יעבדו.

לכן, השירות apple_driver גם מחלץ את בלוק האתחול מה-HFS הראשון
מחיצה שהיא מוצאת בתקליטור הנתון והיא משמשת עבור מחיצת HFS שנוצרה על ידי
דימוי גנזי.

אנא הערות: על ידי שימוש במנהל התקן מתקליטור Apple והעתקת תוכנת אפל לתקליטור שלך, אתה
להיות אחראי לציית להסכמי רישיון תוכנה של Apple Computer, Inc.

EL TORITO מַגָף מידע טבלה

מתי -אתחול-מידע-טבלת נתון, דימוי גנזי ישנה את קובץ האתחול שצוין על ידי -b by
הכנסת 56-בתים אתחול מידע שולחן בהיסט 8 בקובץ. השינוי הזה הוא
נעשה במערכת קבצי המקור, אז ודא שאתה משתמש בעותק אם קובץ זה אינו קל
נוצר מחדש! קובץ זה מכיל מצביעים שאולי לא ניתן להשיג בקלות או מהימנה
זמן אתחול.

הפורמט של טבלה זו הוא כדלקמן; כל המספרים השלמים נמצאים בסעיף 7.3.1 ("קטן
אנדיאן") פורמט.

משמעות שם אופסט
8 bi_pvd 4 בתים LBA של מתאר נפח ראשי
12 bi_file 4 בתים LBA של קובץ האתחול
16 bi_length 4 בתים אורך קובץ האתחול בבתים
20 bi_csum 4 בתים 32-bit checksum
24 bi_reserved 40 בתים שמורים

סכום הבדיקה של 32 סיביות הוא הסכום של כל מילות ה-32 סיביות בקובץ האתחול החל מ-
היסט בתים 64. כל כתובות הבלוק הליניאריות (LBAs) ניתנות במגזרי CD
(בדרך כלל 2048 בתים).

HPPA אורים

כדי ליצור תקליטור הניתן לאתחול עבור HPPA, לכל הפחות קובץ טוען אתחול (-hppa-bootloaderשל)
קובץ תמונת ליבה (32 סיביות, 64 סיביות או שניהם, תלוי בחומרה) ושורת פקודה אתחול
(-hppa-cmdline) יש לציין. מערכות מסוימות יכולות לאתחל קרנל של 32 או 64 סיביות,
והקושחה תבחר אחת אם שתיהן קיימות. לחלופין, ניתן להשתמש ב-ramdisk
עבור מערכת הקבצים השורש באמצעות -hppa-cmdline.

JIGDO אורים

Jigdo הוא כלי המסייע בהפצה של קבצים גדולים כמו תמונות CD ו-DVD; לִרְאוֹת
http://atterer.org/jigdo/ לפרטים נוספים. תקליטורים של דביאן ותמונות ISO של DVD מתפרסמות
באינטרנט בפורמט jigdo כדי לאפשר למשתמשי קצה להוריד אותם בצורה יעילה יותר.

ליצירת קבצי ג'יגדו ותבנית לצד תמונת ISO מ דימוי גנזי, אתה חייב
תחילה צור רשימה של הקבצים שישמשו, בפורמט הבא:

MD5sum נתיב גודל קובץ
32 תווים 12 תווים עד סוף השורה

ה-MD5sum חייב להיכתב בסימון הקסדצימלי סטנדרטי, גודל הקובץ חייב לרשום את
גודל הקובץ בבתים, והנתיב חייב לרשום את הנתיב המוחלט לקובץ. ל
דוּגמָה:

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

ברגע שיש לך את הקובץ הזה, התקשר דימוי גנזי עם כל הפרמטרים הרגילים של שורת הפקודה.
ציין את שמות קבצי הפלט עבור קובצי ה-jigdo והתבנית באמצעות -ג'יגדו-ג'יגדו ו
-תבנית-jigdo, ועבור במיקום של רשימת ה-MD5 שלך עם -md5-list.

אם יש קבצים שאתה לא רוצה שיוסיפו לקובץ ה-jigdo (למשל אם כן
סביר שישתנו לעתים קרובות), ציין אותם באמצעות -jigdo-exclude. אם אתה רוצה לאמת חלק
את הקבצים כפי שהם נכתבים בתמונה, ציין אותם באמצעות -jigdo-force-md5. אם בכלל
קבצים לא תואמים, דימוי גנזי לאחר מכן יבטל. שתי האפשרויות הללו לוקחות באופן קבוע
ביטויים כקלט. אפשר להגביל את קבוצת הקבצים שישמשו
עוד בהתבסס על גודל - השתמש באפשרות -jigdo-min-file-size.

לבסוף, קוד ה-jigdo צריך לדעת למפות את הקבצים שהוא ניתן על גבי סגנון מראה
תְצוּרָה. ציין כיצד למפות נתיבים באמצעות -מפת ג'יגדו. שימוש Debian=/mirror/debian
יגרום לכל הנתיבים שמתחילים ב /mirror/debian למיפוי אליו דביאן: ב
פלט קובץ jigdo.

דוגמאות

ליצירת תמונת מערכת קבצים וניל ISO9660 בקובץ cd.iso, שבו הספרייה
cd_dir יהפוך לספריית הבסיס של התקליטור, קרא:

% genisoimage -o cd.iso cd_dir

ליצירת תקליטור עם הרחבות Rock Ridge של ספריית המקור cd_dir:

% genisoimage -o cd.iso -R cd_dir

ליצירת תקליטור עם הרחבות Rock Ridge של ספריית המקור cd_dir שבו כל הקבצים
יש לפחות הרשאת קריאה וכל הקבצים הם בבעלות שורש, התקשר:

% genisoimage -o cd.iso -r cd_dir

לכתוב ארכיון tar ישירות לתקליטור שיכיל מאוחר יותר ISO9660 פשוט
מערכת קבצים עם הקריאה לארכיון tar:

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

ליצירת תקליטור HFS היברידי עם הרחבות Joliet ו-Rock Ridge של המקור
בספרייה cd_dir:

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

כדי ליצור תקליטור HFS היברידי מספריית המקור cd_dir שמכיל את Netatalk
קבצי אפל/יוניקס:

% genisoimage -o cd.iso --netatalk cd_dir

כדי ליצור תקליטור HFS היברידי מספריית המקור cd_dir, נותן את כל הקבצים CREATOR ו
TYPES המבוססים רק על סיומות שמות הקובץ שלהם הרשומות בקובץ "מיפוי".:

% genisoimage -o cd.iso -מיפוי cd_dir

כדי ליצור תקליטור עם הרחבות של Apple ל-ISO9660, מתוך ספריות המקור cd_dir
ו another_dir. קבצים בכל פורמט Apple/Unix הידוע מפוענחים וכל קבצים אחרים
מקבלים CREATOR ו-TYPE על סמך מספר הקסם שלהם שניתן בקובץ קסם:

% genisoimage -o cd.iso -apple -קסם קסם -בדיקה \
cd_dir another_dir

הדוגמה הבאה שמה קבצים שונים בתקליטור שלכולם יש את השם README, אבל
בעלי תוכן שונה כאשר רואים אותם כתקליטור ISO9660/Rock Ridge, Joliet או HFS.

הספרייה הנוכחית מכילה:

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

הפקודה הבאה מציבה את תוכן הספרייה cd_dir בתקליטור יחד עם
שלושה קבצי README - אך רק אחד ייראה מכל אחת משלוש מערכות הקבצים:

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

כלומר הקובץ README.hfs ייראה כ-README בתקליטור HFS ושני ה-README האחרים
קבצים יוסתרו. באופן דומה עבור התקליטור Joliet ו-ISO9660/Rock Ridge.

יש כנראה כל מיני תוצאות מוזרות אפשריות עם שילובים של העור
אפשרויות ...

אורים

דימוי גנזי ניתן להתקין בבטחה suid root. ייתכן שיהיה צורך בכך כדי לאפשר דימוי גנזי ל
קרא את ההפעלה הקודמת בעת יצירת תמונה מרובה הפעלות.

If דימוי גנזי הוא יוצר תמונת מערכת קבצים עם תכונות Rock Ridge והספרייה
רמת הקינון של עץ ספריות המקור גדולה מדי עבור ISO9660, דימוי גנזי זה מה שאעשה
העברת ספרייה עמוקה. זה גורם למדריך שנקרא RR_MOVED בשורש
ספריית התקליטור. אתה לא יכול להימנע מהספרייה הזו.

אפשרויות רבות של קוד אתחול עבור פלטפורמות שונות הן בלעדיות הדדית בגלל האתחול
בלוקים לא יכולים להתקיים במקביל, כלומר. פלטפורמות שונות חולקות את אותם מיקומי נתונים בתמונה.
לִרְאוֹת http://lists.debian.org/debian-cd/2006/12/msg00109.html לקבלת פרטים.

השתמש ב-genisoimage באינטרנט באמצעות שירותי onworks.net