Å lage oppstartbare CDer og DVDer har en tendens til å være en enkel, grei prosess, men hvorfor er det mer komplisert når du lager oppstartbare flash-stasjoner? Er det virkelig så stor forskjell mellom de to? Dagens SuperUser-spørsmål og svar har svaret på en nysgjerrig leserspørsmål.
Dagens spørsmål og svar-økt kommer til oss med tillatelse fra SuperUser - en underavdeling av Stack Exchange, en samfunnsdrevet gruppe av spørsmål og svar-nettsteder.
Spørsmålet
SuperUser-leser William vil vite hvorfor det å lage en oppstartbar USB-stasjon er mer kompleks enn å lage oppstartbare CD-er:
Å lage en oppstartbar CD er etter min mening veldig enkelt, alt du trenger å gjøre er å brenne en ISO-fil til en plate og den kan startes. Nå når det gjelder USB-stasjoner, har du mange alternativer. Kan noen forklare forskjellen mellom de to og kanskje gi en kort oversikt over de forskjellige alternativene?
Hvorfor er det å lage en oppstartbar USB-stasjon mer kompleks enn å lage oppstartbare CD-er?
Svaret
SuperUser-bidragsyter Akeo har svaret for oss:
Rufus-utvikler her. Først og fremst er mange av alternativene du nevner bare oppført når du kjører Rufus i Avansert modus (når Avanserte alternativer vises), fordi de er ment for folk som allerede vet hva de er for.
Til å begynne med må du forstå at ISO-formatet aldri ble designet for USB-oppstart. En ISO-fil er en 1: 1-kopi av en optisk plate, og optiske plater er veldig forskjellige fra USB-medier, både når det gjelder hvordan oppstartslasterne deres skal være strukturert, hvilket filsystem de bruker, hvordan de er partisjonert (de er ikke), og så videre.
Så hvis du har en ISO-fil, kan du ganske enkelt ikke gjøre med USB-medier det du kan gjøre med en optisk plate, som blir lest fra hver eneste byte i ISO-filen og kopiert som den er, i rekkefølge, på platen (hvilken CD / DVD-brennerapplikasjoner gjør når de “arbeider” med ISO-filer).
Det er ikke å si at denne typen 1: 1-kopiering ikke kan eksistere på USB-medier, bare at 1: 1-kopier på USB-medier vil være helt forskjellige fra 1: 1-kopier på optiske plater og derfor ikke kan byttes ut (utenfor bruk av ISOHybrid bilder som er laget for å fungere som 1: 1 kopier på USB og optiske medier begge). For ordens skyld, i Rufus-terminologi, kalles en 1: 1-kopi på USB-medier et DD-bilde (du kan se det alternativet i listen), og noen distribusjoner, som FreeBSD eller Raspbian, gir faktisk DD-bilder for USB-installasjon, sammen med ISO filer for CD / DVD-brenning.
Dermed har vi slått fast at ISO-filer faktisk er dårlig egnet til å lage oppstartbare USB-medier fordi de tilsvarer å gi en rund pinne som passer til et mindre firkantet hull, og derfor må den runde pinnen endres for å passe den.
Nå lurer du kanskje på, hvis ISO-filer er så dårlig egnet til å lage oppstartbare USB-medier, hvorfor leverer de fleste operativsystemdistributører der ute ISO-filer i stedet for DD-bilder. Vel, utenfor historiske grunner, er et av problemene med DD Images at fordi de er et partisjonert filsystem, hvis du lager en 1: 1-kopi på USB-medier som er større enn den som ble brukt av personen som opprettet bildet, så vil du ende opp med den tilsynelatende “kapasiteten” på USB-mediet redusert til størrelsen på det som ble brukt til å lage det originale DD-bildet.
Mens optiske plater og derfor ISO-filer bare kan bruke ett av to filsystemer (ISO9660 eller UDF), som begge har blitt støttet veldig bra i alle større operativsystemer i veldig lang tid (og lar deg ta en titt på bildeinnholdet før eller etter at du bruker det), kan DD Images bokstavelig talt bruke alle de tusenvis av forskjellige filsystemene som finnes. Det betyr at selv etter at du har opprettet oppstartbare USB-medier, kan du kanskje ikke se noe innhold på det før du starter det opp. For eksempel vil dette være tilfelle hvis du bruker FreeBSD USB-bilder på Windows. Når det oppstartbare USB-mediet er opprettet, vil ikke Windows kunne få tilgang til noe innhold på det før du formaterer det på nytt.
Dette er grunnen til at leverandører pleier å holde seg til ISO-filer der det er mulig, da det (vanligvis) gir en bedre brukeropplevelse på tvers av alle operativsystemer. Men det betyr også at noe konvertering (vanligvis) må skje slik at vår runde ISO-pinne kan passe fint inn i det mindre "USB-mediet" firkantede hullet. Hvordan forholder det seg til listen over alternativer? Vi kommer til det.
En av de første tingene som vanligvis trenger å gå er ISO9660- eller UDF-filsystemet som ISO-filer bruker. Mesteparten av tiden betyr dette å trekke ut og kopiere alle filene fra ISO-filen til et FAT32- eller NTFS-filsystem, og det er det oppstartbare USB-minnepinner pleier å bruke. Men selvfølgelig betyr det at den som opprettet ISO-systemet, må ha gjort noen bestemmelser for å støtte FAT32 eller NTFS som et filsystem for live bruk eller installasjon (som ikke alle mennesker, spesielt de som stoler litt for mye på ISOHybrid, pleier å å gjøre).
Så er det selve boot loader, den første koden som kjøres når en datamaskin starter fra USB-medier. Dessverre er HDD / USB og ISO bootloaders veldig forskjellige dyr, og BIOS eller UEFI firmware behandler også USB og optiske medier veldig forskjellig under oppstartprosessen. Så du kan vanligvis ikke ta oppstartslasteren fra en ISO-fil (som vanligvis er en El Torito oppstartslaster), kopiere den til USB-medier og forvente at den starter opp.
Nå kommer den delen som er relevant for vår liste over alternativer. Fordi Rufus må levere et relevant opplastningsstykke, kan det ganske enkelt ikke få det fra ISO-filen. Hvis vi har å gjøre med en Linux-basert ISO-fil, er sjansen stor for at den vil bruke GRUB 2.0 eller Syslinux, så Rufus inkluderer muligheten til å installere en USB-basert versjon av GRUB eller Syslinux (siden ISO-filen vanligvis bare inneholder den ISO-spesifikke versjonen av disse).
Dette gjøres vanligvis automatisk når du velger og åpner en ISO-fil siden Rufus er smart nok til å oppdage hva slags konvertering den trenger å bruke. Men hvis du vil leke, gir Rufus deg muligheten til å installere noen blanke oppstartslastere som gjør at du kan starte til en GRUB- eller Syslinux-ledetekst. Derfra, hvis du er kjent med disse typer oppstartslastere, kan du opprette / teste dine egne konfigurasjonsfiler og prøve din egen Syslinux eller GRUB-baserte tilpassede oppstartsprosess (for på dette stadiet trenger du bare å kopiere / redigere filer på USB-mediet for å gjøre det).
Så vi kan nå gå gjennom alternativene du finner i listen:
- MS-DOS: Dette skaper en tom versjon av MS-DOS (Windows Me-utgaven), noe som betyr at du vil starte opp til en MS-DOS-ledetekst, og det er det. Hvis du vil kjøre et DOS-program, må du kopiere det til USB-mediet. Merk at dette alternativet bare er tilgjengelig på Windows 8.1 eller tidligere, men ikke Windows 10 siden Microsoft fjernet DOS-installasjonsfilene fra Windows (og bare Microsoft kan distribuere disse filene).
- FreeDOS: Dette skaper en tom versjon av FreeDOS . FreeDOS er en gratis programvareversjon av MS-DOS, som er fullt kompatibel med MS-DOS, men har også fordelen av å være åpen kildekode. Sammenlignet med MS-DOS kan alle omfordele FreeDOS, så FreeDOS-oppstartsfilene er inkludert i Rufus.
- ISO-bilde: Dette er alternativet du bør bruke hvis du har en oppstartbar ISO-fil og vil konvertere den til oppstartbar USB-media. Husk at fordi en konvertering (vanligvis) må skje og det er mange måter å lage en oppstartbar ISO-fil, er det ingen garanti for at Rufus vil kunne konvertere den til USB-medier (men det vil alltid fortelle deg om det er tilfelle).
- DD-bilde: Dette er metoden du bør bruke hvis du har et oppstartbart diskbilde, slik som de som tilbys av FreeBSD, Raspbian, etc. Filer med .vhd-utvidelse støttes også (som er Microsofts versjon av et DD-bilde), så vel som komprimert de (.gz, .zip, .bz2, .xz, etc.).
De fire alternativene ovenfor er de eneste du vil se i Vanlig modus . Men hvis du kjører Rufus inn Avansert modus , vil du også ha tilgang til følgende valg:
- Syslinux x.yz: Installerer et tomt Syslinux boot loader som får deg til en Syslinux-ledetekst og ikke mye annet. Du skal vite hva du trenger å gjøre fra det tidspunktet og fremover.
- BRUTT / Grubchdos: Samme som ovenfor, men for GRUB / Grub4DOS henholdsvis. Det får deg til en GRUB-ledetekst, men det er opp til deg å finne ut resten.
- ReactOS: Installerer en eksperimentell ReactOS bagasjelaster. Siden sist jeg sjekket, starter ikke ReactOS så bra fra USB-medier. Det er der fordi det var enkelt å legge til, og gjort med håp om at det kan hjelpe med ReactOS-utvikling.
- UEFI-NTFS: Dette krever at NTFS er valgt som filsystem og installerer et tomt UEFI-NTFS bagasjelaster. Dette muliggjør oppstart fra NTFS i ren UEFI-modus (ikke CSM) på UEFI-plattformer som ikke inkluderer en NTFS-driver. Fordi den er blank, må du kopiere din egen /efi/boot/bootia32.efi eller /efi/boot/bootx64.efi på NTFS-partisjonen for at den skal være nyttig. UEFI-NTFS brukes automatisk av Rufus til å omgå den maksimale 4 GB filstørrelsen på FAT32, som for eksempel tillater installasjon av Microsoft Server 2016 i UEFI-modus uten å måtte dele sin 4,7 GB install.wim-fil.
Håper det hjelper. Dette er en forenklet oversikt, så jeg håper folk ikke vil begynne å tippe på aspekter som bevisst ble dummet ned eller holdt stille (for eksempel å vite at det er mulig å ha USB-flashstasjoner uten partisjoner, å få USB og optiske medier til å bruke den samme filen systemet, og at noen oppstartsprosesser har muligheten til å utvide partisjonsstørrelsen på USB-medier for å løse problemet med mindre tilsynelatende kapasitet).
Har du noe å legge til forklaringen? Lyd av i kommentarene. Vil du lese flere svar fra andre teknologikyndige Stack Exchange-brukere? Sjekk ut hele diskusjonstråden her .
Bildekreditt: William (Superbruker)
