Hi Grub dev team,
I believe the bug is in
https://salsa.debian.org/grub-team/grub/-/blob/bookworm/debian/patches/efi-variable-storage-minimise-writes.patch?ref_type=heads#L632
For MD RAID, grub_util_biosdisk_get_osdev (efidir_grub_dev->disk) will return
0, and it will cause the error therea
Hi,
It is probably not the best solution, but the UEFI page of the Debian
wiki [1] proposes a workaround: a grub hook to duplicate the ESP mounted
on /boot/efi to ESP(s) on other drives. Note that I have not tested it.
1. https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition
Regards
Package: grub2-common
Version: 2.06-5
Followup-For: Bug #925591
It looks like the Ubuntu folks have added this as a template named
grub-efi/install_devices in their templates.in located in the source for
package:
---
https://packages.ubuntu.com/source/kinetic/grub2-unsigned
related to their bug
A script that syncs EFI volume data to mountpoints with numbered suffixes '.N'
and adds boot entries via efibootmgr#!/bin/sh
if [ "$1" = "--write" ]
then
COMMAND_PREFIX=''
RSYNC_N=''
elif [ "$1" = "--dry-run" ]
then
COMMAND_PREFIX='echo will run:'
RSYNC_N='n'
else
echo "Usage: $(basename "$0
Installing ESP on software raid may not be a good idea, even if raid metadata
is at the end of partitions.
Perhaps, a better approach would be to add procedural ESP duplication via hooks
in grub and whatever else needs to write to /boot/efi (potentially
debian-installer?).
Basic concept of a m
Just stumbled upon this after converting a system from Legacy Boot to
UEFI (boot into live, sort out partitions, remove grub-pc, install
grub-efi, reboot, reconfigure bios).
After running `apt install grub-efi` and rebooting, although the former
fails with the error mentioned above, debian corr
Jakub,
if it's still relevant, I faced with exactly same problem during Debian
installation on Terramaster F5-421, grub-install fails with same messages.
I wonder if there's any workaround possible.
On Sun, 27 Oct 2019 23:29:28 + Jakub Filo wrote:
> Hello,
>
> I would like to ask, what fi
Hello,
I would like to ask, what firmware is this happening on? Any chance it's
OVMF?
Best Regards,
Jakub Filo
On Wed, Oct 09, 2019 at 02:53:17PM +0200, Marco d'Itri wrote:
> On Jun 10, Debian Bug Tracking System wrote:
>
> > I'm afraid what you've found is *not* a Grub bug at all. It's a
> > limitation of EFI boot. Your firmware does not understand how to
> > interpret Linux software RAID, so you cannot
Control: unarchive -1
Control: reopen -1
On Jun 10, Debian Bug Tracking System wrote:
> I'm afraid what you've found is *not* a Grub bug at all. It's a
> limitation of EFI boot. Your firmware does not understand how to
> interpret Linux software RAID, so you cannot use a software RAID setup
> fo
Hello,
with version 2.02+dfsg1-16, the message got slightly different, but still fails
# grub-install
Installing for x86_64-efi platform.
File descriptor 3 (pipe:[103358418]) leaked on vgs invocation. Parent PID
17452: grub-install
File descriptor 3 (pipe:[103358418]) leaked on vgs invocation.
Package: grub2-common
Version: 2.02+dfsg1-13
# grub-install
Installing for x86_64-efi platform.
efibootmgr: option requires an argument -- 'd'
efibootmgr version 15
usage: efibootmgr [options]
-a | --active sets bootnum active
-A | --inactive sets bootnum inactive
12 matches
Mail list logo
