Debian Bug report logs - #948257
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Display info messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: crvi <crvisqr@gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 06 Jan 2020 10:02:05 +0530

[Message part 1 (text/plain, inline)]

Package: kmod
Version: 26+20191223-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

apt-get dist-upgrade

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

apt-get dist-upgrade

   * What was the outcome of this action?

Processing triggers for initramfs-tools (0.135) ...
update-initramfs: Generating /boot/initrd.img-5.4.0-1-amd64
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open
builtin file
'/var/tmp/mkinitramfs_DRc0S1/lib/modules/5.4.0-1-amd64/modules.builtin.bin
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open
builtin file
'/var/tmp/mkinitramfs_DRc0S1/lib/modules/5.4.0-1-amd64/modules.builtin.bin
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open
builtin file
'/var/tmp/mkinitramfs_DRc0S1/lib/modules/5.4.0-1-amd64/modules.builtin.bin

   * What outcome did you expect instead?

Successful ramfs generation



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-1-amd64 (SMP w/1 CPU core)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kmod depends on:
ii  libc6      2.29-8
ii  libkmod2   26+20191223-1
ii  liblzma5   5.2.4-1+b1
ii  libssl1.1  1.1.1d-2
ii  lsb-base   11.1.0

kmod recommends no packages.

kmod suggests no packages.

-- no debconf information

[kmod.log (text/plain, attachment)]

Message #10 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: crvi <crvisqr@gmail.com>, 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 6 Jan 2020 10:37:43 +0100

Control: severity -1 serious

raising the severity in case there can be a real major system breakage
(not tested) and also because of the huge number of errors, which can
hide important information (other errors...).

[...]
Setting up kmod (26+20191223-1) ...
update-initramfs: deferring update (trigger activated)
[...]
Processing triggers for initramfs-tools (0.135) ...
update-initramfs: Generating /boot/initrd.img-5.3.0-3-amd64
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_kQvIkH/lib/modules/5.3.0-3-amd64/modules.builtin.bin'
[...]
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_kQvIkH/lib/modules/5.3.0-3-amd64/modules.builtin.bin'

with 665 such errors!

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #17 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Daniel Suchy <danny@danysek.cz>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 6 Jan 2020 12:39:58 +0100

Observing similar issues after kmod upgrade from version 26-3 to
26+20191223-1.

initramfs is built, despite of errors reported and all systems affected
are bootable without problems for me.

Temporary file claimed as missing
(/var/tmp/mkinitramfs_iC46xD/lib/modules/5.4.8/modules.builtin.bin ) is
on expected (temporary) location:

mkinitramfs_iC46xD# ls -l lib/modules/5.4.8/modules.builtin.bin
-rw------- 1 root root 6591 Jan  6 11:12
lib/modules/5.4.8/modules.builtin.bin

Message #22 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Marco d'Itri <md@Linux.IT>

To: crvi <crvisqr@gmail.com>, 948257@bugs.debian.org

Cc: initramfs-tools@packages.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 6 Jan 2020 16:28:00 +0100

[Message part 1 (text/plain, inline)]

Control: severity -1 normal
Control: tags -1 patch
Control: reassign -1 initramfs-tools

On Jan 06, crvi <crvisqr@gmail.com> wrote:

>    * What outcome did you expect instead?
> 
> Successful ramfs generation
Do you have any reason to believe that the initrfamfs was not generated 
successfully?

This is only cosmetic, and it needs to be fixed in /usr/sbin/mkinitramfs
by copying modules.builtin.bin too:

-for x in modules.builtin modules.order; do
+for x in modules.builtin modules.builtin.bin modules.order; do

-- 
ciao,
Marco

[signature.asc (application/pgp-signature, inline)]

Message #35 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Salvatore Bonaccorso <carnil@debian.org>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 6 Jan 2020 21:29:57 +0100

Merge request at
https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/23
with Marco's patch.

Regards,
Salvatore

Message #42 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Benjamin Poirier <benjamin.poirier@gmail.com>

To: 948257@bugs.debian.org

Cc: mjeanson@debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Tue, 7 Jan 2020 09:46:21 +0900

I'm not sure if it's related but I saw almost the same error on last
upgrade (but for 5.4.0-2):

depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_J2sneW/lib/modules/5.4.0-2-amd64/modules.builtin.bin'

and I now get:

root@vsid:~# lttng list --kernel
Error: Unable to list kernel events: Kernel tracer not available
root@vsid:~# journalctl -u lttng-sessiond.service
[...]
Jan 07 09:33:20 vsid lttng-sessiond[403]: Error: Failed to load kmod library resources
Jan 07 09:33:20 vsid lttng-sessiond[403]: Warning: No kernel tracer available

lttng-modules-dkms is installed. I can load the modules manually but I
still get the same error.

Message #47 received at 948257@bugs.debian.org (full text, mbox, reply):

From: crvi c <crvisqr@gmail.com>

To: "Marco d'Itri" <md@linux.it>

Cc: 948257@bugs.debian.org, initramfs-tools@packages.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Tue, 7 Jan 2020 13:55:58 +0530

[Message part 1 (text/plain, inline)]

On Mon, 6 Jan 2020 at 20:58, Marco d'Itri <md@linux.it> wrote:

> >    * What outcome did you expect instead?
> >
> > Successful ramfs generation
> Do you have any reason to believe that the initrfamfs was not generated
> successfully?
>

No. I just meant successful command completion. A reboot worked fine. So,
no serious issues.

[Message part 2 (text/html, inline)]

Message #56 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Michael Jeanson <mjeanson@debian.org>

To: Benjamin Poirier <benjamin.poirier@gmail.com>, 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Tue, 7 Jan 2020 10:12:50 -0500

On 2020-01-06 7:46 p.m., Benjamin Poirier wrote:
> I'm not sure if it's related but I saw almost the same error on last
> upgrade (but for 5.4.0-2):
> 
> depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_J2sneW/lib/modules/5.4.0-2-amd64/modules.builtin.bin'
> 
> and I now get:
> 
> root@vsid:~# lttng list --kernel
> Error: Unable to list kernel events: Kernel tracer not available
> root@vsid:~# journalctl -u lttng-sessiond.service
> [...]
> Jan 07 09:33:20 vsid lttng-sessiond[403]: Error: Failed to load kmod library resources
> Jan 07 09:33:20 vsid lttng-sessiond[403]: Warning: No kernel tracer available
> 
> lttng-modules-dkms is installed. I can load the modules manually but I
> still get the same error.
> 

Hi,

If you had just installed the lttng-modules-dkms and lttng-tools packages,
it's possible that the lttng-sessiond deamon was started before the kernel
modules were built and so it couldn't load them. Simply restarting the
sessiond should fix this.

Cheers,

Michael

Message #63 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Benjamin Poirier <benjamin.poirier@gmail.com>

To: Michael Jeanson <mjeanson@debian.org>

Cc: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 8 Jan 2020 09:24:30 +0900

On 2020/01/07 10:12, Michael Jeanson wrote:
> On 2020-01-06 7:46 p.m., Benjamin Poirier wrote:
> > I'm not sure if it's related but I saw almost the same error on last
> > upgrade (but for 5.4.0-2):
> > 
> > depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_J2sneW/lib/modules/5.4.0-2-amd64/modules.builtin.bin'
> > 
> > and I now get:
> > 
> > root@vsid:~# lttng list --kernel
> > Error: Unable to list kernel events: Kernel tracer not available
> > root@vsid:~# journalctl -u lttng-sessiond.service
> > [...]
> > Jan 07 09:33:20 vsid lttng-sessiond[403]: Error: Failed to load kmod library resources
> > Jan 07 09:33:20 vsid lttng-sessiond[403]: Warning: No kernel tracer available
> > 
> > lttng-modules-dkms is installed. I can load the modules manually but I
> > still get the same error.
> > 
> 
> Hi,
> 
> If you had just installed the lttng-modules-dkms and lttng-tools packages,
> it's possible that the lttng-sessiond deamon was started before the kernel
> modules were built and so it couldn't load them.

Looks like the modules are built before lttng-sessiond is started:
	Setting up lttng-modules-dkms (2.11.0-2) ...
	Loading new lttng-modules-2.11.0 DKMS files...
	Building for 5.4.0-2-amd64
	Building initial module for 5.4.0-2-amd64
	Done.

	lttng-lib-ring-buffer.ko:
	Running module version sanity check.
	 - Original module
	   - No original module exists within this kernel
	 - Installation
	   - Installing to /lib/modules/5.4.0-2-amd64/updates/dkms/

	[...]

	depmod...

	DKMS: install completed.
	Setting up linux-headers-5.4.0-2-amd64 (5.4.8-1) ...
	/etc/kernel/header_postinst.d/dkms:
	dkms: running auto installation service for kernel 5.4.0-2-amd64:.
	Setting up sudo (1.8.29-1) ...
	Setting up babeltrace (1.5.7-2) ...
	Setting up liburcu6:amd64 (0.11.1-2) ...
	Setting up linux-headers-amd64 (5.4.8-1) ...
	Setting up liblttng-ctl0:amd64 (2.11.0-3) ...
	Setting up lttng-tools (2.11.0-3) ...

Still, it doesn't work.

> Simply restarting the sessiond should fix this.

I tried restarting lttng-sessiond or rebooting the machine but it was no
help, lttng-sessiond always reports:
	Error: Failed to load kmod library resources
	Warning: No kernel tracer available

A quick look into the code shows that is:
src/bin/lttng-sessiond/modprobe.c
	kmod_set_log_fn(*ctx, log_kmod, NULL);
	ret = kmod_load_resources(*ctx);
	if (ret < 0) {
		ERR("Failed to load kmod library resources");
		goto error;
	}

I didn't dig into libkmod, but I noticed (using opensnoop.bt) the
following:
	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.dep.bin
	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.alias.bin
	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.symbols.bin
	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.builtin.alias.bin

On another machine which I haven't yet updated and where lttng still
works, I see:
	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.dep.bin
	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.alias.bin
	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.symbols.bin
	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.builtin.bin

Not sure if /lib/modules/5.4.0-2-amd64/modules.builtin.alias.bin is
relevant but it's an empty file...

After downgrading libkmod2 from
	Version: 26+20191223-1
to
	Version: 26-3
the issue with lttng is no longer apparent:
	root@vsid:/tmp# lttng list --kernel
	Kernel events:
	-------------
	      asoc_snd_soc_bias_level_start (loglevel: TRACE_EMERG (0)) (type: tracepoint)
	      asoc_snd_soc_bias_level_done (loglevel: TRACE_EMERG (0)) (type: tracepoint)
	      asoc_snd_soc_dapm_start (loglevel: TRACE_EMERG (0)) (type: tracepoint)
	[...] 

Message #68 received at 948257@bugs.debian.org (full text, mbox, reply):

From: nils@nils-schasse.de

To: 948257@bugs.debian.org

Subject: Testet Patch mentioned by Salvatore Bonaccorso

Date: Wed, 08 Jan 2020 07:27:27 +0000

[Message part 1 (text/plain, inline)]

The small patch at https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/23 (https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/23) works fine.

Before:
100s of depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_DkdaZa/lib/modules/5.4.0-2-amd64/modules.builtin.bin

With patch:
No Errors.

[Message part 2 (text/html, inline)]

Message #73 received at 948257@bugs.debian.org (full text, mbox, reply):

From: debian <d3bianl1nuks@gmail.com>

To: 948257@bugs.debian.org

Subject: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 8 Jan 2020 06:45:52 -0500

same error repeating again and again during both plain upgrade and 
dist-upgrade on sid, so much that it clears all the previous scrollback 
in the terminal (just one line would be fine)

i found this suggestion that says to edit a line in 
"/usr/sbin/mkinitramfs" file, like this:

https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/23/diffs

the above edit does the job of getting rid of the console error spam. 
someone has to incorporate this edit in an "initramfs-tools-core" 
update. the file that needs the above edit belongs to 
"initramfs-tools-core". it's neither "kmod" nor "initramfs-tools" (maybe 
updating kmod triggers the bug, but the bug itself is in 
"initramfs-tools-core")

this is the list of files of "initramfs-tools-core", and you will see 
the affected file is in there (this serial redirect is because it's from 
another remote system) :

> root@sid:~# cat //var/lib/dpkg/info/initramfs-tools-core.list >//dev/ttyS0
> /.

> /etc

> /etc/initramfs-tools

> /etc/initramfs-tools/conf.d

> /etc/initramfs-tools/hooks

> /etc/initramfs-tools/initramfs.conf

> /etc/initramfs-tools/scripts

> /etc/initramfs-tools/scripts/init-bottom

> /etc/initramfs-tools/scripts/init-premount

> /etc/initramfs-tools/scripts/init-top

> /etc/initramfs-tools/scripts/local-bottom

> /etc/initramfs-tools/scripts/local-premount

> /etc/initramfs-tools/scripts/local-top

> /etc/initramfs-tools/scripts/nfs-bottom

> /etc/initramfs-tools/scripts/nfs-premount

> /etc/initramfs-tools/scripts/nfs-top

> /etc/initramfs-tools/scripts/panic

> /usr

> /usr/bin

> /usr/bin/lsinitramfs

> /usr/bin/unmkinitramfs

> /usr/sbin

> /usr/sbin/mkinitramfs	<<== this is the affected file that needs the edit to keep up with the updated kmod

> /usr/share

> /usr/share/doc

> /usr/share/doc/initramfs-tools-core

> /usr/share/doc/initramfs-tools-core/NEWS.Debian.gz

> /usr/share/doc/initramfs-tools-core/changelog.gz

> /usr/share/doc/initramfs-tools-core/copyright

> /usr/share/doc/initramfs-tools-core/examples

> /usr/share/doc/initramfs-tools-core/examples/example_hook

> /usr/share/doc/initramfs-tools-core/examples/example_script

> /usr/share/doc/initramfs-tools-core/examples/framebuffer

> /usr/share/doc/initramfs-tools-core/examples/modules

> /usr/share/initramfs-tools

> /usr/share/initramfs-tools/conf-hooks.d

> /usr/share/initramfs-tools/conf.d

> /usr/share/initramfs-tools/hook-functions

> /usr/share/initramfs-tools/hooks

> /usr/share/initramfs-tools/hooks/fsck

> /usr/share/initramfs-tools/hooks/keymap

> /usr/share/initramfs-tools/hooks/resume

> /usr/share/initramfs-tools/hooks/thermal

> /usr/share/initramfs-tools/init

> /usr/share/initramfs-tools/modules

> /usr/share/initramfs-tools/modules.d

> /usr/share/initramfs-tools/scripts

> /usr/share/initramfs-tools/scripts/functions

> /usr/share/initramfs-tools/scripts/init-top

> /usr/share/initramfs-tools/scripts/init-top/all_generic_ide

> /usr/share/initramfs-tools/scripts/init-top/blacklist

> /usr/share/initramfs-tools/scripts/init-top/keymap

> /usr/share/initramfs-tools/scripts/local

> /usr/share/initramfs-tools/scripts/local-premount

> /usr/share/initramfs-tools/scripts/local-premount/resume

> /usr/share/initramfs-tools/scripts/nfs

> /usr/share/lintian

> /usr/share/lintian/overrides

> /usr/share/lintian/overrides/initramfs-tools-core

> /usr/share/man

> /usr/share/man/man5

> /usr/share/man/man5/initramfs.conf.5.gz

> /usr/share/man/man7

> /usr/share/man/man7/initramfs-tools.7.gz

> /usr/share/man/man8

> /usr/share/man/man8/lsinitramfs.8.gz

> /usr/share/man/man8/mkinitramfs.8.gz

> /usr/share/man/man8/unmkinitramfs.8.gz

> /var

> /var/lib

> /var/lib/initramfs-tools

Message #78 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Salvatore Bonaccorso <carnil@debian.org>

To: Benjamin Poirier <benjamin.poirier@gmail.com>, 948257@bugs.debian.org

Cc: Michael Jeanson <mjeanson@debian.org>

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 8 Jan 2020 13:07:20 +0100

Hi Benjamin,

On Wed, Jan 08, 2020 at 09:24:30AM +0900, Benjamin Poirier wrote:
[...]
> Looks like the modules are built before lttng-sessiond is started:
> 	Setting up lttng-modules-dkms (2.11.0-2) ...
> 	Loading new lttng-modules-2.11.0 DKMS files...
> 	Building for 5.4.0-2-amd64
> 	Building initial module for 5.4.0-2-amd64
> 	Done.
> 
> 	lttng-lib-ring-buffer.ko:
> 	Running module version sanity check.
> 	 - Original module
> 	   - No original module exists within this kernel
> 	 - Installation
> 	   - Installing to /lib/modules/5.4.0-2-amd64/updates/dkms/
> 
> 	[...]
> 
> 	depmod...
> 
> 	DKMS: install completed.
> 	Setting up linux-headers-5.4.0-2-amd64 (5.4.8-1) ...
> 	/etc/kernel/header_postinst.d/dkms:
> 	dkms: running auto installation service for kernel 5.4.0-2-amd64:.
> 	Setting up sudo (1.8.29-1) ...
> 	Setting up babeltrace (1.5.7-2) ...
> 	Setting up liburcu6:amd64 (0.11.1-2) ...
> 	Setting up linux-headers-amd64 (5.4.8-1) ...
> 	Setting up liblttng-ctl0:amd64 (2.11.0-3) ...
> 	Setting up lttng-tools (2.11.0-3) ...
> 
> Still, it doesn't work.
> 
> > Simply restarting the sessiond should fix this.
> 
> I tried restarting lttng-sessiond or rebooting the machine but it was no
> help, lttng-sessiond always reports:
> 	Error: Failed to load kmod library resources
> 	Warning: No kernel tracer available
> 
> A quick look into the code shows that is:
> src/bin/lttng-sessiond/modprobe.c
> 	kmod_set_log_fn(*ctx, log_kmod, NULL);
> 	ret = kmod_load_resources(*ctx);
> 	if (ret < 0) {
> 		ERR("Failed to load kmod library resources");
> 		goto error;
> 	}
> 
> I didn't dig into libkmod, but I noticed (using opensnoop.bt) the
> following:
> 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.dep.bin
> 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.alias.bin
> 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.symbols.bin
> 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.builtin.alias.bin
> 
> On another machine which I haven't yet updated and where lttng still
> works, I see:
> 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.dep.bin
> 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.alias.bin
> 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.symbols.bin
> 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.builtin.bin
> 
> Not sure if /lib/modules/5.4.0-2-amd64/modules.builtin.alias.bin is
> relevant but it's an empty file...
> 
> After downgrading libkmod2 from
> 	Version: 26+20191223-1
> to
> 	Version: 26-3
> the issue with lttng is no longer apparent:
> 	root@vsid:/tmp# lttng list --kernel
> 	Kernel events:
> 	-------------
> 	      asoc_snd_soc_bias_level_start (loglevel: TRACE_EMERG (0)) (type: tracepoint)
> 	      asoc_snd_soc_bias_level_done (loglevel: TRACE_EMERG (0)) (type: tracepoint)
> 	      asoc_snd_soc_dapm_start (loglevel: TRACE_EMERG (0)) (type: tracepoint)
> 	[...] 
> 

Should we track this in a separate bug from #948257?

Regards,
Salvatore

Message #83 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Bjørn Mork <bjorn@mork.no>

To: "Marco d'Itri" <md@Linux.IT>

Cc: crvi <crvisqr@gmail.com>, 948257@bugs.debian.org, initramfs-tools@packages.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 08 Jan 2020 13:21:59 +0100

Marco d'Itri <md@Linux.IT> writes:

> Control: severity -1 normal
> Control: tags -1 patch
> Control: reassign -1 initramfs-tools
>
> On Jan 06, crvi <crvisqr@gmail.com> wrote:
>
>>    * What outcome did you expect instead?
>> 
>> Successful ramfs generation
> Do you have any reason to believe that the initrfamfs was not generated 
> successfully?
>
> This is only cosmetic, and it needs to be fixed in /usr/sbin/mkinitramfs
> by copying modules.builtin.bin too:
>
> -for x in modules.builtin modules.order; do
> +for x in modules.builtin modules.builtin.bin modules.order; do

modules.builtin.bin is created, and always regenerated, by depmod based
on modules.builtin.  Requiring modules.builtin.bin to exist before
running depmod makes no sense at all.

So what change made depmod spit out this pointless warning?  You should
fix that bug instead insisting that some other package paper over it.


Bjørn

Message #88 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Salvatore Bonaccorso <carnil@debian.org>

To: Benjamin Poirier <benjamin.poirier@gmail.com>

Cc: Michael Jeanson <mjeanson@debian.org>, 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 8 Jan 2020 13:45:21 +0100

Hi Benjamin,

On Wed, Jan 08, 2020 at 01:07:20PM +0100, Salvatore Bonaccorso wrote:
> Hi Benjamin,
> 
> On Wed, Jan 08, 2020 at 09:24:30AM +0900, Benjamin Poirier wrote:
> [...]
> > Looks like the modules are built before lttng-sessiond is started:
> > 	Setting up lttng-modules-dkms (2.11.0-2) ...
> > 	Loading new lttng-modules-2.11.0 DKMS files...
> > 	Building for 5.4.0-2-amd64
> > 	Building initial module for 5.4.0-2-amd64
> > 	Done.
> > 
> > 	lttng-lib-ring-buffer.ko:
> > 	Running module version sanity check.
> > 	 - Original module
> > 	   - No original module exists within this kernel
> > 	 - Installation
> > 	   - Installing to /lib/modules/5.4.0-2-amd64/updates/dkms/
> > 
> > 	[...]
> > 
> > 	depmod...
> > 
> > 	DKMS: install completed.
> > 	Setting up linux-headers-5.4.0-2-amd64 (5.4.8-1) ...
> > 	/etc/kernel/header_postinst.d/dkms:
> > 	dkms: running auto installation service for kernel 5.4.0-2-amd64:.
> > 	Setting up sudo (1.8.29-1) ...
> > 	Setting up babeltrace (1.5.7-2) ...
> > 	Setting up liburcu6:amd64 (0.11.1-2) ...
> > 	Setting up linux-headers-amd64 (5.4.8-1) ...
> > 	Setting up liblttng-ctl0:amd64 (2.11.0-3) ...
> > 	Setting up lttng-tools (2.11.0-3) ...
> > 
> > Still, it doesn't work.
> > 
> > > Simply restarting the sessiond should fix this.
> > 
> > I tried restarting lttng-sessiond or rebooting the machine but it was no
> > help, lttng-sessiond always reports:
> > 	Error: Failed to load kmod library resources
> > 	Warning: No kernel tracer available
> > 
> > A quick look into the code shows that is:
> > src/bin/lttng-sessiond/modprobe.c
> > 	kmod_set_log_fn(*ctx, log_kmod, NULL);
> > 	ret = kmod_load_resources(*ctx);
> > 	if (ret < 0) {
> > 		ERR("Failed to load kmod library resources");
> > 		goto error;
> > 	}
> > 
> > I didn't dig into libkmod, but I noticed (using opensnoop.bt) the
> > following:
> > 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.dep.bin
> > 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.alias.bin
> > 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.symbols.bin
> > 	8071   lttng-sessiond      2   0 /lib/modules/5.4.0-2-amd64/modules.builtin.alias.bin
> > 
> > On another machine which I haven't yet updated and where lttng still
> > works, I see:
> > 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.dep.bin
> > 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.alias.bin
> > 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.symbols.bin
> > 	193519 lttng-sessiond      2   0 /lib/modules/5.4.0-1-amd64/modules.builtin.bin
> > 
> > Not sure if /lib/modules/5.4.0-2-amd64/modules.builtin.alias.bin is
> > relevant but it's an empty file...
> > 
> > After downgrading libkmod2 from
> > 	Version: 26+20191223-1
> > to
> > 	Version: 26-3
> > the issue with lttng is no longer apparent:
> > 	root@vsid:/tmp# lttng list --kernel
> > 	Kernel events:
> > 	-------------
> > 	      asoc_snd_soc_bias_level_start (loglevel: TRACE_EMERG (0)) (type: tracepoint)
> > 	      asoc_snd_soc_bias_level_done (loglevel: TRACE_EMERG (0)) (type: tracepoint)
> > 	      asoc_snd_soc_dapm_start (loglevel: TRACE_EMERG (0)) (type: tracepoint)
> > 	[...] 
> > 
> 
> Should we track this in a separate bug from #948257?

So here is what I think is part of what is going on (unless there is
something broken in my analysis):

Since 898490c010b5 ("moduleparam: Save information about built-in
modules in separate file")[1] which is in 5.2-rc1, there is a new
modules.builtin.modinfo provided.

 [1]: <https://git.kernel.org/linus/898490c010b5d2e499e03b7e815fc214209ac583>

This one is installed in the -unsigned binary packages but not copied
over into the signing template, so the signed linux image packages do
not contain it.

Now with kmod/26+20191223-1 we have 60084cf1cb24 ("libkmod: Add parser
for modules.builtin.modinfo")[2] adding the parser and [3] and [4]
using that.

 [2]: <https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?id=60084cf1cb24dc3a257976c0d539a4c3ffda5db5>
 [3]: <https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?id=73eed2aba3cbe18bbda40f18f7bc32e8de1ec81f>
 [4]: <https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?id=b866b2165ae6cf18fb26b635f4a7ee57c0334731>

Salvatore

Message #95 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Bjørn Mork <bjorn@mork.no>

To: "Marco d'Itri" <md@Linux.IT>

Cc: crvi <crvisqr@gmail.com>, 948257@bugs.debian.org, initramfs-tools@packages.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 08 Jan 2020 14:30:37 +0100

Bjørn Mork <bjorn@mork.no> writes:
> Marco d'Itri <md@Linux.IT> writes:
>
>> Control: severity -1 normal
>> Control: tags -1 patch
>> Control: reassign -1 initramfs-tools
>>
>> On Jan 06, crvi <crvisqr@gmail.com> wrote:
>>
>>>    * What outcome did you expect instead?
>>> 
>>> Successful ramfs generation
>> Do you have any reason to believe that the initrfamfs was not generated 
>> successfully?
>>
>> This is only cosmetic, and it needs to be fixed in /usr/sbin/mkinitramfs
>> by copying modules.builtin.bin too:
>>
>> -for x in modules.builtin modules.order; do
>> +for x in modules.builtin modules.builtin.bin modules.order; do
>
> modules.builtin.bin is created, and always regenerated, by depmod based
> on modules.builtin.  Requiring modules.builtin.bin to exist before
> running depmod makes no sense at all.
>
> So what change made depmod spit out this pointless warning?  You should
> fix that bug instead insisting that some other package paper over it.

FYI: the bug is Debian-specific and introduced long ago with this patch:

bjorn@miraculix:/tmp/kmod-26+20191223$ cat debian/patches/verbose_missing_bin 
Description: Report an error when some .bin files do not exist
Author: Marco d'Itri <md@linux.it>
Bug-Debian: http://bugs.debian.org/684901
---

--- a/libkmod/libkmod.c
+++ b/libkmod/libkmod.c
@@ -503,7 +503,7 @@ static char *lookup_builtin_file(struct
 
                idx = index_file_open(fn);
                if (idx == NULL) {
-                       DBG(ctx, "could not open builtin file '%s'\n", fn);
+                       ERR(ctx, "could not open builtin file '%s'\n", fn);
                        return NULL;
                }
 
@@ -575,7 +575,7 @@ char *kmod_search_moddep(struct kmod_ctx
 
        idx = index_file_open(fn);
        if (idx == NULL) {
-               DBG(ctx, "could not open moddep file '%s'\n", fn);
+               ERR(ctx, "could not open moddep file '%s'\n", fn);
                return NULL;
        }
 




Non-existing files is expected for libkmod in some situations, like the
current example when depmod is looking up a module while generating
dependencies for it.



Bjørn

Message #100 received at 948257@bugs.debian.org (full text, mbox, reply):

From: debian <d3bianl1nuks@gmail.com>

To: 948257@bugs.debian.org

Subject: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 8 Jan 2020 16:48:49 -0500

so, what's to be done now? Marco d'Itri says that this error is 
pointless, Bjørn says that this is normal and this behaviour is expected 
sometimes (kmod looking for nonexistent stuff)

is it just a harmless error "spam"? update the system as usual and just 
ignore the error "waterfall" in the console? use the patch (the edited 
line in /usr/sbin/mkinitramfs) and then update?

Message #105 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: debian <d3bianl1nuks@gmail.com>, 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 08 Jan 2020 23:07:22 +0000

[Message part 1 (text/plain, inline)]

On Wed, 2020-01-08 at 16:48 -0500, debian wrote:
> so, what's to be done now? Marco d'Itri says that this error is 
> pointless, Bjørn says that this is normal and this behaviour is expected 
> sometimes (kmod looking for nonexistent stuff)
> 
> is it just a harmless error "spam"? update the system as usual and just 
> ignore the error "waterfall" in the console? use the patch (the edited 
> line in /usr/sbin/mkinitramfs) and then update?

Printing spurious error messages is a bug, and we will fix it (whether
in kmod or in initramfs-tools, is to be decided).

But since (so far as I know) there hasn't been any regression in the
functioning of the resulting initramfs, the bug doesn't need to be
fixed right this instant.

Ben.

-- 
Ben Hutchings
Anthony's Law of Force: Don't force it, get a larger hammer.

[signature.asc (application/pgp-signature, inline)]

Message #110 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Jörg-Volker Peetz <jvpeetz@web.de>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Fri, 10 Jan 2020 12:54:35 +0100

These error messages also appear in the 'make modules_install' step when
building a standard Linux kernel.

Regards,
Jörg.

Message #115 received at 948257@bugs.debian.org (full text, mbox, reply):

From: xiscu <xiscu@email.de>

To: Debian Bug Tracking System <948257@bugs.debian.org>

Subject: initramfs-tools: Issue confirmation

Date: Sat, 11 Jan 2020 12:25:10 +0100

Package: initramfs-tools
Version: 0.135
Followup-For: Bug #948257

Dear Maintainer,
I can confirm that issue:

Processing triggers for initramfs-tools (0.135) ...
update-initramfs: Generating /boot/initrd.img-5.3.0-3-amd64
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
WARNING: Unknown X keysym "dead_belowmacron"
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/tmp/user/0/mkinitramfs_wGhhWc/lib/modules/5.3.0-3-amd64/modules.builtin.bin'
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/tmp/user/0/mkinitramfs_wGhhWc/lib/modules/5.3.0-3-amd64/modules.builtin.bin'

Thanks in advance,
xiscu

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 34M Jan 11 12:14 /boot/initrd.img-5.3.0-3-amd64
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-5.3.0-3-amd64 root=/dev/mapper/r5--vg-root ro panic=5 quiet

-- resume
RESUME=/dev/mapper/r5--vg-swap_1
-- /proc/filesystems
	btrfs
	ext3
	ext2
	ext4

-- lsmod
Module                  Size  Used by
ctr                    16384  3
ccm                    20480  9
bluetooth             659456  0
drbg                   28672  1
ansi_cprng             16384  0
ecdh_generic           16384  1 bluetooth
ecc                    32768  1 ecdh_generic
msr                    16384  0
iwlmvm                327680  0
snd_hda_codec_hdmi     65536  1
mac80211              872448  1 iwlmvm
snd_hda_codec_conexant    24576  1
x86_pkg_temp_thermal    20480  0
intel_powerclamp       20480  0
snd_hda_codec_generic    94208  1 snd_hda_codec_conexant
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_conexant
libarc4                16384  1 mac80211
binfmt_misc            24576  1
kvm_intel             299008  0
i915                 1949696  6
mei_wdt                16384  0
intel_rapl_msr         20480  0
snd_hda_intel          49152  4
kvm                   770048  1 kvm_intel
snd_hda_codec         159744  4 snd_hda_codec_generic,snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hda_intel
drm_kms_helper        212992  1 i915
iwlwifi               282624  1 iwlmvm
snd_hda_core          102400  5 snd_hda_codec_generic,snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
irqbypass              16384  1 kvm
intel_cstate           16384  0
intel_uncore          147456  0
snd_hwdep              16384  1 snd_hda_codec
asus_nb_wmi            28672  0
intel_rapl_perf        16384  0
asus_wmi               36864  1 asus_nb_wmi
snd_pcm               118784  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
evdev                  28672  13
cfg80211              831488  3 iwlmvm,iwlwifi,mac80211
joydev                 28672  0
pcspkr                 16384  0
drm                   552960  7 drm_kms_helper,i915
sparse_keymap          16384  1 asus_wmi
snd_timer              40960  1 snd_pcm
serio_raw              20480  0
iTCO_wdt               16384  0
processor_thermal_device    20480  0
mei_me                 45056  1
iTCO_vendor_support    16384  1 iTCO_wdt
snd                    98304  16 snd_hda_codec_generic,snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_timer,snd_pcm
intel_rapl_common      28672  2 intel_rapl_msr,processor_thermal_device
rfkill                 28672  6 asus_wmi,bluetooth,cfg80211
mei                   122880  3 mei_wdt,mei_me
sg                     40960  0
i2c_algo_bit           16384  1 i915
soundcore              16384  1 snd
watchdog               28672  2 iTCO_wdt,mei_wdt
intel_soc_dts_iosf     20480  1 processor_thermal_device
intel_pch_thermal      16384  0
acpi_als               20480  0
int3402_thermal        16384  0
battery                20480  0
int3400_thermal        20480  0
int340x_thermal_zone    16384  2 int3402_thermal,processor_thermal_device
nft_counter            16384  1
kfifo_buf              16384  1 acpi_als
ac                     16384  0
asus_wireless          20480  0
industrialio           90112  2 acpi_als,kfifo_buf
dell_smo8800           20480  0
acpi_thermal_rel       16384  1 int3400_thermal
intel_smartconnect     16384  0
button                 20480  0
nft_ct                 20480  1
nf_conntrack          167936  1 nft_ct
nf_defrag_ipv6         24576  1 nf_conntrack
nf_defrag_ipv4         16384  1 nf_conntrack
nf_tables_set          32768  1
nf_tables             163840  17 nft_ct,nft_counter,nf_tables_set
nfnetlink              16384  1 nf_tables
coretemp               20480  0
ip_tables              32768  0
x_tables               49152  1 ip_tables
autofs4                53248  3
ext4                  757760  2
crc16                  16384  2 bluetooth,ext4
mbcache                16384  1 ext4
jbd2                  131072  1 ext4
crc32c_generic         16384  0
btrfs                1486848  0
zstd_decompress        90112  1 btrfs
zstd_compress         184320  1 btrfs
dm_crypt               49152  1
dm_mod                155648  9 dm_crypt
raid10                 65536  0
raid456               180224  0
async_raid6_recov      24576  1 raid456
async_memcpy           20480  2 raid456,async_raid6_recov
async_pq               20480  2 raid456,async_raid6_recov
async_xor              20480  3 async_pq,raid456,async_raid6_recov
async_tx               20480  5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov
xor                    24576  2 async_xor,btrfs
raid6_pq              122880  4 async_pq,btrfs,raid456,async_raid6_recov
libcrc32c              16384  3 nf_conntrack,btrfs,raid456
raid1                  53248  0
raid0                  24576  0
multipath              20480  0
linear                 20480  0
md_mod                172032  6 raid1,raid10,raid0,linear,raid456,multipath
sd_mod                 57344  3
crct10dif_pclmul       16384  1
crc32_pclmul           16384  0
crc32c_intel           24576  3
ghash_clmulni_intel    16384  0
ahci                   40960  2
libahci                40960  1 ahci
libata                282624  2 libahci,ahci
aesni_intel           372736  8
e1000e                286720  0
xhci_pci               20480  0
xhci_hcd              278528  1 xhci_pci
scsi_mod              249856  3 sd_mod,libata,sg
ehci_pci               20480  0
ehci_hcd               98304  1 ehci_pci
usbcore               307200  4 xhci_hcd,ehci_pci,ehci_hcd,xhci_pci
ptp                    20480  1 e1000e
aes_x86_64             20480  1 aesni_intel
crypto_simd            16384  1 aesni_intel
cryptd                 24576  3 crypto_simd,ghash_clmulni_intel
glue_helper            16384  1 aesni_intel
psmouse               180224  0
lpc_ich                28672  0
mfd_core               16384  1 lpc_ich
i2c_i801               32768  0
wmi                    36864  1 asus_wmi
pps_core               24576  1 ptp
usb_common             16384  3 xhci_hcd,usbcore,ehci_hcd
video                  49152  2 asus_wmi,i915

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=auto
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto
RUNSIZE=10%

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices: <none>

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
btrfs
cryptgnupg
cryptgnupg-sc
cryptkeyctl
cryptopensc
cryptpassdev
cryptroot
cryptroot-unlock
dmsetup
fsck
fuse
intel_microcode
keymap
klibc-utils
kmod
lvm2
mdadm
ntfs_3g
reiserfsprogs
resume
thermal
udev
xfs
zz-busybox


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (10, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.135
ii  linux-base            4.6

initramfs-tools recommends no packages.

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.8-6

-- no debconf information

Message #120 received at 948257@bugs.debian.org (full text, mbox, reply):

From: sixerjman <sixerjman@gmail.com>

To: 948257@bugs.debian.org

Subject: Is there a fix coming down the pike?

Date: Sat, 11 Jan 2020 07:09:19 -0500

[Message part 1 (text/plain, inline)]

Can we expect a fix soon in whatever package causes the console spam? It's
a rude awakening to get hit by these messages first thing in the morning
when doing maintenance.

[Message part 2 (text/html, inline)]

Message #125 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Hakan Bayındır <hakan@bayindir.org>

To: 948257@bugs.debian.org

Subject: It's more than console spam.

Date: Sun, 12 Jan 2020 17:15:09 +0300

Control: severity -1 serious

This bug resulted in system breakage for me. 

I'm using an Intel 82579V gigabit NIC with a gigabit router and failing to 
copy built-in modules prevented the NIC from negotiating with gigabit speeds. 
After applying the patch, creating a new initramfs and rebooting, now I can 
connect with gigabit speeds again.

This bug is breaking many systems in subtle ways I think.

Regards,

Hakan

Message #132 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Ilkka Prusi <ilkka.prusi@gmail.com>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 13 Jan 2020 00:01:37 +0200

On Wed, 08 Jan 2020 23:07:22 +0000 Ben Hutchings <ben@decadent.org.uk> 
wrote:
> On Wed, 2020-01-08 at 16:48 -0500, debian wrote:
> Printing spurious error messages is a bug, and we will fix it (whether
> in kmod or in initramfs-tools, is to be decided).
> 

So the change causing it should be reverted until it has been decided 
and fixed.

--
 - Ilkka

Message #137 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Pierrick CHANTEUX <chanteux@ipgp.fr>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 13 Jan 2020 11:04:04 +0100

Hello,

This bug resulted in complete system breakage and I couldn't boot
anymore (systemd failing to load Kernel modules). I can guarantee that
this isn't only cosmetic.

I believe this isn't related to initramfs-tools, because downgrading
kmod and libkmod2 from version 26+20191223-1 to version 26-3 fixes the
issue. Initramfs now build (and run) correctly.

Regards,
-- 
Pierrick CHANTEUX

Message #142 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Bjørn Mork <bjorn@mork.no>

To: Pierrick CHANTEUX <chanteux@ipgp.fr>

Cc: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Mon, 13 Jan 2020 13:24:30 +0100

Pierrick CHANTEUX <chanteux@ipgp.fr> writes:

> This bug resulted in complete system breakage and I couldn't boot
> anymore (systemd failing to load Kernel modules). I can guarantee that
> this isn't only cosmetic.
>
> I believe this isn't related to initramfs-tools, because downgrading
> kmod and libkmod2 from version 26+20191223-1 to version 26-3 fixes the
> issue. Initramfs now build (and run) correctly.

IMHO this is probably an unrelated bug in the same kmod upgrade.  You
should report it as such, which the full log output and a subject
decribing the issue instead of the bogus error message.

The logspam caused by the lookup_builtin_file() bug makes it hard to
spot real errors, but hopefully there is some clue to your problem there
too.



Bjørn

Message #149 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Валерий Заподовников <val.zapod.vz@gmail.com>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_XXXXXXX/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 15 Jan 2020 01:57:30 +0300

[Message part 1 (text/plain, inline)]

Yes, this fix
https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/23/diffs
indeed at least silenced (maybe fixed) those wornings after
update-initramfs -u

Hope you will pull that in initramfs-tools-core as shown by dpkg -S
./mkinitramfs


And *I hope* it will happen faster than with this obnoxious bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931930

[Message part 2 (text/html, inline)]

Message #154 received at 948257@bugs.debian.org (full text, mbox, reply):

From: dirdi <debian@dirdi.name>

To: Debian Bug Tracking System <948257@bugs.debian.org>

Subject: Re: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 15 Jan 2020 02:16:40 +0100

Package: initramfs-tools
Version: 0.135
Followup-For: Bug #948257

Just want to confirm Pierrick's observation that rolling back kmod and
libkmod2 to version 26-3 fixes the logspam.

Message #159 received at 948257@bugs.debian.org (full text, mbox, reply):

From: a a <m.alfaeko@gmail.com>

To: 948257@bugs.debian.org

Subject: debian testing and initramfs-tools

Date: Wed, 15 Jan 2020 15:53:08 +0100

[Message part 1 (text/plain, inline)]

Hi.

I had tried the patch published in this bug report, but this fix doesnt fix
the issue on debian testing. The initramfs update process still emits
warnings about missing file for depmod.
The system is almost unmodified and running in virtualization
Virtuabox Host system is debian stable.

I dont think using a package from other releasse, especially from debian
unstable is a good idea. Other issue with this approach is that it can have
dependency on packages from unstable.

Is there any estimation on fixing this issue.

Thank You

[Message part 2 (text/html, inline)]

Message #164 received at 948257@bugs.debian.org (full text, mbox, reply):

From: didier <didier.escallier@worldonline.fr>

To: 948257@bugs.debian.org

Subject: Re: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Date: Wed, 15 Jan 2020 20:25:29 +0100

Same problem on my computer

 kmod -V
kmod version 26
+XZ -ZLIB +LIBCRYPTO -EXPERIMENTAL

uname -ar
5.4.0-2-amd64 #1 SMP Debian 5.4.8-1 (2020-01-05) x86_64 GNU/Linux






On Mon, 06 Jan 2020 10:02:05 +0530 crvi <crvisqr@gmail.com> wrote:

> Package: kmod
> Version: 26+20191223-1
> Severity: important
>
> Dear Maintainer,
>
> * What led up to the situation?
>
> apt-get dist-upgrade
>
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
>
> apt-get dist-upgrade
>
> * What was the outcome of this action?
>
> Processing triggers for initramfs-tools (0.135) ...
> update-initramfs: Generating /boot/initrd.img-5.4.0-1-amd64
> depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could
not open
> builtin file
> '/var/tmp/mkinitramfs_DRc0S1/lib/modules/5.4.0-1-amd64/modules.builtin.bin
> depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could
not open
> builtin file
> '/var/tmp/mkinitramfs_DRc0S1/lib/modules/5.4.0-1-amd64/modules.builtin.bin
> depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could
not open
> builtin file
> '/var/tmp/mkinitramfs_DRc0S1/lib/modules/5.4.0-1-amd64/modules.builtin.bin
>
> * What outcome did you expect instead?
>
> Successful ramfs generation
>
>
>
> -- System Information:
> Debian Release: bullseye/sid
> APT prefers unstable-debug
> APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.4.0-1-amd64 (SMP w/1 CPU core)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en
(charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages kmod depends on:
> ii libc6 2.29-8
> ii libkmod2 26+20191223-1
> ii liblzma5 5.2.4-1+b1
> ii libssl1.1 1.1.1d-2
> ii lsb-base 11.1.0
>
> kmod recommends no packages.
>
> kmod suggests no packages.
>
> -- no debconf information

Message #171 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Raphael Hertzog <hertzog@debian.org>

To: Marco d'Itri <md@Linux.IT>

Cc: Sven Hartge <sven@svenhartge.de>, 948350@bugs.debian.org, 948257@bugs.debian.org

Subject: Re: Bug#948350: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '[...]/lib/modules/[kernelversion]/modules.builtin.bin'

Date: Thu, 16 Jan 2020 10:39:23 +0100

[Message part 1 (text/plain, inline)]

Hello,

On Tue, 07 Jan 2020, Marco d'Itri wrote:
> #948257

In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948257#105, Ben is
wondering whether the fix should not be done in kmod since the ERROR
displayed is due to a Debian-specific patch that you applied
(debian/patches/verbose_missing_bin):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948257#95

Can you please take position and explain why you think this should be
fixed in initramfs-tools when the message is not even displayed
in upstream's kmod ?

The message also seems to appear during a manual kernel build and install:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948257#110

Given all this, it seems cleaner to drop the patch
debian/patches/verbose_missing_bin that you applied.

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog <hertzog@debian.org>
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋    The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄⠀⠀⠀⠀   Debian Long Term Support: https://deb.li/LTS

[signature.asc (application/pgp-signature, inline)]

Message #180 received at 948257-close@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: 948257-close@bugs.debian.org

Subject: Bug#948257: fixed in initramfs-tools 0.136

Date: Sat, 18 Jan 2020 19:05:07 +0000

Source: initramfs-tools
Source-Version: 0.136

We believe that the bug you reported is fixed in the latest version of
initramfs-tools, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 948257@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Hutchings <ben@decadent.org.uk> (supplier of updated initramfs-tools package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Sat, 18 Jan 2020 18:48:51 +0000
Source: initramfs-tools
Architecture: source
Version: 0.136
Distribution: unstable
Urgency: medium
Maintainer: Debian kernel team <debian-kernel@lists.debian.org>
Changed-By: Ben Hutchings <ben@decadent.org.uk>
Closes: 926401 940171 942144 944929 948257 948365
Changes:
 initramfs-tools (0.136) unstable; urgency=medium
 .
   [ Mathieu Malaterre ]
   * [90bd459] Update to new name for kernel module therm_pm72
 .
   [ Alper Nebi Yasak ]
   * [ded7214] hook-functions: Handle dw_mmc-rockchip hidden dependency on
     rockchip-io-domain
   * [da85190] hook-functions: Include modules for Chromebook Plus display
 .
   [ Ben Hutchings ]
   * [afd2668] debian/tests/control: Mark shellcheck test as superficial
   * [9d8b690] mkinitramfs: Remove workaround for old udev versions
   * [2b55aca] mkinitramfs: Remove special case for Arm OABI ports
   * [a9e5169] mkinitramfs: Remove armhf dynamic linker hack
   * [b19b6f3] debian/rules: Suppress execution of dh_installinitramfs
   * [8330bcd] mkinitramfs: Use cp -p option for ld.so.conf* instead of -aZ
   * [15fd713] initramfs-tools(7): Change example to use copy_exec instead of cp
   * [c2d589e] Revert "mkinitramfs: check if initramfs has a shell"
   * [835d584] mkinitramfs: Copy modules.builtin.bin into initramfs
     (Closes: #948257)
   * [0012977] init: Remove special case for kernel parameter resume=UUID=...
   * [897ab77] update-initramfs: Make "-c -k all" options useful again
     (Closes: #926401)
   * [d6c6eec] init: Mount /dev with "exec" option if v86d is present
     (Closes: #940171)
   * [a9e73b5] hook-functions: Drop ext4dev from filesystem module list
   * [41d9ceb] mkinitramfs: Enable multihreaded xz compression (Closes: #942144)
 .
   [ Alexander Volkov ]
   * [e34affa] Don't require build dependency on shellcheck when nocheck profile
     is enabled
 .
   [ Johannes 'josch' Schauer ]
   * [e2ad678] hook-functions: preloaded libraries should not end up in the
     initramfs (Closes: #944929)
 .
   [ Debian Janitor ]
   * [a1e17fc] Bump debhelper from old 9 to 12.
   * [4d86d1a] Set debhelper-compat version in Build-Depends.
 .
   [ Romain Perier ]
   * [4df27e2] hook-functions: Add f2fs as base in auto_add_modules
 .
   [ Christian Göttsche ]
   * [0db5752] Do not copy SELinux context in mkinitramfs (Closes: #948365)
 .
   [ Topi Miettinen ]
   * [55afeec] Tighten permissions for /run/initramfs
Checksums-Sha1:
 77d8fc1a99004a104d9ae7bd74084f4de3fc6f8e 1868 initramfs-tools_0.136.dsc
 97785b97deb9bf2c1f8cad6a3204377d323572e7 91764 initramfs-tools_0.136.tar.xz
 9f0926002436d7fbf0678cf6b0c6445fc5076fa4 6483 initramfs-tools_0.136_source.buildinfo
Checksums-Sha256:
 72ec979a82a01586b49441276b308ec7d06ec317d1f542fa9deb81fb1af8df2f 1868 initramfs-tools_0.136.dsc
 3f5e83c1174e44c95ef1554f08516b2515e8229a3a3c037d7c5f95330a4144d4 91764 initramfs-tools_0.136.tar.xz
 2b75b61d17413d96987f750c1d1636bb0e5547b8a5c15228a8fae810e1ce0628 6483 initramfs-tools_0.136_source.buildinfo
Files:
 8b952976fe6458a87c71b9173f41b97c 1868 utils optional initramfs-tools_0.136.dsc
 bc24b1977fb1b2def44fc2bedac219d0 91764 utils optional initramfs-tools_0.136.tar.xz
 73b4d3a70433cf43ccca41a6d490f432 6483 utils optional initramfs-tools_0.136_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAl4jVIsACgkQ57/I7JWG
EQmlgQ//d6iMoRnNLTrcrDFrvN5DL9ZXlFbeoc0qjb2UqHAWaKv0iLNDHHv22MY7
KetBrF5sVtLG0KjUdngmPx3AitSxusjUHw5e+IJtnVIw4Z/0un+u+jzSoA+tlfCG
MpNyCXPAAFU2ARO4PtfG77WT7iJ3Tl5vyneaQx6Qwuk6PpUZkEMh8dfDi7PwxUuV
BTnj6h+9l8JvLMjJTOdidNVfQRWBg7tBl9D+Y1T0xeQ9gooyLYzKd5gDkXGdl+Y4
SgkC1MhJX6fsqFfnBSBvz682dT+BZpOcqdI3cxc+s0TWlHseHk+mvl6m9EsnwM5B
OFuzu4zSY9lhRw3+5h2EHZyWxAc+ZlOpjCIxio0FIfraJ4t4gsUEgxfbwyWDMdMy
1ICy7aHU43RXKncvK4buascwVFvuQE59+4esPGyAO5pevY5dm9s2B7xxR4PlwDLQ
RAoOwjTPFIgrIm3yyKw5C2tznKRWenCrXA/1yGdDmcB8ec8F6EP+1iJl5B96Bv/Y
sPDhLtzwt7Y7luA8p4CqTbLatfh6qlLzV81PyzD+S4jvhZX8528Nv8BT6moqdDbq
xpkVLS2hjG5mkeGIgnP0Oh9oaQapjBV/sO5MCWTZeaJddhYnoUYGvqLdSCXgxgIP
+23KL1k3Dgq3GRf4AYvc1hiUHo0xg3riNpLf6NS2QEahuK27uVc=
=wVlP
-----END PGP SIGNATURE-----

Message #205 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: 948257@bugs.debian.org

Subject: "depmod: ERROR: ..." still occurs

Date: Mon, 20 Jan 2020 10:30:36 +0100

Control: reopen -1
Control: found -1 0.136

After the Linux kernel upgrade (initramfs-tools was upgrade to 0.136
earlier), I still get many errors

depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/lib/modules/5.4.0-3-amd64/modules.builtin.bin'

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #216 received at 948257-done@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: 948257-done@bugs.debian.org

Subject: Re: Bug#948257: "depmod: ERROR: ..." still occurs

Date: Mon, 20 Jan 2020 18:36:24 +0000

[Message part 1 (text/plain, inline)]

On Mon, 2020-01-20 at 10:30 +0100, Vincent Lefevre wrote:
> Control: reopen -1
> Control: found -1 0.136
> 
> After the Linux kernel upgrade (initramfs-tools was upgrade to 0.136
> earlier), I still get many errors
> 
> depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/lib/modules/5.4.0-3-amd64/modules.builtin.bin'

But that has nothing to do with initramfs-tools.  You should reopen
#948350.

Ben.

-- 
Ben Hutchings
Unix is many things to many people,
but it's never been everything to anybody.

[signature.asc (application/pgp-signature, inline)]

Message #241 received at 948257@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: 948257@bugs.debian.org

Subject: Re: Bug#948257: "depmod: ERROR: ..." still occurs

Date: Mon, 20 Jan 2020 23:45:18 +0100

Control: notfound -1 0.136
Control: fixed -1 0.136

On 2020-01-20 18:36:24 +0000, Ben Hutchings wrote:
> On Mon, 2020-01-20 at 10:30 +0100, Vincent Lefevre wrote:
> > Control: reopen -1
> > Control: found -1 0.136
> > 
> > After the Linux kernel upgrade (initramfs-tools was upgrade to 0.136
> > earlier), I still get many errors
> > 
> > depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/lib/modules/5.4.0-3-amd64/modules.builtin.bin'
> 
> But that has nothing to do with initramfs-tools.  You should reopen
> #948350.

Indeed, this does not occur during update-initramfs. I've opened
a new bug (this is different from #948350):

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949444

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Send a report that this bug log contains spam.