[Bug 2080785] Re: GRUB menu doesn't show with os-prober entries on BIOS

[udippel]

Sorry, I didn't say "part of the problem". To the contrary,  you acted
professionally,  very quick, and actively involved.

What I mean is rather this: we all know how Windows boots. As infrequent
user, I still saw quite a number of boots. I owe an old W7 laptop. Last
year, I added W10. And, without me doing anything,  and expecting
anything, at boot it suddenly stopped and gave me 30 seconds to select
W7 or W10. I never before had seen nor done that, didn't expect the
additional screen.

In order to remove this screen or change the 30 seconds, I'd probably have to creep through silly regedit settings. But never mind, the popping up of a selection menu after installation of another flavour of Windows is exactly what a user may expect. 
Including AFAIAC, a user of Linux. Where the *nix-user can expect a much larger choice of settings and parameters and more simple handling.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/2080785

Title:
  GRUB menu doesn't show with os-prober entries on BIOS

Status in grub2 package in Ubuntu:
  Opinion

Bug description:
  #GRUB_TIMEOUT_STYLE=hidden 
  has been default setting for at least a decade, also here on my various machines with multiple OSes. It did work in a reasonable manner: (wiki.ubuntuusers.de/GRUB_2/Konfiguration) "Die Einstellung hidden bzw. countdown wird ignoriert und das GRUB-Menü immer angezeigt, wenn mehr als ein Betriebssystem von GRUB verwaltet wird." (With more than one OSes being bootable through grub, the setting 'hidden' will be ignored).
  This made sense for single OSes (no need to show, and if, with Esc), as well as with multiple OSes (showing the OS that is going to come up). With my recent update (release), suddenly no more grub menu showed. 
  According to https://askubuntu.com/questions/1526795/grub-menu-doesnt-show-any-longer one had to set this grub variable to "menu". Immediately the grub menu popped up again. 
  All the hassle around this would have been unnecessary without the changed behaviour of grub with the identical variable. (While this change could be questioned, this is not my concern here.)

  It is an unnecessary bug behaviour to change items with the identical
  parameter. For security and user convenience, either the grub default
  ought to have been set to the 'safe' (no loss of OS) value of "menu",
  or a new parameter introduced; keeping the behaviour of existing
  parameters as such (and eventually only withdrawn after extended times
  of deprecation, if at all).

  ProblemType: Bug
  DistroRelease: Ubuntu 24.04
  Package: grub2-common 2.12-1ubuntu7
  ProcVersionSignature: Ubuntu 6.8.0-44.44-generic 6.8.12
  Uname: Linux 6.8.0-44-generic x86_64
  ApportVersion: 2.28.1-0ubuntu3.1
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: KDE
  Date: Sun Sep 15 18:27:31 2024
  InstallationDate: Installed on 2021-08-07 (1135 days ago)
  InstallationMedia: Kubuntu 20.04.2.0 LTS "Focal Fossa" - Release amd64 (20210209.1)
  SourcePackage: grub2
  UpgradeStatus: Upgraded to noble on 2024-08-30 (16 days ago)
  mtime.conffile..etc.init.d.apport: 2024-07-22T16:59:07

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/2080785/+subscriptions