cerhu > linux.debian.user.french

ajh-valmer (19/01/2019, 17h30)
Bonjour à tous,

J'ai ce message au boot de Stretch :
"Failed to start load kernel modules"
à la suite d'un changement d'ordinateur.
Mais lequel ou lesquels module(s) ?

Je subodorre la carte graphique de la carte mère,
que je n'utilise pas (donc module pas installé)
pour une carte graphique dédiée à la place ( fonctionnelle),
et/ou la carte réseau ethernet non utilisée, idem,
module pas installé, à la place carte WiFi réseau (fonctionnel).

Les modules non installés seraient "NVIDIA Corporation MCP61 PCI"

Merci.

A. Valmer
Pascal Hambourg (19/01/2019, 20h00)
Le 19/01/2019 à 16:25, ajh-valmer a écrit :
> J'ai ce message au boot de Stretch :
> "Failed to start load kernel modules"
> à la suite d'un changement d'ordinateur.
> Mais lequel ou lesquels module(s) ?


Probablement un de ceux listés dans /etc/modules ou
/etc/modules-load.d/*. Je parierais sur un pilote de capteur de
température/tension/vitesse de ventilateur ajouté par lm-sensors pour
l'ordinateur précédent.

Peut-être plus de détails avec

service kmod status

> Je subodorre la carte graphique de la carte mère,
> que je n'utilise pas (donc module pas installé)
> pour une carte graphique dédiée à la place ( fonctionnelle),
> et/ou la carte réseau ethernet non utilisée, idem,
> module pas installé, à la place carte WiFi réseau (fonctionnel).


Ces modules sont normalement chargés automatiquement lorsque le matériel
correspondant est détecté.

> Les modules non installés seraient "NVIDIA Corporation MCP61 PCI"


Ce n'est pas la désignation d'un module mais d'un chipset de carte mère.
ajh-valmer (19/01/2019, 23h30)
On Saturday 19 January 2019 18:52:28 Pascal Hambourg wrote:
> Le 19/01/2019 à 16:25, ajh-valmer a écrit :
> > J'ai ce message au boot de Stretch :
> > "Failed to start load kernel modules"
> > à la suite d'un changement d'ordinateur.
> > Mais lequel ou lesquels module(s) ?


> Probablement un de ceux listés dans /etc/modules ou
> /etc/modules-load.d/*. Je parierais sur un pilote de capteur de
> température/tension/vitesse de ventilateur ajouté par lm-sensors pour
> l'ordinateur précédent.
> Peut-être plus de détails avec service kmod status.


> > Je subodorre la carte graphique de la carte mère,
> > que je n'utilise pas (donc module pas installé)
> > pour une carte graphique dédiée à la place ( fonctionnelle),
> > et/ou la carte réseau ethernet non utilisée, idem,
> > module pas installé, à la place carte WiFi réseau (fonctionnel).


> Ces modules sont normalement chargés automatiquement lorsque
> le matériel correspondant est détecté.
> > Les modules non installés seraient "NVIDIA Corporation MCP61 PCI"

> Ce n'est pas la désignation d'un module mais d'un chipset de carte mère.

J'ai trouvé cette info, taper :
# systemctl status systemd-modules-load.service
Je reçois :
Process:212

# journalctl -b _PID=212

Il s'agit du processus "coretemp".

Je l'ai retiré des modules en le diézant.
À confirmer, je n'ai plus ce message au boot.

Core Temp est un petit utilitaire très pratique qui affiche en
temps réel la température des cores de votre processeur.
Donc possible qu'il soit lié à un capteur de lm-sensors... ?

sensors m'affiche une info de température (27°C), je ne sais de quoi.

Merci et bonne fin de soirée.
Pascal Hambourg (20/01/2019, 11h30)
Le 19/01/2019 à 22:21, ajh-valmer a écrit :
> On Saturday 19 January 2019 18:52:28 Pascal Hambourg wrote:
> J'ai trouvé cette info, taper :
> # systemctl status systemd-modules-load.service


Cette commande est équivalente à celle que j'avais indiquée ci-dessus
(qui fonctionne aussi sur les systèmes n'ayant pas systemd).

> Je reçois :
> Process:212
> # journalctl -b _PID=212
> Il s'agit du processus "coretemp".


"coretemp" n'est pas un processus, c'est un module du noyau. Sa
description indique :

# modinfo -d coretemp
Intel Core temperature monitor

Il ne convient donc pas si le processeur de la nouvelle machine n'est
pas un Intel Core. Certains modules se chargent sans erreur même si
aucun périphérique correspondant n'est présent, d'autres non. Celui-ci
fait visiblement partie de la seconde catégorie.

Le PID 212 mentionné par systemctl status est celui du processus
/lib/systemd/systemd-modules-load exécuté par le service
systemd-modules-load.service, ayant pour fonction de charger
statiquement les modules listés dans divers fichiers comme
/etc/modules-load.d/modules.conf.

> Core Temp est un petit utilitaire très pratique qui affiche en
> temps réel la température des cores de votre processeur.
> Donc possible qu'il soit lié à un capteur de lm-sensors... ?


Je ne connais pas cet utilitaire "Core Temp", mais ce n'est pas la même
chose que le module du noyau "coretemp" qui provoquait l'erreur.

Si lm-sensors est installé, tu peux exécuter sensors-detect pour
rechercher les capteurs présents et ajouter les modules correspondants.
ajh-valmer (20/01/2019, 23h40)
On Sunday 20 January 2019 10:25:49 Pascal Hambourg wrote:
> Le 19/01/2019 à 22:21, ajh-valmer a écrit :
> > On Saturday 19 January 2019 18:52:28 Pascal Hambourg wrote:
> >> Le 19/01/2019 à 16:25, ajh-valmer a écrit :
> >>> J'ai ce message au boot de Stretch :
> >>> "Failed to start load kernel modules"
> >>> à la suite d'un changement d'ordinateur.
> >>> Mais lequel ou lesquels module(s) ?


> "coretemp" n'est pas un processus, c'est un module du noyau.
> Sa description indique :
> # modinfo -d coretemp
> Intel Core temperature monitor
> Il ne convient donc pas si le processeur de la nouvelle machine n'est
> pas un Intel Core.


Pas la peine d'insister, mon autre ordinateur a un processeur
AMD.
J'ai retiré "coretemp" de "/etc/modules" et je n'ai plus ce message.

Merci.

Très bonne fin de soirée,

A. Valmer
Discussions similaires
Re:upgrade jessie : Failed to start Kernel modules

Failed to start monitoring changes

DLL load failed

Failed to load the NVIDIA kernel module!


Fuseau horaire GMT +2. Il est actuellement 08h50. | Privacy Policy