Mengapa Adakah Membuat USB Bootable Drive Lebih Kompleks Daripada Membuat CD Bootable?

Mencipta CD dan DVD bootable cenderung menjadi proses yang mudah dan mudah tetapi mengapa ia lebih kompleks apabila membuat pemacu flash bootable? Adakah benar perbezaan antara kedua-duanya? Siaran Q & A SuperUser hari ini mempunyai jawapan kepada soalan pembaca yang ingin tahu.

Sesi Soalan & Jawapan hari ini datang kepada kami dengan ihsan SuperUser-bahagian pembahagian Stack Exchange, kumpulan yang diketuai oleh komuniti laman web Q & A.

Soalan

Pembaca SuperUser William ingin tahu mengapa membuat pemacu USB bootable lebih kompleks daripada membuat CD bootable:

Mencipta CD bootable sangat mudah pada pandangan saya, semua yang perlu anda lakukan ialah membakar fail ISO ke cakera dan ia boleh boot. Sekarang apabila ia datang kepada pemacu USB, anda mempunyai banyak pilihan. Bolehkah seseorang menerangkan perbezaan antara kedua-dua dan mungkin memberikan gambaran ringkas tentang pilihan yang berbeza?

Kenapa membuat pemacu USB bootable lebih kompleks daripada membuat CD bootable?

Jawapan

Penyumbang SuperUser Akeo mempunyai jawapan untuk kami:

Pemaju Rufus di sini. Pertama sekali, banyak pilihan yang anda sebutkan hanya disenaraikan semasa menjalankan Rufus Mod Lanjutan (apabila Seksyen Pilihan Lanjutan dipaparkan), kerana ia bertujuan untuk orang yang sudah tahu apa yang mereka ada.

Untuk bermula dengan, anda harus memahami bahawa format ISO tidak pernah direka untuk boot USB. Fail ISO adalah 1: 1 salinan cakera optik, dan media cakera optik adalah sangat berbeza dari media USB, baik dari segi bagaimana pemuat boot mereka harus distruktur, sistem fail apa yang mereka gunakan, bagaimana mereka dibahagikan (mereka adalah tidak), dan sebagainya.

Jadi, jika anda mempunyai fail ISO, anda tidak boleh lakukan dengan media USB apa yang anda boleh lakukan dengan cakera optik, yang dibaca dari setiap satu byte fail ISO dan disalin seperti yang, dalam urutan, ke cakera (apa CD / Aplikasi pembakar DVD lakukan apabila "berfungsi" dengan fail ISO).

Ini bukannya mengatakan bahawa penyalinan 1: 1 ini tidak boleh wujud pada media USB, hanya 1: 1 salinan pada media USB akan sama sekali berbeza dari 1: 1 salinan pada cakera optik dan oleh itu tidak boleh ditukar (di luar menggunakan ISOHymbrid imej yang dibuat untuk berfungsi sebagai 1: 1 salinan pada USB dan media optik kedua-duanya). Untuk rekod, dalam terminologi Rufus, salinan 1: 1 pada media USB dipanggil Imej DD (anda boleh melihat pilihan itu dalam senarai) dan beberapa pengedaran, seperti FreeBSD atau Raspbian, sebenarnya menyediakan Imej DD untuk pemasangan USB, berserta ISO fail untuk pembakaran CD / DVD.

Oleh itu, kami telah menubuhkan bahawa fail ISO sebenarnya tidak sesuai untuk membuat media USB bootable kerana ia bersamaan dengan menyediakan lubang bulat agar sesuai dengan lubang persegi yang lebih kecil, dan oleh itu, pasak putaran mesti diubah agar sesuai dengannya.

Sekarang anda mungkin tertanya-tanya, jika fail ISO sangat tidak sesuai untuk mencipta media USB bootable, mengapa kebanyakan pengedar sistem operasi di luar sana menyediakan fail ISO dan bukan gambar DD. Nah, di luar sebab sejarah, salah satu isu dengan Imej DD ialah kerana ia adalah sistem fail partition, jika anda membuat salinan 1: 1 pada media USB yang lebih besar daripada yang digunakan oleh orang yang membuat imej, maka anda akan berakhir dengan "kapasiti" yang jelas pada media USB anda yang dikurangkan kepada saiz yang digunakan dalam mencipta Imej DD yang asal.

Selain itu, walaupun cakera optik dan oleh itu fail ISO hanya boleh menggunakan salah satu daripada dua sistem fail (ISO9660 atau UDF), kedua-duanya telah disokong dengan baik dalam semua sistem operasi utama untuk masa yang sangat lama (dan membolehkan anda untuk mengintip pada kandungan imej sebelum atau selepas anda menggunakannya), Imej DD secara literal boleh menggunakan mana-mana beribu-ribu sistem fail yang berbeza yang wujud. Ini bermakna walaupun selepas anda mencipta media USB bootable anda, anda mungkin tidak boleh melihat apa-apa kandungan di atasnya sehingga anda boot itu. Sebagai contoh, ini akan berlaku jika anda menggunakan imej USB FreeBSD pada Windows. Sebaik sahaja media USB bootable telah dibuat, Windows tidak dapat mengakses apa-apa kandungan di atasnya sehingga anda memformatnya.

Oleh itu, para pembekal cenderung mahu mengekalkan fail ISO di mana mungkin (kerana biasanya) memberikan pengalaman pengguna yang lebih baik di semua sistem operasi. Tetapi ini juga bermakna bahawa sesetengah penukaran mesti (biasanya) berlaku supaya poket ISO pusingan kami dapat disesuaikan dengan baik ke lubang persegi "media USB" yang lebih kecil. Bagaimanakah ia berkaitan dengan senarai pilihan? Kami datang untuk itu.

Salah satu perkara pertama yang biasanya perlu dilakukan ialah sistem fail ISO9660 atau UDF yang digunakan oleh fail ISO. Kebanyakan masa, ini bermakna mengekstrak dan menyalin semua fail dari fail ISO ke sistem fail FAT32 atau NTFS, yang mana pemacu kilat USB bootable cenderung untuk digunakan. Sudah tentu itu bermakna bahawa sesiapa yang mencipta sistem ISO mestilah membuat beberapa peruntukan untuk menyokong FAT32 atau NTFS sebagai sistem fail untuk kegunaan langsung atau pemasangan (yang tidak semua orang, terutama yang bergantung sedikit pada ISOHibrid, cenderung untuk melakukan).

Kemudian ada boot loader itu sendiri, bit pertama kod yang dijalankan ketika boot komputer dari media USB. Malangnya, pemuat boot HDD / USB dan ISO adalah haiwan yang sangat berbeza, dan firmware BIOS atau UEFI juga merawat media USB dan optik dengan sangat berbeza semasa proses boot. Oleh itu, anda biasanya tidak boleh memuatkan pemuat boot dari fail ISO (yang biasanya akan menjadi pemuat boot El Torito), menyalinnya ke media USB, dan mengharapkan ia boot.

Kini datang bahagian yang berkaitan dengan senarai pilihan kami. Kerana Rufus perlu memberikan sekeping loader boot yang relevan, ia tidak dapat memperolehnya dari fail ISO. Sekiranya kita berurusan dengan fail ISO yang berpusat di Linux, kemungkinan besar ia akan menggunakan GRUB 2.0 atau Syslinux, jadi Rufus termasuk keupayaan untuk memasang versi berasaskan USB GRUB atau Syslinux (kerana fail ISO biasanya hanya mengandungi versi khusus ISO daripada mereka).

Ini biasanya dilakukan secara automatik apabila anda memilih dan membuka fail ISO sejak Rufus cukup pintar untuk mengesan jenis penukaran yang perlu diterapkan. Tetapi jika anda ingin bermain-main, Rufus memberi anda pilihan untuk juga memasang beberapa pemuat boot kosong yang membolehkan anda boot ke prompt GRUB atau Syslinux. Dari sana, jika anda sudah biasa dengan jenis pemuat boot ini, anda boleh membuat / menguji fail config anda sendiri dan cuba proses boot sendiri berdasarkan Syslinux atau GRUB anda sendiri (kerana pada tahap ini, anda hanya perlu menyalin / mengedit fail pada media USB untuk melakukannya).

Oleh itu, kini kami boleh pergi ke pilihan yang anda dapati dalam senarai:

MS-DOS: Ini mewujudkan versi kosong MS-DOS (Windows Me edisi), yang bermaksud anda akan boot ke prompt MS-DOS dan itu sahaja. Jika anda ingin menjalankan aplikasi DOS, anda perlu menyalinnya ke media USB anda. Ambil perhatian bahawa pilihan ini hanya tersedia pada Windows 8.1 atau lebih awal, tetapi tidak Windows 10 sejak Microsoft mengeluarkan fail pemasangan DOS dari Windows (dan hanya Microsoft yang boleh mengagihkan semula fail ini).

FreeDOS: Ini mewujudkan versi kosong FreeDOS. FreeDOS adalah versi perisian percuma MS-DOS, yang serasi sepenuhnya dengan MS-DOS, tetapi juga mempunyai kelebihan menjadi sumber terbuka. Berbanding dengan MS-DOS, sesiapa sahaja boleh mengagihkan semula FreeDOS, jadi fail boot FreeDOS disertakan dalam Rufus.

Imej ISO: Ini adalah pilihan yang perlu anda gunakan jika anda mempunyai fail ISO bootable dan mahu menukarnya ke media USB bootable. Perlu diingat bahawa kerana penukaran (biasanya) perlu berlaku dan terdapat zillions cara untuk membuat fail ISO bootable, tidak ada jaminan bahawa Rufus akan dapat menukarnya ke media USB (tetapi akan selalu memberitahu anda jika itu adalah kes itu).

Imej DD: Ini adalah kaedah yang harus anda gunakan jika anda mempunyai imej cakera bootable, seperti yang disediakan oleh FreeBSD, Raspbian, dll. File dengan lanjutan .vhd juga disokong (iaitu versi DD Image dari Microsoft) serta dimampatkan yang (.gz, .zip, .bz2, .xz, dan lain-lain).

Empat pilihan di atas adalah satu-satunya yang akan anda lihat Mod Biasa. Tetapi jika anda menjalankan Rufus masuk Mod Lanjutan, anda juga akan mempunyai akses kepada pilihan berikut:

Syslinux x.yz: Menginstall loader boot Syslinux kosong yang akan membawa anda ke prompt Syslinux dan tidak banyak lagi. Anda sepatutnya tahu apa yang perlu anda lakukan dari masa ke semasa.

GRUB / Grub4DOS: Sama seperti di atas, tetapi untuk GRUB / Grub4DOS masing-masing. Ia akan membawa anda ke jemputan GRUB, tetapi terpulang kepada anda untuk mengetahui yang lain.

ReactOS: Memasang pembuat boot ReactOS eksperimen. Sejak kali terakhir saya menyemak, ReactOS tidak boot dengan baik dari media USB. Ia ada kerana ia mudah untuk ditambah, dan dilakukan dengan harapan bahawa ia dapat membantu dengan pembangunan ReactOS.

UEFI-NTFS: Ini memerlukan NTFS dipilih sebagai sistem fail dan memasang pemuat boot UEFI-NTFS kosong. Ini membolehkan boot dari NTFS dalam mod UEFI tulen (bukan CSM) pada platform UEFI yang tidak termasuk pemandu NTFS. Kerana ia kosong, anda perlu menyalin sendiri /efi/boot/bootia32.efi atau /efi/boot/bootx64.efi ke dalam partition NTFS untuk menjadi berguna. UEFI-NTFS secara automatik digunakan oleh Rufus untuk bekerja di sekitar saiz fail maksimum 4 GB FAT32, yang misalnya membolehkan pemasangan Microsoft Server 2016 dalam mod UEFI tanpa harus memisahkan file install.wim 4.7 GB.

Harap yang membantu. Ini adalah gambaran umum yang mudah, jadi saya harap orang tidak akan mula mengkritik aspek-aspek yang sengaja dibuang-buang atau diam (seperti mengetahui bahawa ia mungkin mempunyai pemacu kilat USB tanpa partition, mempunyai media USB dan optik menggunakan fail yang sama dan beberapa proses boot mempunyai keupayaan untuk memanjangkan saiz partition pada media USB untuk menyelesaikan masalah kapasiti yang lebih rendah yang jelas).

Mempunyai sesuatu untuk menambah penjelasannya? Bunyi dalam komen. Ingin membaca lebih banyak jawapan dari pengguna Stack Exchange yang berteknologi tinggi? Lihat thread perbincangan penuh di sini.

Kredit Imej: William (SuperUser)