ubuntu 18.04 The 'grub-efi-amd64-signed' package failed to install into / targer.

[zakaria fatahi]

ubuntu 18.04 The 'grub-efi-amd64-signed' package failed to install into / targer.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: ubiquity 18.04.14
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CasperVersion: 1.394
CurrentDesktop: ubuntu:GNOME
Date: Fri Apr 27 08:31:02 2018
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/ubuntu.seed boot=casper only-ubiquity quiet splash ---
LiveMediaBuild: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
ProcEnviron:
 LANGUAGE=en_US.UTF-8
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 LC_NUMERIC=C.UTF-8
SourcePackage: grub-installer
UpgradeStatus: No upgrade log present (probably fresh install)

[skotten (skottfelt)]

I am getting this error when I am doing an install on a completely new system, and I therefore do not think it is a duplicate of bug #1766945.
After it tells me that 'grub-efi-amd64-signed' package failed to install into / target/ , I get an 'Installer crashed' windows that tells me when I close this window a bug report will be filed. However, nothing happens when I press 'Close'...

[experimancer (experimancer)]

Also here: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1767508

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Chris Schoonbee (cmschoonbee)]

Workaround:

I had the same problem doing a default install (ie erase disk and install Ubuntu. No fancy resizing, selecting own partitions etc hence not duplicate of #1766945). But I did select LVM.

Repeated the installation but this time I first ensured I was connected to the internet with a wifi connection and then allowed downloading of updates during the installation. Installation was successful.

Possible caveat: I am booting in insecure mode. Not sure whether that makes a difference.

[Balaji Shanmugam (balaji.srgm)]

I had the same problem

[fb_sray (suwey-1990)]

I encountered this bug yesterday

[PJSingh5000 (pjsingh5000)]

I also experienced this (Ubuntu 18.04, x64, with EFI enabled on an HP Laptop).

During install, I do not have an internet connection enabled.
Both checkboxes were disabled:
  - "Download updates..."
  - "Install third-party software..."

Questions:
a) Is the package "grub-efi-amd64-signed" simply not included in the Live CD?
   [WOULD SOMEONE PLEASE CHECK AND POST THE ANSWER IN THIS BUG REPORT?]

   If this is the case:

   Would executing the following in a live session before launching Ubiquity solve the problem?...
     $ apt install grub-efi-amd64-signed" before launching Ubiquity solve the problem?

   Should the Live CD come shipped with this package?
   Should the ubiquity package be updated to include
     grub-efi-amd64-signed as a "depends" or "recommends"?

...or...

b) Does the Ubiquity installer need a newer updated version of this package?
   [WOULD SOMEONE PLEASE CHECK WHICH VERSION IS INSTALLED AND POST IN THIS BUG REPORT?]

   If this is the case:

   Would executing the following in a live session before launching Ubiquity solve the problem?...
     $ apt update
     $ apt install grub-efi-amd64-signed" before launching Ubiquity solve the problem?

   Perhaps Canonical needs to issue a point release Live CD (version 18.04.1?)
     with an updated version of this package?

[habernir (habernir)]

This bug it's also in Ubuntu 18.04.1

[Roberto Rosati (r.rosati)]

I thought I'd comment that I just got the same error, but it was my mistake - I was manually partitioning the disk, and I didn't include the required ~200MB FAT32-formatted, bootable partition with an esp flag that's needed for this type of bootup.

[Ken Hughes (khughes-pacific)]

I encountered this today while trying to install 18.04.2. I previously installed Linux Mint 19.1 on the same UEFI SSD with Secure Boot enabled with no issues.
1) After the 18.04.2 failed I deleted the existing partitions; that didn't help.
2) I then reinstalled Mint 19.1, again with no problems.
3) Tried 18.04.2, failed again. Before running ubiquity I tried installing grub-efi-amd64-signed using apt-get but got errors complaining about unmet dependencies.
4) I rebooted the USB installer and tried again, and when it failed saved the system log (attached). It shows the same errors with grub-efi-amd64-signed.

[Ken Hughes (khughes-pacific)]

I was able to successfully install after writing the 18.04.2 ISO file to the raw USB drive. After booting into the Live environment, gdisk report that the partition table is an invalid GPT:

root@ubuntu:~# gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Disk /dev/sda: 30949376 sectors, 14.8 GiB
Model: MKNUFDVT16GB
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): E7796633-0224-47BE-98DE-9174127D174C
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 30949342
Partitions will be aligned on 4-sector boundaries
Total free space is 30944381 sectors (14.8 GiB)

Number Start (sector) End (sector) Size Code Name
   2 3830956 3835883 2.4 MiB EF00 EFI System
root@ubuntu:~$

[Jean-Thomas (bobalu)]

I confirm the bug
I try to install a Xubuntu 18.04.2, but the install failed systematically on the 'grub-efi-amd64-signed' package installation.
I tried different method using the full disk erasing all, creating myself the partition... without success.