Hi,
I’m trying to install Endeavour on a completely wiped laptop. Both manual partitioning and auto-partitioning result in the following error:
Boost.Python error in job "bootloader".
Command 'grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=EndeavourOS --force' returned non-zero exit status 1.
Installing for x86_64-efi platform. Could not prepare Boot variable: Input/output error grub-install: error: efibootmgr failed to register the boot entry: Input/output error.
Traceback:
File "/usr/lib/calamares/modules/bootloader/main.py", line 485, in run
prepare_bootloader(fw_type)
File "/usr/lib/calamares/modules/bootloader/main.py", line 457, in prepare_bootloader
install_grub(efi_directory, fw_type)
File "/usr/lib/calamares/modules/bootloader/main.py", line 319, in install_grub
check_target_env_call([libcalamares.job.configuration["grubInstall"],
File "<string>", line 6, in <module>
I’m using endeavouros-2020.07.15-x86_64 and created the USB drive with dd. Solus OS ran previously on the system (same drive) and booted without problems.
fdisk -l /dev/sda shows “EFI System” as type, but lsblk -l o +PARTTYPE doesn’t show 0xef, instead some long UUID as parttype. Is this expected / correct or does the issue lie here?
While getting into a partial update mess by installing a wrong version of inxi is unlikely to cause any serious trouble, this is a terrible practice in general. Refreshing the local package database without updating, and then installing a package is just asking for trouble.
I had set both flags when doing it manually before the installation. However, I just retried the installation with doing the partitioning in the installer, and despite setting the boot flag there, afterwards the fat32 partition only has the msftdata flag instead of boot. Any idea what causes this?
I am thinking that since the bootloader gets installed at the end of the installation process could it be possible to chroot and manually install it? In case everything else is already properly installed.
When I do manual partitioning I usually use gparted and set EFI partition to /boot/efi and set the flag to /boot. I know if you use manual partition sometimes users forget to set this.
Sometimes i think is worth using live ISO and boot on it and check with gparted and if the flag is not set to boot then try setting it and reboot. As long as the efi partition was created and formatted fat32 it may have just not set the boot flag for whatever reason. Worth a shot trying first before drastic measures.