19Aug
A rendszerindító CD-k és DVD-k létrehozása egyszerű, egyszerű folyamat, de miért összetettebb a rendszerindító flash meghajtók létrehozásakor? Valóban van-e ennyi különbség 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és &A válaszüzenet a SuperUser - a Stack Exchange megosztottságának köszönhetően - a Q & A webhelyek közösségi szintű csoportosítása.
A
SuperUser olvasó kérdése William azt akarja tudni, hogy a bootolható USB meghajtó létrehozása bonyolultabb, 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 egy ISO fájlt ír egy lemezre ésindítható.Most, amikor az USB meghajtókról van szó, sok lehetőséged van. Lehet-e valaki magyarázatot adni a kettő közötti különbségre, és talán röviden áttekintést ad a különböző lehetőségekről?
Miért teremt egy bootolható USB meghajtót összetettebb, mint a rendszerindító CD-k létrehozása?
A válasz
SuperUser közreműködő Akeo válaszol számunkra:
Rufus fejlesztő itt. Először is, a felsorolt lehetőségek közül csak a Rufus Advanced Mode ( amikor az Advanced Options Section jelenik meg) megjelenik a Rufus futtatásakor, mert olyan felhasználók számára készültek, akik már tudják, hogy mire szolgálnak.
Kezdetével meg kell értened, hogy az ISO formátumot soha nem tervezték az USB indításhoz. Az ISO fájl egy optikai lemez 1: 1 példánya, és az optikai lemezmédia nagyon különbözik az USB adathordozótól, mind a csomagtartó szerkezete, a fájlrendszer használata, részleges megosztása( ezeknem), és így tovább.
Tehát, ha van ISO fájlod, egyszerűen nem tehetsz az USB adathordozóval, mit tehetsz egy optikai lemezzel, amelyet az ISO-fájl minden egyes bytejéből leolvassunk és másoljuk, ahogyan a sorrendben a lemezre( miA CD / DVD író alkalmazások akkor működnek, ha "dolgozik" az ISO fájlokkal).
Ez nem jelenti azt, hogy ilyen típusú 1: 1 másolás nem létezhet az USB adathordozókon, csak az 1: 1-es másolat az USB adathordozón teljesen eltér az optikai lemezek 1: 1-es példányaitól, és ezért nem cserélhető( aISOHybrid képek, amelyeket úgy készítenek, hogy 1: 1 példányban működnek az USB és az optikai adathordozókon).A Rufus terminológiában az RGBus terminológiában az USB adathordozóról szóló 1: 1-es másolatot DD Image néven nevezik( lásd ezt a lehetőséget a listában), és néhány disztribúció, például a FreeBSD vagy az Raspbian, valójában DD képeket biztosít az USB telepítéshez az ISOfájlok CD / DVD-írásra.
Így azt állapítottuk meg, hogy az ISO fájlok valójában nem alkalmasak a bootolható USB adathordozók létrehozására, mivel ezek egyenértékűek egy kerek csavarral, amely egy kisebb négyzet alakú lyukhoz illeszkedik, ezért a kerek csavart módosítani kell ahhoz, hogy illeszkedjen.
Most azt gondolhatod, hogy az ISO fájlok olyan kevéssé alkalmasak-e a bootolható USB-adathordozók létrehozására, hogy miért vannak a legtöbb operációs rendszer disztribútorok, amelyek DD fájlok helyett ISO fájlokat biztosítanak. Nos, történelmi okokból kifolyólag a DD Images egyik problémája az, hogy mivel partíciózott fájlrendszer, ha egy olyan USB-adathordozón 1: 1 példányt hoz létre, amely nagyobb, mint a kép létrehozója,akkor az USB adathordozó látszólagos "kapacitása" lesz, amely az eredeti DD kép létrehozásakor alkalmazott mérethez képest csökken.
Továbbá, mivel az optikai lemezek és így az ISO fájlok csak két fájlrendszer( ISO9660 vagy UDF) egyikét használhatják, amelyek mindegyikét nagyon sokáig támogatták minden fontosabb operációs rendszerben( és lehetővé teszi, hogy egynézze meg a kép tartalmát a használat előtt vagy után), a DD Images szó szerint használhatja 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 látni semmilyen tartalmat addig, amíg nem indítja el. Például, ha FreeBSD USB képeket használ a Windows rendszeren. Miután létrehozta a indítható USB-adathordozót, a Windows nem lesz képes rá, hogy bármilyen tartalmat elérjen addig, amíg újraformázza.
Ezért a szolgáltatók hajlamosak arra, hogy az ISO-fájlokat, ahol csak lehetséges, hajlamosak ragaszkodni, mivel( általában) jobb felhasználói élményt nyújt minden operációs rendszerben. De ez azt is jelenti, hogy bizonyos konverzióknak( általában) olyanoknak kell lenniük, hogy a kerek ISO kötődünk jól illeszkedjen a kisebb "USB-média" négyzetes lyukba. Hogyan viszonyul ez a lehetőségek listájához? Erre jönünk.
Az egyik legfontosabb dolog az ISO9660 vagy az UDF fájlrendszer, amelyet az ISO fájlok használnak. Az idő nagy részében ez azt jelenti, hogy az összes fájlt az ISO fájlból egy FAT32 vagy NTFS fájlrendszerre kell kiterjeszteni és másolni, amit az indítható USB flash meghajtók használnak. Természetesen ez azt jelenti, hogy bárki, aki létrehozta az ISO rendszert, bizonyos rendelkezéseket kell tennie a FAT32 vagy az NTFS fájlrendszerének élő alkalmazásra vagy telepítésre való támogatására( amely nem minden ember, különösen azok, akik túl sokat támaszkodnak az ISOHybridencsinálni).
Ezután létezik az aktuális boot betöltő, az első olyan kód, amely akkor fut le, amikor a számítógép az USB adathordozóról indul. Sajnos a HDD / USB és az ISO rendszerindító rakodók nagyon különböző állatok, és a BIOS vagy az UEFI firmware is nagyon eltérő módon kezeli az USB és az optikai adathordozást a rendszerindítási folyamat során. Tehát rendszerint nem töltheti le az indító betöltőt egy ISO fájlból( amely rendszerint egy El Torito rendszerindító betöltő lenne), másolja át az USB adathordozóra, és elvárja, hogy indítsa el.
Most jön a rész, amely releváns a lehetőségek listáján. Mivel a Rufusnak megfelelő boot betöltő darabot kell biztosítania, egyszerűen nem tudja megkapni az ISO fájlt. Ha Linux-alapú ISO fájlra van szükségünk, akkor valószínűleg a GRUB 2.0 vagy a Syslinux használatára lesz szükség, így a Rufus magában foglalja a GRUB vagy Syslinux USB-alapú verziójának telepítését( mivel az ISO fájl általában csak az ISO-specifikus verziót tartalmazzaazokból).
Ez általában automatikusan megtörténik, amikor kiválasztja és megnyitja az ISO fájlt, mivel a Rufus elég okos ahhoz, hogy észlelje, milyen átalakításra van szüksége. De ha játszani szeretne, a Rufus megadja Önnek azt a választást is, hogy telepítse az üres boot-betöltőket is, amelyek lehetővé teszik a GRUB vagy Syslinux parancssorba történő indítást. Innen, ha ismeri ezeket a fajta rendszerindító rakodókat, létrehozhat / tesztelheti saját konfigurációs fájljait, és kipróbálhatja saját Syslinux vagy GRUB alapú egyéni rendszerindítási folyamatait( mert ebben a szakaszban csak fájlokat kell másolni / szerkeszteniaz USB adathordozó megtenni).
Így most át tudjuk tölteni a listán szereplő opciókat:
- MS-DOS: Ezzel az MS-DOS( Windows Me kiadás) üres verzióját hozza létre, ami azt jelenti, hogy egy MS-DOS promptra indulez. Ha DOS alkalmazást szeretne futtatni, akkor át kell másolnia az USB adathordozóra. Ne feledje, hogy ez a lehetőség csak a Windows 8.1-es vagy korábbi verziói, de nem a Windows 10 rendszeren érhető el, mivel a Microsoft eltávolította a DOS telepítőfájljait a Windows rendszerből( és csak a Microsoft képes újraelosztani ezeket a fájlokat).
- FreeDOS: A FreeDOS üres verzióját hozza létre. A FreeDOS az MS-DOS szabad szoftveres verziója, amely teljesen kompatibilis az MS-DOS programmal, de előnye is, hogy nyílt forráskódú.Az MS-DOS-hoz képest bárki el tudja osztani a FreeDOS-t, így a FreeDOS indító fájlok a Rufusban találhatók.
- ISO kép: Ez az opció akkor használható, ha van egy indítható ISO fájl, és szeretné átalakítani azt bootolható USB-adathordozóra. Ne feledje, hogy mivel átalakításra( rendszerint) szükség van, és léteznek zillions módok egy indítható ISO fájl létrehozására, nincs garancia arra, hogy a Rufus képes lesz USB-adathordozóra konvertálni( de mindig megmondja, hogyez a helyzet).
- DD Kép: Ez az a módszer, amelyet használni kell, ha van egy indítható lemezkép, például a FreeBSD, az Raspbian stb. Által biztosított fájlok. Az. vhd kiterjesztéssel ellátott fájlok is támogatottak( ami a DD képének Microsoft verziója), valamint a tömörítettek( .gz,. zip,. bz2,. xz stb.).
A fenti négy lehetőség közül csak az rendszeres módban jelenik meg. De ha a Rufust az Advanced Mode programban futtatod, a következő lehetőségek közül választhat:
- Syslinux x.yz: Egy üres Syslinux rendszerindító betöltőt telepít, amely egy Syslinux prompthoz és nem sok máshoz vezet. Tudnia kell, hogy mit kell tennie ettől a ponttól kezdve.
- GRUB / Grub4DOS: Ugyanaz, mint a fenti, de a GRUB / Grub4DOS esetében. Ez egy GRUB prompthoz vezet, de rajtad múlik, hogy kitaláljuk a többit.
- ReactOS: Telepít egy kísérleti ReactOS indító betöltőt. Az utolsó alkalommal, amikor ellenőriztem, a ReactOS nem indítja el ezt az USB-adathordozótól. Ez azért van, mert könnyű hozzáadni, és abban a reményben, hogy segíthet a ReactOS fejlesztésében.
- UEFI-NTFS: Ehhez NTFS fájlrendszerként kell kiválasztani és üres UEFI-NTFS indító betöltőt kell telepíteni. Ez lehetővé teszi az NTFS-t tiszta UEFI módban( nem CSM) az NTFI illesztőprogramot nem tartalmazó UEFI platformokon. Mivel üres, a saját /efi/boot/ bootia32.efi vagy /efi/boot/ bootx64.efi fájlt kell lemásolni az NTFS partícióra, hogy hasznos legyen. Az UEFI-NTFS-t a Rufus automatikusan használja a FAT32 4 GB 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 meg kellene osztania a 4.7 GB-os install.wim fájlt.
Remélem, hogy segít. Ez egy egyszerűsített áttekintés, ezért remélem, hogy az emberek nem fognak elindulni olyan szempontokról, amelyeket szándékosan lecsupaszított vagy hallgatott( például arról, hogy lehet, hogy USB flash meghajtók nélkül partíciók vannak, hogy az USB és az optikai média ugyanazt a fájlt használjarendszer, és hogy egyes bootolási folyamatok képesek arra, hogy kiterjesszék a partíció méretét az USB adathordozón az alacsonyabb látszólagos kapacitású probléma megoldása érdekében).
Van valami a magyarázathoz? Hangzik ki a megjegyzésekben. Szeretne többet válaszolni a többi technikus-tudós Stack Exchange felhasználóiról? Nézze meg a teljes vitafonalat itt.
képarány: William( SuperUser)