[kernel] Freeze au boot avec version >= 3.6 (résolu)

[la_poigne]

Bonjour,

Avec mon vieux pc portable, un Toshiba tecra A3, impossible de booter avec les kernel 3.6.1 et 3.6.2
La dernière ligne à l'écran parle de clocksource, je ne sait pas si c'est ce qui pose problème, mais après une recherche sur le net j'ai essayer de passer des paramètres à grub comme clocksource=hpet ou clocksource=acpi_pm sans changements.
Il n'y à rien dans les logs, l'erreur intervient trop tôt, du coup voici une photo

Si quelqu'un a une piste

[benjarobin]

Tu as un beau kernel panic mais malheureusement il nous manque le début (même avec on ne peut souvent pas faire grand chose), je ne pense pas que clocksource est le moindre rapport mais je peux me tromper

[la_poigne]

Petite info, pas de kernel panic si je met acpi=off, mais pas d'interface graphique non plus.

[la_poigne]

Tient, le problème continue avec la 3.7

[jc51]

bonjours as tu essayé avec le kernel lts

[la_poigne]

J'ai le 3.5 qui fonctionne, donc je pense que le lts en 3.0 doit fonctionner.
Ce que j'aimerais comprendre, c'est pourquoi depuis le 3.6 je ne peut plus booter.
Le plus chiant, c'est que je ne peut pas voir tout le log du kernel.

[FoolEcho]

Pour être sûr (aucune idée si ça pourrait impacter): tu as fait la transition vers systemd ?
Mais sans le début... et si ça n'est vraiment pas dans les journaux (tu as une rotation des journaux au moins ? ou au moins un semblant de log dont la date correspond peut-être ?)...


EDIT: j'oubliais au fait, est-ce que par hasard l'image fallback démarre ?

[la_poigne]

Oui je suis avec systemd, mais je ne pense pas que c'est ca qui joue.
Après je n'ai rien dans les journaux, car ça arrive 1 seconde après grub, et les services de journaux ne sont pas encore démarrés.
J'ai le même problème avec l'image fallback.

[la_poigne]

C'est bon je vient de trouver le problème.
Ça venait d'un reste de configuration quand j'ai voulu installer uvesafb pour avoir une animation au boot, que j'ai viré le jour même
En fait dans /etc/mkinitcpio.conf, j'avais le HOOK v86d et le MODULE i915 qui entraient en conflit et provoquaient le kernel panic.
J'ai viré v86d et hop plus de soucis.
Mais dans les noyaux précédent (depuis plus de un an quand même), ça n’empêchait pas de booter