[opensuse-kernel] Failed to start Load Kernel Modules
I have many openSUSE installations. I routinely see $SUBJECT on various hosts. What is the pciehp module for? Is this a bug that needs a report? B.O.O. search Summary: pciehp Classification: openSUSE Changed: (is greater than or equal to) 5m produces Zarro Boogs found. Below is from kernel 4.12.14...12.19 in 15.0. Oct 13 02:27:29 gx780 kernel: acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM Oct 13 02:27:29 gx780 systemd-modules-load[130]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Failed with result 'exit-code'. Oct 13 02:27:40 gx780 systemd-modules-load[432]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. Oct 13 02:27:45 gx780 systemd-modules-load[548]: Failed to find module 'pciehp' Oct 13 02:27:45 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Sat, 13 Oct 2018 08:53:06 +0200, Felix Miata wrote:
I have many openSUSE installations. I routinely see $SUBJECT on various hosts. What is the pciehp module for? Is this a bug that needs a report? B.O.O. search Summary: pciehp Classification: openSUSE Changed: (is greater than or equal to) 5m produces Zarro Boogs found. Below is from kernel 4.12.14...12.19 in 15.0.
Oct 13 02:27:29 gx780 kernel: acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM Oct 13 02:27:29 gx780 systemd-modules-load[130]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Failed with result 'exit-code'. Oct 13 02:27:40 gx780 systemd-modules-load[432]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. Oct 13 02:27:45 gx780 systemd-modules-load[548]: Failed to find module 'pciehp' Oct 13 02:27:45 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.
It must be a fairly old system inheriting the former setup (what a surprise :) This module is no longer loaded in the recent distros: https://bugzilla.suse.com/show_bug.cgi?id=865834 You can ignore the error, or remove the superfluous old config in /etc/modules-load.d/yast.conf. Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Takashi Iwai composed on 2018-10-13 13:47 (UTC+0200):
On Sat, 13 Oct 2018 08:53:06 +0200, Felix Miata wrote:
I have many openSUSE installations. I routinely see $SUBJECT on various hosts. What is the pciehp module for? Is this a bug that needs a report? B.O.O. search Summary: pciehp Classification: openSUSE Changed: (is greater than or equal to) 5m produces Zarro Boogs found. Below is from kernel 4.12.14...12.19 in 15.0.
Oct 13 02:27:29 gx780 kernel: acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM Oct 13 02:27:29 gx780 systemd-modules-load[130]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Failed with result 'exit-code'. Oct 13 02:27:40 gx780 systemd-modules-load[432]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. Oct 13 02:27:45 gx780 systemd-modules-load[548]: Failed to find module 'pciehp' Oct 13 02:27:45 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.
It must be a fairly old system inheriting the former setup (what a surprise :)
November 2016 (42.2)
This module is no longer loaded in the recent distros: https://bugzilla.suse.com/show_bug.cgi?id=865834
"You are not authorized to access bug #865834."
You can ignore the error, or remove the superfluous old config in /etc/modules-load.d/yast.conf.
On host gx780, /etc/modules-load.d/ is empty. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Sat, 13 Oct 2018 15:48:44 +0200, Felix Miata wrote:
Takashi Iwai composed on 2018-10-13 13:47 (UTC+0200):
On Sat, 13 Oct 2018 08:53:06 +0200, Felix Miata wrote:
I have many openSUSE installations. I routinely see $SUBJECT on various hosts. What is the pciehp module for? Is this a bug that needs a report? B.O.O. search Summary: pciehp Classification: openSUSE Changed: (is greater than or equal to) 5m produces Zarro Boogs found. Below is from kernel 4.12.14...12.19 in 15.0.
Oct 13 02:27:29 gx780 kernel: acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM Oct 13 02:27:29 gx780 systemd-modules-load[130]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Failed with result 'exit-code'. Oct 13 02:27:40 gx780 systemd-modules-load[432]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. Oct 13 02:27:45 gx780 systemd-modules-load[548]: Failed to find module 'pciehp' Oct 13 02:27:45 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.
It must be a fairly old system inheriting the former setup (what a surprise :)
November 2016 (42.2)
This module is no longer loaded in the recent distros: https://bugzilla.suse.com/show_bug.cgi?id=865834
"You are not authorized to access bug #865834."
Then check https://bugzilla.suse.com/show_bug.cgi?id=903576
You can ignore the error, or remove the superfluous old config in /etc/modules-load.d/yast.conf.
On host gx780, /etc/modules-load.d/ is empty.
There can be others like /etc/sysconfig/kernel or whatever the obsoleted setup. It can be even some custom file in /usr/lib/modules-load.d/*.conf, too. In anyway, this is about some custom setup (although it might inherit from the old system-default setup). Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Takashi Iwai composed on 2018-10-13 17:51 (UTC+0200):
On Sat, 13 Oct 2018 15:48:44 +0200 Felix Miata wrote:
Takashi Iwai composed on 2018-10-13 13:47 (UTC+0200):
On Sat, 13 Oct 2018 08:53:06 +0200, Felix Miata wrote:
I have many openSUSE installations. I routinely see $SUBJECT on various hosts. What is the pciehp module for? Is this a bug that needs a report? B.O.O. search Summary: pciehp Classification: openSUSE Changed: (is greater than or equal to) 5m produces Zarro Boogs found. Below is from kernel 4.12.14...12.19 in 15.0.
Oct 13 02:27:29 gx780 kernel: acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM Oct 13 02:27:29 gx780 systemd-modules-load[130]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: haveged.service: Failed with result 'exit-code'. Oct 13 02:27:40 gx780 systemd-modules-load[432]: Failed to find module 'pciehp' Oct 13 02:27:40 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:40 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. Oct 13 02:27:45 gx780 systemd-modules-load[548]: Failed to find module 'pciehp' Oct 13 02:27:45 gx780 systemd[1]: Failed to start Load Kernel Modules. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Unit entered failed state. Oct 13 02:27:45 gx780 systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.
It must be a fairly old system inheriting the former setup (what a surprise :)
November 2016 (42.2)
Not sure where I came up with that, but it now looks like this was Sept 2015 13.2. /etc/sysconfig/kernel contains: INITRD_MODULES="ata_piix ata_generic" NO_KMS_IN_INITRD="no" DOMU_INITRD_MODULES="xennet xenblk" ACPI_DSDT=""
This module is no longer loaded in the recent distros: https://bugzilla.suse.com/show_bug.cgi?id=865834
"You are not authorized to access bug #865834."
I didn't own this PC when that bug was closed.
You can ignore the error, or remove the superfluous old config in /etc/modules-load.d/yast.conf.
On host gx780, /etc/modules-load.d/ is empty.
Uh-oh....
There can be others like /etc/sysconfig/kernel or whatever the obsoleted setup. It can be even some custom file in /usr/lib/modules-load.d/*.conf, too.
No pciehp contained in /usr/lib/modules-load.d/ either.
In anyway, this is about some custom setup (although it might inherit from the old system-default setup).
You are right. I got my connected PC cables crossed and found /etc/modules-load.d/ does have the pointer to pciehp, apparently from 13.1 or 13.2. :-p Booting 13.1 on host gx780 also results in module pciehp not found. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
participants (2)
-
Felix Miata -
Takashi Iwai