Miért van a Bootable USB Drive létrehozása komplexebb, mint a Bootable CD-k létrehozása?

A bootolható CD-k és DVD-k létrehozása egyszerű, egyszerű folyamat, de miért bonyolultabb az indítható flash meghajtók létrehozása? Igazán sok különbség van a kettő között? A mai SuperUser Q&A bejegyzés válaszol egy kíváncsi olvasó kérdésére.

A mai Kérdések és válaszok munkamenet a Jóvagyon - a Stack Exchange alosztályának, a közösség által vezérelt Q&A webhelyek csoportjának köszönhetően..

A kérdés

A SuperUser olvasó William szeretné tudni, miért bonyolultabb az indítható USB-meghajtó létrehozása, mint a bootolható CD-k létrehozása:

A bootolható CD létrehozása véleményem szerint nagyon egyszerű, mindössze annyit kell tennie, hogy ISO-fájlt ír le egy lemezre, és indítható. Most, amikor az USB-meghajtókról van szó, sok lehetősége van. Lehet valaki magyarázni a kettő közötti különbséget, és talán rövid áttekintést adhat a különböző lehetőségekről?

Miért bonyolultabb az indítható USB-meghajtó létrehozása, mint a bootolható CD-k létrehozása?

A válasz

Az Akeo SuperUser közreműködője válaszol nekünk:

Rufus fejlesztő itt. Először is, a megemlített lehetőségek közül sok csak akkor jelenik meg, ha a Rufus program fut Haladó szint (amikor az Speciális beállítások szakasz jelenik meg), mert azok az emberek számára készültek, akik már tudják, hogy milyenek.

Először is meg kell értened, hogy az ISO formátumot soha nem terveztük USB-indításhoz. Az ISO-fájl egy optikai lemez 1: 1-es példánya, és az optikai adathordozók nagyon különböznek az USB-adathordozóktól, mind a rendszerindító betöltők strukturálásának, mind az általuk használt fájlrendszerének, a partícionálásnak (ezek nem), és így tovább.

Ha tehát van ISO-fájlod, egyszerűen nem tudsz az USB-adathordozóval elvégezni az optikai lemezt, amit az ISO-fájl minden egyes bájtjából leolvasnak, és másolatot készítünk a lemezre (sorrendben). / DVD-író alkalmazások, ha ISO-fájlokkal dolgozik ”.

Ez nem jelenti azt, hogy az 1: 1-es másolás nem létezhet USB-adathordozón, csak az 1: 1-es másolatok USB-adathordozón teljesen eltérnek az 1: 1-es másolatoktól az optikai lemezeken, és ezért nem cserélhetők (az ISOHybrid használatán kívül) az 1: 1-es példányszámú USB- és optikai adathordozókra készült képek). A rekordhoz Rufus terminológiában az USB adathordozón lévő 1: 1-es másolatot DD-képnek nevezzük (ezt a lehetőséget láthatjuk a listában), és néhány disztribúciót, mint a FreeBSD vagy a Raspbian, valójában DD-képeket biztosít az USB-telepítéshez, az ISO mellett CD / DVD-író fájlok.

Így megállapítottuk, hogy az ISO fájlok valójában rosszul alkalmasak a bootolható USB-adathordozók létrehozására, mivel azok egyenértékűek ahhoz, hogy egy kisebb négyzet alakú lyukba illeszkedő kerek csapot biztosítsanak, és ezért a kerek peg-nek meg kell változtatnia, hogy illeszkedjen hozzá.

Most talán kíváncsi, ha az ISO fájlok olyan rosszul alkalmasak az indítható USB adathordozók létrehozására, hogy miért van a legtöbb operációs rendszer forgalmazó az ISO fájlokat a DD képek helyett. Nos, a történelmi okokon kívül a DD képek egyik problémája az, hogy egy partíciós fájlrendszer, ha 1: 1-es másolatot hoz létre az USB-adathordozón, amely nagyobb, mint amit a képet létrehozó személy használ. akkor az USB adathordozó nyilvánvaló „kapacitása” lesz az eredeti DD kép létrehozásához használt méretre csökkentve.

Továbbá, mivel az optikai lemezek és így az ISO fájlok csak a két fájlrendszer egyikét (ISO9660 vagy UDF) használhatják, mindkettőt nagyon hosszú ideig támogatták minden főbb operációs rendszerben (és lehetővé teszi, hogy meghallgasson) a kép tartalma előtt vagy után), a DD képek szó szerint használhatják a létező több ezer különböző fájlrendszert. Ez azt jelenti, hogy még a bootolható USB-adathordozó létrehozása után is előfordulhat, hogy nem tudja ténylegesen látni semmilyen tartalmat, amíg el nem indítja. Ez a helyzet például akkor, ha a FreeBSD USB-képeket használja a Windows rendszeren. Miután létrehozta a rendszerindító USB adathordozót, a Windows nem tudja elérni semmilyen tartalmát, amíg meg nem formázza azt.

Ez az oka annak, hogy a szolgáltatók hajlamosak az ISO fájlokhoz, ha lehetséges, ragaszkodni ahhoz, mert (általában) jobb felhasználói élményt nyújt minden operációs rendszerben. Ez azonban azt is jelenti, hogy bizonyos átalakításnak (általában) úgy kell történnie, hogy a kerek ISO csapunk jól illeszkedjen a kisebb „USB adathordozó” négyzetes lyukba. Hogyan kapcsolódik az opciók listájához? Erre jutunk.

Az egyik legelső dolog, ami általában az ISO9660 vagy az UDF fájlrendszer, amelyet az ISO fájlok használnak. A legtöbb esetben ez azt jelenti, hogy az ISO fájlból az összes fájlt kivonja és másolja egy FAT32 vagy NTFS fájlrendszerre, ami a rendszerindító USB flash meghajtók használata. Természetesen ez azt jelenti, hogy bárki, aki létrehozta az ISO rendszert, rendelkeznie kell bizonyos rendelkezésekkel, hogy támogassa a FAT32 vagy NTFS fájlrendszerét élő felhasználásra vagy telepítésre (amelyet nem minden ember, különösen azok, akik kicsit túlságosan támaszkodnak az ISOHybridre, hajlamosak) csinálni).

Akkor maga a tényleges boot betöltő, a kód első bitje, amely akkor fut, amikor a számítógép USB adathordozóról indul. Sajnos a HDD / USB és az ISO rendszerindító rakodók nagyon különböző vadállatok, és a BIOS vagy az UEFI firmware az USB-t és az optikai adathordozót is nagyon eltérő módon kezeli a rendszerindítás során. Tehát általában nem tudja elindítani a rendszerbetöltőt egy ISO-fájlból (ami általában egy El Torito rendszerindító betöltő), másolja azt USB-adathordozóra, és azt várja, hogy elindul.

Most jön az a rész, amely releváns az opciók listájához. Mivel a Rufusnak megfelelő boot betöltő darabot kell biztosítania, egyszerűen nem tudja megszerezni azt az ISO fájlból. Ha Linux-alapú ISO-fájlokkal foglalkozunk, akkor valószínűleg GRUB 2.0-t vagy Syslinux-ot használ, így a Rufus magában foglalja a GRUB vagy a Syslinux USB-alapú verziójának telepítését is (mivel az ISO-fájl általában csak az ISO-specifikus verziót tartalmazza) azokból).

Ez általában automatikusan történik az ISO-fájl kiválasztásakor és megnyitásakor, mivel a Rufus elég okos ahhoz, hogy felismerje, milyen átalakításra van szükség. De ha szeretne játszani, Rufus megadja azt a választást, hogy telepítsen néhány üres rendszerbetöltőt, amely lehetővé teszi a GRUB vagy Syslinux parancssorba történő indítást. Innen, ha ismeri az ilyen típusú betöltőkészülékeket, létrehozhatja / tesztelheti saját konfigurációs fájljait, és megpróbálhatja saját Syslinux vagy GRUB alapú egyéni rendszerindítási folyamatát (mivel ebben a szakaszban csak a fájlokat kell másolni / szerkeszteni) az USB adathordozó, hogy ezt tegye.

Tehát most már átmegyünk a listán található lehetőségek közül:

• MS-DOS: Ez egy üres verziót hoz létre az MS-DOS-ról (Windows Me kiadás), ami azt jelenti, hogy egy MS-DOS parancsra indul, és ez az. Ha DOS alkalmazást szeretne futtatni, át kell másolnia az USB adathordozóra. Ne feledje, hogy ez a lehetőség csak a Windows 8.1 vagy korábbi verziókban érhető el, de nem a Windows 10 rendszerben, mivel a Microsoft eltávolította a DOS telepítőfájlokat a Windows rendszerről (és csak a Microsoft tudja ezeket a fájlokat újraelosztani).
• Ingyenes DOS: Ez létrehoz egy üres verziót a FreeDOS-ról. A FreeDOS egy MS-DOS szabad szoftver verziója, amely teljes mértékben kompatibilis az MS-DOS-szal, de az is előnye, hogy nyílt forráskódú. Az MS-DOS-hoz képest bárki szabadon terjesztheti a FreeDOS-t, így a FreeDOS rendszerindító fájlok megtalálhatók a Rufusban.
• ISO kép: Ez az az opció, amelyet akkor kell használni, ha van egy bootolható ISO-fájlja, és azt szeretné, hogy az indítható USB-adathordozós legyen. Ne feledje, hogy mivel egy konverziónak (általában) előfordulnia kell, és zillionnyi módja van a rendszerindító ISO-fájl létrehozásának, nincs garancia arra, hogy a Rufus képes lesz USB-adathordozóra konvertálni (de mindig azt fogja mondani, ha a helyzet.
• DD kép: Ez az a módszer, amelyet akkor kell használni, ha van egy bootolható lemezképe, például a FreeBSD, a Raspbian stb. Által biztosított fájlok. A .vhd kiterjesztésű fájlok is támogatottak (ami a Microsoft DD képének változata), valamint tömörített (.gz, .zip, .bz2, .xz stb.).

A fenti négy lehetőség az egyetlen, amit látni fog Rendszeres mód. De ha Rufust futtatod Haladó szint, akkor is hozzáférhet a következő lehetőségekhez:

• Syslinux x.yz: Telepít egy üres Syslinux rendszerbetöltőt, amely egy Syslinux parancssorba lép, és nem sok más. Tudnia kell, hogy mit kell tennie ettől a ponttól előre.
• GRUB / Grub4DOS: Ugyanaz, mint fent, de a GRUB / Grub4DOS esetében. Egy GRUB-ról fog kapni, de rajtad múlik, hogy kitaláljuk a többit.
• ReactOS: Telepít egy kísérleti ReactOS rendszerindító betöltőt. A legutóbbi ellenőrzés óta a ReactOS nem indítja el az USB adathordozóról. Ez azért van, mert könnyű volt hozzáadni, és azt a reményt, hogy segíthet a ReactOS fejlesztésében.
• UEFI-NTFS: Ehhez az NTFS fájlrendszerként kell kiválasztani, és egy üres UEFI-NTFS rendszerindító betöltőt kell telepítenie. Ez lehetővé teszi az NTFS-ből való indítást tiszta UEFI módban (nem CSM) az UEFI platformokon, amelyek nem tartalmaznak NTFS illesztőprogramot. Mivel üres, ezért meg kell másolnod a sajátodat /efi/boot/bootia32.efi vagy /efi/boot/bootx64.efi az NTFS partícióra, hogy hasznos legyen. Az UEFI-NTFS-et a Rufus automatikusan használja a FAT32 4 GB-os maximális fájlméretének megmunkálásához, amely például lehetővé teszi a Microsoft Server 2016 telepítését UEFI módban anélkül, hogy a 4.7 GB-os install.wim fájlt meg kellene osztani.

Remélem segít. Ez egy egyszerűsített áttekintés, ezért remélem, hogy az emberek nem fognak elkezdeni a szándékosan lecsupaszított vagy csendes aspektusokat (például tudni, hogy lehetséges, hogy az USB flash meghajtók partíció nélkül, az USB és optikai adathordozók ugyanazt a fájlt használják) rendszer, és hogy egyes rendszerindítási folyamatok képesek a partíció méretét az USB adathordozóra kiterjeszteni az alacsonyabb látszólagos kapacitáskibocsátás megoldása érdekében).

Van valami, amit hozzá kell adni a magyarázathoz? Kikapcsolja a megjegyzéseket. Szeretne további válaszokat olvasni más tech-savvy Stack Exchange felhasználóktól? Nézze meg a teljes beszélgetés szálát itt.

Képhitel: William (SuperUser)