Error during kernel upgrade: Could not locate dkms.conf file
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | dkms (Ubuntu) |
High
|
Unassigned | ||
Bug Description
Настраивается пакет linux-image-
Running depmod.
update-initramfs: deferring update (hook will be called later)
Examining /etc/kernel/
run-parts: executing /etc/kernel/
Error! Could not locate dkms.conf file.
File: does not exist.
run-parts: executing /etc/kernel/
update-initramfs: Generating /boot/initrd.
run-parts: executing /etc/kernel/
run-parts: executing /etc/kernel/
run-parts: executing /etc/kernel/
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-
Found initrd image: /boot/initrd.
Found linux image: /boot/vmlinuz-
Found initrd image: /boot/initrd.
Found linux image: /boot/vmlinuz-
Found initrd image: /boot/initrd.
Found memtest86+ image: /boot/memtest86
Found Ubuntu Natty (development branch) (11.04) on /dev/sdb5
done
This, however, doesn't seem to be fatal.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: dkms 2.2.0.2-1
ProcVersionSign
Uname: Linux 3.0.0-8-generic x86_64
NonfreeKernelMo
Architecture: amd64
Date: Mon Aug 22 12:43:31 2011
InstallationMedia: Xubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101008.1)
PackageArchitec
ProcEnviron:
PATH=(custom, no user)
LANG=ru_RU.UTF-8
SHELL=/bin/bash
SourcePackage: dkms
UpgradeStatus: Upgraded to oneiric on 2011-08-10 (11 days ago)
| Dmitry Tantsur (divius) wrote : | #1 |
| Changed in dkms (Ubuntu): | |
| status: | New → Confirmed |
| Vicenç Juan Tomàs (vtomasr5) wrote : | #2 |
| Compizfox (compizfox) wrote : | #3 |
Got the same error when installing the kernel headers for 3.0.0-12.
| chrysoberyl (lnxme1) wrote : | #4 |
Got the same error while upgrading linux-generic 3.0.0.12.14 to 3.0.0.13.15
| Mario Limonciello (superm1) wrote : | #5 |
Someone with this problem, can you please add the following details:
* dkms status
* ls /var/lib/dkms -R
It sounds like some package was not properly cleaning up, most likely not DKMS's fault directly.
| Jani Uusitalo (uusijani) wrote : | #6 |
Mario, here's output from the commands you asked.
| Beto1917 (beto-mst) wrote : | #7 |
also affects me, running 3.2.0.5.5
| iwtctw (avalonofsaber) wrote : | #8 |
same to me, it happens every time where building module with kernel
output of "dkms status":
blcr, 0.8.2: added
fglrx-updates, 8.911, 3.0.0-16-generic, i686: installedError! Could not locate dkms.conf file.
File: does not exist.
output of "ls /var/lib/dkms -R" is attached
| Christian Assig (chrassig) wrote : | #9 |
This looks like a bug in the virtualbox package you have installed.
Go to the directory /var/lib/
@iwtctw (avalonofsaber): Delete /var/lib/
@Jani Uusitalo (uusijani): Delete /var/lib/
Or have a look at the following page for more details:
http://
| Christian Assig (chrassig) wrote : | #10 |
If you have installed virtualbox from virtualbox.org instead of the version from the official Ubuntu repositories, this upstream bug about the same topic might also be of interest for you:
https:/
| Teo (teo1978) wrote : | #11 |
I have the same issue and I don't see any subdirectory belonging to older versions of VB in /var/lib/
/var/lib/
total 12
drwxr-xr-x 3 root root 4096 May 23 20:07 .
drwxr-xr-x 7 root root 4096 May 23 20:06 ..
drwxr-xr-x 4 root root 4096 May 23 20:07 4.1.14
lrwxrwxrwx 1 root root 28 May 23 20:07 kernel-
So VirtualBox developer say it's a bug in Ubuntu, and Ubuntu developers say it's a bug in VirtualBox.
| Nick Jenkins (nickpj) wrote : | #12 |
You might have some other directories left over from an old version of virtualbox under /var/lib/dkms/ . For example, I had some directories left over from 3.2.6, and the fix for me was:
sudo rm -r /var/lib/
Basically you should check the timestamps of any directories under /var/lib/dkms that start with either 'vbox' or 'virtual'. If they're fairly old (e.g. > 1 year) then there's a reasonable chance that they might be cruft left over from an old version of VirtualBox. Deciding whether to delete them or not is at your discretion.
And really, there are 2 entirely separate software problems here:
1) VirtualBox should clean up after itself by removing these old directories when being uninstalled or upgraded.
2) dkms should be explicit and unambiguous about which directory it has a problem with. For example there would be a LOT less confusion all round if it said "Error in directory /var/lib/
| Guntbert Reiter (guntbert) wrote : | #13 |
@Nick Jenkins (nickpi)
That was a much needed clarification, thx - might it be a good idea to create a new bug against dkms just with your item (2) ? (and maybe the virtualbox issue as an example)
| tags: | added: precise |
| Tero Ratilainen (unksi) wrote : | #14 |
Happens with quantal too:
run-parts: executing /etc/kernel/
Error! Could not locate dkms.conf file.
File: does not exist.
| tags: | added: quantal |
| mrDoctorWho (mrdoctorwho) wrote : | #15 |
Happens with raring (system was updated by update-manager 12.10→13.04):
run-parts: executing /etc/kernel/
Error! Could not locate dkms.conf file.
File: does not exist.
| jimav (james-avera) wrote : | #16 |
(work around)
This cleared the error for me:
sudo apt-get remove virtualbox-4.2
sudo rm -rf /var/lib/
sudo apt-get install virtualbox-4.2
Wow! This bug was reported in 2011 and still occuring.
| Ro$k0 (kroskoliy) wrote : | #18 |
Yeah. And this is not "wow" at all. Same bug on 13.04 x32.
| tags: | added: raring |
The bug is BACK!
Setting up linux-image-
Running depmod.
update-initramfs: deferring update (hook will be called later)
Examining /etc/kernel/
run-parts: executing /etc/kernel/
run-parts: executing /etc/kernel/
Error! Could not locate dkms.conf file.
File: does not exist.
| Alejandro Arcos (arcosaf) wrote : | #20 |
Is Back ?
sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
linux-
linux-
The following packages will be upgraded:
account-
at-spi2-core empathy empathy-common gir1.2-atspi-2.0 gnome-control-
gnome-
liblightdm-
linux-
openssh-client python-cupshelpers python3-
system-
texlive-binaries update-manager update-manager-core
32 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 74,5 MB of archives.
After this operation, 258 MB of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://
Get:2 http://
Get:3 http://
Get:4 http://
Get:5 http://
Get:6 http://
Get:7 http://
Get:8 http://
Get:9 http://
Get:10 http://
Get:11 http://
Get:12 http://
Get:13 http://
Get:14 http://
Get:15 http://
Get:16 http://
Get:17 http://
Get:18 http://
| Changed in dkms (Ubuntu): | |
| importance: | Undecided → High |
| Allan Kelly (wolasallank) wrote : | #22 |
Seems to still be occurring on trusty
| John Center (john-center) wrote : | #23 |
The same thing happened to me on trusty, amd64 with the latest version of virtualbox 4.3.18. The strange thing is, dkms.conf was located in /var/lib/
| Woonjas (woonjas) wrote : | #24 |
Just remove the files and directories belonging to the old version(s) in /var/lib/
| John Center (john-center) wrote : | #25 |
Thanks for the info. I followed your instructions & the message went away. I had had a lockup of my system, probably caused by the old kernel modules were stilled being loaded. Hopefully this clears it up. -John
| Ted George (tedlz000) wrote : | #26 |
To simply remove the files and directories for older versions in /var/lib/
| Ted George (tedlz000) wrote : | #27 |
And in addition, there's a bug in the dkms script. The string $"File: $conf does not exist." around line 462 of the file /usr/bin/dkms or /usr/sbin/dkms should be replaced into $"File: $read_conf_file does not exist." because $conf is empty when it is executed here. That's why the output is "File: does not exist." without any information about the filename.
| description: | updated |
| tags: | added: xenial |
| tags: | added: zesty |
| spike speigel (frail-knight) wrote : | #28 |
I'm seeing this in 16.04.2 LTS.
During dist-upgrade I see:
Error! Could not locate dkms.conf file.
File: does not exist.
I too have been having VBox issues, such as locking up my system.
$ sudo apt-cache policy virtualbox dkms
virtualbox:
Installed: 5.0.36-
Candidate: 5.0.36-
Version table:
*** 5.0.36-
500 http://
100 /var/lib/
5.
500 http://
dkms:
Installed: 2.2.0.3-2ubuntu11.3
Candidate: 2.2.0.3-2ubuntu11.3
Version table:
*** 2.2.0.3-2ubuntu11.3 500
500 http://
500 http://
100 /var/lib/
2.
500 http://
500 http://
| spike speigel (frail-knight) wrote : | #29 |
Ok...For anyone with a Dell XPS 13 9360 who experiences an issue like this:
So I decided to purge and reinstall DKMS:
sudo apt-get purge dkms
BUT that removes all the following:
dkms hid-multitouch-dkms intel-hid-dkms intel-vbutton-dkms oem-audio-
I purged, then went in and manually deleted /var/ib/dkms and all its folders. I thought I could just copy/paste that line above with apt-get install to reinstall everything. I was wrong.
I have a Dell XPS 13 9360 Developer Edition laptop which has some Dell provided driver kernel modules.
oem-audio-
hid-multitouch-dkms intel-hid-dkms intel-vbutton-dkms were NOT available in their update repo. I had to pull those from the Dell OEM Recovery ISO they offer of Ubuntu 16.04 LTS.
I installed them using dpkg.
I then found the following to rebuild kernel modules:
ls /var/lib/
sudo xargs -n1 /usr/lib/
All appears fine again, but what a pain!!!
| Nazar Mokrynskyi (nazar-pc) wrote : | #30 |
Seriously, this bug is open for almost 6!!! years!!!
Why can't someone figure out why on every kernel update we have to manually run dkms command to compile VirtualBox, Nvidia and other modules?
I saw this during an upgrade to Artful. Deleting /var/lib/
| Changed in dkms (Ubuntu): | |
| status: | Confirmed → Incomplete |
| tags: | removed: oneiric quantal raring saucy |
| summary: |
- [Oneiric] Error during kernel upgrade: Could not locate dkms.conf file + Error during kernel upgrade: Could not locate dkms.conf file |
| Nazar Mokrynskyi (nazar-pc) wrote : | #32 |
And why was this marked incomplete? It definitely happens to a lot of people.
| dino99 (9d9) wrote : | #33 |
@Nazar
this has been an issue long time ago, but has been fixed since a while (apt). So this is more a user maintenance problem now rather a bug. I suppose this concern many 'rolling' installations where users:
- have left behind old disturbing setting
- rarely/never clean their system: clean/autoclean
- and/or mixed DEs where conflicts are often met.
As an example , see the #31 comment above, which point the lack of maintenance and/or installation made without the metapackage guidance.
| Nazar Mokrynskyi (nazar-pc) wrote : | #34 |
It is an issue for a lot of people here and today, on up to date Ubuntu version. I'm living on development version of Ubuntu for few years now and it is a pain to manually run dkms for each driver after each kernel upgrade. And I'm regularly cleaning my system from old packages and other garbage.
I'd like this to be marked as "Confirmed" again since it is definitely not "Incomplete" and definitely not fixed yet. And I'd like this to be fixed eventually.
| dino99 (9d9) wrote : | #35 |
Then point to the distro used, and expose your issue to their devs. Give them details about which version/source are problematic, if extra packages (ppa, ...)/ custom compiled source ... are also used.
Dkms is not evolved and so will not get fix. That report is useless.
| Nazar Mokrynskyi (nazar-pc) wrote : | #36 |
Well, this is an issue reported against DKMS package in particular distro: Ubuntu. Not against DKMS as such. It happens on development version of Ubuntu for a long time, can't say how long exactly. Apparently, issue is present since 2011 and is triggered under certain conditions.
From my understanding the problem is in Ubuntu's DKMS package, since regardless of actual module being compiled I always get the same issue. It might be some hook error or something else, but when I update Ubuntu's native kernel while having VirtualBox installed from Ubuntu's native repository, DKMS should compile kernel modules without issues automatically, but currently it doesn't.
If that is not an issue in DKMS package, which is possible, then mark it as affecting another relevant package, but there is something going on wrong that should be fixed and people are suffering from it (71 marked as affected as of right now).
The same happens to me with linux-image-