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

Membuat CD dan DVD yang dapat di-boot cenderung menjadi proses yang sederhana dan mudah, tetapi mengapa lebih rumit saat membuat flash drive yang dapat di-boot? Apakah benar ada banyak perbedaan di antara keduanya? T&J Super Pengguna hari ini memiliki jawaban untuk pertanyaan pembaca yang penasaran.

Sesi Tanya Jawab hari ini datang kepada kami berkat SuperUser-subdivisi Stack Exchange, pengelompokan situs web Q&A berbasis komunitas.

Pertanyaan

Pembaca Pengguna Super William ingin tahu mengapa membuat drive USB yang dapat di-boot lebih kompleks daripada membuat CD yang dapat di-boot:

Membuat CD bootable benar-benar sederhana menurut saya, yang perlu Anda lakukan adalah membakar file ISO ke disk dan dapat di-boot. Sekarang ketika datang ke drive USB, Anda memiliki banyak pilihan. Bisakah seseorang menjelaskan perbedaan antara keduanya dan mungkin memberikan ikhtisar singkat tentang opsi yang berbeda?

Mengapa membuat drive USB yang dapat di-boot lebih kompleks daripada membuat CD yang dapat di-boot?

Jawabannya

Kontributor SuperUser Akeo memiliki jawaban untuk kami:

Pengembang Rufus di sini. Pertama-tama, banyak opsi yang Anda sebutkan hanya terdaftar saat menjalankan Rufus Mode lanjutan (ketika Bagian Opsi Lanjutan ditampilkan), karena ditujukan untuk orang yang sudah tahu untuk apa mereka.

Untuk memulainya, Anda harus memahami bahwa format ISO tidak pernah dirancang untuk boot USB. File ISO adalah salinan 1: 1 dari disk optik, dan media disk optik sangat berbeda dari media USB, baik dalam hal bagaimana boot loader mereka harus disusun, sistem file apa yang mereka gunakan, bagaimana mereka dipartisi (mereka adalah tidak), dan seterusnya.

Jadi, jika Anda memiliki file ISO, Anda tidak dapat melakukannya dengan media USB apa yang dapat Anda lakukan dengan disk optik, yang dibaca dari setiap byte tunggal file ISO dan disalin sebagaimana, secara berurutan, ke disk (CD apa / Aplikasi pembakar DVD lakukan ketika "bekerja" dengan file ISO).

Itu tidak berarti bahwa penyalinan 1: 1 semacam ini tidak dapat ada pada media USB, hanya saja 1: 1 salinan pada media USB akan sepenuhnya berbeda dari salinan 1: 1 pada cakram optik dan karenanya tidak dapat dipertukarkan (di luar menggunakan ISOHybrid gambar yang dibuat berfungsi sebagai salinan 1: 1 pada USB dan media optik keduanya). Sebagai catatan, dalam terminologi Rufus, salinan 1: 1 pada media USB disebut Gambar DD (Anda dapat melihat opsi itu dalam daftar) dan beberapa distribusi, seperti FreeBSD atau Raspbian, sebenarnya menyediakan Gambar DD untuk instalasi USB, di samping ISO file untuk membakar CD / DVD.

Dengan demikian, kami telah menetapkan bahwa file ISO sebenarnya kurang cocok untuk membuat media USB yang dapat di-boot karena mereka setara dengan memberikan pasak bundar agar sesuai dengan lubang persegi yang lebih kecil, dan oleh karena itu, pasak bundar harus diubah agar pas dengan itu.

Sekarang Anda mungkin bertanya-tanya, jika file ISO sangat tidak cocok untuk membuat media USB yang dapat di-boot, mengapa sebagian besar distributor sistem operasi di luar sana menyediakan file ISO alih-alih Gambar DD. Nah, di luar alasan historis, salah satu masalah dengan DD Images adalah karena mereka adalah sistem file yang dipartisi, jika Anda membuat salinan 1: 1 pada media USB yang lebih besar daripada yang digunakan oleh orang yang membuat gambar, maka Anda akan berakhir dengan "kapasitas" jelas dari media USB Anda dikurangi menjadi ukuran yang digunakan dalam membuat Gambar DD asli.

Juga, sedangkan cakram optik dan karenanya file ISO hanya dapat menggunakan salah satu dari dua sistem file (ISO9660 atau UDF), keduanya telah sangat didukung di semua sistem operasi utama untuk waktu yang sangat lama (dan memungkinkan Anda untuk mengintip pada konten gambar sebelum atau setelah Anda menggunakannya), Gambar DD benar-benar dapat menggunakan salah satu dari ribuan sistem file yang ada. Itu berarti bahwa bahkan setelah Anda membuat media USB yang dapat di-boot, Anda mungkin tidak dapat benar-benar melihat konten apa pun di dalamnya sampai Anda mem-boot-nya. Sebagai contoh, ini akan menjadi kasus jika Anda menggunakan gambar USB FreeBSD pada Windows. Setelah media USB yang dapat di-boot telah dibuat, Windows tidak akan dapat mengakses konten apa pun sampai Anda memformatnya kembali.

Inilah sebabnya mengapa penyedia cenderung ingin tetap menggunakan file ISO jika memungkinkan, karena (biasanya) memberikan pengalaman pengguna yang lebih baik di semua sistem operasi. Tetapi itu juga berarti bahwa beberapa konversi harus (biasanya) terjadi agar pasak ISO bundar kita dapat masuk dengan baik ke dalam lubang persegi "media USB" yang lebih kecil. Bagaimana hubungannya dengan daftar opsi? Kami datang untuk itu.

Salah satu hal pertama yang biasanya perlu pergi adalah sistem file ISO9660 atau UDF yang menggunakan file ISO. Sebagian besar waktu, ini berarti mengekstraksi dan menyalin semua file dari file ISO ke sistem file FAT32 atau NTFS, yang cenderung digunakan oleh USB flash drive bootable. Tetapi tentu saja itu berarti bahwa, siapa pun yang menciptakan sistem ISO pasti telah membuat beberapa ketentuan untuk mendukung FAT32 atau NTFS sebagai sistem file untuk penggunaan atau instalasi langsung (yang tidak semua orang, terutama mereka yang terlalu banyak mengandalkan ISOHybrid, cenderung melakukan).

Lalu ada boot loader aktual itu sendiri, bit kode pertama yang dijalankan ketika komputer melakukan booting dari media USB. Sayangnya, HDD / USB dan boot loader ISO adalah binatang yang sangat berbeda, dan firmware BIOS atau UEFI juga memperlakukan USB dan media optik dengan sangat berbeda selama proses boot up. Jadi Anda biasanya tidak dapat mengambil boot loader dari file ISO (yang biasanya akan menjadi boot loader El Torito), menyalinnya ke media USB, dan berharap untuk boot.

Sekarang sampai pada bagian yang relevan dengan daftar opsi kami. Karena Rufus harus menyediakan bagian bootloader yang relevan, Rufus tidak bisa mendapatkannya dari file ISO. Jika kita berurusan dengan file ISO berbasis Linux, maka kemungkinan itu akan menggunakan GRUB 2.0 atau Syslinux, jadi Rufus menyertakan kemampuan untuk menginstal versi GRUB atau Syslinux berbasis USB (karena file ISO biasanya hanya berisi versi spesifik ISO dari mereka).

Ini biasanya dilakukan secara otomatis ketika Anda memilih dan membuka file ISO karena Rufus cukup pintar untuk mendeteksi konversi seperti apa yang perlu diterapkan. Tetapi jika Anda ingin bermain-main, Rufus memberi Anda pilihan untuk juga menginstal beberapa boot loader kosong yang memungkinkan Anda untuk boot ke GRUB atau Syslinux prompt. Dari sana, jika Anda terbiasa dengan jenis boot loader ini, Anda dapat membuat / menguji file konfigurasi Anda sendiri dan mencoba proses boot kustom Syslinux atau GRUB Anda sendiri (karena pada tahap ini, Anda hanya perlu menyalin / mengedit file pada media USB untuk melakukan itu).

Jadi, kita sekarang dapat membahas opsi yang Anda temukan dalam daftar:

MS-DOS: Ini menciptakan versi kosong MS-DOS (Windows Me edition), yang berarti Anda akan boot ke prompt MS-DOS dan hanya itu. Jika Anda ingin menjalankan aplikasi DOS, Anda harus menyalinnya ke media USB Anda. Perhatikan bahwa opsi ini hanya tersedia pada Windows 8.1 atau yang lebih lama, tetapi bukan Windows 10 sejak Microsoft menghapus file instalasi DOS dari Windows (dan hanya Microsoft yang dapat mendistribusikan kembali file-file ini).

FreeDOS: Ini menciptakan versi kosong FreeDOS. FreeDOS adalah versi perangkat lunak bebas dari MS-DOS, yang sepenuhnya kompatibel dengan MS-DOS, tetapi juga memiliki keuntungan sebagai open source. Dibandingkan dengan MS-DOS, siapa pun dapat mendistribusikan kembali FreeDOS, sehingga file boot FreeDOS disertakan dalam Rufus.

ISO Image: Ini adalah opsi yang harus Anda gunakan jika Anda memiliki file ISO yang dapat di-boot dan ingin mengubahnya menjadi media USB yang dapat di-boot. Perlu diingat bahwa karena konversi (biasanya) perlu terjadi dan ada banyak cara untuk membuat file ISO yang dapat di-boot, tidak ada jaminan bahwa Rufus akan dapat mengonversinya ke media USB (tetapi itu akan selalu memberi tahu Anda jika itu itu masalahnya).

Gambar DD: Ini adalah metode yang harus Anda gunakan jika Anda memiliki image disk yang dapat di-boot, seperti yang disediakan oleh FreeBSD, Raspbian, dll. File dengan ekstensi .vhd juga didukung (yang merupakan versi Microsoft dari Gambar DD) serta dikompresi yang (.gz, .zip, .bz2, .xz, dll.).

Keempat opsi di atas adalah satu-satunya yang akan Anda lihat Mode Biasa. Tetapi jika Anda menjalankan Rufus Mode lanjutan, Anda juga akan memiliki akses ke pilihan berikut:

Syslinux x.yz: Instal boot loader Syslinux kosong yang akan membawa Anda ke prompt Syslinux dan tidak banyak lagi. Anda seharusnya tahu apa yang perlu Anda lakukan sejak saat itu.

GRUB / Grub4DOS: Sama seperti di atas, tetapi untuk GRUB / Grub4DOS masing-masing. Ini akan membawa Anda ke prompt GRUB, tetapi terserah Anda untuk mencari tahu sisanya.

ReactOS: Menginstal boot loader ReactOS eksperimental. Sejak terakhir kali saya memeriksa, ReactOS tidak bisa boot dengan baik dari media USB. Itu ada di sana karena mudah untuk ditambahkan, dan dilakukan dengan harapan dapat membantu pengembangan ReactOS.

UEFI-NTFS: Ini membutuhkan NTFS untuk dipilih sebagai sistem file dan menginstal boot loader UEFI-NTFS kosong. Ini memungkinkan booting dari NTFS dalam mode UEFI murni (bukan CSM) pada platform UEFI yang tidak termasuk driver NTFS. Karena kosong, Anda harus menyalinnya sendiri /efi/boot/bootia32.efi atau /efi/boot/bootx64.efi ke partisi NTFS agar bermanfaat. UEFI-NTFS secara otomatis digunakan oleh Rufus untuk bekerja di sekitar ukuran file maksimum 4 GB FAT32, yang misalnya, memungkinkan instalasi Microsoft Server 2016 dalam mode UEFI tanpa harus membagi file install.wim 4,7 GB-nya.

Semoga itu bisa membantu. Ini adalah gambaran umum yang disederhanakan, jadi saya harap orang-orang tidak akan mulai melakukan nitpicking pada aspek yang sengaja dibuat bodoh atau dibungkam (seperti mengetahui bahwa mungkin untuk memiliki USB flash drive tanpa partisi, memiliki USB dan media optik menggunakan file yang sama sistem, dan bahwa beberapa proses boot memiliki kemampuan untuk memperluas ukuran partisi pada media USB untuk menyelesaikan masalah kapasitas yang tampak lebih rendah).

Punya sesuatu untuk ditambahkan ke penjelasan? Berbunyi dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang mengerti teknologi lainnya? Lihat utas diskusi lengkap di sini.

Kredit Gambar: William (SuperUser)