Kāpēc Bootable USB Drive izveide ir sarežģītāka nekā Bootable CD izveide?

Bootable CD un DVD veidošana 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ņojumam ir atbilde uz ziņkārīga lasītāja jautājumu.

Šodienas jautājumu un atbilžu sesija mums dod pieklājību no SuperUser-Stack Exchange apakšnodaļas, kas ir kopienas orientēta Q & A tīmekļa vietņu grupa.

Jautājums

SuperUser lasītājs William vēlas uzzināt, kāpēc bootable USB diska izveide ir sarežģītāka nekā bootable CD izveide:

Izveidojot bootable CD ir ļoti vienkārši, manuprāt, viss, kas jums jādara, ir ierakstīt ISO failu uz diska un tas ir bootable. Tagad, kad runa ir par USB diskiem, jums ir daudz iespēju. Vai kāds varētu izskaidrot atšķirību starp abiem un varbūt sniegt īsu pārskatu par dažādām iespējām?

Kāpēc ir sarežģītāka izveidot bootable USB disku, nekā izveidot bootable CD?

Atbilde

SuperUser ieguldītājam Akeo ir atbilde:

Rufus attīstītājs šeit. Pirmkārt, daudzas opcijas, kuras pieminējāt, ir uzskaitītas tikai, kad darbojas Rufus Uzlabotais režīms (kad Papildu opciju sadaļa tiek parādīts), jo tās ir paredzētas cilvēkiem, kuri jau zina, ko viņi ir.

Vispirms jums jāsaprot, ka ISO formāts nekad nav paredzēts USB palaišanai. ISO fails ir 1: 1 optiskā diska kopija, un optiskie disku nesēji ir ļoti atšķirīgi no USB multivides, gan attiecībā uz to, kā būtu jāstrukturē to boot iekrāvēji, gan to, kādu failu sistēmu viņi izmanto, kā arī to sadalīšanu (tie ir ne), un tā tālāk.

Tātad, ja jums ir ISO fails, jūs vienkārši nevarat ar USB multividi darīt to, ko jūs varat darīt ar optisko disku, kas tiek nolasīts no katra ISO faila baita un kopēts pēc kārtas uz diska (kāds CD disks) / DVD rakstītāju lietojumprogrammas, kad strādājat ar ISO failiem).

Tas nenozīmē, ka šāda veida 1: 1 kopēšana nevar pastāvēt USB datu nesējā, tikai 1: 1 kopijas uz USB datu nesējiem būs pilnīgi atšķirīgas no 1: 1 kopijām uz optiskiem diskiem un tāpēc nav savstarpēji aizvietojamas (ārpus ISOHybrid) attēli, kas izstrādāti, lai darbotos kā 1: 1 kopijas gan USB, gan optiskos datu nesējos). Par ierakstu Rufus terminoloģijā 1: 1 kopija uz USB multivides tiek saukta par DD attēlu (jūs varat redzēt šo opciju sarakstā) un daži izplatījumi, piemēram, FreeBSD vai Raspbian, faktiski nodrošina DD attēlus USB instalācijai, kopā ar ISO CD / DVD ierakstīšanas faili.

Tādējādi mēs esam konstatējuši, ka ISO faili ir patiešām slikti piemēroti, lai izveidotu bootable USB mediju, jo tie ir līdzvērtīgi, lai nodrošinātu apaļu tapu, kas atbilstu mazākajam kvadrātveida caurumam, un tāpēc apaļais statnis ir jāmaina, lai tas atbilstu.

Tagad jums var būt jautājums, ja ISO faili ir tik slikti piemēroti, lai radītu bootable USB multivides, kāpēc lielākā daļa operētājsistēmu izplatītāji, kas tur sniedz ISO failus, nevis DD attēlus. Neraugoties uz vēsturiskiem iemesliem, viena no problēmām ar DD attēliem ir tā, ka tie ir sadalīta failu sistēma, ja izveidojat 1: 1 kopiju uz USB multivides, kas ir lielāks par to, ko izmanto persona, kura izveidoja attēlu, tad jūs galu galā nokļūsiet acīmredzamajā USB datu nesēja kapacitātē, samazinot to, kāds izmantots sākotnējā DD attēla izveidošanai.

Turklāt, tā kā optiskie diski un līdz ar to arī ISO faili var izmantot tikai vienu no divām failu sistēmām (ISO9660 vai UDF), kas abas ir ļoti labi atbalstītas visās galvenajās operētājsistēmās ļoti ilgu laiku (un ļauj apskatīt attēla saturā pirms vai pēc tā lietošanas), DD attēli var burtiski izmantot jebkuru no tūkstošiem dažādu failu sistēmu. Tas nozīmē, ka pat pēc tam, kad esat izveidojis bootable USB mediju, jūs, iespējams, nevarēsit neko saturu redzēt, kamēr to nesākat. Piemēram, tas būs gadījumā, ja izmantojat FreeBSD USB attēlus sistēmā Windows. Kad sāknēšanas USB multivide ir izveidota, sistēma Windows nevarēs piekļūt nevienam tā saturam, kamēr to formatēsit.

Tas ir iemesls, kāpēc pakalpojumu sniedzēji cenšas, ja iespējams, izmantot ISO failus, jo tas parasti nodrošina labāku lietotāju pieredzi visās operētājsistēmās. Bet tas nozīmē arī to, ka dažas konversijas (parasti) notiek tā, lai mūsu apaļā ISO piesaiste varētu labi iederēties mazākā „USB multivides” kvadrātveida caurumā. Kā tas attiecas uz opciju sarakstu? Mēs nonākam pie tā.

Viena no pirmajām lietām, kas parasti ir jāiet, ir ISO9660 vai UDF failu sistēma, ko izmanto ISO. Lielāko daļu laika tas nozīmē, ka visi faili tiek noņemti un kopēti no ISO faila uz FAT32 vai NTFS failu sistēmu, kas parasti ir izmantojami USB zibatmiņas diski. Bet, protams, tas nozīmē, ka ikvienam, kurš izveidojis ISO sistēmu, ir jāveic daži noteikumi, lai atbalstītu FAT32 vai NTFS kā failu sistēmu dzīvai lietošanai vai instalēšanai (kas ne visiem cilvēkiem, īpaši tiem, kas mazliet pārāk paļaujas uz ISOHybrid, ir tendence) darīt).

Tad ir pats faktiskais sāknēšanas iekrāvējs, pirmais bitu bit, kas tiek izpildīts, kad dators sāk darboties no USB datu nesēja. Diemžēl HDD / USB un ISO sāknēšanas iekrāvēji ir ļoti dažādi zvēri, un BIOS vai UEFI programmaparatūra arī apstrādā USB un optisko datu nesēju ļoti atšķirīgi. Tātad jūs parasti nevarat ielādēt iekrāvēju no ISO faila (kas parasti būtu El Torito boot loader), kopētu to USB multivides ierīcē un sagaida, ka tas sāksies.

Tagad nāk daļa, kas attiecas uz mūsu opciju sarakstu. Tā kā Rufus būs jānodrošina atbilstošs boot loader gabals, tas vienkārši nevar to iegūt no ISO faila. Ja mēs strādājam ar Linux balstītu ISO failu, tad iespējams, ka tā izmantos GRUB 2.0 vai Syslinux, tāpēc Rufus ietver iespēju instalēt GRUB vai Syslinux USB balstītu versiju (jo ISO failā parasti ir tikai ISO versija) no tiem).

Tas parasti tiek darīts automātiski, kad izvēlaties un atverat ISO failu, jo Rufus ir pietiekami gudrs, lai noteiktu, kāda veida konversiju tai jāpiemēro. Bet, ja jūs vēlaties spēlēt apkārt, Rufus dod jums iespēju instalēt arī dažus tukšu sāknēšanas iekrāvēju, kas ļauj jums palaist uz GRUB vai Syslinux uzvedni. No turienes, ja esat iepazinušies ar šāda veida sāknēšanas iekrāvējiem, varat izveidot / pārbaudīt savus konfigurācijas failus un izmēģināt savu pašu Syslinux vai GRUB pielāgoto sāknēšanas procesu (jo šajā posmā jums tikai jāapkopo / rediģējiet failus uz USB datu nesējs to darīt).

Tātad, tagad mēs varam pāriet sarakstā, kas atrodams sarakstā:

• MS-DOS: Tas rada tukšu MS-DOS versiju (Windows Me izdevums), kas nozīmē, ka jūs sāksiet ielādēt MS-DOS uzvedni un tas ir. Ja vēlaties palaist DOS lietojumprogrammu, jums tas ir jākopē USB datu nesējā. Ņemiet vērā, ka šī opcija ir pieejama tikai operētājsistēmā Windows 8.1 vai agrāk, bet ne operētājsistēmā Windows 10, jo Microsoft noņem DOS instalācijas failus no Windows (un tikai Microsoft var izplatīt šos failus).
• FreeDOS: Tas rada tukšu FreeDOS versiju. FreeDOS ir MS-DOS bezmaksas programmatūras versija, kas ir pilnībā savietojama ar MS-DOS, bet tai ir arī priekšrocība, ka tā ir atvērtā koda. Salīdzinot ar MS-DOS, ikviens var izplatīt FreeDOS, tāpēc FreeDOS boot faili ir iekļauti Rufus.
• ISO attēls: Šī ir iespēja, kas jums jāizmanto, ja jums ir bootable ISO fails un vēlaties to pārvērst par bootable USB mediju. Paturiet prātā, ka, tā kā ir nepieciešama konversija (parasti) un ir ziljoni veidi, kā izveidot bootable ISO failu, nav nekādas garantijas, ka Rufus varēs to pārvērst par USB mediju (bet tas vienmēr pateiks, vai tā ir).
• DD attēls: Šī ir metode, kas jums jāizmanto, ja jums ir bootable diska attēls, piemēram, tie, ko nodrošina FreeBSD, Raspbian utt. Tiek atbalstīti arī faili ar .vhd paplašinājumu (kas ir Microsoft DD attēla versija), kā arī saspiesti tiem (.gz, .zip, .bz2, .xz utt.).

Iepriekš minētās četras iespējas ir vienīgās, kuras jūs redzēsiet Regulārs režīms. Bet, ja jūs vadāt Rufus Uzlabotais režīms, jums būs pieejama arī šāda izvēle:

• Syslinux x.yz: Instalē tukšu Syslinux boot loader, kas jūs aizvedīs uz Syslinux uzvedni un ne daudz citu. Jums vajadzētu zināt, kas jums jādara no šī punkta uz priekšu.
• GRUB / Grub4DOS: Tas pats, kas iepriekš, bet attiecīgi GRUB / Grub4DOS. Jūs saņemsiet GRUB uzvedni, bet jums ir jādomā par pārējo.
• ReactOS: Instalē eksperimentālu ReactOS boot loader. Kopš pēdējās reizes, kad es pārbaudīju, ReactOS neuzsāk šo USB datu nesēju. Tas ir tāpēc, ka to bija viegli pievienot, un tas tika darīts ar cerību, ka tas var palīdzēt ar ReactOS izstrādi.
• UEFI-NTFS: Tam nepieciešams, lai NTFS tiktu izvēlēts kā failu sistēma un instalēta tukša UEFI-NTFS boot loader. Tas ļauj startēt 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 4 GB maksimālā FAT32 faila lieluma, kas, piemēram, ļauj instalēt Microsoft Server 2016 UEFI režīmā, nesadalot tās 4,7 GB instalēšanas failu..

Ceru, ka tas palīdz. Tas ir vienkāršots pārskats, tāpēc es ceru, ka cilvēki nesāks nekļūdīties uz aspektiem, kas bija apzināti nomākti vai klusējuši (piemēram, zinot, ka ir iespējams, ka USB zibatmiņas diski bez starpsienām, lai USB un optiskie datu nesēji izmantotu to pašu failu sistēmai, un ka dažiem sāknēšanas procesiem ir iespēja paplašināt nodalījuma lielumu USB datu nesējā, lai atrisinātu zemāko redzamo kapacitātes problēmu).

Vai kaut kas jāpievieno paskaidrojumam? Skaņas izslēgšana komentāros. Vai vēlaties lasīt vairāk atbildes no citiem tehnoloģiju gudriem Stack Exchange lietotājiem? Apskatiet pilnu diskusiju pavedienu šeit.

Attēla kredīts: William (SuperUser)