Начална » как да » Защо е създаването на Bootable USB устройство по-сложно от създаването на Bootable CD-та?

    Защо е създаването на Bootable USB устройство по-сложно от създаването на Bootable CD-та?

    Създаването на стартиращи компактдискове и DVD-та обикновено е прост и ясен процес, но защо е по-сложен при създаването на стартиращи флаш дискове? Има ли наистина толкова голяма разлика между двете? Днешната публикация за въпроси и отговори SuperUser има отговор на въпрос на любопитен читател.

    Днешната сесия за въпроси и отговори идва при нас с любезното съдействие на SuperUser - подразделение на Stack Exchange, групирано от общността уеб сайтове за въпроси и отговори.

    Въпроса

    Читателят на SuperUser Уилям иска да знае защо създаването на стартиращ USB диск е по-сложен от създаването на стартиращи компактдискове:

    Създаването на стартиращ компактдиск е много просто по мое мнение, всичко, което трябва да направите, е да запишете ISO файл на диск и той е стартиращ. Сега, когато става въпрос за USB устройства, имате много опции. Може ли някой да обясни разликата между двете и може би да даде кратък преглед на различните опции?

    Защо създаването на стартиращ USB диск е по-сложен от създаването на стартиращи дискове?

    Отговорът

    Сътрудникът на SuperUser Akeo има отговор за нас:

    Rufus developer тук. Преди всичко, много от опциите, които споменавате, са изброени само когато Rufus in Разширен режим (когато Раздел Разширени опции се показва), защото те са предназначени за хора, които вече знаят за какво са.

    За да започнете, трябва да разберете, че ISO форматът никога не е бил предназначен за зареждане с USB. ISO файлът е 1: 1 копие на оптичен диск, а оптичните дискове са много различни от USB носителите, както по отношение на това как трябва да бъдат структурирани техните зареждащи устройства, каква файлова система използват, как са разделени (те са не) и т.н..

    Така че, ако имате ISO файл, просто не можете да правите с USB носители това, което можете да правите с оптичен диск, който се чете от всеки един байт на ISO файла и копира, както е в последователност, върху диска (какъв диск / DVD записващите приложения правят, когато “работят” с ISO файлове).

    Това не означава, че този вид копиране 1: 1 не може да съществува на USB носител, само че 1: 1 копия на USB носител ще бъдат напълно различни от 1: 1 копия на оптични дискове и следователно не са взаимозаменяеми (извън използването на ISOHybrid) изображения, които са създадени да работят като 1: 1 копия на USB и оптични носители и двете). За запис, в терминологията на Rufus, копие 1: 1 на USB носител се нарича DD Image (можете да видите тази опция в списъка) и някои дистрибуции, като FreeBSD или Raspbian, всъщност осигуряват DD Изображения за USB инсталация, заедно с ISO файлове за запис на CD / DVD.

    По този начин установихме, че ISO файловете всъщност не са подходящи за създаване на стартиращи USB носители, тъй като те са еквивалентни на осигуряване на кръгъл клип, за да се поберат по-малки квадратни дупки, и следователно, кръглото колче трябва да бъде променено, за да го побере.

    Сега може би се чудите, ако ISO файловете са толкова лошо пригодени за създаване на стартиращи USB медии, защо повечето дистрибутори на операционни системи предлагат ISO файлове вместо DD изображения. Е, извън историческите причини, един от проблемите с DD Images е, че те са разделена файлова система, ако създадете копие 1: 1 на USB носител, което е по-голямо от това, използвано от човека, който е създал изображението, тогава ще се окажете с видимия “капацитет” на USB медиите, намален до размера на използвания при създаването на оригиналното DD изображение.

    Също така, докато оптичните дискове и следователно ISO файловете могат да използват само една от двете файлови системи (ISO9660 или UDF), и двете от които са много добре поддържани във всички основни операционни системи за много дълго време (и ви позволява да погледнете на екрана) в съдържанието на изображението преди или след като го използвате), DD Изображенията могат буквално да използват всяка от хилядите различни файлови системи, които съществуват. Това означава, че дори след като създадете стартиращата USB медия, може да не успеете да видите съдържанието в нея, докато не го стартирате. Например, това ще бъде случаят, ако използвате FreeBSD USB изображения в Windows. След като стартиращият USB носител е създаден, Windows няма да има достъп до съдържанието му, докато не го преформатирате.

    Ето защо доставчиците са склонни да искат да се придържат към ISO файловете, където е възможно, тъй като (обикновено) осигурява по-добър потребителски опит във всички операционни системи. Но това също означава, че трябва да се осъществи някакво преобразуване (обикновено), за да може нашият кръгъл ISO клин да се побере добре в по-малката квадратна дупка “USB media”. Как това се отнася до списъка с опции? Ние стигаме до това.

    Едно от първите неща, които обикновено трябва да вървят, е файловата система ISO9660 или UDF, която ISO файловете използват. По-голямата част от времето, това означава извличане и копиране на всички файлове от ISO файла на FAT32 или NTFS файлова система, което е това, което стартиращите USB флаш дискове са склонни да използват. Но, разбира се, това означава, че който и да е създал ISO системата трябва да е направил някои разпоредби, които да поддържат FAT32 или NTFS като файлова система за използване или инсталация на живо (което не всички хора, особено тези, които разчитат твърде много на ISOHybrid, имат да направя).

    Тогава има и самия зареждащ се драйвер, първият код, който се изпълнява, когато компютърът се стартира от USB носителя. За съжаление, зареждащите устройства за HDD / USB и ISO са много различни зверове, а BIOS или UEFI фърмуера също третира USB и оптичните носители много по-различно по време на процеса на зареждане. Така че обикновено не можете да заредите зареждащия файл от ISO файл (който обикновено е El Torito boot loader), да го копирате на USB носител и да очаквате да се стартира..

    Сега идва онази част, която е от значение за нашия списък с опции. Тъй като Rufus ще трябва да предостави съответната част за зареждане, той просто не може да го получи от ISO файла. Ако имаме работа с ISO-базиран ISO файл, тогава вероятно ще използва GRUB 2.0 или Syslinux, така че Rufus включва възможността за инсталиране на USB-базирана версия на GRUB или Syslinux (тъй като ISO файлът обикновено съдържа само специфична ISO версия \ t от тези).

    Това обикновено се прави автоматично, когато изберете и отворите ISO файл, тъй като Rufus е достатъчно умен, за да открие какъв тип преобразуване трябва да приложи. Но ако искате да играете, Rufus ви дава възможност да инсталирате и някои празни зареждащи устройства, които ви позволяват да стартирате GRUB или Syslinux подкана. От там, ако сте запознати с тези типове зареждащи устройства, можете да създадете / тествате вашите собствени конфигурационни файлове и да опитате собствения си Syslinux или GRUB базиран потребителски процес на зареждане (защото на този етап трябва само да копирате / редактирате файлове на USB носителя да го направи).

    Така че сега можем да прегледаме опциите, които ще намерите в списъка:

    • MS-DOS: Това създава празна версия на MS-DOS (Windows Me издание), което означава, че ще се стартирате с подсказка на MS-DOS и това е. Ако искате да стартирате DOS приложение, трябва да го копирате на USB носителя. Имайте предвид, че тази опция е достъпна само за Windows 8.1 или по-ранна версия, но не и за Windows 10, тъй като Microsoft е премахнала инсталационните файлове на DOS от Windows (и само Microsoft може да разпространява тези файлове).
    • FreeDOS: Това създава празна версия на FreeDOS. FreeDOS е безплатна софтуерна версия на MS-DOS, която е напълно съвместима с MS-DOS, но има и предимството, че е с отворен код. В сравнение с MS-DOS, всеки може да разпространява FreeDOS, така че файловете за зареждане на FreeDOS са включени в Rufus.
    • ISO изображение: Това е опцията, която трябва да използвате, ако имате стартиращ ISO файл и искате да го конвертирате в стартиращ USB носител. Имайте предвид, че тъй като трябва да се осъществи преобразуване (обикновено) и има милиони начини за създаване на стартиращ ISO файл, няма гаранция, че Rufus ще може да го конвертира в USB носител (но винаги ще ви каже дали такъв е случаят).
    • DD изображение: Това е методът, който трябва да използвате, ако имате образ за стартиране на диска, като например тези, предоставени от FreeBSD, Raspbian и др. Поддържат се и файлове с разширение .vhd (което е версия на DD изображението на Microsoft), както и компресирани. такива (.gz, .zip, .bz2, .xz и т.н.).

    Четирите опции по-горе са единствените, които ще видите Редовен режим. Но ако ти пуснеш Руфус Разширен режим, Вие също ще имате достъп до следните възможности:

    • Syslinux x.yz: Инсталира празен стартиращ драйвер на Syslinux, който ще ви отведе до Syslinux подкана и няма много други неща. Трябва да знаете какво трябва да направите оттук нататък.
    • GRUB / Grub4DOS: Същото като по-горе, но за GRUB / Grub4DOS съответно. Тя ще ви отведе до GRUB подкана, но зависи от вас да разберете останалото.
    • ReactOS: Инсталира експериментален зареждащ файл на ReactOS. От последния път, когато проверих, ReactOS не зарежда добре от USB носителя. Той е там, защото беше лесен за добавяне и направен с надеждата, че може да помогне с развитието на ReactOS.
    • UEFI-NTFS: Това изисква NTFS да бъде избран като файлова система и да инсталира празен зареждач на UEFI-NTFS. Това позволява стартирането от NTFS в чист UEFI режим (не CSM) на UEFI платформи, които не включват NTFS драйвер. Тъй като е празно, ще трябва да копирате собственото си /efi/boot/bootia32.efi или /efi/boot/bootx64.efi на NTFS дял, за да е полезен. UEFI-NTFS се използва автоматично от Rufus за работа около 4 GB максимален размер на файла на FAT32, който например позволява инсталирането на Microsoft Server 2016 в режим UEFI, без да се налага да разделят неговия 4.7 GB инсталационен файл .wim.

    Надявам се, че помага. Това е опростен преглед, така че се надявам, че хората няма да започнат да бълнуват по аспекти, които са били умишлено затъмнени или мълчаливи (като например да знаете, че е възможно да имате USB флаш дискове без дялове, да имате USB и оптични носители да използват един и същи файл). система, както и че някои процеси на зареждане имат способността да разширяват размера на дяла на USB носителя, за да решат проблема с по-ниския видим капацитет)..


    Имате ли какво да добавите към обяснението? Звучи в коментарите. Искате ли да прочетете повече отговори от други технологични потребители на Stack Exchange? Вижте пълната тема за дискусия тук.

    Кредит за изображението: Уилям (суперпотребител)