Failed to find module 'sg' #1099

mabod · 2021-02-15T13:39:39Z

I am using EndeavourOS (Arch). With custom kernel linux-xanmod I get an error message in the journal during boot:

systemd-modules-load[297]: Failed to find module 'sg'

This does not happen with other kernels because the xanmod kernel does not come with this module. It is compiled into the kernel:

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
CONFIG_BLK_DEV_SR=y
CONFIG_CHR_DEV_SG=y
CONFIG_CHR_DEV_SCH=m
CONFIG_SCSI_ENCLOSURE=m
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_SCAN_ASYNC=y

dracut seems to have the sg module dependency hardcoded into the 90kernel-modules module:


/usr/lib/dracut/modules.d/90kernel-modules/module-setup.sh:

[...]
        # if not on hostonly mode, or there are hostonly block device
        # install block drivers
        if ! [[ $hostonly ]] || \
            for_each_host_dev_and_slaves_all record_block_dev_drv;
        then
            hostonly='' instmods sg sr_mod sd_mod scsi_dh ata_piix

            if [[ "$hostonly_mode" == "strict" ]]; then
                install_block_modules_strict
            else
                install_block_modules
            fi
        fi
[...]

The PC is still booting and I do not experience any misbehavior. But the message in the log is annoying.

Can the dependency on the sg.ko module be removed from dracut?

The text was updated successfully, but these errors were encountered:

haraldh · 2021-02-15T15:38:31Z

Is the module mentioned in /lib/modules/<KERNEL_VERSION>/modules.builtin ?

haraldh · 2021-02-15T15:39:30Z

Did you forget to do a depmod -a <KERNEL_VERSION> ?

mabod · 2021-02-15T15:45:31Z

Is the module mentioned in /lib/modules/<KERNEL_VERSION>/modules.builtin ?

6# grep -i sg /lib/modules/5.10.16-xanmod1-cacule-1-cacule/modules.builtin
kernel/block/bsg.ko
kernel/drivers/scsi/sg.ko

Did you forget to do a depmod -a <KERNEL_VERSION> ?

No. This is done automatically when the kernel is installed.

The module is not in the modules tree:

content of /lib/modules

5.10.15-lqx2-1-lqx  
5.10.16-1-ck  
5.10.16-arch1-1  
5.10.16-xanmod1-cacule-1-cacule  
5.10.16-zen1-1-zen  
5.4.98-1-lts

find . -name sg.ko\*
./5.10.15-lqx2-1-lqx/kernel/drivers/scsi/sg.ko
./5.10.16-zen1-1-zen/kernel/drivers/scsi/sg.ko.xz
./5.10.16-arch1-1/kernel/drivers/scsi/sg.ko.xz
./5.4.98-1-lts/kernel/drivers/scsi/sg.ko.xz
./5.10.16-1-ck/kernel/drivers/scsi/sg.ko.xz

haraldh · 2021-02-15T15:47:23Z

Ok, then I'll have to revisit this. Thanks for reporting!

mabod · 2021-05-03T06:52:32Z

This is still open and it happens with most recent xanmod kernel and most recent dracut on Arch.

I believe the issue is that this script /usr/lib/dracut/modules.d/90kernel-modules/module-setup.sh is trying to load module sg.ko even if it is built into the kernel like with the xanmod kernels.

haraldh · 2021-05-03T10:03:51Z

What is your output of:

$ egrep -r . /usr/lib/modules-load.d /etc/modules-load.d

haraldh · 2021-05-03T10:17:21Z

$ sudo /lib/systemd/systemd-modules-load 
Module 'msr' is built in
Module 'sg' is built in

mabod · 2021-05-03T11:12:32Z

27# egrep -r . /usr/lib/modules-load.d /etc/modules-load.d
/usr/lib/modules-load.d/cdrecord.conf:sg
/usr/lib/modules-load.d/pkcs8.conf:# When distributions use CONFIG_PKCS8_PRIVATE_KEY_PARSER=m kernel option,
/usr/lib/modules-load.d/pkcs8.conf:# using keyctl(2) will fail for loading PKCS#8 private keys since there is
/usr/lib/modules-load.d/pkcs8.conf:# no automatic module loading for key type parsers.  This entry ensures
/usr/lib/modules-load.d/pkcs8.conf:# that the kernel module pkcs8_key_parser.ko is loaded at boot time.
/usr/lib/modules-load.d/pkcs8.conf:pkcs8_key_parser
/usr/lib/modules-load.d/bluez.conf:crypto_user
/usr/lib/modules-load.d/virtualbox-host-dkms.conf:vboxdrv
/usr/lib/modules-load.d/virtualbox-host-dkms.conf:vboxnetadp
/usr/lib/modules-load.d/virtualbox-host-dkms.conf:vboxnetflt

29# sudo /lib/systemd/systemd-modules-load
Module 'sg' is built in

/usr/lib/modules-load.d/cdrecord.conf is owned by cdrtools 3.02a09-4

It looks like/usr/lib/modules-load.d/cdrecord.conf is asking for the sg module.
But why isn't that an issue with mkinitcpio?

haraldh · 2021-05-03T11:14:36Z

Is modules.builtin included in your initramfs?

$ lsinitrd <initrdfile> | grep modules.builtin

mabod · 2021-05-03T11:19:26Z

This is with the initramfs-linux-xanmod-lts.img created by dracut:

53# lsinitrd initramfs-linux-xanmod-lts.img | grep modules.builtin
-rw-r--r--   1 root     root        10186 Mar 30 17:46 usr/lib/modules/5.10.34-xanmod1-1-lts/modules.builtin
-rw-r--r--   1 root     root           12 Mar 30 17:46 usr/lib/modules/5.10.34-xanmod1-1-lts/modules.builtin.alias.bin
-rw-r--r--   1 root     root        12923 Mar 30 17:46 usr/lib/modules/5.10.34-xanmod1-1-lts/modules.builtin.bin

and

2# grep sg /usr/lib/modules/5.10.34-xanmod1-1-lts/modules.builtin
kernel/block/bsg.ko
kernel/drivers/scsi/sg.ko

EDIT:
And /usr/lib/modules-load.d/cdrecord.conf is not the issue. I moved this file somehwere else and I still get the warning: systemd-modules-load[299]: Failed to find module 'sg'

haraldh · 2021-05-03T12:01:46Z

EDIT:
And /usr/lib/modules-load.d/cdrecord.conf is not the issue. I moved this file somehwere else and I still get the warning: systemd-modules-load[299]: Failed to find module 'sg'

Well, it might still be in the initramfs.

# lsinitrd initramfs-linux-xanmod-lts.img | grep modules-load.d

haraldh · 2021-05-03T12:03:25Z

also try this:

# lsinitrd initramfs-linux-xanmod-lts.img -f usr/lib/modules/5.10.34-xanmod1-1-lts/modules.builtin | grep sg.ko

mabod · 2021-05-03T12:32:28Z

12# lsinitrd initramfs-linux-xanmod-lts.img -f usr/lib/modules/5.10.34-xanmod1-1-lts/modules.builtin | grep sg.ko
kernel/block/bsg.ko
kernel/drivers/scsi/sg.ko

haraldh · 2021-05-04T08:11:12Z

The PC is still booting and I do not experience any misbehavior. But the message in the log is annoying.

Can the dependency on the sg.ko module be removed from dracut?

The instruction in module-setup.sh only installs the kernel module into the initrd image.
Due to /usr/lib/modules-load.d/cdrecord.conf being installed into the initrd, systemd-modules-load is trying to load it and causes:

systemd-modules-load[297]: Failed to find module 'sg'

Although modules.builtin contains sg.ko, so systemd-modules-load should only display Module 'msr' is built in.

haraldh · 2021-05-04T08:13:37Z

So, you will have to add rd.shell rd.break to your kernel command line and run:

# /lib/systemd/systemd-modules-load 
# modinfo sg

manually to see if the modinfo output also reports:

# modinfo sg
name:           sg
filename:       (builtin)
[…]

This solves all issues, where builtin kernel modules are not recognized as such. Fixes: dracutdevs#1146 Fixes: dracutdevs#1099

haraldh · 2021-05-04T09:22:23Z

This is likely the culprit: #1436

mabod · 2021-05-04T09:29:48Z

modinfo does not find the module. See screenshot:

haraldh · 2021-05-04T09:34:11Z

modinfo does not find the module. See screenshot:

yeah, the fix is PR #1436

mabod · 2021-05-04T09:34:47Z

This is likely the culprit: #1436

Yes! I tested it and it fixes my issue.
Thanks.

This solves all issues, where builtin kernel modules are not recognized as such. Fixes: #1146 Fixes: #1099

This solves all issues, where builtin kernel modules are not recognized as such. Fixes: dracutdevs#1146 Fixes: dracutdevs#1099

mabod added the bug Our bugs label Feb 15, 2021

haraldh added this to the dracut-053 milestone Feb 15, 2021

haraldh modified the milestones: dracut-054, dracut-055 May 3, 2021

haraldh added a commit to haraldh/dracut that referenced this issue May 4, 2021

fix: add modules.builtin.modinfo to the initramfs

e6a7076

This solves all issues, where builtin kernel modules are not recognized as such. Fixes: dracutdevs#1146 Fixes: dracutdevs#1099

haraldh mentioned this issue May 4, 2021

fix: add modules.builtin.modinfo to the initramfs #1436

Merged

haraldh closed this as completed in #1436 May 4, 2021

haraldh added a commit that referenced this issue May 4, 2021

fix: add modules.builtin.modinfo to the initramfs

87c4c17

This solves all issues, where builtin kernel modules are not recognized as such. Fixes: #1146 Fixes: #1099

mikhailnov pushed a commit to mikhailnov/dracut that referenced this issue Mar 5, 2024

fix: add modules.builtin.modinfo to the initramfs

198de4b

This solves all issues, where builtin kernel modules are not recognized as such. Fixes: dracutdevs#1146 Fixes: dracutdevs#1099

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Failed to find module 'sg' #1099

Failed to find module 'sg' #1099

mabod commented Feb 15, 2021

haraldh commented Feb 15, 2021 •

edited

haraldh commented Feb 15, 2021 •

edited

mabod commented Feb 15, 2021 •

edited

haraldh commented Feb 15, 2021

mabod commented May 3, 2021

haraldh commented May 3, 2021

haraldh commented May 3, 2021

mabod commented May 3, 2021 •

edited

haraldh commented May 3, 2021

mabod commented May 3, 2021 •

edited

haraldh commented May 3, 2021 •

edited

haraldh commented May 3, 2021 •

edited

mabod commented May 3, 2021

haraldh commented May 4, 2021

haraldh commented May 4, 2021

haraldh commented May 4, 2021

mabod commented May 4, 2021

haraldh commented May 4, 2021

mabod commented May 4, 2021

Failed to find module 'sg' #1099

Failed to find module 'sg' #1099

Comments

mabod commented Feb 15, 2021

haraldh commented Feb 15, 2021 • edited

haraldh commented Feb 15, 2021 • edited

mabod commented Feb 15, 2021 • edited

haraldh commented Feb 15, 2021

mabod commented May 3, 2021

haraldh commented May 3, 2021

haraldh commented May 3, 2021

mabod commented May 3, 2021 • edited

haraldh commented May 3, 2021

mabod commented May 3, 2021 • edited

haraldh commented May 3, 2021 • edited

haraldh commented May 3, 2021 • edited

mabod commented May 3, 2021

haraldh commented May 4, 2021

haraldh commented May 4, 2021

haraldh commented May 4, 2021

mabod commented May 4, 2021

haraldh commented May 4, 2021

mabod commented May 4, 2021

haraldh commented Feb 15, 2021 •

edited

haraldh commented Feb 15, 2021 •

edited

mabod commented Feb 15, 2021 •

edited

mabod commented May 3, 2021 •

edited

mabod commented May 3, 2021 •

edited

haraldh commented May 3, 2021 •

edited

haraldh commented May 3, 2021 •

edited