Diedit dan dimodifikasi jawaban asli, SETELAH 20+ percobaan lebih lanjut pada kedua mesin saya. Untuk membuatnya menjadi jawaban singkat, saya akan menghapus semua asumsi dan kesimpulan yang salah dalam jawaban lama.
---------------- Komputer saya ADALAH
1. Fujitsu LIFEBOOK-LH532, yang UEFI BIOS di mainboard dihancurkan oleh ubuntu EFI ubiquity versi 12.04, pada tahun 2012
https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418
Jelas saya memilih instalasi BIOS manual pada NoteBook UEFI LH532 saya. SEJAK SAYA TIDAK INGIN membuka NOTEBOOK SAYA UNTUK SINGKAT JUMPER CIRCUIT cl1 & cl2 DI MAINBOARD lagi SEJAK SAYA "BUG" MASIH ADA. *** Saya memaksakan mode BIOS manual dengan tidak memberikan partion EFI pada hard disk apa pun. TETAPI SEMUA INSTALASI AKAN DETEKTAKAN MAINBOARD UEFI DAN AKAN MENCOBA UNTUK MENGINSTAL EFI UBUNTU "FIRST".
- Server xenon Gigabyte lama bukan mainboard UEFI.
Yang tidak memiliki kesalahan sama sekali.
Kesalahan persis seperti topiknya, mengakibatkan masalah dengan NOTEBOOK "UEFI" SAJA.
- Notebook UEFI NON botable (LH532). Ubiquity Hancurkan UBUNTU GRUB yang ada.
- "ATAU JIKA BERUNTUNG" hanya akan menggunakan grub Bios lama yang diinstal dengan 16,04 dan mem-boot ke 18,04 baru (di partisi 16,04 lama) dengan beberapa kesalahan di awal waktu booting.
SAYA TETAP BOOTING OLEH
- Rasa sakit?? kompleks? Menggunakan Boot-Repair (gagal menggunakan grubcustomiser) diinstal ke instalasi ubuntu yang ada di partisi lain atau BOOTED Live usb. Dan ikuti instruksi yang berbeda dari satu waktu ke yang lain tergantung pada konfigurasi hard disk dalam sistem serta rasa ubuntu 18,04 yang digunakan.
https://help.ubuntu.com/community/Boot-Repair
- Mudah dan Luar Biasa "sebagian besar waktu". Saya menggunakan 16,04 dari UBUNTU ATAU LUBUNTU melakukan instalasi baru pada partisi lain dari hard disk di komputer yang sama, bahwa Anda telah menginstal "18,04" dan gagal menginstal grub dengan ERROR ini.
Sehingga 16,04 akan membuat boot sistem Anda. Dan ya, Anda dapat mengakses ke versi Great 18.04 dari grub 16.04 itu.
Dan YA, saya menggunakan UBUNTU 18,04 untuk menulis jawaban ini, setelah LUBUNTU 16,04 MENGINSTAL GRUB BARU UNTUK notebook LH532 saya dengan opsi yang benar untuk memilih 18,04.
Alasan kesalahan topik ini adalah Anda tidak memberikan partisi EFI untuk mode instalasi "sesuatu yang lain" manual.
Jadi jika Anda sengaja, seperti saya, tidak memiliki partisi EFI. Anda akan memiliki kesalahan ini.
Tapi versi 16.04, punya UBIQUITY yang lebih pintar atau? Masa bodo? dari 18,04. Ini akan menemukan bahwa Anda menginstal dengan instalasi BIOS (tidak ada partisi efi dalam hard disk) dan membiarkan Anda memilih "GO BACK" untuk menginstal ubuntu dengan mode BIOS. Tetapi 18,04 akan melakukan instalasi tanpa pilihan dalam kasus saya dan mungkin milik Anda.
Saya akan menyebut kualitas yang lebih buruk itu dalam keadaan 18.04 ini sebagai "BUG". Tapi bisa jadi niat pemrogram untuk memaksa kita untuk menggunakan hanya otomatisasi bersih yang tepat saja ???, yang seharusnya mereka hapus opsi "sesuatu yang lain".
- Saya telah memperbaiki masalah dengan REFORMAT SSD saya sepenuhnya. Instal mode 10 UEFI Windows. Yang secara otomatis membuat partisi EFI.
Kemudian instal UBUNTU 18.04 tanpa kesalahan, meskipun dengan cemburu melarang saya untuk boot ke MANJARO LINUX yang saya instal setelah Windows 10 tanpa masalah juga.
Dan tentu saja, UBUNTU 18.04 menghancurkan BIOS F12 saya. JEALOUSELY MENGHARGAI saya untuk menginstal OS lain, dan saya harus membuka kasing notebook ke jumper sirkuit pendek CL1 dan CL2 untuk mendapatkan F12 untuk memilih media boot kembali.
Saya melaporkan ini ke lunchpad sebagai tautan yang saya berikan di atas.
Maaf dari topik sedikit tetapi biarkan Anda semua tahu ada lebih banyak bug di mana-mana atau proses instalasi lebih dari masalah ini.