Score:0

unable to install Ubuntu (crushes) on Macbook 2018

in flag

Able to create username password etc for Ubuntu, even had the desktop ready and wifi connected before the system crushed. After that tried installation multiple times, however always crushed at final installation step.

I have tried Boot Repair with "Try Ubuntu" option. After fixing, Boot Repair displayed error message "Locked-NVram detected"

What does it mean? Is there anything I can do? Thanks for the help in advance!

Somewhere in the log file Error:

NVram is locked (Ubuntu not found in efibootmgr).

Here is the start of the log file: (btw nvme0n1p1 is my data from MacOS, nvme0n1p2 is type apfs, reckon it's a partition for Mac OS only, nvme0n1p4 is Ubuntu, nvme0n1p3 is swap)

============================= Boot Repair Summary ==============================


Error code 32
mount -r /dev/nvme0n1p2 /mnt/boot-sav/nvme0n1p2

mount -r /dev/nvme0n1p2 : Error code 32
Error code 32
mount -r /dev/nvme0n1p2 /mnt/boot-sav/nvme0n1p2

mount -r /dev/nvme0n1p2 : Error code 32
Error code 32
mount -r /dev/nvme0n1p2 /mnt/boot-sav/nvme0n1p2

mount -r /dev/nvme0n1p2 : Error code 32

Error: Both the primary and backup GPT tables are corrupt.  Try making a fresh table, and using Parted's rescue feature to recover partitions.
mount: /mnt/boot-sav/nvme0n1p2: unknown filesystem type 'apfs'.
mount: /mnt/boot-sav/nvme0n1p2: unknown filesystem type 'apfs'.
mount: /mnt/boot-sav/nvme0n1p2: unknown filesystem type 'apfs'.
mount: /mnt/boot-sav/nvme0n1p2: unknown filesystem type 'apfs'.
cat: /sys/firmware/efi/vars/SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c/data: Input/output error

Recommended repair: ____________________________________________________________

The default repair of the Boot-Repair utility will reinstall the grub-efi-amd64-signed of
nvme0n1p4,
using the following options:        nvme0n1p1/boot/efi,
Additional repair will be performed: unhide-bootmenu-10s  use-standard-efi-file


/boot/efi added in nvme0n1p4/fstab
Mount nvme0n1p1 on /mnt/boot-sav/nvme0n1p4/boot/efi

Unhide GRUB boot menu in nvme0n1p4/etc/default/grub

later section which is related to the error message

---- Grub-install recheck

/sbin/grub-install --efi-directory=/boot/efi --target=x86_64-efi --uefi-secure-boot --recheck
Installing for x86_64-efi platform.
/sbin/grub-install: warning: Cannot read EFI Boot* variables.
/sbin/grub-install: warning: read_file: could not read from file: Input/output error.
/sbin/grub-install: warning: vars_get_variable: read_file(/sys/firmware/efi/vars/Boot0080-8be4df61-93ca-11d2-aa0d-00e098032b8c/raw_var) failed: Input/output error.
/sbin/grub-install: warning: efi_get_variable: ops->get_variable failed: Input/output error.
/sbin/grub-install: error: failed to register the EFI boot entry: Input/output error.
Exit code: 1
---- End of grub-install recheck


efibootmgr -v from chroot after grub install
show_order(): Input/output error
Skipping unreadable variable "Boot0000": Input/output error
Skipping unreadable variable "Boot0080": Input/output error
Skipping unreadable variable "Boot0081": Input/output error
Skipping unreadable variable "Boot0082": Input/output error
Skipping unreadable variable "BootFFFF": Input/output error
Error: NVram is locked (Ubuntu not found in efibootmgr).

wie5Ooma avatar
in flag
The log file already gives you a clue: "Both the primary and backup GPT tables are corrupt. Try making a fresh table, and using Parted's rescue feature to recover partitions." So you'll need to repair the file system on the drive. Since you missed that important error message. I suggest you seek assistance of a person in real life who knows how to help you with this because proceeding on your own with this problem is probably not a good idea.
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.