Bootavju CD un DVD izveide parasti ir vienkāršs, vienkāršs process, bet kāpēc tas ir sarežģītāks, veidojot bootable flash drives? Vai tiešām ir tik liela atšķirība starp abiem? Šodienas SuperUser Q & A ziņai ir atbilde uz ziņkārīgo lasītāja jautājumu.
Šodienas jautājumu un atbilžu sesija mums priecājas par SuperUser - Stack Exchange dalību, kas ir kopienas vadīta Q & A tīmekļa vietņu grupa.
SuperUser lasītājs William vēlas uzzināt, kāpēc bootable USB diska izveide ir daudz sarežģītāka nekā bootavju kompaktdisku izveide:
Manuprāt, sāknēšanas kompaktdiska izveide ir patiešām vienkārša, viss, kas jums jādara, ir ierakstīt ISO failu diskā un tas ir bootable. Tagad, kad runa ir par USB diskdziņiem, jums ir daudz iespēju. Vai kāds varētu paskaidrot atšķirību starp abiem un varbūt sniegt īsu pārskatu par dažādām iespējām?
Kāpēc izveidot bootable USB disku ir sarežģītāks nekā izveidot bootable CD?
SuperUser ieguldītājam Akeo mums ir atbilde:
Šeit Rufus izstrādātājs. Pirmkārt, daudzas no iespējām, kuras jūs pieminējat, tiek uzskaitītas tikai tad, kad tiek rādīts Rufus Uzlabotais režīms (kad Papildu opciju sadaļa tiek parādīts), jo tie paredzēti cilvēkiem, kuri jau zina, par ko viņi ir.
Vispirms jāsaprot, ka ISO formāts nekad nav paredzēts USB pieslēgšanai. ISO fails ir optiskā diska 1: 1 kopija, un optisko disku datu nesēji ir ļoti atšķirīgi no USB multivides, gan attiecībā uz to, kā būtu jāveido to sāknēšanas aparāti, kāda failu sistēma viņi izmanto, kā arī tie ir sadalīti (tie ir ne) un tā tālāk.
Tātad, ja jums ir ISO fails, jūs vienkārši nevarat darīt ar USB datu nesēju, ko varat darīt ar optisko disku, kas tiek lasīts no katra ISO faila baita un nokopēts kā tas ir secīgi uz diska (kāds kompaktdisks / DVD rakstītāju lietojumprogrammas, ja "strādā" ar ISO failiem).
Tas nenozīmē, ka šāda veida 1: 1 kopēšana nevar pastāvēt USB datu nesējā, tikai tas, ka 1: 1 kopijas uz USB datu nesējiem pilnīgi atšķiras no 1: 1 kopijām uz optiskajiem diskiem un tādēļ nav savstarpēji aizstājamas (ārpus ISOHybrid lietošanas attēli, kas ir izstrādāti, lai darbotos kā 1: 1 kopijas uz USB un optiskajiem datu nesējiem). Lai ierakstītu Rufus terminoloģiju, 1: 1 kopija uz USB datu nesēju tiek dēvēta par DD attēlu (šo sarakstu varat redzēt sarakstā), un daži sadalījumi, piemēram, FreeBSD vai Raspbian, faktiski nodrošina DD attēlus USB uzstādīšanai kopā ar ISO faili CD / DVD ierakstīšanai.
Tādējādi mēs esam noskaidrojuši, ka ISO faili patiešām ir slikti piemēroti, lai izveidotu bootable USB mezglu, jo tie ir ekvivalents apaļās piespraužamības nodrošināšanai, lai ietilptu mazākam kvadrātveida caurumam, un tādēļ apaļais piesaiste ir jāmaina tā vietā.
Tagad jums var būt jautājums, ja ISO faili ir tik vāji piemēroti, lai izveidotu bootable USB multividi, kāpēc lielākajā daļā operētājsistēmu izplatītāju tur, nodrošinot ISO failus, nevis DD attēlus. Nu, vēsturisku iemeslu dēļ, viens no DD Images problēmām ir tāds, ka, jo tie ir sadalīta failu sistēma, ja jūs izveidojat 1: 1 kopiju USB multivides failā, kas ir lielāks par to, ko izmantojusi persona, kas izveidojusi attēlu, tad jūs galu galā izrādīsies, ka jūsu USB atmiņas ietilpība ir samazināta līdz tādam izmēram, kāds tika izmantots, lai izveidotu sākotnējo DD attēlu.
Tā kā optiskie diskierīces un tādējādi arī ISO faili var izmantot tikai vienu no divām failu sistēmām (ISO9660 vai UDF), un abas no tām ir ļoti labi atbalstītas visās lielākajās operētājsistēmās ļoti ilgu laiku (un ļauj jums to palūrēt pēc attēla satura pirms vai pēc tā izmantošanas), DD Images var burtiski izmantot kādu no tūkstošiem dažādu failu sistēmu, kas pastāv. Tas nozīmē, ka pat pēc tam, kad izveidojat sāknējamo USB datu nesēju, iespējams, nevarēsit redzēt nekādu saturu tajā, līdz to boot augšup. Piemēram, tas būs gadījumā, ja izmantojat FreeBSD USB attēlus operētājsistēmā Windows. Pēc tam, kad ir izveidots bootable USB datu nesējs, Windows nevarēs piekļūt jebkuram saturam, līdz to formatēsit.
Tāpēc, ja iespējams, pakalpojumu sniedzēji mēdz glabāt ISO failus, jo tas parasti nodrošina labāku lietotāju pieredzi visās operētājsistēmās. Bet tas arī nozīmē, ka dažiem pārveidojumiem (parasti) ir jānotiek tā, lai mūsu apaļais ISO piesaiste varētu labi iekļaut mazākos "USB media" kvadrātveida caurumos. Kā tas attiecas uz opciju sarakstu? Mēs nākam pie tā.
Viena no pirmajām lietām, kas parasti jādodas, ir ISO9660 vai UDF failu sistēma, ko izmanto ISO faili. Lielāko daļu laika tas nozīmē visu failu no ISO faila iegūšanu un kopēšanu uz FAT32 vai NTFS failu sistēmu, ko parasti izmanto bootable USB flash drives. Bet, protams, tas nozīmē, ka neatkarīgi no tā, kurš izveidoja ISO sistēmu, ir jāizstrādā daži noteikumi, lai atbalstītu FAT32 vai NTFS kā failu sistēmu, kas paredzēta tiešai lietošanai vai instalēšanai (ko ne visiem cilvēkiem, it īpaši tiem, kuri pietrūkst uz ISOHybrid, ir tendence darīt).
Tad ir pati faktiskais boot loader - pirmais koda bits, kas izpilda, kad dators zābojās no USB multivides. Diemžēl HDD / USB un ISO boot loaders ir ļoti atšķirīgi zvēri, un BIOS vai UEFI programmaparatūras arī apstrādā USB un optisko datu nesēju ļoti dažādi laikā boot process procesā. Tātad jūs parasti nevarat ielādēt ielādētāju no ISO faila (kas parasti būtu El Torito boot loader), kopējiet to USB multivides failiem un sagaidiet, ka tas tiks palaists.
Tagad nāk detaļa, kas attiecas uz mūsu opciju sarakstu. Tā kā Rufus būs jānodrošina atbilstošs boot loader gabals, to vienkārši nevar iegūt no ISO faila.Ja mums ir darīšana ar Linux balstītu ISO failu, tad, iespējams, tā izmantos GRUB 2.0 vai Syslinux, tādēļ Rufus ietver iespēju instalēt GRUB vai Syslinux versiju uz USB balstītas versijas (jo ISO failā parasti ir tikai ISO konkrētā versija no tiem).
Tas parasti tiek izdarīts automātiski, kad atlasāt un atverat ISO failu, jo Rufus ir pietiekami gudrs, lai noteiktu, kāda veida reklāmguvumu tas jāpiemēro. Bet, ja jūs vēlaties spēlēt apkārt, Rufus dod jums iespēju arī instalēt tukšus boot loaders, kas ļauj boot uz GRUB vai Syslinux prompt. No turienes, ja esat iepazinies ar šiem boot loader veidiem, varat izveidot / pārbaudīt savus konfigurācijas failus un izmēģināt savu pašu Syslinux vai GRUB bāzes pielāgoto startēšanas procesu (jo šajā posmā jums ir tikai jāpiesakās / jārediģē faili USB multividi to darīt).
Tātad, tagad mēs varam pāriet uz sarakstā pieejamām opcijām:
- MS-DOS: Tas rada tukšo MS-DOS versiju (Windows Me izdevums), kas nozīmē, ka jūs palaidīsiet MS-DOS uzvedni, un tas tā ir. Ja vēlaties palaist DOS lietojumprogrammu, jums tas būs jākopē savā USB datu nesējā. Ņemiet vērā, ka šī opcija ir pieejama tikai operētājsistēmā Windows 8.1 vai jaunāka versija, bet ne Windows 10, jo Microsoft no Windows izlaida DOS instalācijas failus (un tikai Microsoft var tos tālāk izplatīt).
- FreeDOS: Tas rada tukšu FreeDOS versiju. FreeDOS ir MS-DOS bezmaksas programmatūras versija, kas ir pilnībā savietojama ar MS-DOS, bet tā priekšrocība ir arī atvērtā koda izmantošana. Salīdzinot ar MS-DOS, ikviens var pārdalīt FreeDOS, tādēļ FreeDOS sāknēšanas faili ir iekļauti Rufus.
- ISO attēls: Šī ir opcija, kas jums vajadzētu izmantot, ja jums ir bootable ISO fails un vēlaties to pārveidot uz bootable USB media. Paturiet prātā, ka tāpēc, ka ir nepieciešams konvertēt (parasti) un ir ziljoni veidu, kā izveidot bootable ISO failu, nav garantijas, ka Rufus varēs to pārveidot uz USB datu nesēju (bet tas vienmēr jums pateiks, vai tas ir gadījums).
- DD attēls: Šī ir metode, kas jums vajadzētu izmantot, ja jums ir bootable diska attēls, piemēram, tie, ko nodrošina FreeBSD, Raspbian uc Faili ar .vhd paplašinājumu tiek atbalstīti (kas ir Microsoft versija DD Image), kā arī ir saspiestas tiem (.gz, .zip, .bz2, .xz, utt.).
Iepriekš minētie četri varianti ir vienīgie, kurus redzat Regulārais režīms. Bet, ja jūs palaižat Rufusu Uzlabotais režīms, jums būs pieejama arī šāda izvēle:
- Syslinux x.yz: Instalē tukšu Syslinux boot loader, kas dos jums Syslinux ātru un neko citu. Jums vajadzētu zināt, kas jums jādara no šī punkta.
- GRUB / Grub4DOS: Tas pats, kas iepriekš, bet attiecīgi GRUB / Grub4DOS. Tas ļaus jums uz GRUB tūlītēju palīdzību, bet jums ir jāizdomā atpūta.
- ReactOS: Instalē eksperimentālo ReactOS boot loader. Kopš pēdējā reizē, kad es pārbaudīju, ReactOS nav boot, kas labi no USB multivides. Tas ir tādēļ, ka to bija viegli pievienot un izdarīt cerībā, ka tā var palīdzēt ar ReactOS attīstību.
- UEFI-NTFS: Tas prasa, lai NTFS izvēlētu failu sistēmu, un instalē tukšu UEFI-NTFS bootloader. Tas ļauj booting no NTFS tīrā UEFI režīmā (nevis CSM) UEFI platformās, kurās nav NTFS draivera. Tā kā tas ir tukšs, jums būs nepieciešams kopēt savu /efi/boot/bootia32.efi vai /efi/boot/bootx64.efi uz NTFS nodalījumu, lai tas būtu noderīgs. Rufus automātiski izmanto UEFI-NTFS, lai strādātu pie FAT32 maksimālā faila lieluma 4 GB, kas, piemēram, ļauj instalēt Microsoft Server 2016 UEFI režīmā bez nepieciešamības sadalīt tā 4.7 GB install.wim failu.
Ceru, ka tas palīdz. Šis ir vienkāršotais pārskats, tādēļ es ceru, ka cilvēki neuzsāks nekādus aspektus, kuri tika apzināti apslāpēti vai klusēti (piemēram, zinot, ka ir iespējams izmantot USB zibatmiņas diskus bez starpsienām, lai USB un optiskais nesējs izmantotu to pašu failu sistēma, un ka daži sāknēšanas procesi spēj paplašināt partition izmēru USB mezglā, lai atrisinātu zemāko šķietamo jaudas problēmu).
Vai kaut ko pievienot paskaidrojumam? Skatieties komentāros. Vēlaties lasīt citas atbildes no citiem tehnoloģiju savvy Stack Exchange lietotājiem? Šeit skatiet pilnu diskusiju pavedienu.
Attēlu kredīts: William (SuperUser)
