למה הוא יוצר כונן USB אתחול יותר מורכב מאשר יצירת תקליטורים אתחול?

יצירת תקליטורים אתחול תקליטורי DVD נוטה להיות פשוט, תהליך פשוט, אבל למה זה יותר מורכב בעת יצירת אתחול כונני הבזק? האם באמת יש הבדל גדול בין השניים? היום של SuperUser Q & A פוסט יש את התשובה לשאלה הקורא סקרן.

מפגש השאלות והתשובות של היום מגיע אלינו באדיבות SuperUser - חלוקה מחודשת של Stack Exchange, קיבוץ מונחה על ידי הקהילה של אתרי אינטרנט של Q & A.

השאלה

SuperUser הקורא ויליאם רוצה לדעת למה יצירת כונן USB אתחול מורכב יותר מאשר יצירת תקליטורי אתחול:

יצירת תקליטור אתחול הוא באמת פשוט לדעתי, כל מה שאתה צריך לעשות זה לצרוב קובץ ISO לדיסק וזה bootable. עכשיו כשמדובר כונני USB, יש לך הרבה אפשרויות. האם מישהו יכול להסביר את ההבדל בין השניים ואולי לתת סקירה קצרה של האפשרויות השונות?

מדוע יצירת כונן USB אתחול מורכבת יותר מאשר יצירת תקליטורי אתחול?

התשובה

לתורם SuperUser Akeo יש את התשובה עבורנו:

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

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

אז, אם יש לך קובץ ISO, אתה פשוט לא יכול לעשות עם התקשורת USB מה שאתה יכול לעשות עם דיסק אופטי, אשר לקרוא מכל בתים בודדים של קובץ ISO ו מועתקים כפי שהוא, ברצף, על הדיסק (מה CD / DVD צורב יישומים לעשות כאשר "עובד" עם קבצי ISO).

זה לא אומר כי סוג זה של 1: 1 העתקה לא יכול להתקיים על התקשורת USB, רק כי 1: 1 עותקים על התקשורת USB יהיה שונה לחלוטין מ 1: 1 עותקים על דיסקים אופטיים ולכן הם לא להחלפה (מחוץ לשימוש ISOHybrid תמונות שנוצרו לעבוד כמו 1: 1 עותקים על USB ומדיה אופטית שניהם). עבור הרשומה, במינוח Rufus, עותק של 1: 1 בתקשורת USB נקרא תמונת DD (ניתן לראות אפשרות זו ברשימה) וחלק מההפצות, כגון FreeBSD או Raspbian, מספקים למעשה תמונות DD עבור התקנת USB, לצד ISO קבצים עבור צריבת CD / DVD.

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

עכשיו אתה עשוי להיות תוהה, אם קבצי ISO הם כל כך מתאים כראוי ליצירת מדיה USB אתחול, למה הם רוב מפיצי מערכת ההפעלה בחוץ מתן קבצי ISO במקום DD תמונות. ובכן, מחוץ סיבות היסטוריות, אחת הבעיות עם DD Images היא כי הם מערכת הקבצים partitioned, אם אתה יוצר עותק 1: 1 על התקשורת USB כי הוא גדול יותר מזה המשמש את האדם שיצר את התמונה, אז אתה בסופו של דבר עם "יכולת" לכאורה של התקשורת USB שלך מופחת לגודל של אחד המשמש ביצירת תמונה DD המקורי.

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

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

אחד הדברים הראשונים שבדרך כלל צריך ללכת הוא ISO9660 או מערכת הקבצים UDF כי קבצי ISO להשתמש. רוב הזמן, זה אומר לחלץ ולהעתיק את כל הקבצים מקובץ ISO על גבי מערכת הקבצים FAT32 או NTFS, וזה מה אתחול כונני הבזק מסוג USB נוטים להשתמש. אבל כמובן זה אומר, מי יצר את מערכת ה- ISO בטח עשה כמה הוראות לתמוך FAT32 או NTFS כמערכת קבצים לשימוש או התקנה חיה (אשר לא כל האנשים, במיוחד אלה להסתמך קצת יותר מדי על ISOHybrid, נוטים לעשות).

לאחר מכן יש את מטעין אתחול בפועל עצמו, את החלק הראשון של קוד שמבצעת כאשר המחשב מגפיים מתוך התקשורת USB. למרבה הצער, HDD / USB ו- ISO האתחול הם מאוד שונים, ואת ה- BIOS או קושחה UEFI גם מטפל USB ו מדיה אופטי בצורה שונה מאוד במהלך תהליך אתחול. אז בדרך כלל אתה לא יכול לקחת את מטעין האתחול מתוך קובץ ISO (אשר בדרך כלל יהיה מטען האתחול אל Torito), להעתיק אותו בתקשורת ה- USB, ולצפות אותו אתחול.

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

זה בדרך כלל נעשה באופן אוטומטי כאשר אתה בוחר לפתוח קובץ ISO מאז רופוס חכם מספיק כדי לזהות איזה סוג של המרה זה צריך להחיל. אבל אם אתה רוצה לשחק מסביב, רופוס נותן לך את הבחירה גם להתקין כמה מעמיסים אתחול ריק המאפשרים לך אתחול כדי GRUB או Syslinux הפקודה. משם, אם אתה מכיר סוגים אלה של מעמיסים האתחול, אתה יכול ליצור / לבדוק קבצי config משלך ולנסות Syslinux משלך או תהליך האתחול מותאם אישית מבוסס GRUB (כי בשלב זה, אתה רק צריך להעתיק / לערוך קבצים ב את המדיה USB לעשות את זה).

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

• MS-DOS: זה יוצר גרסה ריקה של MS-DOS (Windows Me Edition), מה שאומר שאתה לאתחל את הפקודה MS-DOS וזהו. אם ברצונך להפעיל יישום DOS, יהיה עליך להעתיק אותו לתקשורת ה- USB שלך. שים לב כי אפשרות זו זמינה רק ב- Windows 8.1 או גרסה מוקדמת יותר, אך לא ב- Windows 10 מאז הסרת Microsoft את קבצי ההתקנה של DOS מ- Windows (ורק Microsoft יכולה להפיץ מחדש קבצים אלה).
• דוס בחינם: זה יוצר גרסה ריקה של FreeDOS. FreeDOS היא גירסת תוכנה חופשית של MS-DOS, אשר תואם באופן מלא עם MS-DOS, אבל יש גם את היתרון של להיות קוד פתוח. בהשוואה ל- MS-DOS, כל אחד יכול להפיץ מחדש את FreeDOS, כך שקבצי האתחול של FreeDOS כלולים ב- Rufus.
• תמונת ISO: זוהי האפשרות שאתה צריך להשתמש אם יש לך קובץ אתחול ISO וברצונך להמיר אותו מדיה USB אתחול. זכור כי מכיוון שההמרות (בדרך כלל) צריכות להתרחש וישנם zillions של דרכים ליצירת קובץ ISO אתחול, אין ערובה לכך שרופוס יוכל להמיר אותו לתקשורת USB (אבל זה תמיד יגיד לך אם זה הוא המקרה).
• תמונה DD: זוהי השיטה שבה אתה צריך להשתמש אם יש לך תמונת דיסק אתחול, כגון אלה הניתנים על ידי FreeBSD, Raspbian, וכו 'קבצים עם סיומת .vhd נתמכים גם (המהווה את הגירסה של מיקרוסופט תמונה DD) וכן דחוסים (.zz, .zip, .bz2, .xz וכו ').

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

• Syslinux x.yz: מתקין מטען האתחול Syslinux ריק אשר יביא אותך Syslinux הפקודה ולא הרבה אחר. אתה אמור לדעת מה אתה צריך לעשות מנקודה זו קדימה.
• GRUB / Grub4DOS: כנ"ל, אבל עבור GRUB / Grub4DOS בהתאמה. זה יביא אותך אל הפקודה GRUB, אבל זה תלוי בך כדי להבין את השאר.
• ReactOS: מתקין מטעין אתחול ניסיוני של ReactOS. מאז הפעם האחרונה שבדקתי, ReactOS לא אתחול זה טוב מדיית USB. זה שם כי זה היה קל להוסיף, ועשה עם תקווה שזה יכול לעזור עם פיתוח ReactOS.
• UEFI-NTFS: זה דורש NTFS להיות נבחר כמערכת הקבצים ומתקינה מטען האתחול UEFI-NTFS ריק. זה מאפשר אתחול מ NTFS במצב UEFI טהור (לא CSM) על פלטפורמות UEFI שאינם כוללים מנהל התקן NTFS. כי זה ריק, תצטרך להעתיק משלך /efi/boot/bootia32.efi או /efi/boot/bootx64.efi אל מחיצת NTFS כדי שיהיה שימושי. Uufi-NTFS משמש באופן אוטומטי על-ידי Rufus לעבד את גודל הקובץ המרבי של 4 GB של FAT32, המאפשר, למשל, את התקנת Microsoft Server 2016 במצב UEFI מבלי לפצל את קובץ ה- install.wim של 4.7 GB.

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

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

אשראי תמונה: ויליאם (SuperUser)