“Paket 'grub-efi-amd64-signed' gagal diinstal ke / target /” selama instalasi Ubuntu 18.04 [duplikat]

9

Ketika saya mencoba menginstal Ubuntu 18.04 di desktop saya, itu menunjukkan kesalahan berikut:

kesalahan muncul dengan mana-mana

The 'grub-efi-amd64-signed'paket gagal untuk menginstal ke dalam /target/. Tanpa bootloader GRUB, sistem yang terinstal tidak akan bisa boot.

Bagaimana cara memperbaiki kesalahan ini?

Primo Raj
sumber
apakah komputer Anda mendukung EFI? sepertinya Anda mencoba menginstal grub-efi pada dan MBR disk atau, apakah Anda membuat partisi Sistem EFI? verifikasi pengaturan bios Anda dan perbarui pertanyaan Anda dengan rincian lebih lanjut tentang masalah Anda
Eskander Bejaoui
1
Posting tautan ke laporan ringkasan Create BootInfo. Merupakan bagian dari Boot-Repair: help.ubuntu.com/community/Boot-Info
oldfred
1
Saya mengalami masalah yang sama. Yang berhasil bagi saya adalah memilih opsi booting non UEFI pada installer USB.
Esteban Knöbl
- tetapkan 150mb ke EFI saat dipartisi. ikuti gambar untuk lebih jelasnya
Arunph

Jawaban:

2

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".

  1. Server xenon Gigabyte lama bukan mainboard UEFI.

    Yang tidak memiliki kesalahan sama sekali.

Kesalahan persis seperti topiknya, mengakibatkan masalah dengan NOTEBOOK "UEFI" SAJA.

  1. Notebook UEFI NON botable (LH532). Ubiquity Hancurkan UBUNTU GRUB yang ada.
  2. "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

  1. 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

  1. 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".

  1. 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.

aimwin
sumber
2

Jika setelah mendapatkan pesan kesalahan ini, Anda me-reboot PC Anda dan tidak dapat mem-boot Ubuntu karena kesalahan booting GRUB, Anda perlu menginstal ulang GRUB secara manual ke dalam partisi sistem EFI (ESP) melalui chroot . Inilah yang saya lakukan untuk memperbaiki masalah dalam kasus saya.

Gunakan Sesi Langsung

Boot ke LiveUSB Anda (atau LiveCD) dan pilih 'Coba Ubuntu tanpa menginstal'. Kemudian, Anda mungkin perlu memastikan Anda dapat terhubung ke Internet pada sesi langsung Anda.

Chroot

Misalkan Anda menginstal Ubuntu di /dev/sdXYpartisi, dan ESP yang sudah ada di /dev/sdXZpartisi, di hard drive /dev/sdX. Buka terminal dan jalankan perintah-perintah ini:

$ sudo mount /dev/sdXY /mnt
$ sudo mount /dev/sdXZ /mnt/efi
$ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
(Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system)
$ sudo chroot /mnt

Instal ulang grub2 dengan versi EFI yang tepat

Setelah Anda berhasil melakukan chroot ke sistem Ubuntu yang terinstal, pastikan untuk (kembali) menginstal grub-efi-*paket yang tepat untuk arsitektur PC Anda:

# apt-get install --reinstall grub-efi-x86_64 (yang saya gunakan untuk Intel i5 CPU)

atau

# apt-get install --reinstall grub-efi-amd64

atau

# apt-get install --reinstall grub-efi-ia32, dll ... Anda bisa mendapatkan daftar paket yang tersedia # apt-cache search ^grub-efi

Akhirnya, untuk menginstal grub2 ke drive Anda:

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi
# update-grub

Harap dicatat bahwa --target=x86_64-efibisa berbeda tergantung pada sistem Anda (mis. Secara i386-pcdefault, mungkin amd64-efi, dll.). Periksa # grub-install --helpinfo lebih lanjut.

Keluar dari chroot , lepas ikatan / lepas direktori dengan aman & reboot

  1. Keluar chroot dengan Ctrl+ Datau# exit
  2. Lepas pemasangan dengan aman dan mulai ulang:

    $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
    $ sudo umount /mnt/efi
    (Unmount any other customized partitions, if you had any)
    $ sudo umount /mnt
    $ sudo reboot
    

Ubuntu sekarang harus boot secara normal.

Referensi:

blitzter47
sumber
Saya juga telah menginstal paket grub-efi-amd64-signeddan menggunakan --uefi-secure-bootopsi dengan grub-installperintah. Saya kira ini bisa menjadi sangat penting ketika Secure Boot diaktifkan.
Peter dan serigala
1

Saya memiliki kesalahan serupa ketika menginstal ubuntu 18.04 dari boot USB. Saya membuat CD BOOT dan instalasi berhasil.

Prismehulko Prismehulko
sumber
Terima kasih atas tanggapan Anda, tetapi ini sepertinya jawaban yang kurang optimal. Menginstal 18,04 dari USB dimungkinkan dan merupakan bagian dari desain yang dimaksud, sehingga kemungkinan akan menjadi masalah selain USB sebagai media instal yang benar.
Jeremy
0

Saya memiliki masalah yang sama persis ini, ketika menginstal dari stik memori flash USB menggunakan boot UEFI. Ketika itu gagal, saya mengikuti salah satu komentar di sini, boot dari flash disk generik non-UEFI untuk melakukan instalasi, dan itu berhasil. Pada saat itu, saya tidak tahu apa-apa tentang UEFI dan tidak tahu mengapa satu metode bekerja tetapi tidak yang lain.

Sejak saat itu, saya telah memeriksanya sedikit, dan sekarang mengerti bahwa UEFI (Unified Extensible Firmware Interface) adalah penerus BIOS dan memiliki persyaratan yang berbeda. Khususnya, Linux membutuhkan partisi / boot / efi jika menggunakan UEFI, yang belum saya buat (saya membuat partisi secara manual).

Pesan kesalahan tentu bisa lebih jelas. Program partisi disk UEFI harus meminta partisi boot efi sebelum mengizinkan Anda untuk melanjutkan. Sebagai gantinya, ia melakukan sebagian besar pemasangan Linux sebelum memberikan kesalahan "Instalasi GRUB gagal".

Tom Karzes
sumber
pertanyaan ... partisi / direktori / boot / efi ??? saya juga mengalami masalah dengan grubn2 yang terhempas ... tapi saya pikir itu karena saya memiliki pengaturan 2 SSD dengan GPT pertama saya adalah partisi MS-DOS kedua ... saya pikir masalahnya adalah GPT menjadi yang pertama meskipun mencoba menginstal pada detik dan menentukan itu untuk boot. JADI ... jadikan / boot / / book / efi swap / sebagai partisi ya ??? saya baru saja menginstal Fedora pada detik dan berhasil
george Barbaz
@georgeBarbaz Saya percaya ini harus berupa partisi. Berikut adalah beberapa informasi UEFI Ubuntu dari beberapa tahun yang lalu, untuk rilis sebelumnya: info UEFI
Tom Karzes