Miks on käivitatava USB-draivi loomine keerulisem kui käivitatavate CD-de loomine?

Käivitatavate CD-de ja DVD-de loomine on tavaliselt lihtne ja lihtne protsess, kuid miks on keerulisem käivitatavate mälupulkade loomisel? Kas nende kahe vahel on tõesti suur erinevus? Tänase SuperUser Q&A postituse vastus on uudishimulik lugeja küsimus.

Tänane küsimuste ja vastuste seanss saabub meiega kohtades, kus on SuperUser-Stack Exchange'i alajaotis, kogukondlikult juhitav Q&A veebisaitide rühmitus.

Küsimus

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

Alglaaditava CD loomine on minu arvates väga lihtne, vaid peate kirjutama plaadile ISO-faili ja see on käivitatav. Nüüd, kui tegemist on USB-seadmetega, on teil palju võimalusi. Kas keegi võiks selgitada nende kahe erinevust ja võib-olla annab lühikese ülevaate erinevatest võimalustest?

Miks on käivitatava USB-draivi loomine keerulisem kui käivitatavate CD-de loomine?

Vastus

SuperUser'i toetaja Akeol on meile vastus:

Rufuse arendaja siin. Esiteks on paljud mainitud võimalused loetletud ainult Rufuse sisselülitamisel Täpsem režiim (kui Lisavalikute osa kuvatakse), sest need on mõeldud inimestele, kes juba teavad, millised nad on.

Kõigepealt peate mõistma, et ISO-vormingut ei ole kunagi loodud USB-käivitamiseks. ISO-fail on optilise ketta 1: 1 koopia ja optilised plaadimaterjalid erinevad USB-meediumist, seda nii nende laadimisseadmete struktureerimise kui ka kasutatava failisüsteemi, kuidas nad on jaotatud (nii et nad on mitte) ja nii edasi.

Niisiis, kui teil on ISO-fail, ei saa te lihtsalt teha USB-meediumiga seda, mida saate teha optilise plaadiga, mida loetakse iga ISO-faili baitist ja kopeeritakse nii, nagu see on järjestikku, plaadile (milline CD / DVD-kirjutaja rakendused teevad ISO-failidega töötamise ajal).

See ei tähenda, et selline 1: 1 kopeerimine ei ole USB-andmekandjal olemas, vaid see, et USB-andmekandjal olevad 1: 1 koopiad on täiesti erinevad 1: 1 koopiatest optilistel plaatidel ja seetõttu ei ole need asendatavad (väljaspool ISOHybridit) pildid, mis on valmistatud 1: 1 koopiateks nii USB kui ka optilistel andmekandjal). Rekordi jaoks nimetatakse Rufuse terminoloogias 1: 1 koopiat USB-andmekandjale DD-kujutiseks (näete seda valikut loendis) ja mõned jaotused, nagu FreeBSD või Raspbian, pakuvad DD-pilte USB-installatsiooni jaoks, lisaks ISO-le CD / DVD kirjutamise failid.

Seega oleme kindlaks teinud, et ISO-failid on tegelikult halvasti sobivad alglaaditava USB-meediumi loomiseks, sest need on samaväärsed ümmarguse tihvtiga, mis sobib väiksema ruudukujulise augu külge, ning seetõttu peab ümmargune kinnituskoht muutuma, et see sobiks.

Nüüd võite küsida, kas ISO-failid on nii kehvasti alglaaditava USB-meedia loomiseks sobivad, miks pakuvad enamik operatsioonisüsteemide turustajaid DD-kujutiste asemel ISO-faile. Noh, väljaspool ajaloolisi põhjusi on üks probleemidest DD-piltidega see, et nad on partitsioonitud failisüsteem, kui loote 1: 1 koopia USB-andmekandjale, mis on pildi lugeja poolt kasutatust suurem. siis jõuad lõpuks teie USB-meediumi nähtava „võimsusega”, mis on vähendatud algse DD-pildi loomisel kasutatud suurusele.

Kui aga optilised kettad ja seega ISO-failid saavad kasutada ainult ühte kahest failisüsteemist (ISO9660 või UDF), siis mõlemad on väga pikka aega kõikides peamistes operatsioonisüsteemides hästi toetatud (ja võimaldab teil pilgu võtta) pildi sisu juures enne või pärast seda), võivad DD-pildid sõna otseses mõttes kasutada mis tahes tuhandeid erinevaid failisüsteeme. See tähendab, et isegi pärast käivitatava USB-meediumi loomist ei pruugi te selle sisu tegelikult näha enne, kui selle käivitate. Nii on see näiteks juhul, kui kasutate Windowsis FreeBSD USB-pilte. Kui alglaaditav USB-meedia on loodud, ei saa Windows sellele sisule juurde pääseda enne, kui olete selle uuesti vormindanud.

Sellepärast soovivad pakkujad võimaluse korral ISO-failidega kinni jääda, kuna see (tavaliselt) annab parema kasutuskogemuse kõigis operatsioonisüsteemides. Kuid see tähendab ka seda, et mõned konversioonid peavad (tavaliselt) toimuma nii, et meie ümmargune ISO-peg sobiks hästi väiksema „USB-meedia” ruudu auku. Kuidas see on valikute loendiga seotud? Me tuleme selle juurde.

Üks esimesi asju, mida tavaliselt vaja minna, on ISO9660 või UDF failisüsteem, mida ISO kasutab. Enamasti tähendab see kõigi ISO-faili failide väljavõtmist ja kopeerimist FAT32- või NTFS-failisüsteemi, mis on see, mida bootable USB-mälupulgad kipuvad kasutama. Loomulikult tähendab see seda, et igaüks, kes on loonud ISO süsteemi, peab olema teinud mõned sätted, et toetada FAT32 või NTFS failisüsteeme, mis on mõeldud kasutamiseks otseülekandeks või paigaldamiseks (mida mitte kõik inimesed, eriti need, kes toetuvad liiga vähe ISOHybridile) tegema).

Siis on ka tegelikult alglaadur ise, esimene kood, mis käivitub siis, kui arvuti alustab USB-andmekandjalt. Kahjuks on HDD / USB ja ISO laadimisseadmed väga erinevad loomad ning BIOS või UEFI püsivara kohtleb ka USB ja optilist andmekandjat käivitamise ajal väga erinevalt. Nii et tavaliselt ei saa te boot-laadijat ISO-failist (mis tavaliselt oleks El Torito alglaadur), kopeerida see USB-meediumile ja oodata selle käivitamist.

Nüüd tuleb osa, mis on asjakohane meie valikute nimekirja jaoks. Kuna Rufus peab andma asjakohase boot loader, ei saa see lihtsalt ISO-failist saada. Kui tegemist on Linuxi-põhise ISO-failiga, siis on tõenäoline, et see kasutab GRUB 2.0-d või Syslinuxi, nii et Rufus sisaldab võimalust paigaldada GRUB või Syslinux USB-põhine versioon (kuna ISO-fail sisaldab tavaliselt ainult ISO-spetsiifilist versiooni nendest).

Seda tehakse tavaliselt automaatselt, kui valite ja avate ISO-faili, kuna Rufus on piisavalt nutikas, et avastada, millist konversiooni ta vajab. Aga kui sa tahad ringi mängida, annab Rufus teile võimaluse paigaldada ka mõned tühjad boot-laadurid, mis võimaldavad teil käivitada GRUB või Syslinux-i. Sealt, kui te tunnete seda tüüpi laadimisseadmeid, saate luua / testida oma konfigureerimisfaile ja proovida oma enda Syslinuxi või GRUB-i põhist kohandatud alglaadimisprotsessi (sest selles etapis peate kopeerima / redigeerima ainult faile USB-andmekandja seda tegema).

Niisiis saame nüüd minna üle loendist leitud valikute üle:

• MS-DOS: See loob MS-DOSi (Windows Me väljaanne) tühja versiooni, mis tähendab, et käivitate MS-DOS-i kiire ja see on see. Kui soovite DOS-rakendust käivitada, peate selle kopeerima oma USB-andmekandjale. Pange tähele, et see valik on saadaval ainult Windows 8.1 või varem, kuid mitte Windows 10, kuna Microsoft eemaldas DOS-i installifailid Windowsist (ja ainult Microsoft võib neid faile levitada).
• FreeDOS: See loob FreeDOSi tühja versiooni. FreeDOS on MS-DOSi tasuta tarkvaraversioon, mis on täielikult ühilduv MS-DOS-iga, kuid on ka eeliseks avatud lähtekoodiga. Võrreldes MS-DOS-iga võib igaüks FreeDOSi levitada, nii et FreeDOS-i alglaadimisfailid kuuluvad Rufusesse.
• ISO pilt: See on suvand, mida peaks kasutama, kui teil on alglaaditav ISO-fail ja soovite selle teisendatavaks USB-meediumiks teisendada. Pidage meeles, et kuna konversioon (tavaliselt) peab toimuma ja alglaaditava ISO-faili loomiseks on zilloneid viise, ei ole mingit garantiid, et Rufus suudab selle USB-meediumiks teisendada (kuid see ütleb alati, kas see on on nii).
• DD pilt: See on meetod, mida peaksite kasutama, kui teil on alglaaditav ketaskujutis, näiteks need, mida pakuvad FreeBSD, Raspbian jne. Samuti toetatakse faile .vhd (see on Microsofti DD-pildi versioon) ja kokkusurutud need (.gz, .zip, .bz2, .xz jne).

Ülaltoodud neli võimalust on ainsad, mida näete Regulaarne režiim. Aga kui sa jooksed Rufus sisse Täpsem režiim, teil on juurdepääs ka järgmistele valikutele:

• Syslinux x.yz: Installeerib tühja Syslinuxi laadimisseadme, mis viib teid Syslinuxi kiirele ja mitte palju muudele. Te peaksite teadma, mida sa sellest hetkest tegema pead.
• GRUB / Grub4DOS: Sama, mis eespool, aga GRUB / Grub4DOS puhul. See toob sulle GRUB-i, kuid see on teie ülesanne välja selgitada.
• ReactOS: Installib eksperimentaalse ReactOS-i boot loader. Alates viimasest kontrollimisest ei käivita ReactOS seda USB-andmekandjalt. See on olemas, sest seda oli lihtne lisada ja seda loodi, et see aitab ReactOS-i arendamisel kaasa.
• UEFI-NTFS: See nõuab NTFS-i valimist failisüsteemiks ja installib tühja UEFI-NTFS-i laadimislaaduri. See võimaldab käivitada NTFS-i puhta UEFI-režiimi (mitte CSM-i) UEFI-platvormidel, mis ei sisalda NTFS-draiverit. Kuna see on tühi, peate kopeerima oma /efi/boot/bootia32.efi või /efi/boot/bootx64.efi NTFS-i partitsioonile, et see oleks kasulik. UEFI-NTFS kasutab Rufus automaatselt FAT32 4 GB suuruse faili maksimaalse suuruse jaoks, mis võimaldab näiteks installida Microsoft Server 2016 UEFI režiimis ilma, et oleks vaja jagada selle 4.7 GB install.wim faili.

Loodan, et see aitab. See on lihtsustatud ülevaade, nii et ma loodan, et inimesed ei alusta nitpickingi aspekte, mis olid tahtlikult pettunud või vaigistanud (näiteks teades, et USB-mälupulgad on ilma partitsioonideta, USB ja optiline meedia kasutavad sama faili süsteem, ja et mõned alglaadimisprotsessid on võimelised laiendama partitsiooni suurust USB meedias, et lahendada väiksema nähtava võimsuse probleem).

Kas teil on midagi lisada selgitusele? Heli on kommentaarides välja lülitatud. Kas soovite lugeda rohkem vastuseid teistelt tech-savvy Stack Exchange'i kasutajatelt? Vaadake siin täielikku arutelu lõiku.

Kujutise krediit: William (SuperUser)