Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #236009
| From | Felix Miata <mrmazda@earthlink.net> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: debian installation issue |
| Date | 2021-06-12 00:30 +0200 |
| Message-ID | <CoXP4-6Mg-3@gated-at.bofh.it> (permalink) |
| References | <CoSmm-3ul-7@gated-at.bofh.it> <CoSZ3-3Wg-3@gated-at.bofh.it> <CoUet-4AT-13@gated-at.bofh.it> <CoURb-537-1@gated-at.bofh.it> |
| Organization | less than infinite |
Joe composed on 2021-06-11 20:14 (UTC+0100): > I have a netbook which booted fine into grub on stretch, > but an upgrade to buster killed that, and to boot into buster I have to > use a rescue medium and use efibootmgr to set NextBoot to the right > entry. Nobody here seems able to help, and I gave Google a good kicking > to no avail. Almost certainly the culprits live within /etc/default/grub/, this line: GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` likely coupled with this line: GRUB_DISABLE_OS_PROBER=true The presence of the second line cements the problem with the first, which is that the result of any Debian installation creates /EFI/debian on the ESP filesystem. This is fine when there is no other installed operating system. The second prevents the presentation of another operating system to boot from in Grub's boot menu. The first causes replacement of the original /EFI/debian, which in effect makes the Stretch installation invisible at boot time except via a rescue boot, or to a user knowledgeable in use of the Grub shell. The solution most obvious to me is to make the content of GRUB_DISTRIBUTOR= a unique string, such as stretch or debian9 or buster or debian10, followed by running grub-mkconfig, and verifying that the UEFI BIOS contains these unique entries for each Debian installation. Whether or not to set GRUB_DISABLE_OS_PROBER= false or true depends on personal preference. If true, the Grub menu selected by the last Grub-updated installation will exclude all other OS installations. To boot any other OS then requires the services of the UEFI BIOS to select booting any other, or booting rescue media. When instead false is configured (in both/all), either's/any's Grub menu can be used to boot another. A much less obvious solution is to utilize the services of /etc/grub.d/ to present a custom grub menu configured by a system administrator knowledgeable in manual construction of a Grub menu. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
debian installation issue Semih Ozlem <semihozlemlinuxuser@gmail.com> - 2021-06-11 18:40 +0200
Re: debian installation issue Richard Owlett <rowlett@cloud85.net> - 2021-06-11 19:20 +0200
Re: debian installation issue Semih Ozlem <semihozlemlinuxuser@gmail.com> - 2021-06-11 20:40 +0200
Re: debian installation issue Greg Wooledge <greg@wooledge.org> - 2021-06-11 21:10 +0200
Re: debian installation issue Felix Miata <mrmazda@earthlink.net> - 2021-06-11 23:20 +0200
Re: debian installation issue David Wright <deblis@lionunicorn.co.uk> - 2021-06-22 18:00 +0200
Re: debian installation issue Felix Miata <mrmazda@earthlink.net> - 2021-06-24 06:30 +0200
Re: debian installation issue David Wright <deblis@lionunicorn.co.uk> - 2021-06-29 18:20 +0200
Re: debian installation issue Felix Miata <mrmazda@earthlink.net> - 2021-06-29 19:30 +0200
Re: debian installation issue David Wright <deblis@lionunicorn.co.uk> - 2021-07-04 17:30 +0200
Re: debian installation issue Felix Miata <mrmazda@earthlink.net> - 2021-07-05 05:40 +0200
Re: debian installation issue Semih Ozlem <semihozlemlinuxuser@gmail.com> - 2021-06-12 00:00 +0200
Re: debian installation issue Greg Wooledge <greg@wooledge.org> - 2021-06-12 00:10 +0200
Re: debian installation issue Andrei POPESCU <andreimpopescu@gmail.com> - 2021-06-14 08:30 +0200
Re: debian installation issue <tomas@tuxteam.de> - 2021-06-14 09:50 +0200
[Off topic thoughts] Re: debian installation issue "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-14 10:50 +0200
Re: [Off topic thoughts] Re: debian installation issue <tomas@tuxteam.de> - 2021-06-14 11:50 +0200
Re: [Off topic thoughts] Re: debian installation issue Joe <joe@jretrading.com> - 2021-06-14 13:20 +0200
Secure Boot in QEMU (was Re: debian installation issue) Kenneth Parker <sea7kenp@gmail.com> - 2021-06-14 12:10 +0200
Re: Secure Boot in QEMU (was Re: debian installation issue) "Andrew M.A. Cater" <amacater@einval.com> - 2021-06-14 13:40 +0200
Re: debian installation issue Steve McIntyre <steve@einval.com> - 2021-06-21 15:00 +0200
Re: debian installation issue tomas@tuxteam.de - 2021-06-21 16:40 +0200
Re: debian installation issue Richard Hector <richard@walnut.gen.nz> - 2021-06-23 09:50 +0200
Re: debian installation issue Andrei POPESCU <andreimpopescu@gmail.com> - 2021-06-23 14:30 +0200
Re: debian installation issue Joe <joe@jretrading.com> - 2021-06-11 21:20 +0200
Re: debian installation issue Felix Miata <mrmazda@earthlink.net> - 2021-06-12 00:30 +0200
Re: debian installation issue Joe <joe@jretrading.com> - 2021-06-12 09:00 +0200
Re: debian installation issue songbird <songbird@anthive.com> - 2021-06-12 13:50 +0200
Re: debian installation issue "Andrew M.A. Cater" <amacater@einval.com> - 2021-06-12 13:50 +0200
Re: debian installation issue Joe <joe@jretrading.com> - 2021-06-12 14:20 +0200
Re: debian installation issue songbird <songbird@anthive.com> - 2021-06-12 15:10 +0200
Re: debian installation issue Joe <joe@jretrading.com> - 2021-06-12 14:10 +0200
Re: debian installation issue Felix Miata <mrmazda@earthlink.net> - 2021-06-12 23:00 +0200
Re: debian installation issue Steve McIntyre <steve@einval.com> - 2021-06-12 17:30 +0200
csiph-web