Pagrindinis » kaip » Kodėl kuriamas „Bootable“ USB diskas yra sudėtingesnis nei „Bootable CD“ kūrimas?

    Kodėl kuriamas „Bootable“ USB diskas yra sudėtingesnis nei „Bootable CD“ kūrimas?

    Kuriant įkraunamus CD ir DVD, paprastai būna paprastas, paprastas procesas, bet kodėl tai sudėtingiau kuriant įkroviklius naudojamus „flash“ diskus? Ar tikrai yra daug skirtumų tarp šių dviejų? Šiandienos „SuperUser“ Q&A pranešimas turi atsakymą į įdomų skaitytojo klausimą.

    Šiandienos „Klausimų ir atsakymų“ sesija mums suteikiama pagal „SuperUser“ - „Stack Exchange“ padalinį, bendruomenės sukurtą „Q&A“ svetainių grupavimą.

    Klausimas

    „SuperUser“ skaitytuvas „William“ nori sužinoti, kodėl įkrovos USB įrenginio kūrimas yra sudėtingesnis nei kurti įkrovomus CD:

    Kuriant įkrovos kompaktinį diską, mano nuomone, tai yra labai paprasta, tai tik jums reikia įrašyti ISO failą į diską ir tai yra įkrovos. Dabar, kai kalbama apie USB diskus, turite daug galimybių. Ar kas nors galėtų paaiškinti skirtumą tarp dviejų ir galbūt trumpai apžvelgti įvairias galimybes?

    Kodėl kuriamas įkrovos USB diskas yra sudėtingesnis nei kurti įkrovomus kompaktinius diskus?

    Atsakymas

    „SuperUser“ autorius Akeo mums atsako:

    Rufus kūrėjas čia. Visų pirma, daugelis jūsų paminėtų parinkčių yra įtrauktos tik tada, kai veikia Rufus Išplėstinis režimas (kai Išplėstinių parinkčių skyrius rodomas), nes jie skirti žmonėms, kurie jau žino, kas jie yra.

    Pirmiausia turite suprasti, kad ISO formatas niekada nebuvo sukurtas USB paleidimui. ISO failas yra 1: 1 optinio disko kopija, o optinės diskų laikmenos labai skiriasi nuo USB laikmenos, tiek atsižvelgiant į tai, kaip jų įkrovos krautuvai turėtų būti struktūrizuoti, kokią failų sistemą jie naudoja, kaip padalinti juos (jie yra ne) ir pan.

    Taigi, jei turite ISO failą, tiesiog negalite daryti su USB laikmena, ką galite padaryti su optiniu disku, kuris yra skaitomas iš kiekvieno ISO failo baito ir nukopijuojamas taip, kaip ir seka, į diską (koks CD) / DVD įrašymo įrenginių programos veikia „dirbant“ su ISO failais).

    Tai nereiškia, kad tokio tipo 1: 1 kopijavimas negali egzistuoti USB laikmenoje, tik kad 1: 1 kopijos USB laikmenoje bus visiškai skirtingos nuo 1: 1 kopijų optiniuose diskuose ir todėl nėra keičiamos (ne naudojant ISOHybrid vaizdai, sukurti taip, kad veiktų kaip 1: 1 kopijos USB ir optinėse laikmenose). Dėl įrašo Rufus terminologijoje 1: 1 kopija USB laikmenoje vadinama DD vaizdu (galite matyti šią parinktį sąraše), o kai kurie platinimai, pvz., FreeBSD arba Raspbian, iš tikrųjų teikia DD vaizdus USB diegimui, kartu su ISO CD / DVD įrašymo failai.

    Taigi, mes nustatėme, kad ISO failai iš tikrųjų yra prastai pritaikyti sukurti įkrovos USB laikmeną, nes jie yra lygiavertis aprūpinimui apvaliu kampu, kad tilptų mažesnę kvadratinę skylę, todėl apvali juosta turi būti pakeista, kad ji atitiktų.

    Dabar jums gali būti įdomu, jei ISO failai yra tokie prastai tinkami, kad galėtų sukurti įkrovos USB laikmeną, kodėl dauguma operacinių sistemų platintojų ten teikia ISO failus vietoj DD vaizdų. Na, be istorinių priežasčių, viena iš problemų, susijusių su DD vaizdais, yra ta, kad jie yra suskaidyta failų sistema, jei sukuriate 1: 1 kopiją USB laikmenoje, kuri yra didesnė už tą, kurį naudoja atvaizdą sukūręs asmuo. tada galų gale pasirodys akivaizdus „USB“ laikmenos „pajėgumas“, sumažintas iki tokio dydžio, koks buvo naudojamas kuriant originalų DD vaizdą.

    Be to, kadangi optiniai diskai ir todėl ISO failai gali naudoti tik vieną iš dviejų failų sistemų (ISO9660 arba UDF), kurios abi labai ilgai palaikomos visose pagrindinėse operacinėse sistemose (ir leidžia jums žiūrėti į vaizdų turinyje prieš arba po to, kai jį naudosite), DD vaizdai tiesiogine prasme gali naudoti bet kurią iš tūkstančių skirtingų failų sistemų. Tai reiškia, kad net po to, kai sukuriate įkraunamą USB laikmeną, gali būti, kad negalėsite iš tikrųjų matyti jo turinio tol, kol nepaleisite. Pavyzdžiui, taip bus, jei „Windows“ sistemoje naudosite FreeBSD USB vaizdus. Sukūrus įkrovos USB laikmeną, „Windows“ negalės prieiti prie jo turinio tol, kol nepakeisite.

    Štai kodėl paslaugų teikėjai linkę, kai įmanoma, linkę prilipti prie ISO failų, nes jis (paprastai) suteikia geresnę naudotojų patirtį visose operacinėse sistemose. Tačiau tai taip pat reiškia, kad tam tikra konversija turi būti (paprastai) tokia, kad mūsų apvali ISO juosta puikiai atitiktų mažesnę „USB laikmenos“ kvadratinę angą. Kaip tai susiję su parinkčių sąrašu? Mes prie to pasiekiame.

    Vienas iš pirmųjų dalykų, kuriuos paprastai reikia eiti, yra ISO9660 arba UDF failų sistema, kurią naudoja ISO. Daugeliu atvejų tai reiškia, kad visi failai iš ISO failo yra išgauti ir kopijuoti į FAT32 arba NTFS failų sistemą, o tai yra tai, ką dažniausiai naudoja įkrovos USB atmintinės. Žinoma, tai reiškia, kad kiekvienas, kuris sukūrė ISO sistemą, turi turėti tam tikras nuostatas, kad palaikytų FAT32 ar NTFS kaip failų sistemą, skirtą gyvai naudoti ar diegti (ne visi žmonės, ypač tie, kurie per mažai per daug naudojasi „ISOHybrid“). daryti).

    Tada yra pats tikrasis įkrovos įkroviklis, pirmasis kodo bitas, vykdomas, kai kompiuteris įsijungia iš USB laikmenos. Deja, HDD / USB ir ISO įkrovos krautuvai yra labai skirtingi žvėrys, o BIOS arba UEFI firmware taip pat apdoroja USB ir optinę laikmeną labai skirtingai įkrovimo proceso metu. Taigi, paprastai negalite įkelti „ISO“ failo (kuris paprastai būtų „El Torito“ įkroviklis), nukopijuokite jį į USB laikmeną ir tikisi, kad jis bus paleistas.

    Dabar ateina dalis, kuri yra svarbi mūsų parinkčių sąrašui. Kadangi Rufus turės pateikti atitinkamą įkrovos įkrovos detalę, jis paprasčiausiai negalės jo gauti iš ISO failo. Jei dirbame su „Linux“ pagrįstu „ISO“ failu, tuomet yra tikimybė, kad ji naudos GRUB 2.0 ar „Syslinux“, todėl „Rufus“ turi galimybę įdiegti „GRUB“ arba „Syslinux“ USB versiją (kadangi ISO faile paprastai yra tik ISO versija iš jų.

    Tai paprastai daroma automatiškai, kai pasirenkate ir atidarote ISO failą, nes „Rufus“ yra pakankamai protingas, kad aptiktų, kokią konversiją reikia taikyti. Bet jei norite žaisti aplinką, „Rufus“ suteikia jums galimybę pasirinkti ir tuos tuščius įkrovos krautuvus, kurie leidžia paleisti į „GRUB“ arba „Syslinux“ užklausą. Iš ten, jei esate susipažinę su šių įkrovos krautuvų tipais, galite sukurti / išbandyti savo konfigūracijos failus ir išbandyti savo paties „Syslinux“ arba GRUB pagrindu pritaikytą paleidimo procesą (nes šiuo metu turite kopijuoti / redaguoti failus tik USB laikmena tai padaryti).

    Taigi, dabar galime pereiti per sąraše esančias parinktis:

    • MS-DOS: Tai sukuria tuščią MS-DOS versiją („Windows Me“ leidimas), o tai reiškia, kad paleidžiate MS-DOS operacinę sistemą ir tai bus. Jei norite paleisti DOS programą, turėsite nukopijuoti ją į savo USB laikmeną. Atminkite, kad ši parinktis galima tik „Windows 8.1“ arba ankstesnėje versijoje, bet ne „Windows 10“, nes „Microsoft“ pašalino „DOS“ diegimo failus iš „Windows“ (ir tik Microsoft gali platinti šiuos failus).
    • FreeDOS: Tai sukuria tuščią FreeDOS versiją. FreeDOS yra nemokama MS-DOS programinės įrangos versija, kuri yra visiškai suderinama su MS-DOS, bet taip pat turi pranašumą kaip atviro kodo. Lyginant su MS-DOS, visi gali platinti „FreeDOS“, todėl „FreeDOS“ įkrovos failai yra įtraukti į „Rufus“.
    • ISO vaizdas: Tai yra parinktis, kurią turėtumėte naudoti, jei turite įkrovos ISO failą ir norite jį konvertuoti į įkraunamą USB laikmeną. Turėkite omenyje, kad, norint sukurti konversiją (dažniausiai) ir yra zilių būdų, kaip sukurti įkrovos ISO failą, nėra jokių garantijų, kad „Rufus“ galės ją konvertuoti į USB laikmeną (tačiau jis visada pasakys, ar tai bus yra atvejis).
    • DD vaizdas: Tai yra būdas, kurį turėtumėte naudoti, jei turite įkrovos disko vaizdą, pavyzdžiui, tuos, kuriuos teikia „FreeBSD“, „Raspbian“ ir kt. Taip pat palaikomi .vhd plėtinio failai (tai yra „Microsoft“ DD vaizdo versija) ir suspaustas tie (.gz, .zip, .bz2, .xz ir tt).

    Keturios parinktys yra vienintelės, kurias pamatysite Reguliarus režimas. Bet jei paleisite Rufus Išplėstinis režimas, jūs taip pat galėsite naudotis šiais pasirinkimais:

    • Syslinux x.yz: Įdiegia tuščią „Syslinux“ įkrovos įkroviklį, kuris padės jums į „Syslinux“ greitai ir ne daug. Turėtumėte žinoti, ką reikia daryti nuo to momento.
    • GRUB / Grub4DOS: Kaip ir anksčiau, bet GRUB / Grub4DOS atitinkamai. Jus nuvyksite į GRUB užklausą, bet jūs turite išsiaiškinti likusias.
    • ReactOS: Diegia eksperimentinį „ReactOS“ įkrovos krautuvą. Nuo tada, kai paskutinį kartą pažymėjau, „ReactOS“ nepavyksta išgauti iš USB laikmenų. Taip yra todėl, kad ją buvo lengva pridėti ir padaryti tikėdamiesi, kad ji gali padėti ReactOS kūrimui.
    • UEFI-NTFS: Tam reikia NTFS pasirinkti kaip failų sistemą ir įdiegti tuščią UEFI-NTFS įkrovos įkroviklį. Tai leidžia paleisti iš NTFS į gryną UEFI režimą (ne CSM) UEFI platformose, kuriose nėra NTFS tvarkyklės. Kadangi jis yra tuščias, turėsite nukopijuoti savo /efi/boot/bootia32.efi arba /efi/boot/bootx64.efi į NTFS skaidinį, kad jis būtų naudingas. „Rufus“ automatiškai naudoja „UEFI-NTFS“, kad galėtų dirbti su 4 GB didžiausiu „FAT32“ failo dydžiu, kuris, pavyzdžiui, leidžia įdiegti „Microsoft Server 2016“ UEFI režimu, nereikia padalinti jos 4,7 GB įdiegimo failo.

    Tikiuosi, kad tai padės. Tai supaprastinta apžvalga, taigi tikiuosi, kad žmonės nepradės nustebinti tuos aspektus, kurie buvo sąmoningai nuleisti arba tylėti (pvz., Žinant, kad yra galimybė turėti USB atmintines be pertvarų, kad USB ir optinė laikmena naudotų tą patį failą) sistema ir kad kai kurie įkrovos procesai gali išplėsti skaidinio dydį USB laikmenoje, kad išspręstų mažesnę matomą pajėgumo problemą).


    Ar ką nors papildyti paaiškinimu? Garsas išjungtas komentaruose. Norite perskaityti daugiau atsakymų iš kitų „tech-savvy Stack Exchange“ vartotojų? Čia rasite visą diskusijų temą.

    Vaizdo kreditas: William („SuperUser“)