Ces derniers mois, j'ai rencontré plusieurs problèmes avec le kernel 2.6.38. Les machines impactés sont :
- un portable sous Ubuntu 10.10 (ce n'est pas le mien, je fais juste du support dessus)
- plusieurs PC desktop sous Debian Testing (les problèmes sont intervenus plusieurs mises à jours après le passage de Squeeze à Wheezy)
Les symptômes sont que la machine ne boot plus. En supprimant le paramètre noyau "quiet", on voit nettement que le kernel a du mal à communiquer avec tout ce qui est PATA/SATA (disque dur, CDROM, ...).
J'ai pas mal cherché sur le net, et il en ressort que la cause peut-être un problème de syncho entre contrôleur disque et périphériques. Aussi différents paramètres noyaux peuvent être testés: libata.force=noncq
libata.force=noncq,1.5Gbps
libata.force=noncq,3.0Gbps
libata.noacpi
Sur une machine particulièrement récalcitrante, j'ai fini par tester ces paramètres-là: acpi=noirq
acpi=off
Evidement, cette dernière combinaison n'est pas sans effet indésirable, vu que la machine ne peut plus faire de "power off", et doit être arrêtée manuellement. Par contre, cela a définitivement résolu le problème de la machine Ubuntu.
Remarque : Je ne sais pas si "noacpi" fonctionne encore. Il me semble que c'est "acpi=off" qu'il faut utiliser.
# Comportements hasardeux du contrôleur disque
Posté par Olivier (site web personnel) . En réponse au message Il ne boote pas mon noyau. Évalué à 3.
Ces derniers mois, j'ai rencontré plusieurs problèmes avec le kernel 2.6.38. Les machines impactés sont :
- un portable sous Ubuntu 10.10 (ce n'est pas le mien, je fais juste du support dessus)
- plusieurs PC desktop sous Debian Testing (les problèmes sont intervenus plusieurs mises à jours après le passage de Squeeze à Wheezy)
Les symptômes sont que la machine ne boot plus. En supprimant le paramètre noyau "quiet", on voit nettement que le kernel a du mal à communiquer avec tout ce qui est PATA/SATA (disque dur, CDROM, ...).
J'ai pas mal cherché sur le net, et il en ressort que la cause peut-être un problème de syncho entre contrôleur disque et périphériques. Aussi différents paramètres noyaux peuvent être testés:
libata.force=noncq
libata.force=noncq,1.5Gbps
libata.force=noncq,3.0Gbps
libata.noacpi
Sur une machine particulièrement récalcitrante, j'ai fini par tester ces paramètres-là:
acpi=noirq
acpi=off
Evidement, cette dernière combinaison n'est pas sans effet indésirable, vu que la machine ne peut plus faire de "power off", et doit être arrêtée manuellement. Par contre, cela a définitivement résolu le problème de la machine Ubuntu.
Remarque : Je ne sais pas si "noacpi" fonctionne encore. Il me semble que c'est "acpi=off" qu'il faut utiliser.