Membuat CD dan DVD yang bisa di-booting cenderung menjadi proses yang sederhana dan mudah, tetapi mengapa itu lebih rumit ketika membuat bootable flash drive? Apakah benar-benar ada banyak perbedaan di antara keduanya? Posting SuperUser Q & A saat ini memiliki jawaban untuk pertanyaan pembaca yang ingin tahu.
Sesi Tanya & Jawab hari ini hadir untuk memberi kami hak milik SuperUser-sub divisi Stack Exchange, pengelompokan situs web Q & A berbasis komunitas.
Pembaca SuperUser William ingin tahu mengapa membuat drive USB bootable lebih rumit daripada membuat CD yang dapat di-boot:
Membuat CD bootable sangat sederhana menurut saya, semua yang perlu Anda lakukan adalah membakar file ISO ke disk dan bootable. Sekarang ketika datang ke drive USB, Anda memiliki banyak pilihan. Bisakah seseorang menjelaskan perbedaan antara keduanya dan mungkin memberikan gambaran singkat tentang opsi yang berbeda?
Mengapa membuat drive USB bootable lebih rumit daripada membuat CD yang dapat di-boot?
Penyumbang Super User, Akeo memiliki jawabannya untuk kami:
Pengembang Rufus di sini. Pertama-tama, banyak opsi yang Anda sebutkan hanya tercantum saat menjalankan Rufus di Mode lanjutan (ketika Bagian Opsi Lanjutan ditampilkan), karena ditujukan untuk orang yang sudah tahu untuk apa mereka.
Untuk mulai dengan, 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 terstruktur, sistem file apa yang mereka gunakan, bagaimana mereka dipartisi (mereka tidak), dan seterusnya.
Jadi, jika Anda memiliki file ISO, Anda tidak dapat melakukan dengan media USB apa yang dapat Anda lakukan dengan cakram optik, yang dibaca dari setiap byte tunggal file ISO dan disalin sebagaimana adanya, secara berurutan, ke cakram (CD apa / Aplikasi DVD burner dilakukan ketika "bekerja" dengan file ISO).
Itu tidak berarti bahwa penyalinan 1: 1 semacam ini tidak dapat ada di media USB, hanya saja salinan 1: 1 pada media USB akan benar-benar berbeda dari salinan 1: 1 pada cakram optik dan karena itu tidak dapat dipertukarkan (di luar penggunaan ISOHybrid gambar yang dibuat untuk 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, bersama ISO file untuk membakar CD / DVD.
Dengan demikian, kami telah menetapkan bahwa file-file ISO sebenarnya kurang cocok untuk membuat media USB yang dapat di-boot karena mereka setara dengan menyediakan pasak bundar agar sesuai dengan lubang persegi yang lebih kecil, dan karena itu, pasak bundar harus diubah agar sesuai.
Sekarang Anda mungkin bertanya-tanya, jika file ISO sangat tidak cocok untuk membuat media USB yang dapat di-boot, mengapa kebanyakan distributor sistem operasi di luar sana menyediakan file ISO, bukan DD Images. Nah, di luar alasan historis, salah satu masalah dengan Gambar DD adalah karena mereka adalah sistem file yang dipartisi, jika Anda membuat salinan 1: 1 pada media USB yang lebih besar dari yang digunakan oleh orang yang membuat gambar, maka Anda akan berakhir dengan "kapasitas" media USB Anda yang direduksi menjadi ukuran yang digunakan untuk membuat Gambar DD asli.
Juga, sedangkan cakram optik dan karena itu file ISO hanya dapat menggunakan salah satu dari dua sistem file (ISO9660 atau UDF), keduanya telah didukung dengan sangat baik 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 berbeda 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 sampai Anda mem-boot-nya. Misalnya, ini akan menjadi kasus jika Anda menggunakan gambar USB FreeBSD di Windows. Setelah media USB bootable dibuat, Windows tidak akan dapat mengakses konten apa pun sampai Anda memformat ulang.
Inilah sebabnya mengapa penyedia cenderung ingin tetap dengan file ISO jika memungkinkan, karena biasanya (biasanya) memberikan pengalaman pengguna yang lebih baik di semua sistem operasi. Tetapi itu juga berarti bahwa sebagian konversi harus (biasanya) terjadi sehingga paku bundar ISO kami dapat masuk dengan pas ke dalam lubang persegi “media USB” yang lebih kecil. Bagaimana itu berhubungan dengan daftar opsi? Kami datang untuk itu.
Salah satu hal pertama yang biasanya perlu dilakukan adalah sistem file ISO9660 atau UDF yang digunakan file ISO. Seringkali, ini berarti mengekstraksi dan menyalin semua file dari file ISO ke sistem file FAT32 atau NTFS, yang biasanya digunakan oleh USB flash drive. Tapi 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 langsung atau instalasi (yang tidak semua orang, terutama yang terlalu bergantung pada ISOHybrid, cenderung melakukan).
Lalu ada boot loader yang sebenarnya itu sendiri, bit pertama kode yang dijalankan ketika komputer boot dari media USB. Sayangnya, HDD / USB dan boot loader ISO adalah beast yang sangat berbeda, dan BIOS atau UEFI firmware juga memperlakukan USB dan media optik dengan sangat berbeda selama proses boot. Jadi Anda biasanya tidak dapat mengambil boot loader dari file ISO (yang biasanya adalah boot loader El Torito), salin ke media USB, dan harapkan untuk boot.
Sekarang sampai pada bagian yang relevan dengan daftar opsi kami. Karena Rufus harus menyediakan boot loader yang relevan, itu 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 berbasis USB GRUB atau Syslinux (karena file ISO biasanya hanya berisi versi khusus ISO dari mereka).
Ini biasanya dilakukan secara otomatis ketika Anda memilih dan membuka file ISO karena Rufus cukup pintar untuk mendeteksi jenis konversi 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 prompt GRUB atau Syslinux. Dari sana, jika Anda sudah familiar 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, sekarang kita bisa membahas opsi yang Anda temukan dalam daftar:
- MS-DOS: Ini menciptakan versi kosong MS-DOS (Windows Me edition), yang berarti Anda akan boot ke MS-DOS prompt 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 sebelumnya, tetapi tidak Windows 10 sejak Microsoft menghapus file instalasi DOS dari Windows (dan hanya Microsoft yang dapat mendistribusikan ulang file-file ini).
- FreeDOS: Ini menciptakan versi kosong FreeDOS. FreeDOS adalah versi perangkat lunak gratis MS-DOS, yang sepenuhnya kompatibel dengan MS-DOS, tetapi juga memiliki keuntungan sebagai open source. Dibandingkan dengan MS-DOS, siapa pun dapat mendistribusikan ulang FreeDOS, sehingga file boot FreeDOS disertakan dalam Rufus.
- Gambar ISO: Ini adalah opsi yang harus Anda gunakan jika Anda memiliki file ISO bootable dan ingin mengubahnya menjadi media USB yang dapat di-boot. Perlu diingat bahwa karena konversi (biasanya) perlu terjadi dan ada zillions cara untuk membuat file ISO bootable, tidak ada jaminan bahwa Rufus akan dapat mengkonversinya ke media USB (tetapi akan selalu memberitahu Anda jika itu adalah kasusnya).
- 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.).
Empat opsi di atas adalah satu-satunya yang akan Anda lihat Mode Biasa. Tetapi jika Anda menjalankan Rufus di Mode lanjutan, Anda juga akan memiliki akses ke pilihan berikut:
- Syslinux x.yz: Menginstal 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 karena itu mudah untuk ditambahkan, dan dilakukan dengan harapan bahwa itu dapat membantu dengan pengembangan ReactOS.
- UEFI-NTFS: Ini mengharuskan NTFS untuk dipilih sebagai sistem file dan menginstal boot loader UEFI-NTFS kosong. Ini memungkinkan boot dari NTFS dalam mode UEFI murni (bukan CSM) pada platform UEFI yang tidak menyertakan driver NTFS. Karena kosong, Anda harus menyalinnya sendiri /efi/boot/bootia32.efi atau /efi/boot/bootx64.efi ke partisi NTFS agar berguna. 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.
Semoga itu membantu. Ini adalah gambaran umum yang disederhanakan, jadi saya harap orang tidak akan mulai mengkhianati aspek-aspek yang sengaja dibungkam atau diam (seperti mengetahui kemungkinan untuk memiliki USB flash drive tanpa partisi, untuk 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 mengatasi masalah kapasitas yang lebih rendah yang tampak).
Memiliki sesuatu untuk ditambahkan ke penjelasan? Bicaralah di komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang paham teknologi lainnya? Lihat diskusi lengkap di sini.
Kredit Gambar: William (SuperUser)
