10s delay after grub, before kernel messages start
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| grub2 (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
- fresh install of 20.04 X64 in a vmware vm
- "quiet splash" kernel args have been removed
- the kernel messages should start immediately after grub menu selection
- but there's a 10s delay
grub config
```
GRUB_DEFAULT=0
GRUB_TIMEOUT_
GRUB_TIMEOUT=3
GRUB_DISTRIBUTO
#GRUB_CMDLINE_
GRUB_CMDLINE_
```
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: linux-image-
ProcVersionSign
Uname: Linux 5.4.0-33-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CasperMD5CheckR
CurrentDesktop: ubuntu:GNOME
Date: Thu Jun 4 20:34:38 2020
InstallationDate: Installed on 2020-06-03 (1 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
IwConfig:
lo no wireless extensions.
ens32 no wireless extensions.
Lsusb: Error: command ['lsusb'] failed with exit code 1:
Lsusb-t:
Lsusb-v: Error: command ['lsusb', '-v'] failed with exit code 1:
MachineType: VMware, Inc. VMware Virtual Platform
ProcEnviron:
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 svgadrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.187
RfKill:
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 02/27/2020
dmi.bios.vendor: Phoenix Technologies LTD
dmi.bios.version: 6.00
dmi.board.name: 440BX Desktop Reference Platform
dmi.board.vendor: Intel Corporation
dmi.board.version: None
dmi.chassis.
dmi.chassis.type: 1
dmi.chassis.vendor: No Enclosure
dmi.chassis.
dmi.modalias: dmi:bvnPhoenixT
dmi.product.name: VMware Virtual Platform
dmi.product.
dmi.sys.vendor: VMware, Inc.
bughit (bughit) wrote : | #1 |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
You-Sheng Yang (vicamo) wrote : | #3 |
Please try booting with "initcall_debug earlycon=efifb" and see if kernel starts printing without that delay. Note this would usually slow done the boot process quite a lot, and I'm not sure if it actually works on a VMware virtual machine.
Changed in linux (Ubuntu): | |
status: | Confirmed → Incomplete |
You-Sheng Yang (vicamo) wrote : | #4 |
The second way: please insert one line "debug=all" in the grub boot entry before "linux ....". This would turn on grub debug messages. So if it's still printing, it's not under linux kernel's control yet. Please clarify the origin of the delay first.
bughit (bughit) wrote : | #5 |
Please be specific about what you want me to modify.
> try booting with "initcall_debug earlycon=efifb"
GRUB_CMDLINE_
> please insert one line "debug=all" in the grub boot entry
?
bughit (bughit) wrote : | #6 |
the pause is during grub output, attaching two captured frames, pause start and resume
bughit (bughit) wrote : | #7 |
bughit (bughit) wrote : | #8 |
> Please clarify the origin of the delay first.
I've done that, why is this still Incomplete?
Francis Ginther (fginther) wrote : | #9 |
Moved to grub2 as the submitter indicates the 10s delay occurs while grub is still outputing debug messages (see #6 and #7).
affects: | linux (Ubuntu) → grub2 (Ubuntu) |
Launchpad Janitor (janitor) wrote : | #10 |
[Expired for grub2 (Ubuntu) because there has been no activity for 60 days.]
Changed in grub2 (Ubuntu): | |
status: | Incomplete → Expired |
bughit (bughit) wrote : | #11 |
I submitted the info that was requested, so this should not be incomplete, nor expire
Changed in grub2 (Ubuntu): | |
status: | Expired → New |
This change was made by a bot.