Pertama, KRITIS bahwa Anda memahami mode boot Anda. Komputer modern dapat melakukan boot dengan salah satu dari dua cara berikut:
- BIOS - Ini adalah cara boot lama, yang digunakan pada sebagian besar komputer yang diperkenalkan sebelum 2011. Komputer modern mendukung booting mode-BIOS melalui fitur yang disebut Modul Dukungan Kompatibilitas (CSM), alias "dukungan boot mode legacy" atau istilah yang sama. Dengan demikian, metode ini dapat disebut dengan tiga nama: BIOS, CSM, atau legacy. Ini melibatkan kode boot loader 16-bit yang tersebar di Master Boot Record (MBR) dan berbagai tempat lainnya. Ini adalah metode boot yang tidak matang tetapi matang, dan sebagian besar situs yang tidak secara eksplisit menyebutkan mode booting menggambarkan booting mode-BIOS. Namun, jika komputer Anda dilengkapi dengan Windows 8 atau lebih baru, kemungkinan itu tidak menggunakan metode booting ini.
- EFI / UEFI - Ini adalah mode boot asli untuk sebagian besar komputer yang diperkenalkan sejak pertengahan 2011, dan ini sepenuhnya berbeda dari booting mode-BIOS, jadi Anda harus mengabaikan saran yang secara eksplisit menyatakan itu untuk booting mode-BIOS, atau apa pun yang tidak menyebutkan mode boot (karena itu mungkin sudah tua atau ditulis oleh seseorang yang tidak tahu bedanya). Satu pengecualian: Secara membingungkan, banyak orang, dan bahkan produsen komputer, menyebut EFI mereka sebagai "BIOS." Praktik ini menciptakan banyak kebingungan.
Karena Anda menyebutkan Windows 10, kemungkinan komputer Anda berbasis EFI dan melakukan booting dalam mode EFI. Saya akan melanjutkan dengan asumsi itu. Jika ini salah, abaikan sisa jawaban ini.
Untuk mem-boot disk internal dalam mode EFI, OS biasanya menyimpan bootloader sebagai file pada Partisi Sistem EFI (ESP) pada disk. Nama file ini bisa apa saja yang legal, tetapi untuk Ubuntu, nama itu akan EFI/ubuntu/shimx64.efi
diluncurkan EFI/ubuntu/grubx64.efi
. Penginstal OS mendaftarkan nama boot loader dengan boot manager bawaan EFI, yang menyimpan nama itu dalam NVRAM. Jika EFI bekerja dengan benar (tidak semua berfungsi), ini menghasilkan proses boot yang berfungsi.
Masalah dengan proses ini, sebagaimana diterapkan pada removable disk, adalah tiga kali lipat:
- Penginstal Ubuntu akan menginstal GRUB ke "the" ESP - tetapi Anda mungkin memiliki beberapa ESP yang tersedia (hampir pasti satu di hard disk dan mungkin satu di USB drive). Mengontrol tempat pemasangan GRUB mungkin rumit. Ini tidak dilakukan dengan menggunakan opsi yang ditandai dengan judul yang jelas tentang di mana menginstal GRUB. Sebaliknya, itu dapat dilakukan (AFAIK) hanya dari opsi instalasi "Sesuatu Lain" dengan menandai ESP yang ingin Anda gunakan sebagai "partisi boot EFI" atau "Partisi Sistem EFI" (yang namanya tergantung pada versi Ubuntu).
- Jika Anda menginstal GRUB ke ESP pada drive USB, maka ketika Anda menghapus drive USB, EFI mungkin memperhatikan bahwa itu mendapat entri bootloader terdaftar yang tidak valid, dan menghapus entri itu. Banyak EFI melakukan ini, dan itu artinya jika Anda menginstal GRUB ke disk eksternal dan mencabutnya, Anda kehilangan kemampuan untuk mem-boot dari disk tersebut, bahkan ketika Anda mencolokkan kembali disk tersebut.
- Cara Ubuntu mengkonfigurasi GRUB menyebabkannya bergantung pada file konfigurasi yang ada di
/boot/grub
direktori Ubuntu , yang kemungkinan besar tidak berada di ESP. Jadi, jika Ubuntu menginstal GRUB ke ESP pada disk internal Anda, Anda akan menghindari masalah pertama tetapi mengalami yang lain karena ketika Anda memulai dengan drive USB yang terputus, GRUB akan meluncurkan dan tidak dapat menemukan file konfigurasinya. Hasilnya adalah grub>
prompt yang akan membingungkan sebagian besar pengguna.
Ada sejumlah solusi untuk masalah ini, termasuk:
- Pengguna menginstal GRUB ke nama file mundur pada disk eksternal - booting OS installer dengan menggunakan nama file fallback dari
EFI/BOOT/bootx64.efi
. Jika Anda menyalin Shim (yang meluncurkan GRUB) ke nama file ini (dengan menyalin EFI/ubuntu
ke EFI/BOOT
ESP dan kemudian mengubah nama shimx64.efi
menjadi bootx64.efi
diEFI/BOOT
), firmware Anda akan dapat meluncurkan GRUB berbasis USB seperti halnya penginstal Ubuntu. Ini akan mengatasi kedua masalah yang baru saja saya identifikasi, tetapi Anda harus menggunakan boot manager bawaan komputer untuk memilih OS mana yang akan di-boot. Boot manager bawaan ini berkisar dari tidak dapat digunakan hingga dapat ditoleransi, jadi ini mungkin atau mungkin bukan solusi yang dapat diterima. Anda juga mungkin perlu mengubah urutan boot setelah menginstal Ubuntu agar tidak meluncurkan GRUB dari ESP disk internal atau ESP disk eksternal secara default.
- Letakkan
/boot
partisi pada disk internal Anda - Jika Anda menginstal GRUB ke disk internal, maka Anda juga dapat meletakkan /boot
partisi pada disk internal. Ini akan memungkinkan GRUB bekerja secara normal di semua boot; namun, opsi Ubuntu akan muncul setiap saat, bahkan ketika disk USB dicabut. Ini mungkin tidak diinginkan, terutama jika Ubuntu adalah default. Selain itu, solusi ini berarti bahwa drive USB eksternal Anda hanya dapat di-boot pada komputer yang Anda persiapkan. Jika Anda ingin dapat menggunakan disk itu di komputer lain, Anda harus menghindari solusi ini.
- Gunakan boot manager yang lebih cerdas - Boot manager memberi Anda pilihan OS untuk boot, sedangkan boot loader memuat kernel ke dalam memori. GRUB melakukan pekerjaan dan boot manager bawaan EFI hanya melakukan pekerjaan pertama. Ada manajer boot lain yang tersedia, beberapa di antaranya dapat membantu Anda menghindari masalah yang saya identifikasi. RESMI saya sendiri , misalnya, jika diinstal ke ESP disk internal dan membuat program boot default, akan mendeteksi dan menyajikan opsi Ubuntu jika dan hanya jika GRUB atau kernel Linux hadir - yaitu, ketika drive USB dicolokkan masuk. Dengan mengatur
default_selection
opsi direfind.conf
dengan tepat, Anda dapat mengonfigurasikan rEFInd untuk mem-boot Ubuntu secara otomatis jika drive USB Ubuntu Anda dicolokkan dan untuk mem-boot langsung ke Windows jika drive USB Ubuntu tidak dicolokkan. Jawaban saya untuk pertanyaan ini memberikan rincian lebih lanjut tentang jenis konfigurasi ini, meskipun pada sebuah Mac daripada PC.
Dengan sedikit keberuntungan, salah satu dari pendekatan ini akan membuat Anda bangun dan berjalan.