Secure Boot est activé, et il y a un problème avec l'utilisation d'une clé de signature « MOK » (Machine Owner Key) pour signer les modules compilés localement.
Indépendamment du premier point, il peut y avoir un problème de compilation locale des modules.
Dans le second cas :
Les modules pourraient ne pas avoir été compilés du tout, soit parce que leur code n'est pas compatible avec la version du noyau, soit parce que le système d'automatisation n'a pas fait son boulot. Je m'attendrais à ENOENT plutôt qu'à ENOEXEC si les modules étaient complètement absents, mais j'ai déjà vu des cas d'erreur en espace utilisateur où il pouvait y avoir confusion entre ces deux codes d'erreur.
Le système de compilation pourrait ne pas avoir (re)compilé les modules pour une nouvelle version de noyau, ce qui pourrait donner une tentative d'utiliser des vieux modules avec un nouveau noyau... ce qui est souvent une très mauvaise idée si on n'a pas de garantie de compatibilité binaire.
Pistes :
Vérification de l'existence ou non des modules.
Comparaison de leur date de modification vs. date d'installation du noyau.
Surveillance de la sortie de dmesg.
Tentative de chargement manuel des modules via modprobe (et point précédent).
# Wild guess...
Posté par Cyril Brulebois (site web personnel) . En réponse au message [résolu] Manjaro cassée besoin d'aide svp. Évalué à 6.
Avertissement : Je ne connais rien à Manjaro.
Cependant, deux cas probables selon moi :
Dans le second cas :
ENOENTplutôt qu'àENOEXECsi les modules étaient complètement absents, mais j'ai déjà vu des cas d'erreur en espace utilisateur où il pouvait y avoir confusion entre ces deux codes d'erreur.Pistes :
dmesg.modprobe(et point précédent).Debian Consultant @ DEBAMAX