Salut Guillaume,
J’ai suivi ton conseil,
j’ai d’abord installé un noyau 3.2.38 sans le patch, puis
j’ai installé un 3.2.38
patché mais sans activer Blare dans la configuration. J’ai
utilisé le .config créé
lors de la première compilation. Mais je tombe encore
sur un Kernel Panic dont tu
as une photo en pièce-jointe…
Benjamin
Salut,
À première vue, la stacktrace n'a pas de lien avec blare.
Ton noyau n'arrive pas à lire l'init.
Ça peut venir de plusieurs choses, manque le support du
système de fichier, initrd mal formé...
Le fait que tu aies réussi à booter sur un noyau 2.6.32.60
et 3.7.9 est encourageant mais ne nous avance pas trop.
Ce qu'il faudrait faire, c'est:
1- Booter sur un noyau 3.2.38 vanilla
2- Booter sur un noyau 3.2.38 avec les patchs Blare mais
avec la même config qu'à l'étape 1
3- Booter sur un noyau 3.2.38 avec les patchs Blare et en
activant Blare dans la config noyau
Une fois que tu as fait ça, et si tu as toujours des kernel
panic au boot, peux-tu nous donner ton .config qu'on le
teste ici.
PS: Christophe et moi-même sont sur la liste blare@xxxxxxxxxxxxx
donc ce n'est pas la peine de nous mettre explicitement en
copie
--
Guillaume
On 02/20/2013 03:14 PM, Plane Benjamin wrote:
Bonjour à tous les deux,
Pour écarter toutes les
sources d’erreurs possibles Olivier m’a conseillé de
stopper mes essais
sur machine virtuelle et
de tenter d’installer des noyaux patchés directement sur
la machine
physique. J’ai donc
installé une nouvelle partition Debian Squeeze en 64 bit
sur ma machine
et j’ai tout d’abord
tenté d’installer des noyaux non patchés, ce que je
parviens à faire avec
succès (j’ai installé un
noyau 2.6.32.60 et 3.7.9). Je suis passé aux essais sur
des noyaux 3.2.38
patchés, mais j’obtiens
des kernel panic, dont voici la stacktrace (du moins ce
qu’il reste à l’écran
lors du freeze) :
/bin/sh : can’t open ‘/ init’
[ 5.731798 ] Kernel panic – not syncing : Attempted to kill
init !
[ 5.XXXXX ] Pid: 1, comm : init Not taint 3.2.38 #1
[ 5.XXXXX ] Call Trace:
[ 5.XXXXX ] [<ffffffff81343a57>] ? panic +0x92/0x1a0
[ 5.XXXXX ] [<ffffffff8104a869>] ? do_exit
+0x95/0x791
[ 5.XXXXX ] [<ffffffff8104afdf>] ? do_group_exit
+0x7a/0xa4
[ 5.XXXXX ] [<ffffffff8104b01b>] ? sys_exit_group
+0x12/0x16
[ 5.XXXXX ] [<ffffffff8134bcd2>] ?
system_call_fastpath +0x16/0x1b
Est-ce que vous savez
d’où cela peut provenir ? Je l’ai recopié à la main donc
il est possible qu’il
y ait des erreurs.
Je ne sais pas si vous
l’avez remarqué mais un nouveau noyau 3.2 a été mis en
ligne sur le site
Kernel.org aujourd’hui
même. Je continue de travailler avec le 3.2.38 mais le
3.2.39 est désormais
disponible.
Benjamin