Saya menyadari Anda tetap masalah, tapi saya ingin menunjukkan apa yang salah dan bagaimana harus diperbaiki (baik oleh pengguna akhir dan oleh pengembang Ubuntu).
Pertama, pengembang Ubuntu telah memutuskan - paling tidak bijaksana - untuk membuat konfigurasi GRUB yang bergantung pada file di /
partisi root ( ) Ubuntu , serta pada Partisi Sistem EFI (ESP). Ini membuat GRUB rentan terhadap penghapusan atau kerusakan pada partisi Linux, dan karenanya membuatnya sulit untuk mem-boot komputer setelah melepas Ubuntu atau jika instalasi Ubuntu rusak dalam beberapa cara. Kerentanan ini tidak perlu; dimungkinkan untuk mengkonfigurasi GRUB untuk mencari semua file dukungan dan konfigurasinya pada ESP. Jika GRUB dikonfigurasikan dengan cara ini (seperti halnya Fedora), maka menghapus Ubuntu tidak akan memengaruhi kemampuan GRUB untuk mengalihkan ke Windows. Sistem masih akan boot melalui GRUB, tetapi setidaknya masih bisa boot. Jadi, malu pada Ubuntu untuk mengatur GRUB dengan cara yang salah.
Kedua, berdasarkan nama file yang Anda sebutkan, Anda tampaknya telah menjalankan alat Boot Boot Ubuntu di beberapa titik. Alat ini secara otomatis mengganti nama boot loader Windows EFI/Microsoft/Boot/bootmgfw.efi
,, dan menempatkan salinan GRUB di tempatnya. Itu melakukan hal yang sama dengan boot loader mundur EFI EFI/BOOT/bootx64.efi
,, dan menjatuhkan salinan GRUB lain sebagai EFI/Microsoft/Boot/bootx64.efi
, untuk alasan yang saya tidak mengklaim mengerti. Ini dilakukan sebagai solusi untuk bug di segelintir EFI. Masalahnya adalah bahwa Perbaikan Boot melakukan ini secara default. Pada kebanyakan komputer, tidakperlu. Ketika selanjutnya diinginkan untuk membuat perubahan pada konfigurasi boot, penggantian nama dan replikasi GRUB ini menjadi masalah, karena pengguna tidak dapat menebak apa yang sedang terjadi. Jadi, malu pengembang Boot Repair karena tidak sopan tentang perbaikan mereka. (Namun, dalam pembelaan mereka, akan sangat sulit bagi Perbaikan Boot untuk secara andal mendeteksi komputer mana yang memiliki bug yang memerlukan pemindahan file boot dengan cara yang dilakukannya secara default.)
Satu hal lagi yang penting: Dalam sistem EFI yang berfungsi dengan baik, daftar program boot diadakan di NVRAM. EFI mencoba setiap program dalam daftar ini secara berurutan; jika salah satu gagal atau tidak ada, yang berikutnya akan dicoba. Ketika Ubuntu menginstal, ia menambahkan versi GRUB ke bagian atas daftar. Sebagian besar EFI juga memungkinkan pengguna untuk menentukan program boot mana yang akan digunakan dari boot manager built-in, tetapi boot manager built-in ini kasar pada sebagian besar EFI.
Ringkas semua faktor ini, dan solusi paling sederhana untuk masalah awal adalah:
- Undo perubahan alat Perbaikan Boot. Ini dapat dilakukan dengan menggunakan alat Boot Repair itu sendiri; ia memiliki menu Opsi Lanjutan dengan kotak centang yang disebut "Kembalikan Cadangan EFI". Gunakan itu dan banyak salinan GRUB akan dihapus dan bootloader Windows akan dikembalikan. Atau, ini bisa dilakukan secara manual. Yang paling penting, cadangan
bootmgfw.efi
(mungkin disebut bkpbootmgfw.efi
, meskipun beberapa versi Boot Repair telah menggunakan nama lain) harus disalin ke EFI/Microsoft/Boot/bootmgfw.efi
ESP.
- Hapus GRUB di lokasi resmi / semestinya -
EFI/ubuntu/grubx64.efi
untuk Ubuntu. Jika Secure Boot aktif, menghapus EFI/ubuntu/shimx64.efi
akan diperlukan sebagai gantinya. Bahkan, menghapus seluruh EFI/ubuntu
direktori, atau setidaknya mengganti nama, akan melakukan pekerjaan dalam hal apa pun.
Itu dia. Dengan kedua hal tersebut tercapai, EFI akan melewatkan opsi boot Ubuntu karena itu tidak lagi valid dan melanjutkan untuk mem-boot Windows. Beberapa EFI juga akan secara otomatis menghapus opsi boot Ubuntu dari menu boot manager mereka, walaupun praktik ini tidak universal.
Perhatikan bahwa dalam kasus Anda, Matius, saya tidak merekomendasikan melakukan hal-hal ini; Anda memiliki konfigurasi yang berfungsi, dan seperti yang mereka katakan, "jika tidak rusak, jangan memperbaikinya." Anda mungkin memiliki beberapa file liar yang tersisa di ESP Anda, tetapi mereka tidak membahayakan, jadi sebaiknya tinggalkan saja. Saya telah mempresentasikan jawaban saya dengan harapan orang lain akan merasakan manfaatnya.
EDIT: Di atas benar ketika saya pertama kali menulisnya, dan prinsip-prinsipnya tetap sama; namun, Perbaikan Boot tidak lagi secara otomatis mengganti nama boot loader Windows dan menggantinya dengan salinan GRUB lainnya. (Perbaikan Booting dapat melakukan ini secara opsional, tetapi opsi ini terkubur pada menu opsi lanjutan, sehingga tidak lagi dilakukan secara default.) Fakta ini membuat pemulihan dari masalah ini lebih mudah hari ini daripada di tahun 2013. Dalam kebanyakan kasus, Anda hanya perlu hapus EFI/ubuntu
direktori pada ESP untuk membuat sistem boot langsung ke Windows. Jika GRUB masih muncul setelah Anda melakukan ini, Anda mungkin telah menggunakan opsi Boot Repair untuk mencadangkan dan mengganti nama file boot, dalam hal ini menggunakannya untuk membatalkan tindakan-tindakan tersebut secara berurutan, seperti yang disebutkan sebelumnya.
Pilihan lain adalah menggunakan boot manager internal komputer (biasanya diakses dengan menekan tombol fungsi, Esc, atau Enter segera setelah Anda menyalakan komputer) untuk mem-bypass GRUB dan boot ke Windows. Anda kemudian dapat menggunakan EasyUEFI untuk menyesuaikan urutan boot dan / atau menghapus ubuntu
entri dari daftar boot. Tindakan ini tidak akan menghapus GRUB dari ESP, tetapi akan mem-bypass GRUB.