Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #272712
| From | Max Nikulin <manikulin@gmail.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: UEFI multiboot |
| Date | 2024-08-30 18:10 +0200 |
| Message-ID | <Jhcmd-8Klv-11@gated-at.bofh.it> (permalink) |
| References | (7 earlier) <Je201-6Eon-3@gated-at.bofh.it> <Je6wF-6HsV-1@gated-at.bofh.it> <JecC5-6Lc2-1@gated-at.bofh.it> <JesQx-6Wav-7@gated-at.bofh.it> <Jeupj-6X1t-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 23/08/2024 11:39, Felix Miata wrote: > I don't know what vexing secure boot might introduce, but without it, > GRUB_DISTRIBUTOR= was used by grub-install in Trixie here to produce > results I expected: [...] > # grep TOR /etc/default/grub > GRUB_DISTRIBUTOR="debian13" [...] > ├── debian13 > │ └── grubx64.efi > ├── opensuse How does grubx64.efi find where grub.cfg is located? Is it compatible with Secure Boot? It is the reason why your experiment is not convincing. I have tried some variants of full shim+grub signed configurations on the laptop with buggy firmware where I experienced troubles several years ago. The results have surprised me and they are the same as for qemu with OVMF instance. grubx64.efi (v2.06) from Debian bookworm has no problem with reading grub.cfg placed in the same directory and directory name does not matter. grubx64.efi (v2.06) from Ubuntu 20.04 focal reads config file strictly from EFI/ubuntu/grub.cfg. I have not figured out what specific patch causes the difference. A lot of lines are changed. I do not think it is a security measure. Perhaps something is broken in attempts to improve booting from network. There was a similar issue with Debian https://bugs.debian.org/932966 and devuan still used EFI/debian when bootloader id "devuan" is used, patches have not dropped (but perhaps just to avoid issues with existing installations). A couple of problems that I have noticed in bookworm: 1. When /usr/lib/shim/BOOTX64.CSV is installed, bootloader id in it is not adjusted. As a result if additional removable path EFI/BOOT is used then there is a chance that fbx64.efi will create "debian" boot entry, not the name specified in GRUB_DISTRIBUTOR 2. It is not apparent that after modifying GRUB_DISTRIBUTOR it is necessary to create the directory with matched name in /boot/efi/EFI. Otherwise "dpkg-reconfigure grub-efi-amd64" does not run grub-install. I would prefer to have an explicit setting instead of relying on presence of a directory. The main point is that I did not expect that Debian and Ubuntu may diverge in so subtle way. I believed fixed .cfg path is a UEFI limitation or at best an inherent grub limitation.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-19 13:20 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] David <bouncingcats@gmail.com> - 2024-08-19 14:10 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-19 15:50 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Joe <joe@jretrading.com> - 2024-08-19 18:00 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-19 20:20 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Andy Smith <andy@strugglers.net> - 2024-08-19 22:00 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-20 10:50 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] "Andrew M.A. Cater" <amacater@einval.com> - 2024-08-20 11:40 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-20 12:50 +0200
Trixie and i386 - was [Re: Default partition mounts [ "Installation Guide" lacks index ]] Richard Owlett <rowlett@access.net> - 2024-08-20 14:40 +0200
Re: Trixie and i386 - was [Re: Default partition mounts [ "Installation Guide" lacks index ]] Charles Curley <charlescurley@charlescurley.com> - 2024-08-20 15:50 +0200
Future of i386 as installer "Andrew M.A. Cater" <amacater@einval.com> - 2024-08-20 15:50 +0200
The lack of a future for 32-bit x86 installs (Was Re: Default partition mounts [ "Installation Guide" lacks index ]) Andy Smith <andy@strugglers.net> - 2024-08-20 17:20 +0200
Re: The lack of a future for 32-bit x86 installs (Was Re: Default partition mounts [ "Installation Guide" lacks index ]) Roberto C. Sánchez <roberto@debian.org> - 2024-08-20 18:10 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Tom Dial <tddial@comcast.net> - 2024-08-20 00:50 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] David Wright <deblis@lionunicorn.co.uk> - 2024-08-20 05:20 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-20 10:10 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] David Christensen <dpchrist@holgerdanske.com> - 2024-08-20 06:30 +0200
Re: Default partition mounts [ "Installation Guide" lacks index ] Richard Owlett <rowlett@access.net> - 2024-08-20 10:20 +0200
UEFI multiboot (was: Re: Default partition mounts [ "Installation Guide" lacks index ]) Max Nikulin <manikulin@gmail.com> - 2024-08-20 17:20 +0200
Re: UEFI multiboot (was: Re: Default partition mounts [ "Installation Guide" lacks index ]) Erwan David <erwan@rail.eu.org> - 2024-08-20 17:30 +0200
Re: UEFI multiboot (was: Re: Default partition mounts [ "Installation Guide" lacks index ]) Nicolas George <george@nsup.org> - 2024-08-20 18:00 +0200
Re: UEFI multiboot (was: Re: Default partition mounts [ "Installation Guide" lacks index ]) Jeffrey Walton <noloader@gmail.com> - 2024-08-20 18:30 +0200
Re: UEFI multiboot gene heskett <gheskett@shentel.net> - 2024-08-20 22:20 +0200
Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-21 06:00 +0200
Re: UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-08-21 06:30 +0200
Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-21 18:20 +0200
Re: UEFI multiboot Nicolas George <george@nsup.org> - 2024-08-21 19:40 +0200
Re: UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-08-22 00:30 +0200
Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-22 05:20 +0200
Re: UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-08-22 11:50 +0200
Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-22 18:00 +0200
Re: UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-08-22 22:50 +0200
[SUMMARY] Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-23 05:10 +0200
Re: [SUMMARY] UEFI multiboot Felix Miata <mrmazda@earthlink.net> - 2024-08-23 06:50 +0200
Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-30 18:10 +0200
Re: UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-08-30 18:50 +0200
Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-08-31 04:20 +0200
[SUMMARY] Re: UEFI multiboot Max Nikulin <manikulin@gmail.com> - 2024-09-14 06:10 +0200
Re: [SUMMARY] UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-09-14 06:40 +0200
Re: [SUMMARY] UEFI multiboot songbird <songbird@anthive.com> - 2024-09-14 19:40 +0200
Re: [SUMMARY] UEFI multiboot Felix Miata <mrmazda@stanis.net> - 2024-09-14 21:20 +0200
Re: [SUMMARY] UEFI multiboot "Thomas Schmitt" <scdbackup@gmx.net> - 2024-09-14 21:40 +0200
Re: [SUMMARY] UEFI multiboot Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-16 12:20 +0200
Re: [SUMMARY] UEFI multiboot songbird <songbird@anthive.com> - 2024-09-17 01:50 +0200
Re: UEFI multiboot Joe <joe@jretrading.com> - 2024-08-22 12:00 +0200
Re: UEFI multiboot Nicolas George <george@nsup.org> - 2024-08-21 08:50 +0200
Re: UEFI multiboot Joe <joe@jretrading.com> - 2024-08-21 09:20 +0200
csiph-web