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.
Saya tahu utas ini sudah tua, tetapi saya menemukannya dalam pencarian saya sendiri ketika mencoba menyelesaikan masalah ini untuk diri saya sendiri, dan saya menemukan solusi yang bekerja untuk saya ketika tidak ada jawaban lain yang jadi saya perlu berbagi!
Saya memiliki Ubuntu dual-boot pada laptop saya bersama Windows 10. Saya memutuskan untuk menghapus Ubuntu, dan telah menghapus partisi itu, tetapi grub masih terus mengganggu boot loader saya. Setelah mencoba banyak saran yang tersisa di forum, saya akhirnya menemukan cara yang sangat sederhana, dan grafis untuk menghapusnya di lol saya sendiri. (Jadi, penafian, saya tidak tahu apakah ada versi Windows lain yang memiliki opsi ini atau tidak)
Tapi yang saya lakukan adalah F12 saat komputer sedang boot untuk masuk ke opsi boot. Dan di bawah Opsi Lain saya memilih Pengaturan BIOS . Di sisi kiri saya memilih Boot Sequence dan di sana ia mencantumkan opsi boot saya yang berbeda, dan saya bisa memilihnya untuk mengubah urutannya atau menghapusnya atau apa pun yang saya inginkan. Yang harus saya lakukan adalah memastikan hanya "ubuntu" yang ditandai, dan kemudian saya mengklik Delete Boot dan keluar. Ia melanjutkan ke layar masuk dan saya me-restart laptop saya hanya untuk memeriksa itu menyelesaikan masalah saya dan itu!
sumber
Oke, jadi ini tidak akan bekerja untuk setiap komputer yang saya kira, tapi inilah yang memperbaikinya untuk saya .
Pertama, saya boot ke "System Recovery" melalui opsi BIOS di laptop saya. Ini memungkinkan saya untuk masuk ke Windows, namun setiap kali saya boot setelah itu saya mendapat pesan yang mengatakan
No partition active
sesaat sebelum Windows boot. Saya menyingkirkan ini dengan melakukan hal berikut:bootrec.exe /fixmbr
dan me-reboot. Sekarang pesan tidak lagi muncul dan semuanya tampak normal.
sumber
Apa yang saya lakukan adalah setelah meng-uninstall Ubuntu -Anda dapat melakukan itu dengan beberapa uninstaller, atau hanya dengan boot ke live CD atau USB stick Ubuntu dan memformat partisi Linux dengan GParted- Saya juga memformat partisi EFI (FAT32) dan kemudian melakukan Pemulihan boot Windows dari disk instalasi Windows.
Saya harus menyebutkan saya membaca puluhan saran dan tutorial dan kehilangan banyak waktu dengan metode yang tidak berfungsi. Pada akhirnya saya melakukan satu-satunya hal yang tampak logis bagi saya untuk menginstal ulang windows dan itu berfungsi seperti pesona.
sumber
Pada Surface Pro, dimungkinkan untuk menghindari Grub 2 dengan memilih opsi "Instal ulang kunci boot aman" dari menu UEFI.
sumber