genisoimage - אונליין בענן

תָכְנִית:

שֵׁם

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

תַקצִיר

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

תיאור

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

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

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

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

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

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

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

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

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

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

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

foo/bar/=../old.lis

יכלול ישן.ליס בתמונת ה-cdrom ב /foo/bar/old.lisתוך

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

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

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

אפשרויות

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

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

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

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

-allow-leading-points

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

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

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

-ביבליו פילה
מציין את שם הקובץ הביבליוגרפי. יש מקום ל-37 תווים.
שווה ערך ל כִּתבֵי הַקוֹדֶשׁ ב .genisoimagerc קובץ.

-cache-inodes

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

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

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

-hppa-cmdline שורת_פקודה_hppa_boot
מציין את שורת הפקודה שתועבר למנהל האתחול של HPPA בעת יצירת
תקליטור אתחול. הפרד את הפרמטרים באמצעות רווחים או פסיקים. יש להוסיף אפשרויות נוספות
עבר ל ג'ניסואימג', לפחות שם קובץ הליבה ומנהל האתחול
שם הקובץ. ראה את HPPA אורים הסעיף למטה למידע נוסף.

-hppa-kernel-32 hppa_kernel_32

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

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

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

-מיפל-אתחול תמונת_אתחול_מיפסל
מציין את הנתיב ושם הקובץ של תמונת האתחול שיש להשתמש בהם בעת יצירת
תקליטור אתחול 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
מציין רשימה מופרדת בפסיקים של תמונות אתחול הנדרשות כדי ליצור קובץ ניתן לאתחול.
תקליטור עבור מערכות SPARC. מחיצה 0 משמשת עבור תמונת ISO9660, התמונה הראשונה
הקובץ ממופה למחיצה 1. הרשימה המופרדת בפסיקים יכולה להכיל עד 7 שדות,
כולל שדות ריקים. אפשרות זו נדרשת ליצירת תקליטור אתחול עבור Sun
מערכות SPARC. אם -B or -sparc-boot צוין, המגזר הראשון של
התמונה שתתקבל תכיל תווית דיסק של סאן. תווית דיסק זו מציינת פרוסה 0
עבור תמונת ISO9660 ופרוסות 1 עד 7 עבור תמונות האתחול שהוגדרו
שצוין עם אפשרות זו. קיזוזי בייט 512 עד 8191 בתוך כל אחד מהאפשרויות הנוספות
תמונות אתחול חייבות להכיל אתחול ראשי שפועל עבור קובץ ה-SPARC המתאים.
ארכיטקטורה. שאר כל אחת מהתמונות מכילה בדרך כלל מערכת קבצים UFS המשמשת
עבור שלב האתחול העיקרי של הליבה.

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

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

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

-b תמונת_אתחול_eltorito
מציין את הנתיב ושם הקובץ של תמונת האתחול שישמשו בעת יצירת El
תקליטור אתחול של Torito עבור מחשבי x86. שם הנתיב חייב להיות יחסי לנתיב המקור.
צוין ל דימוי גנזיאפשרות זו נדרשת כדי להפוך את El Torito לניתן לאתחול
תקליטור. תמונת האתחול חייבת להיות בדיוק בגודל 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 היא "לא
תמונת "אמולציה". המערכת תטען ותפעיל תמונה זו מבלי לבצע
כל אמולציית דיסק.

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

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

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

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

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

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

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

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

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

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

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

-D אל תשתמשו ברילוקזיישן של ספריות עמוקות, ובמקום זאת פשוט ארזו אותן באופן שאנו רואים.
אותם.
אם 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.

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

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

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

-הסתר-רשימה פילה
קובץ המכיל רשימה של תווים כלליים (wildcards) במעטפת שיש להסתיר. ראה -להתחבא.

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

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

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

-הסתר-ג'וליה-רשימה פילה
קובץ המכיל רשימה של תווים כלליים (wildcards) של shell שיוסתרו מעץ Joliet. ראה
-מחבוא-ג'וליה.

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

-הסתר-רר-זז
שנה את שם הספרייה RR_הועבר ל .rr_הועבר בעץ רוק רידג'. נראה ש
בלתי אפשרי להסתיר לחלוטין את RR_הועבר ספרייה מעץ רוק רידג'.
אפשרות זו רק הופכת את העץ הנראה לפחות מבלבל עבור אנשים שלא יודעים
לשם מה מיועדת הספרייה הזו. אם אינך זקוק/ה למידע נוסף RR_הועבר ספרייה בכלל, אתה
צריך להשתמש -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 לכאורה זה לתוך קובץ VD של El Torito.

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

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

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

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

-L אפשרות מיושנת; השתמש -allow-leading-points במקום.

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

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

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

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

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

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

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

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

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

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

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

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

-אי הכללה-רשימה פילה
קובץ המכיל רשימה של תווים כלליים (wildcards) של מעטפת שיש להחריג. ראה -m.

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

-M נתיב

-M מכשיר

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

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

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

-נובק

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

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

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

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

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

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

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

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

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

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

-ללא כרית
אל תמלא את הסוף ב-150 סקטורים (300 kB) ואל תיצור את מחיצות האתחול
להתחיל על כפולה של 16 מגזרים.

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

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

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

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

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

cdblocks=` genisoimage -גודל-הדפסה -שקט ...`
genisoimage ... | wodim ... tsize=${cdblocks}s -

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

-ucs-level רָמָה
הגדר רמת תאימות יוניקוד ב-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 -allow-leading-points
-שמות קבצים רגועים -אפשר-אותיות קטנות -allow-multidot -no-iso-translateמאפשר יותר
יותר מתו `.` אחד בשם הקובץ, כמו גם שמות קבצים בעלי אותיות גדולות וקטנות. זהו
שימושי ב-HP-UX, שבו המובנה cdfs מערכת הקבצים לא מזהה אף אחד
הרחבות. יש להשתמש בזהירות רבה.

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

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

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

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

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

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

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

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

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

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

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

HFS אפשרויות

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

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

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

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

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

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

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

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

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

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

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

-אוטומטי קובץ_הפעלה_אוטומטית
לגרום לתקליטור HFS להשתמש בתכונת ההפעלה האוטומטית של QuickTime 2.0 כדי להפעיל יישום או
מסמך. שם הקובץ הנתון חייב להיות שם של מסמך או יישום שנמצא
ברמה העליונה של התקליטור. שם הקובץ חייב להיות פחות מ-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 מקור/html מקור

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--אתר-שייר
חפש קבצי Helios EtherShare Macintosh

--אושאר
חפש קבצי IPT UShare Macintosh

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

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

--שינט
חפש קבצי XINET Macintosh

--מקבין
חפש קבצי MacBinary של מקינטוש

--יחיד
חפש קבצי AppleSingle עבור Macintosh

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

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

--osx-double
חפש קבצי Mac OS X AppleDouble Macintosh

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

אופי סטים

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

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

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

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

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

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

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

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

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

-input-charset
מגדיר את ערכת התווים המקומית שבה אתה משתמש במחשב המארח שלך. כל תו
המרות קבוצות שיתרחשו ישתמשו בקבוצת תווים זו כנקודת התחלה.
ערכות התווים המוגדרות כברירת מחדל לקלט הן cp437 במערכות מבוססות MS-DOS ו- iso8859-1 on
כל שאר המערכות. אם -J נתון, המקבילות ביוניקוד של תו הקלט
set ישמש בספריית 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 היא יוניקוד (בקובץ הקסדצימלי כ- 0xXXXX)
שאר השורה מתעלמת.

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

שים לב שבעוד ש-UTF-8 נתמך, קידודי יוניקוד אחרים כגון 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, אחרת CREATOR ו-TYPE ברירת המחדל הם יוניקס ו טקסט.

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

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

איפה:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

הליוס את'ר-שייר
מקבץ נתונים מאוחסן בקובץ. מקבץ משאבים ומידע על Finder יחד בתת-ספרייה.
.rsrc עם אותו שם קובץ כמו fork data.

IPT UShare
כמו פורמט EtherShare, אבל פרטי ה-Finder מאוחסנים מעט אחרת.

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

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

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

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

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

מערכות תוכנה של ת'ורסבי, דייב
מאפשר למקינטוש לאחסן קבצי Apple בשרתי SMB. מזלג נתונים מאוחסן ב-
קובץ. מזלג משאבים בתת-ספרייה resource.frkמשתמש בפורמט AppleDouble כדי
מזלג משאבי חנות.

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

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

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

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

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

ראה גם קובץ README.macosx.

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

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

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

כשמשתמש -תַפּוּחַ, ה-TYPE וה-CREATOR מאוחסנים במערכת האופציונלית Use או SUSP
שדה ברשומת מדריך ISO9660 - בדומה מאוד לתכונות Rock Ridge
הם. למעשה, כדי להקל על החיים, הרחבות אפל מתווספות בתחילת ה-
תכונות קיימות של Rock Ridge (כלומר, כדי לקבל את הרחבות Apple אתה מקבל את Rock Ridge
גם הרחבות).

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

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

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

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

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

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

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

קובץ This:2fהומר לקובץ This/

קובץ זה הומר ל- This%File

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

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

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

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

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

קבוצת התווים המשמשת להמרת כל שם קובץ 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 יופיעו במחשבי מקינטוש.
עם זאת, מכיוון שמנהלי ההתקן של מקינטוש ISO9660 יכולים להשתמש רמה 2 שמות קבצים, ניתן להשתמש באפשרויות
כמו -allow-multidot בלי בעיות במקינטוש - עדיין שימו לב לשמות, עבור
דוגמה שם.הקובץ.הזה יומרו ל קובץ זה כלומר, יש רק `.` אחד, גם
שם הקובץ abcdefgh ייראה כ ABCDEFGH אבל abcdefghi ייראה כ ABCDEFGHI. כלומר
עם `.` בסוף - לא יודע אם זו בעיה של מקינטוש או
דימוי גנזי/היברידי בעיה. כל שמות הקבצים יהיו באותיות גדולות בעת צפייה ב
מקינטוש. כמובן, מכונות DOS/Win3.X לא יוכלו לראות שמות קבצים ברמה 2...

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

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

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

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

הר -t hfs /dev/fd0 /mnt/floppy

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

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

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

hmount /dev/fd0
hdir -a
hcopy -m אייקון^V^M תיקיית_אייקון/אייקון

כאשר `^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 ניתן לאתחול
המחיצה ואת קבצי המערכת, ה-Finder הדרושים וכו'.

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

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

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

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

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

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

מתי -אתחול-מידע-טבלת נתון, דימוי גנזי ישנה את קובץ האתחול שצוין על ידי -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 סיביות
24 bi_reserved 40 בתים שמורים

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

HPPA אורים

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

ג'יגדו אורים

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

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

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

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

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 צריך לדעת כיצד למפות את הקבצים שהוא מקבל על גבי קוד בסגנון מראה.
תצורה. ציין כיצד למפות נתיבים באמצעות -מפת ג'יגדו. שימוש דביאן=/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 ו-
סוגים המבוססים רק על סיומות שם הקובץ שלהם המפורטות ב"מיפוי" של הקובץ:

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

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

% genisoimage -o cd.iso -apple -magic magic -probe \
cd_dir עוד_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_הועבר בשורש
ספריית התקליטור. לא ניתן להימנע מספרייה זו.

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

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