Crearea de CD-uri și DVD-uri bootabile tinde să fie un proces simplu, direct, dar de ce este mai complexă atunci când creăm unități flash bootabile? Există într-adevăr atât de multă diferență între cele două? Postarea de astăzi a SuperUser Q&A are răspunsul la întrebarea unui cititor curios.
Sesiunea de Întrebări și Răspunsuri de astăzi ne vine prin amabilitatea SuperUser - o subdiviziune a Stack Exchange, un grup de site-uri web de întrebări și răspunsuri bazat pe comunitate.
Intrebarea
Cititorul SuperUser William vrea să știe de ce crearea unei unități USB bootabile este mai complexă decât crearea de CD-uri bootabile:
Crearea unui CD bootabil este foarte simplă în opinia mea, tot ce trebuie să faceți este să ardeți un fișier ISO pe un disc și este bootabil. Acum, când vine vorba de unități USB, aveți o mulțime de opțiuni. Ar putea cineva să explice diferența dintre cele două și poate oferi o scurtă privire de ansamblu asupra diferitelor opțiuni?
De ce este mai complexă crearea unei unități USB bootabile decât crearea de CD-uri bootabile?
Răspunsul
Contribuitorul SuperUser Akeo are răspunsul pentru noi:
Rufus dezvoltator aici. În primul rând, o mulțime de opțiuni pe care le menționați sunt listate numai atunci când rulați Rufus în Mod avansat (cand Secțiunea Opțiuni avansate este afișat), deoarece sunt destinate persoanelor care știu deja la ce servesc.
Pentru început, trebuie să înțelegeți că formatul ISO nu a fost niciodată conceput pentru pornirea USB. Un fișier ISO este o copie 1: 1 a unui disc optic, iar suportul de disc optic este foarte diferit de suportul USB, atât în ceea ce privește modul în care ar trebui structurate încărcătoarele de încărcare, ce sistem de fișiere folosesc, cum sunt partiționate (sunt nu) și așa mai departe.
Deci, dacă aveți un fișier ISO, pur și simplu nu puteți face cu un suport USB ceea ce puteți face cu un disc optic, care este citit din fiecare octet al fișierului ISO și copiat așa cum este, în ordine, pe disc (ce CD / Aplicațiile pentru arzătorul de DVD fac atunci când „lucrează” cu fișiere ISO).
Asta nu înseamnă că acest tip de copiere 1: 1 nu poate exista pe suport USB, doar că copiile 1: 1 pe suport USB vor fi complet diferite de copiile 1: 1 pe discuri optice și, prin urmare, nu sunt interschimbabile (în afara utilizării ISOHybrid imagini care sunt create pentru a funcționa ca copii 1: 1 pe USB și pe suport optic ambele). Pentru înregistrare, în terminologia Rufus, o copie 1: 1 pe suport USB se numește DD Image (puteți vedea opțiunea din listă) și unele distribuții, cum ar fi FreeBSD sau Raspbian, oferă de fapt imagini DD pentru instalarea USB, alături de ISO fișiere pentru ardere CD / DVD.
Astfel, am stabilit că fișierele ISO sunt de fapt slab potrivite pentru a crea suport USB bootabil, deoarece sunt echivalentul furnizării unui știft rotund pentru a se potrivi cu o gaură pătrată mai mică și, prin urmare, știftul rotund trebuie modificat pentru a se potrivi acestuia.
Acum vă puteți întreba dacă fișierele ISO sunt atât de slab potrivite pentru crearea de medii USB bootabile, de ce majoritatea distribuitorilor de sisteme de operare furnizează fișiere ISO în loc de imagini DD. Ei bine, în afara motivelor istorice, una dintre problemele cu DD Images este că, deoarece acestea sunt un sistem de fișiere partiționat, dacă creați o copie 1: 1 pe suport USB, care este mai mare decât cea utilizată de persoana care a creat imaginea, apoi veți ajunge la „capacitatea” aparentă a mediului dvs. USB redusă la dimensiunea celei utilizate în crearea imaginii DD originale.
De asemenea, în timp ce discurile optice și, prin urmare, fișierele ISO pot folosi vreodată unul din cele două sisteme de fișiere (ISO9660 sau UDF), ambele fiind foarte bine acceptate în toate sistemele de operare majore de foarte mult timp (și vă permite să aruncați o privire la conținutul imaginii înainte sau după ce îl utilizați), DD Images poate folosi literalmente oricare dintre mii de sisteme de fișiere diferite care există. Asta înseamnă că, chiar și după ce creați suportul USB bootabil, este posibil să nu puteți vedea de fapt niciun conținut pe el până nu îl porniți. De exemplu, acesta va fi cazul dacă utilizați imagini USB FreeBSD pe Windows. Odată ce mediul USB bootabil a fost creat, Windows nu va putea accesa niciun conținut de pe acesta până nu îl reformatați.
Acesta este motivul pentru care furnizorii tind să dorească să rămână cu fișierele ISO acolo unde este posibil, deoarece oferă (de obicei) o experiență mai bună a utilizatorului în toate sistemele de operare. Dar asta înseamnă, de asemenea, că o anumită conversie trebuie (de obicei) să aibă loc, astfel încât știftul nostru ISO rotund să se potrivească frumos în gaura pătrată „USB media” mai mică. Ce legătură are asta cu lista de opțiuni? Ajungem la asta.
Unul dintre primele lucruri care trebuie să fie de obicei este sistemul de fișiere ISO9660 sau UDF pe care îl folosesc fișierele ISO. De cele mai multe ori, aceasta înseamnă extragerea și copierea tuturor fișierelor din fișierul ISO pe un sistem de fișiere FAT32 sau NTFS, ceea ce folosesc unitățile flash USB bootabile. Dar, desigur, asta înseamnă că, oricine a creat sistemul ISO trebuie să fi făcut unele dispoziții pentru a sprijini FAT32 sau NTFS ca sistem de fișiere pentru utilizare sau instalare live (pe care nu toți oamenii, în special cei care se bazează un pic prea mult pe ISOHybrid, tind a face).
Apoi, există încărcătorul de încărcare propriu-zis, primul bit de cod care se execută atunci când un computer pornește de pe un suport USB. Din păcate, încărcătoarele de încărcare HDD / USB și ISO sunt fiare foarte diferite, iar firmware-ul BIOS sau UEFI tratează USB și suporturile optice foarte diferit în timpul procesului de boot. Deci, de obicei, nu puteți lua încărcătorul de încărcare dintr-un fișier ISO (care de obicei ar fi un încărcător de încărcare El Torito), copiați-l pe suport USB și așteptați-vă să pornească.
Acum vine partea care este relevantă pentru lista noastră de opțiuni. Deoarece Rufus va trebui să furnizeze o piesă de încărcător de încărcare relevantă, pur și simplu nu o poate obține din fișierul ISO. Dacă avem de-a face cu un fișier ISO bazat pe Linux, atunci este posibil să utilizeze GRUB 2.0 sau Syslinux, astfel încât Rufus include posibilitatea de a instala o versiune USB a GRUB sau Syslinux (deoarece fișierul ISO conține de obicei doar versiunea specifică ISO din acelea).
Acest lucru se face de obicei automat atunci când selectați și deschideți un fișier ISO, deoarece Rufus este suficient de inteligent pentru a detecta ce tip de conversie trebuie să aplice. Dar, dacă doriți să jucați, Rufus vă oferă posibilitatea de a instala și câteva încărcătoare de încărcare goale care vă permit să porniți la un prompt GRUB sau Syslinux. De acolo, dacă sunteți familiarizați cu aceste tipuri de încărcătoare de încărcare, puteți crea / testa propriile fișiere de configurare și încercați propriul proces de pornire personalizat bazat pe Syslinux sau GRUB (deoarece în acest stadiu, trebuie doar să copiați / editați fișiere pe media USB pentru a face acest lucru).
Deci, acum putem trece peste opțiunile pe care le găsiți în listă:
- MS-DOS: Aceasta creează o versiune goală a MS-DOS (ediția Windows Me), ceea ce înseamnă că veți porni la un prompt MS-DOS și asta este. Dacă doriți să rulați o aplicație DOS, va trebui să o copiați pe media USB. Rețineți că această opțiune este disponibilă numai pe Windows 8.1 sau o versiune anterioară, dar nu și pe Windows 10, deoarece Microsoft a eliminat fișierele de instalare DOS din Windows (și numai Microsoft poate redistribui aceste fișiere).
- FreeDOS: Aceasta creează o versiune goală a FreeDOS . FreeDOS este o versiune software gratuită a MS-DOS, care este pe deplin compatibilă cu MS-DOS, dar are și avantajul de a fi open source. În comparație cu MS-DOS, oricine poate redistribui FreeDOS, astfel încât fișierele de boot FreeDOS sunt incluse în Rufus.
- Imagine ISO: Aceasta este opțiunea pe care ar trebui să o utilizați dacă aveți un fișier ISO bootabil și doriți să îl convertiți în suport USB bootabil. Rețineți că, deoarece o conversie (de obicei) trebuie să aibă loc și există zeci de moduri de a crea un fișier ISO bootabil, nu există nicio garanție că Rufus îl va putea converti în suport USB (dar vă va spune întotdeauna dacă este cazul).
- Imagine DD: Aceasta este metoda pe care ar trebui să o utilizați dacă aveți o imagine de disc bootabilă, cum ar fi cele furnizate de FreeBSD, Raspbian etc. Sunt acceptate și fișierele cu extensie .vhd (care este versiunea Microsoft a unei imagini DD), precum și comprimate cele (.gz, .zip, .bz2, .xz etc.).
Cele patru opțiuni de mai sus sunt singurele în care veți vedea Mod regulat . Dar dacă îl conduci pe Rufus Mod avansat , veți avea, de asemenea, acces la următoarele opțiuni:
- Syslinux x.yz: Instalează un gol Syslinux încărcător de încărcare care vă va duce la un prompt Syslinux și nu la mult. Ar trebui să știi ce trebuie să faci din acel moment înainte.
- GRUB / Grubchdos: La fel ca mai sus, dar pentru GRUB / Grub4DOS respectiv. Vă va duce la un prompt GRUB, dar depinde de dvs. să aflați restul.
- ReactOS: Instalează un experiment ReactOS încărcător de încărcare. De când am verificat ultima dată, ReactOS nu pornește atât de bine de pe un suport USB. Este acolo, deoarece a fost ușor de adăugat și a fost realizat cu speranța că poate ajuta la dezvoltarea ReactOS.
- UEFI-NTFS: Acest lucru necesită selectarea NTFS ca sistem de fișiere și se instalează un gol UEFI-NTFS încărcător de încărcare. Aceasta permite pornirea de la NTFS în modul UEFI pur (nu CSM) pe platformele UEFI care nu includ un driver NTFS. Deoarece este necompletat, va trebui să copiați a dvs. /efi/boot/bootia32.efi sau /efi/boot/bootx64.efi pe partiția NTFS pentru a fi utilă. UEFI-NTFS este utilizat automat de Rufus pentru a rezolva dimensiunea maximă a fișierului de 4 GB a FAT32, care, de exemplu, permite instalarea Microsoft Server 2016 în modul UEFI fără a fi nevoie să împărțiți fișierul său install.wim de 4,7 GB.
Sper că asta ajută. Aceasta este o imagine de ansamblu simplificată, așa că sper că oamenii nu vor începe să descopere aspecte care au fost în mod deliberat mutate sau tăcute (cum ar fi știind că este posibil să aveți unități flash USB fără partiții, să aveți USB și suport optic să utilizeze același fișier și că unele procese de pornire au capacitatea de a extinde dimensiunea partiției pe mediul USB pentru a rezolva problema de capacitate aparentă mai mică).
Aveți ceva de adăugat la explicație? Sună în comentarii. Doriți să citiți mai multe răspunsuri de la alți utilizatori ai Stack Exchange? Consultați aici firul complet de discuție .
Credit de imagine: William (SuperUser)
