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
From: Guillaume BROGI [mailto:guillaume.brogi@xxxxxxxxxx]
Sent: Wednesday, February 20, 2013 4:02 PM
To: Plane Benjamin
Cc: blare@xxxxxxxxxxxxx; Heen Olivier; Neumann Christoph
Subject: Re: [blare] Essai sur machine physique
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