Bonjour,
> ce n'est pas moi qui les charge, ces modules !
Si, mais peut être à l'insu de ton plein gré ;-)
Et c'est vrai que c'est pas toi, c'est le noyau :-)
Par exemple, il y a des modules virtualbox :
- soit parce qu'il est utilisé,
- soit parce que le(s) paquet(s) est/sont installé(s).
Ce genre de module peut "taint"er (contaminer ?) le noyau, et pourrait
empêcher d'avoir toute l'aide nécessaire
https://lkml.org/lkml/2011/10/6/317
Je sais pas si c'est toujours le cas, c'est juste un exemple.
Mais assez récemment j'ai constaté des mauvaises interactions entre
kvm et vbox quand les 2 modules étaient chargés. Donc si tu peux
évites d'avoir les 2 en même temps.
Alors après pour aller trouver le fond du problème, quelques pistes :
- utiliser kexec/kdump avec éventuellement un watchdog pour récupérer
un dump. L'analyse peut-être compliquée, mais ça peut donner
une direction. Avant, c'était pas totalement nécessaire, mais avec
journald qui mange les logs (ok c'est peut-être pas lui, mais il est
suspect), ça devient quasi indispensable.
Vraiment rien dans les logs ?
Les touches SysRq ne fonctionnaient pas non plus ?
- utiliser un outil pour savoir ce qu'il se passe quand le disque
mouline. Pour trouver un outil, partir du site de Brendan Greg.
http://www.brendangregg.com/linuxperf.html
- configurer l'OOM killer, trouver ce qui consomme trop de mémoire.
- sinon, si c'est spécifique à un ordinateur, peut-être que c'est un
problème firmware et qu'il y a une mise à jour ?
- l'utilisation d'irqbalance peut être discutée dans certains comme
l'a indiqué Nicolas
http://serverfault.com/questions/513807/is-there-still-a-use-for-irqbalance-on-modern-hardware
Bonne chance, c'est pas forcément marrant, mais en tout cas instructif ;-)
--
solofo
