Varför Är att Skapa en Startbar USB-Enhet Mer Komplex Än att Skapa Startbara Cd-skivor?

0
509

Skapa startbara Cd-skivor och Dvd-skivor tenderar att vara en enkel process, men varför är det mer komplicerat när du skapar en startbar minnen? Är det verkligen så stor skillnad mellan de två? Idag är SuperUser Q&A-post har svar till en nyfiken läsare fråga.

Dagens session med frågor Och Svar kommer till oss artighet av SuperUser—en indelning av Stack Exchange, en community-driven gruppering av Q&A sidor.

Frågan

SuperUser läsare William vill veta varför skapa en startbar USB-enhet är mer komplex än att skapa startbara Cd-skivor:

Skapa en startbar CD-skiva är väldigt enkel i min mening, allt du behöver göra är att bränna en ISO-filen till en skiva och den är startbar. Nu när det kommer till USB-enheter, du har massor av alternativ. Kan någon förklara skillnaden mellan de två och kanske ge en kort översikt av de olika alternativen?

Varför är att skapa en startbar USB-enhet mer komplex än att skapa startbara Cd-skivor?

Svara

SuperUser bidragsgivare Akeo har svaret för oss:

Rufus utvecklare här. Först av allt, en hel del av de alternativ som du nämner är endast anges när du kör Rufus i Avancerat Läge (när Avsnittet Avancerade Alternativ visas), eftersom de är avsedda för personer som redan vet vad de är till för.

Till att börja med, du måste förstå att din / ISO-format var aldrig avsedd för uppstart via USB. En ISO-fil är en 1:1-kopia av en optisk skiva, och optisk skiva är mycket olika från USB-media, både i termer av hur deras starthanterare, bör vara strukturerad, vilket filsystem som de använder, hur de är uppdelade (det är de inte), och så vidare.

Så, om du har en ISO-fil, som du helt enkelt inte kan göra med USB-media vad du kan göra med en optisk skiva, som läses från varenda byte av ISO-fil och kopieras som de är, i tur och ordning, på skivan (vad CD/DVD-brännare program gör du när du “jobbar” med ISO-filer).

Det är inte att säga att denna typ av 1:1 kopiering inte finns på USB-media, precis som 1:1 kopior på USB-media kommer att vara helt annorlunda från 1:1 kopior på optiska skivor och är därför inte utbytbara (utanför för att använda ISOHybrid bilder som är utformad för att fungera som 1:1 kopior på USB och optisk media båda). For the record, i Rufus terminologi, en 1:1 kopia på USB-media kallas en DD Bild (du kan se det här alternativet i listan) och vissa distributioner, som FreeBSD eller Raspbian, faktiskt ge DD Bilder för USB-installation, tillsammans med ISO-filer till CD/DVD-bränning.

Därmed har vi konstaterat att ISO-filer är faktiskt dåligt lämpade för att skapa en bootbar USB-media eftersom de är motsvarigheten till att ge en rund pinne för att passa en mindre fyrkantigt hål, och därför rund pinne som måste ändras för att passa det.

Nu kanske du undrar, om ISO-filer är så dåligt lämpade för att skapa startbara USB-media, varför är de flesta operativsystem distributörer i det tillhandahåller ISO-filer istället för DD Bilder. Tja, utsidan av historiska skäl, en av de frågor DD Bilder är att eftersom de är en partitionerad file system, om du skapar en 1:1 kopia på USB-media som är större än den som används av den person som skapat bilden, då du kommer att sluta upp med den skenbara “kapacitet” för ditt USB-media reduceras till storleken av en som används för att skapa ursprungliga DD Bild.

Också, medan optiska skivor och därför ISO-filer kan bara använda en av två filsystem (ISO9660 eller UDF), som båda har varit mycket bra stöd i alla större operativsystem för en mycket lång tid (och tillåter dig att ta en titt på bildens innehåll före eller efter du använder det), DD Bilder bokstavligen kan använda någon av de tusentals olika filsystem som finns. Det betyder att även efter du skapa din startbara USB-media kan du inte kunde se något innehåll på den tills du startar upp den. Till exempel, detta kommer att vara fallet om du använder FreeBSD-USB-bilder på Windows. När den startbara USB-media har skapats i Windows kommer inte att kunna komma åt allt innehåll på den tills du formatera om den.

Detta är anledningen till att leverantörer tenderar att vilja hålla med ISO-filer där det är möjligt, eftersom det (oftast) ger en bättre användarupplevelse i alla operativsystem. Men det innebär också att vissa konvertering måste (oftast) ske så att vår runda ISO-pinne kan passa fint in i mindre “USB media” fyrkantigt hål. Hur fungerar som rör lista över alternativ? Vi kommer till det.

En av de första saker som ofta behöver gå är ISO9660 eller UDF-filsystem som ISO-filer använda. De flesta av tiden, detta innebär att extrahera och kopiera alla filer från ISO-filen på en FAT32-eller NTFS-filsystemet, vilket är vad bootbar USB-flash-enheter tenderar att använda. Men naturligtvis innebär att den som skapade ISO-system måste ha gjort vissa bestämmelser om stöd för FAT32 eller NTFS som filsystem för live-användning eller installation (vilket inte alla människor, speciellt sådana som förlitar sig lite för mycket på ISOHybrid, tenderar att göra).

Sedan är det faktiska boot loader sig, den första biten av koden som körs när datorn startar från USB-media. Tyvärr, HDD/USB-och ISO starthanterare är mycket olika djur, och BIOS eller UEFI firmware behandlar även USB och optisk media på ett mycket annorlunda sätt under starta upp processen. Så kan du oftast inte ta starthanteraren från en ISO-fil (som vanligtvis skulle vara en El Torito boot loader), kopiera det till en USB-media, och förväntar sig att det ska starta.

Nu kommer den del som är relevant för vår lista över alternativ. Eftersom Rufus kommer att ge en relevant boot loader bit, det kan helt enkelt inte få det från ISO-filen. Om vi har att göra med en Linux-baserad ISO-filen, då är chansen att det kommer att använda GRUB 2.0 eller Syslinux, så Rufus inkluderar möjligheten att installera ett USB-baserad version av GRUB eller Syslinux (eftersom ISO-filen oftast bara innehåller ISO-specifika versionen av dessa).

Detta är oftast automatiskt när du väljer och öppna en ISO-fil eftersom Rufus är smart nog att upptäcka vilken typ av omställning det måste gälla. Men om du vill leka, Rufus ger dig möjlighet att även installera några tomma starthanterare för att göra det möjligt för dig att starta en GRUB eller Syslinux snabbt. Från det, om du är bekant med dessa typer av starthanterare, kan du skapa/testa dina egna config-filer och prova din egen Syslinux eller GRUB baserat anpassade boot-processen (för i det här skedet, du har bara att kopiera/redigera filer på USB-media för att göra det).

Så, nu kan vi gå över de alternativ som du hittar i listan:

  • MS-DOS: Detta skapar en tom version av MS-DOS (Windows Mig edition), vilket innebär att du kommer att starta till en MS-DOS-prompten och det är det. Om du vill köra ett DOS-program, kommer du att behöva kopiera den till din USB-media. Observera att det här alternativet är bara tillgängligt på Windows 8.1 eller tidigare, men inte Windows 10 sedan bort Microsoft DOS installation av filer från Windows (och endast Microsoft kan distribuera dessa filer).
  • FreeDOS: Detta skapar en tom version av FreeDOS. FreeDOS är en gratis programvara version av MS-DOS, som är fullt kompatibelt med MS-DOS, men har också fördelen av att vara öppen källkod. Jämfört med MS-DOS, vem som helst kan omfördela FreeDOS, så FreeDOS boot filer som ingår i Rufus.
  • ISO-Bild: Här är alternativet som du bör använda om du har en startbar ISO-fil och vill konvertera den till en bootbar USB-media. Tänk på att eftersom en konvertering (oftast) behov att uppstå och det finns zillions av olika sätt att skapa en startbar ISO fil, det finns ingen garanti för att Rufus kommer att kunna konvertera den till ett USB-media (men det kommer alltid att berätta för dig om så är fallet).
  • DD Bild: är Detta metoden du bör använda om du har en startbar disk, så som de tillhandahålls av FreeBSD, Raspbian, etc. Filer med .vhd filnamnstillägg är också stöds (som är Microsofts version av en DD Bild) samt komprimerade och kära (.gz .dragkedja .bz2, .xz, etc.).

De fyra alternativen ovan är det enda du kommer se i Vanliga Läge. Men om du kör med Rufus i Avancerat Läge, du kommer också att få tillgång till följande alternativ:

  • Syslinux x.yz: Installerar en tom Syslinux starthanterare som kommer att få dig till en Syslinux snabbt och inte mycket annat. Du ska veta vad du behöver göra från den punkten och framåt.
  • GRUB/Grub4DOS: Samma som ovan, men för GRUB/Grub4DOS respektive. Det kommer att få dig till en GRUB, men det är upp till dig att lista ut resten.
  • ReactOS: Installerar en experimentell ReactOS boot loader. Sedan förra gången jag kollade, ReactOS inte att starta från USB-media. Det är det eftersom det var lätt att lägga till och gjort med hopp om att det kan hjälpa med ReactOS utveckling.
  • UEFI-NTFS: Detta kräver NTFS för att väljas som filsystem och installerar en tom UEFI-boot loader. Detta gör det möjligt för uppstart från NTFS i ren UEFI-läge (inte CSM) på UEFI plattformar som inte har en NTFS-drivrutinen. Eftersom det är tomt, måste du kopiera dina egna /efi/boot/bootia32.efi-eller /efi/boot/bootx64.efi på NTFS-partition för att det skall vara användbart. UEFI-NTFS används automatiskt av Rufus att arbeta runt 4 GB maximal filstorlek för FAT32, som, till exempel, tillåter installation av Microsoft Server 2016, i UEFI-läget utan att behöva dela sina 4,7 GB installera.wim-fil.

Hoppas att det hjälper. Detta är en förenklad översikt, så jag hoppas att människor kommer inte att starta detaljreglering på aspekter som var medvetet dumbed-down eller hållit tyst (till exempel veta om det är möjligt att ha en USB-flash-enheter utan partitioner, att ha USB och optisk media använder samma filsystem, och att vissa till och starta upp processer som har kapacitet att utöka partitionen på USB-media för att lösa de lägre uppenbart kapacitet fråga).

Har något att tillägga till förklaring? Ljudet i kommentarerna. Vill läsa fler svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionen tråd här.

Image Credit: William (SuperUser)