Bug 11089 - dkms processing during boot slows boot unacceptably
Summary: dkms processing during boot slows boot unacceptably
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords: Triaged
Depends on:
Blocks:
 
Reported: 2013-08-27 16:29 CEST by Frank Griffin
Modified: 2020-01-18 06:15 CET (History)
2 users (show)

See Also:
Source RPM: dkms
CVE:
Status comment:


Attachments

Description Frank Griffin 2013-08-27 16:29:59 CEST
Every time I boot and hit ESC to be able to see what is going on, I notice that as soon as the dkms checks begin, each dkms package check takes an excessive amount of time, ranging from 15 seconds for vboxadditions to 45 seconds for virtualbox.  In all cases, the module for the kernel being booted has already been built and installed, and the oot message that finally come out say so.

Any ideas about what would take so much elapsed time on a reasonably fast 8-core processor to determine that the module for the kernel is already installed ?  Or where any additional dkms output not routed to the console might be ?  

Reproducible: 

Steps to Reproduce:
Comment 1 Frank Griffin 2013-08-27 16:35:51 CEST
One possible contributing factor is that this is a regularly updated cauldron box that has about 32 older kernels in addition to the current one.  But I still don't see why it would be necessary to process any of the older ones as I always boot the current one.
Manuel Hiebel 2013-08-27 19:06:28 CEST

Keywords: (none) => Triaged
CC: (none) => mageia, tmb

Comment 2 Frank Griffin 2013-08-28 19:51:16 CEST
It's the 32 kernels.  I just did a fresh reinstall on this system, and this no longer occurs when booting the new partition.  But comment#1 still stands.
Comment 3 Frank Griffin 2014-03-29 21:21:53 CET
Still happening in current cauldron.
Comment 4 Frank Griffin 2016-06-29 17:15:22 CEST
Still happening in current cauldron.
Samuel Verschelde 2016-10-15 23:34:06 CEST

Assignee: bugsquad => kernel

Comment 5 Frank Griffin 2019-02-19 22:56:58 CET
Ping ?
Comment 6 Frank Griffin 2020-01-18 06:15:02 CET
No longer happening.

Resolution: (none) => FIXED
Status: NEW => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.