Miks on bootable USB-draivi loomine keerukam kui käivitatavate CD-de loomine?

Laaditavate CD-de ja DVD-de loomine kipub olema lihtne ja arusaadav protsess, kuid miks on see botatiivsete mälupultide loomisel keerukam? Kas on tõesti nii palju erinevusi nende kahe vahel? Tänane SuperUser Q & postitus on vastuseks uudishimulikule lugeja küsimusele.

tänapäeva küsimus &Vastuste seanss tuleb meile viisakalt SuperUseriga - Q & A veebisaitide kogukonnapõhise grupi Stack Exchange alajaotusega.

Küsimus

SuperUser-lugeja William tahab teada, miks buutiva USB-draivi loomine on keerulisem kui käivitatavate CD-de loomine:

Arvuti loomine on minu arvates tõesti lihtne, vaid on vaja põletada ISO-faili plaadile jasee on käivitatav. Nüüd, kui tegemist on USB-draividega, on teil palju võimalusi. Kas keegi võib selgitada nende kahe erinevust ja võib-olla anda lühikese ülevaate erinevatest variantidest?

Miks loob käivitav USB-draiv keerukamaks kui käivitatavate CD-de loomine?

Vastuseks

SuperUser kaastöötaja Akeo meile on vastus:

Rufus arendaja siin. Esiteks on paljud teie poolt mainitud võimalused loetletud ainult Rufuse käitamisel

Advanced Mode -s( kui kuvatakse täpsemate valikute jaotist ), kuna need on mõeldud inimestele, kes juba teavad, mis neil on.

Alustuseks peate mõistma, et ISO-vorming ei olnud kunagi USB-käivitamiseks mõeldud. ISO-fail on optilise ketta koopia 1: 1 ja optiline plaadi meedium on USB-kandjast väga erinev, nii nii, kuidas nende alglaadurid peaksid olema struktureeritud, millist failisüsteemi nad kasutavad, kuidas nad on jaotatud( need onmitte) ja nii edasi.

Seega, kui teil on ISO-fail, ei saa te lihtsalt USB-meediumiga teha seda, mida saate teha optilise kettaga, mida loetakse ISO-faili igast baidist ja mida kopeeritakse järjestikku plaadile( midaCD / DVD-kirjutaja rakendused teevad ISO-failide "töötamisel").

See ei tähenda, et sellist kopeerimist 1: 1 ei saa USB-meediumil eksisteerida, vaid see, et USB-meediumil kopeeritakse 1: 1 koopia optilistest ketastest 1: 1 koopiaga ja seetõttu ei ole need vahetatavad( väljaspool kasutamistISOHybrid-pildid, mis on loodud USB-ja optiliste andmekandjate jaoks 1: 1 koopiana).Rufuse terminoloogias on 1: 1 koopia USB-meediumil kutsutud DD-pildiks( selle loendit näete) ja mõned distributsioonid, nagu FreeBSD või Raspbian, pakuvad USB-seadmetele tõeliselt DD Images USBfaile CD / DVD kirjutamiseks.

Seega oleme leidnud, et ISO-failid on tegelikult puutetundlikud, et luua käivitav USB-meedium, sest need on samaväärsed, et anda ümar aas, mis sobib väiksema ruudukujulise avaga, ja seetõttu tuleb ümara otsa muuta, et see sobiks.

Nüüd võite küsida, kas ISO-failid on niivõrd sobilikud, et luua käivitavat USB-meediat, miks on enamik operatsioonisüsteemide turustajatest seal, pakkudes DD-piltide asemel ISO-faile. Nüüd, ajaloolistel põhjustel väljaspool, on üks DD Images'i probleemidest see, et kuna need on jagatud failisüsteem, kui loote 1: 1 koopia USB-meediumil, mis on suurem kui see, mida kasutaja, kes pilti loonud, on kasutanudsiis jõuate lõpule USB-meediumi nähtava suutlikkusega, mis on vähendatud originaali DD-pildi loomiseks kasutatava suurusega.

Samuti arvestades, et optilised kettad ja seega ISO-failid võivad kasutada ainult ühte kahest failisüsteemist( ISO9660 või UDF), millest mõlemad on väga pikka aega kõigis suuremates operatsioonisüsteemides väga hästi toetatud( ja võimaldab teil võttapiltide sisu peal enne seda või pärast selle kasutamist), võib DD Images kasutada sõna otseses mõttes mõnda tuhandet erinevatest failisüsteemidest, mis eksisteerivad. See tähendab, et isegi pärast oma buutivse USB-meediumi loomist ei pruugi te sellel sisuliselt näha mingit sisu enne, kui selle käivitate. Näiteks on see nii, kui kasutate Windowsis FreeBSD USB-pilte. Kui käivitatav USB-meedium on loodud, ei pääse Windowsile selle sisu juurde pääseda, kuni te seda uuesti vormistad.

Seetõttu pakuvad teenusepakkujad võimaluse korral ISO-failidele kinni, kuna see( tavaliselt) pakub parema kasutajakogemuse kõigis operatsioonisüsteemides. Kuid see tähendab ka seda, et( tavaliselt) peab toimuma mõni muundamine, nii et meie ümara ISO pistik sobib hästi väiksemale "USB-meedium" ruudukujule. Kuidas see on seotud valikute loendiga? Me tuleme sellele.

Üks esimesi asju, mida tavaliselt vaja läheb, on ISO9660 või UDF-failisüsteem, mida ISO-failid kasutavad. Suurem osa ajast tähendab see ISO faili kõigi failide kopeerimist ja kopeerimist FAT32 või NTFS-failisüsteemi, mis on tavaliselt kasutatav alglaaditavate USB-mäluseadmetega. Kuid loomulikult tähendab see seda, et igaüks, kes ISO süsteemi loonud, peab andma mõningaid sätteid, et toetada FAT32- või NTFS-i kui otsesel kasutamisel või installimisel kasutatavat failisüsteemi( mis ei pruugi kõik inimesed, eriti need, kellele on pisut liiga palju ISOHybridittegema).

Siis on tegelik boot loader ise, esimene koodi bitt, mis käivitatakse siis, kui arvuti saab USB-meediumist saata. Kahjuks on HDD / USB ja ISO boot-laadurid väga erinevad loomad ning BIOS-i või UEFI-püsivara kohtleb USB-ja optilisi andmekandjaid käivitamise ajal väga erinevalt. Nii et tavaliselt ei saa alglaadurit ISO-failist( mis tavaliselt on alglaadur El Torito), kopeerige see USB-meediumile ja oodake, et see käivitub.

Nüüd tuleb see osa, mis on meie valikuvõimalustega seotud. Kuna Rufus peab esitama asjakohase alglaaduritüki, ei saa seda ISO-failist lihtsalt saada. Kui me tegeleme Linuxi põhise ISO-failiga, siis on tõenäoline, et ta kasutab GRUB 2.0 või Syslinux, nii et Rufus sisaldab võimalust installida GRUB või Syslinux USB-põhise versiooni( kuna ISO-fail sisaldab tavaliselt ainult ISO-versiooninendest).

Seda tehakse tavaliselt automaatselt, kui valite ja avate ISO-faili, sest Rufus on piisavalt nutikas, et tuvastada, millist konversiooni see vajab. Aga kui soovite mängida, annab Rufus teile võimaluse paigaldada ka mõned tühjad boot-laadurid, mis võimaldavad teil käivitada GRUBi või Syslinuxi käskluse. Sealt, kui olete sellist tüüpi laadimisseadmetega tuttav, võite luua / testida oma konfiguratsioonifaile ja proovida oma enda Syslinuxi või GRUB-i kohandatud bootprotsessi( kuna praeguses etapis peate kopeerima / redigeerima faile ainultUSB-meedium seda teha).

Nii võime nüüd üle vaadata loendis leiduvaid võimalusi:

• MS-DOS: See loob tühja versiooni MS-DOSist( Windows Me väljaanne), mis tähendab, et käivitate MS-DOS-i käskluse ja etKas see on. Kui soovite käivitada DOS-i rakenduse, peate selle kopeerima oma USB-meediumile. Pange tähele, et see valik on saadaval ainult Windows 8.1 või varasemal, kuid mitte Windows 10-s, kuna Microsoft eemaldas Windowsi DOS-i installifailid( ja ainult Microsoft võib neid faile levitada).
• FreeDOS: See loob tühja versiooni FreeDOSist. FreeDOS on MS-DOS-i vaba tarkvara versioon, mis on täielikult MS-DOSiga ühilduv, kuid selle eeliseks on ka avatud lähtekoodiga kasutamine. MS-DOSiga võrreldes saab igaüks FreeDOSi levitada, nii et FreeDOS-i alglaadifailid kuuluvad Rufusesse.
• ISO-pilt: See on võimalus, mida peaksite kasutama, kui teil on alglaaditav ISO-fail ja soovite seda käivitavaks USB-meediumiks teisendada. Pidage meeles, et kuna tavaliselt tuleb muundamine( tavaliselt) käivitav ISO-faili luua, siis pole garantiid, et Rufus saaks seda USB-meediumiks teisendada( aga see alati teile ütleb, kas seeon juhtum).
• DD Pilt: See on meetod, mida peaksite kasutama, kui teil on buutivüleskujutis, näiteks FreeBSD, Raspbian jne. Toetatud on ka. vhd laiendusega failid( mis on Microsoft DD Image versioon) ja ka kokkusurutud( .gz,. zip,. bz2,. xz jne).

Neli ülaltoodut on ainsad, mida näete regulaarrežiimis .Aga kui kasutate Rufust Advanced Mode -s, on teil ka juurdepääs järgmistele valikutele:

• Syslinux x.yz: Installeerib tühja Syslinuxi alglaaduriga, mis viib teid Syslinuxi kiirele ja mitte palju muudki. Te peate teadma, mida peate sellest punktist edasi tegema.
• GRUB / Grub4DOS: Sama, mis eespool, aga vastavalt GRUB / Grub4DOS-ile. See viib teid GRUB-i kiirele kätte, kuid teie ülejäänud arvamus on teie arvates.
• ReactOS: Installeerib eksperimentaalse ReactOS boot loader. Alates viimasest kontrollimisest ei käivitu ReactOS USB-meediumiga. See on seal, sest seda on lihtne lisada ja teha lootusega, et see aitab ReactOS-i arendamisel.
• UEFI-NTFS: See nõuab NTFS-i valimist failisüsteemina ja paigaldab tühja UEFI-NTFS boot loaderi. See võimaldab NTFS-ist käivitada ainult UEFI-režiimis( mitte CSM-vormingus) UEFI platvormidel, mis ei sisalda NTFS-draiverit. Kuna see on tühi, peate oma NTFS-partitsioonile oma kasuliku failina kopeerima oma /efi/boot/ bootia32.efi või /efi/boot/ bootx64.efi .Rufus kasutab UEFI-NTFSi automaatselt, et töötada ümber 4 GB FAT32 suurima faili suuruse, mis võimaldab näiteks Microsoft Server 2016 installimist UEFI-režiimis, ilma et oleks vaja jagada 4.7 GB install.wim-faili.

Loodan, et see aitab. See on lihtsustatud ülevaade, nii et ma loodan, et inimesed ei käivitu asjadest, mis olid tahtlikult pimestavad või vaikivad( nt teada, et USB-ja optilised kandjad võivad kasutada sama faili ilma partitsioonideta)süsteem, ja et mõnedel käivitamisprotsessidel on võime laiendada partitsioonide suurust USB-meediumile, et lahendada väiksem nägemisvõime probleem).

Kas teil on seletamiseks midagi lisada? Helistage kommentaarides. Kas soovite lugeda rohkem vastuseid teistelt tech-savvy Stack Exchange'i kasutajatelt? Tutvu täieliku arutelu teemaga siit.

piltkrediit: William( SuperUser)