boot menu not appearing after manual install of jellyfish daily build alongside other OS

Bug #1955109 reported by Bob H
86
This bug affects 15 people
Affects Status Importance Assigned to Milestone
grub-installer (Ubuntu)
Jammy
Confirmed
Undecided
Unassigned
grub2 (Ubuntu)
Fix Released
Undecided
Unassigned
Jammy
Fix Released
Undecided
Unassigned
os-prober (Ubuntu)
Jammy
Confirmed
Undecided
Unassigned
ubiquity (Ubuntu)
Confirmed
Undecided
Unassigned
Jammy
Confirmed
Undecided
Unassigned

Bug Description

desktop amd64 PC, UEFI, 8 core processor, 16gb RAM, nVidia graphics card, several ssd's

manual install of Kubuntu Jellyfish to a partition on ssd alongside Kubuntu Focal LTS

I am testing an installation of Kubuntu Jellyfish daily build alongside Kubuntu Focal 20.04.3
Usually this proceeds without a problem.

Since the 16th Dec daily build of Jammy, the boot menu does not appear any more after installation, also booting ignores Kubuntu Focal and proceeds directly to Kubuntu 22.04.

I recovered the boot menu on this PC by running boot-restore from an iso of Kubuntu Focal both Focal and Jelly fish are then available from the restored boot menu.

This bug appears in Kubuntu Jammy after a manual install directly to the computer's ssd.

I'm not an expert at bug reporting, so if this report is incorrectly set out or if more info is needed I'm happy to follow instructions.
I'll keep an eye on this thread.
I think the problem is with the Jammy iso, not Focal.

A boot menu is not created and any other operating systems on the device become invisible to the user.
As this is a development version this could be a temporary state of affairs.
At the very least the user needs to know what will happen and to know this before beginning the installation process.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: grub2 (not installed)
ProcVersionSignature: Ubuntu 5.4.0-91.102-generic 5.4.151
Uname: Linux 5.4.0-91-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: KDE
Date: Fri Dec 17 08:24:04 2021
InstallationDate: Installed on 2020-10-27 (416 days ago)
InstallationMedia: Kubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
SourcePackage: grub2
UpgradeStatus: No upgrade log present (probably fresh install)

Related branches

Revision history for this message
Bob H (bobbicat) wrote :
summary: - boot menu not appearing after install of jellyfish daily build
+ boot menu not appearing after manual install of jellyfish daily build
tags: added: jammy
removed: focal
Bob H (bobbicat)
description: updated
Bob H (bobbicat)
description: updated
description: updated
description: updated
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote : Re: boot menu not appearing after manual install of jellyfish daily build

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1955109

tags: added: iso-testing
Revision history for this message
Julian Andres Klode (juliank) wrote :

Yes, this is expected. os-prober has been disabled for security reasons in 2.06.

grub2 (2.06-1) UNRELEASED; urgency=medium

  * Boot menu entries for other operating systems are no longer generated by
    default. To re-enable this, set GRUB_DISABLE_OS_PROBER=false in
    /etc/default/grub.

 -- Colin Watson <email address hidden> Wed, 18 Aug 2021 13:03:23 +0100

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in grub2 (Ubuntu):
status: New → Confirmed
Revision history for this message
ajgreeny (ajg-charlbury) wrote :

I noticed this problem yesterday, 16 December 2021, but it is easy enough to overcome with an additional line added to /etc/default/grub
GRUB_DISABLE_OS_PROBER=false

There are other methods as well, adding the boot stanza of a missing OS to /etc/grub.d/40_custom file.

You need to update grub after either edit with
sudo update-grub

Revision history for this message
Bob H (bobbicat) wrote :

As os-prober has been disabled for 'security reasons' is it safe to re-enable it?
I am not a developer or programmer and am ignorant in these matters so I could use some guidance.

Revision history for this message
Bob H (bobbicat) wrote :

This bug was reported from Focal, I think I should have reported from Jammy.
I just tried a report from Jammy but was redirected here.

Revision history for this message
Bob H (bobbicat) wrote (last edit ):

There is a workaround here but I'm pretty sure a newcomer to Ubuntu wouldn't be able to discover it.
To them this would appear to be an insurmountable problem and they could get into difficulties as any other OS present alongside on their device would apparently have 'disappeared'.
Perhaps the developers already have a method and plan to make this issue more user friendly?

Revision history for this message
Bob H (bobbicat) wrote (last edit ):

A boot menu is not created and any other operating systems on the device become invisible to the user. As this is a development version this could be a temporary state of affairs.
At the very least the user needs to know what will happen and to know this before beginning the installation process.

description: updated
Revision history for this message
Bob H (bobbicat) wrote :

As OS PROBER is disabled for security reasons I think this bug should be labelled 'security issue'
IO'm not sure I know how to do that at this stage.

Revision history for this message
Leó Kolbeinsson (leok) wrote :

Tested daily Kubuntu Jammy ISO 20-12-2021 and can confirm this error -
Installed alongide Lubuntu Jammy aand after reboot no boot menu available.

Test results here:
http://iso.qa.ubuntu.com/qatracker/milestones/429/builds/241532/testcases/1302/results

Revision history for this message
Leó Kolbeinsson (leok) wrote :

Tested daily Mate Jammy ISO 23-12-2021 and this occurred as in original report -

Installed alongside Kubuntu Jammy and after reboot no boot menu available as in comment # 11 above -

Test results here : http://iso.qa.ubuntu.com/qatracker/milestones/429/builds/241656/testcases/1300/results/

Revision history for this message
Chris Guiver (guiverc) wrote :

I just experienced this issue on my primary box.

Outlined here - https://discourse.lubuntu.me/t/lubuntu-jammy-issue-tracker-os-prober-grub-2-06/2952/3

- dell [optiplex] 960 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350)

Each ~fortnight I reboot from my usual *jammy* into my backup dualboot system (*focal*) to update it's packages etc.. but earlier today on reboot no grub menu appeared & I found myself back in jammy. The grub entries were only for the jammy system. It'd been 16 days since last reboot on the box.

Revision history for this message
Leó Kolbeinsson (leok) wrote :

I can confirm this also in Lubuntu Jammy - tested ISO 23-12-2021
http://iso.qa.ubuntu.com/qatracker/milestones/429/builds/241694/testcases/1701/results/

Norbert (nrbrtx)
summary: boot menu not appearing after manual install of jellyfish daily build
+ alongside other OS
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in grub-installer (Ubuntu):
status: New → Confirmed
Changed in os-prober (Ubuntu):
status: New → Confirmed
Changed in ubiquity (Ubuntu):
status: New → Confirmed
Revision history for this message
Erich Eickmeyer (eeickmeyer) wrote :

FYI, this is a known issue that is being discussed [1]. It has security implications.

[1] https://lists.ubuntu.com/archives/ubuntu-devel/2021-December/041769.html

tags: added: rls-jj-incoming
tags: added: fr-1947
tags: removed: rls-jj-incoming
Revision history for this message
Chris Guiver (guiverc) wrote :

QA-test install of Lubuntu jammy on
- dell [optiplex] 780 (c2q-q9400, 8gb, amd/ati cedar radeon hd 5000/6000/7350/8350)

Box contains many OSes (lubuntu 20.04, 21.10 & debian/bookworm), with this install replacing the prior-to-install 21.04 with 22.04..

Post install; the box boots straight into new jammy install; no `grub` appears giving me the choice to boot into other OSes; and my first two attempts to get grub to show have failed (not hitting keys fast enough; or at the right time)

At the very least this will need documentation, but current "Install alongside", "auto-resize" QA-tests will/are failing due to this issue on some (older?) boxes.

Revision history for this message
Norbert (nrbrtx) wrote :

Installed Ubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220205)
along side Ubuntu MATE 18.04 LTS, can't boot it.

Please fix this bug.

Revision history for this message
Bob H (bobbicat) wrote :

@ Norbert (nrbrtx)
to overcome this bug, until some sort of fix is applied by the developers:

while logged into Jammy Jellyfish navigate to /etc/default/grub
and add the following line and save:

GRUB_DISABLE_OS_PROBER=false

After the edit, in the console, run:

sudo update-grub

The grub menu will be set up and other operating systems on the device will be displayed next time the system starts.

(Unfortunately this is viewed as a security problem, which has yet to be addressed.)

Revision history for this message
Bob H (bobbicat) wrote :

The installation text creates the impression that jellyfish will install alongside pre-existing operating systems.
Perhaps there should be a warning that it is a little more complicated in practice.

no longer affects: os-prober (Ubuntu)
no longer affects: grub-installer (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package grub2 - 2.06-2ubuntu5

---------------
grub2 (2.06-2ubuntu5) jammy; urgency=medium

  [ Julian Andres Klode ]
  * Free correct size when freeing params, rather than 16 Ki (LP: #1958623)
  * Build with FUSE3 (LP: #1935659)
  * Only run os-prober on first run and if it previously found other OS
    (LP: #1955109)

  [ Heinrich Schuchardt ]
  * Rename grub-core/loader/efi/linux.c
  * Add patches for GRUB on RISC-V
  * fat: fix listing the root directory
  * Enable building for RISC-V (LP: #1876620)

  [ Julian Andres Klode ]
  * Re-enable peimage code on other archs outside secure boot; this
    fixes LP: #1947046 when not booting in secure boot mode (secure
    boot pending security review of the code)

 -- Julian Andres Klode <email address hidden> Fri, 18 Feb 2022 17:21:16 +0100

Changed in grub2 (Ubuntu Jammy):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.