Kāpēc bootable USB diska izveide ir sarežģītāka nekā bootable kompaktdisku 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 & amai ir atbilde uz ziņkārīgo lasītāja jautājumu.

Šodienas jautājums &Atbildes sesija mums priecājas par SuperUser - Stack Exchange, kas ir kopienas un Q & A tīmekļa vietņu grupa.

Jautājums

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

Izveidot bootable CD ir ļoti vienkāršs, manuprāt, viss, kas jums jādara, ir ierakstīt ISO failu diskā untas 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?

Atbilde

SuperUser atbildētājam Akeo mums ir atbilde:

Rufus izstrādātājs šeit. Pirmkārt, daudzas no iespējām, kuras jūs pieminējat, ir uzskaitītas tikai tad, kad tiek izmantots Rufus

Advanced Mode ( kad parādās papildu opciju sadaļa ), jo tie ir paredzēti lietotājiem, kas jau zina, par ko viņi ir.

Lai sāktu ar, jums ir jāsaprot, ka ISO formāts nekad nav paredzēts USB booting. 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ā jāveido to sāknēšanas aparāti, gan par to, kāda failu sistēma viņi izmanto, kā par to, kā tie ir sadalīti( tie irne) un tā tālāk.

Tātad, ja jums ir ISO fails, jūs vienkārši nevarat ar USB starpniecību darīt to, ko jūs varat darīt ar optisko disku, kas tiek nolasīts no katra ISO faila baita un tiek kopēts kā tas ir secīgi uz diska( kasCD / DVD rakstītāji lieto tad, kad "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āpēc nav savstarpēji aizstājamas( ārpus izmantošanasISOHybrid attēli, kas ir izstrādāti, lai darbotos kā 1: 1 kopijas uz USB un optiskajiem 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 ISOfaili CD / DVD ierakstīšanai.

. Tādējādi mēs esam konstatējuši, ka ISO faili patiešām ir slikti piemēroti, lai izveidotu bootable USB mediju, jo tie ir ekvivalents tam, ka ir jānodrošina apaļa piesaiste, lai ietilptu mazākam kvadrātveida caurumam, un tādēļ apaļais piespraužamais elements ir jāmaina tā vietā.

Tagad jums var būt jautājums, vai ISO faili ir tik slikti, lai izveidotu bootable USB mezglu, 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 diski un tādējādi arī ISO faili var izmantot tikai vienu no divām failu sistēmām( ISO9660 vai UDF), no kurām abas ir ļoti labi atbalstītas visās lielākajās operētājsistēmās ļoti ilgu laiku( un ļauj veiktapskatīt attēlu saturu pirms vai pēc tam, kad to izmantojat), 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 pakalpojumu sniedzēji mēdz gribētu, ja vien iespējams, pielīmē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ākās "USB media" kvadrātveida caurumā.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 tendencedarīt).

Toreiz pati ir pati boot loader - pirmā koda bits, kas tiek izpildīts, kad dators zābojās no USB datu nesēja. 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 veikt boot loader no ISO faila( kas parasti ir El Torito boot loader), nokopējiet to uz USB datu nesēju un sagaidiet, ka tā tiks startēta.

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, 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ā versijano tiem).

Tas parasti tiek veikts 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ģē failiUSB multividi to darīt).

Tātad, tagad mēs varam pāriet uz sarakstā iekļautajām iespējām:

• MS-DOS: Tas rada tukšu MS-DOS versiju( Windows Me izdevums), kas nozīmē, ka jūs palaidīsiet MS-DOS uzvedni unvai tas 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, kuru vajadzētu izmantot, ja jums ir bootable ISO fails un vēlaties pārvērst to 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 tasir 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 attēla), kā arī saspiestos( .gz,. zip,. bz2,. xz uc).

Šīs četras iespējas ir vienīgās, kuras jūs redzēsiet regulārajā režīmā .Bet, ja jūs palaidīsit Rufus Advanced Mode , jums būs arī pieeja šādām iespējām:

• 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 GRUB / Grub4DOS attiecīgi. Tas ļaus jums uz GRUB tūlītēju palīdzību, bet jums ir jāizdomā atpūta.
• ReactOS: Instalē eksperimentālo ReactOS bootloader. 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 NTFS atlasīt kā 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 nokopēt savu /efi/boot/ bootia32.efi vai /efi/boot/ bootx64.efi uz NTFS nodalījuma, 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 optiskie datu nesēji izmantotu to pašu failusistē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 kas jāpievieno 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ēla kredīts: William( SuperUser)