Bonjour tout le monde,

J'essaie d'installer une Mandriva 2006 64 bits sur une machine HP/Compaq
DC5100
Les outils Mandriva détectent une carte Intel 910 (sous Windows, elle
est indiquée comme une intel 82915G/GV/910GL).

Tout se passe bien : X démarre sans soucis. Mais quand je veut quitter
X, j'ai droit carrément à une "kernel panic", et la machine est plantée.

Est-ce que ça parle à qqn ?
J'ai testé avec plusieurs noyaux fournis par Mandriva sur les serveurs
update, et même un noyau venant du serveur Cooker, mais j'obtiens
exactement le même résultat.

D'où ça pourrait bien venir ?
La carte graphique ?
Un bug sur le noyau ?
Mauvaise config X ?

A+

Lassie wrote:
> Bonjour tout le monde,
>
> J'essaie d'installer une Mandriva 2006 64 bits sur une machine HP/Compaq
> DC5100
> Les outils Mandriva détectent une carte Intel 910 (sous Windows, elle
> est indiquée comme une intel 82915G/GV/910GL).
>
> Tout se passe bien : X démarre sans soucis. Mais quand je veut quitter
> X, j'ai droit carrément à une "kernel panic", et la machine est plantée.
>
> Est-ce que ça parle à qqn ?
> J'ai testé avec plusieurs noyaux fournis par Mandriva sur les serveurs
> update, et même un noyau venant du serveur Cooker, mais j'obtiens
> exactement le même résultat.
>
> D'où ça pourrait bien venir ?
> La carte graphique ?
> Un bug sur le noyau ?
> Mauvaise config X ?

Il faudrait que tu sois un peu plus spécifique sur le type de kernel
panic que tu as. Y-a-t-il des logs d'erreur quelques part (à l'écran ou
dans /var/log/messages) qui pourraient nous aider à voir plus clair ?

PS: Donne la version de ton noyau et du Xorg que tu utilises.

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

Emmanuel Fleury wrote:
> Lassie wrote:
(snip)
>>
>> D'où ça pourrait bien venir ?
>> La carte graphique ?
>> Un bug sur le noyau ?
>> Mauvaise config X ?
>
> Il faudrait que tu sois un peu plus spécifique sur le type de kernel
> panic que tu as. Y-a-t-il des logs d'erreur quelques part (à l'écran ou
> dans /var/log/messages) qui pourraient nous aider à voir plus clair ?
>
> PS: Donne la version de ton noyau et du Xorg que tu utilises.

A propos des logs, il n'y a strictement rien dans le /var/log/messages
au moment du plantage (tout est normal, puis quelques minutes après on
voit que la machine a rebooté, mais rien entre les deux).
Et le kernel panic s'affichant dans la console (quand je fais un init 3
par exemple), il défile tellement vite que j'ai pas le temps de voir la
ligne qui s'affiche au début... :-(
Il y en a pour plusieurs pages de kernel panic... est-ce qu'il y a un
moyen de renvoyer l'affichage sur un fichier, ou de mettre en pause pour
voir le message d'erreur ?

Le noyau actuel est un 2.6.12 précompilé.
Le Xorg utilisé, c'est le plus récent de la Mandriva (update) : v6.9.0
Mais j'avais également le problème avec la version de base de Xorg, ou
avec un autre kernel.

J'avoue que j'y perd un peu mon latin là. Je vois vraiment pas ce qui
cloche. Une fois X démarré, et un user connecté, tout marche nickel
chrome. C'est seulement en quittant X que ça fait tout planter.

A+

Lassie wrote:
>
> A propos des logs, il n'y a strictement rien dans le /var/log/messages
> au moment du plantage (tout est normal, puis quelques minutes après on
> voit que la machine a rebooté, mais rien entre les deux).
> Et le kernel panic s'affichant dans la console (quand je fais un init 3
> par exemple), il défile tellement vite que j'ai pas le temps de voir la
> ligne qui s'affiche au début... :-(
> Il y en a pour plusieurs pages de kernel panic... est-ce qu'il y a un
> moyen de renvoyer l'affichage sur un fichier, ou de mettre en pause pour
> voir le message d'erreur ?

Il existe un moyen pour renvoyer le texte des messages noyau vers le
port série auquel tu peux brancher une console ou un autre ordinateur
via minicom ou kermit. Mais il faut compiler son noyau en mode debug et
cocher certaines options (j'ai un peu oublié tout ça car cela fait
longtemps que je n'y ai pas touché).

Mais peut-être y-a-t-il plus simple (voir la suite du message) !

> Le noyau actuel est un 2.6.12 précompilé.
> Le Xorg utilisé, c'est le plus récent de la Mandriva (update) : v6.9.0
> Mais j'avais également le problème avec la version de base de Xorg, ou
> avec un autre kernel.

Pourquoi ne pas passer à des versions plus récentes du noyau (le dernier
en date est le 2.6.16.20 et le 2.6.17 va sortir incessamment) et de Xorg
(la version courante est la 7.1.x et la plupart des distributions
utilisent la 7.0.x) ?

Si après cette mise à jour tu as encore le bug alors il faudra envisager
ce que j'ai dit plus haut, si le bug disparaît c'est qu'il a
probablement été résolu et il sera inutile de sortir la grosse
artillerie.

> J'avoue que j'y perd un peu mon latin là. Je vois vraiment pas ce qui
> cloche. Une fois X démarré, et un user connecté, tout marche nickel
> chrome. C'est seulement en quittant X que ça fait tout planter.

Je ne pense pas que cela soit de ta faute. Un kernel panic est forcément
un bug du noyau. Le noyau devrait être capable de continuer à tourner
quel que soient les informations qui proviennent du user-space. Si cette
règle est rompue, c'est qu'il y a un problème grave.

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

Emmanuel Fleury wrote:
> Lassie wrote:
>> A propos des logs, il n'y a strictement rien dans le /var/log/messages
>> au moment du plantage (tout est normal, puis quelques minutes après on
>> voit que la machine a rebooté, mais rien entre les deux).
>> Et le kernel panic s'affichant dans la console (quand je fais un init 3
>> par exemple), il défile tellement vite que j'ai pas le temps de voir la
>> ligne qui s'affiche au début... :-(

J'ai eu la "chance" au cours d'un test d'avoir un kernel panic assez
court, j'ai pu noter une partie de ce que j'avais à l'écran, je ne sais
pas si ça aide vraiment :

Unable to handle kernel paging request at ffff.... RIP:
PGD 8063 RUD 9063 PMD 80000000396001e3 BAD
Oops : 0009 [1]SMP
CPU1
Modules linked in: i915 drm nfsd exportfs lockd nfs_acl .... (liste de
modules)
Pid 4309, comm: K09dm Not tainted 2.6.12-12mdksmp
RIP: 0010:{fff....} ... {unhandled-signal +18}

etc....

C'est au moment où je veux arrêter le service "dm" que j'ai eu l'erreur.


> Pourquoi ne pas passer à des versions plus récentes du noyau (le dernier
> en date est le 2.6.16.20 et le 2.6.17 va sortir incessamment) et de Xorg
> (la version courante est la 7.1.x et la plupart des distributions
> utilisent la 7.0.x) ?

Le plus récent que fournit Mandriva sur leur serveur "cooker", c'est une
2.6.16, mais j'ai eu le même kernel panic quand j'ai fait le test.

> Je ne pense pas que cela soit de ta faute. Un kernel panic est forcément
> un bug du noyau. Le noyau devrait être capable de continuer à tourner
> quel que soient les informations qui proviennent du user-space. Si cette
> règle est rompue, c'est qu'il y a un problème grave.

Est-ce que ça pourrait venir d'un pb de driver pour la carte graphique ?
Lors de la détection de la carte, il indique une i915, à priori, selon
Windows, ça serait plutôt : Intel 82915G/GV/910GL.

A+

Lassie wrote:
>
> J'ai eu la "chance" au cours d'un test d'avoir un kernel panic assez
> court, j'ai pu noter une partie de ce que j'avais à l'écran, je ne sais
> pas si ça aide vraiment :
>
> Unable to handle kernel paging request at ffff.... RIP:

Ce genre d'erreur arrive lorsqu'un thread noyau tente d'accéder à une
page mémoire qui n'existe plus. C'est typiquement un overflow dans le
programme ou une mauvaise gestion de la mémoire.

> PGD 8063 RUD 9063 PMD 80000000396001e3 BAD
> Oops : 0009 [1]SMP
> CPU1
> Modules linked in: i915 drm nfsd exportfs lockd nfs_acl .... (liste de
> modules)
> Pid 4309, comm: K09dm Not tainted 2.6.12-12mdksmp
> RIP: 0010:{fff....} ... {unhandled-signal +18}
>
> etc....

Ce qui serait bien la prochaine fois ce serait que tu copies la pile de
fonctions pour tracer la fonction qui provoque le crash.

> C'est au moment où je veux arrêter le service "dm" que j'ai eu l'erreur.

C'est reproductible à 100% ?

> Le plus récent que fournit Mandriva sur leur serveur "cooker", c'est une
> 2.6.16, mais j'ai eu le même kernel panic quand j'ai fait le test.

Et pour le serveur Xorg ? As-tu essayé une version plus récente que la 6.9 ?

> Est-ce que ça pourrait venir d'un pb de driver pour la carte graphique ?
> Lors de la détection de la carte, il indique une i915, à priori, selon
> Windows, ça serait plutôt : Intel 82915G/GV/910GL.

Si tu as le DRI activé, oui cela peut provenir de là (le DRI fait
discuter directement le driver Xorg avec le noyau et s'il y a un bug
cela peut provoquer ce genre de chose).

Au pire, essaye de désactiver le DRI dans le fichier de configuration de
ton Xorg pour voir si cela jugule le problème. Pour cela, enlève le
module "dri" et essaye d'ajouter les lignes suivantes aussi:

Section "ServerFlags"
Option "PM" "off"
EndSection

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

On Thu, 15 Jun 2006 18:17:08 +0200, Emmanuel Fleury wrote:

> Lassie wrote:
>>
>> J'ai eu la "chance" au cours d'un test d'avoir un kernel panic assez
>> court, j'ai pu noter une partie de ce que j'avais à l'écran, je ne
>> sais pas si ça aide vraiment :
>>
>> Unable to handle kernel paging request at ffff.... RIP:
>
> Ce genre d'erreur arrive lorsqu'un thread noyau tente d'accéder à une
> page mémoire qui n'existe plus. C'est typiquement un overflow dans le
> programme ou une mauvaise gestion de la mémoire.

Et l'adresse de la page ressemble à 0xffffffff, c'est à dire -1,
autrement dit ce que renvoie mmap quand il échoue.
Ce n'est pas forcément un hasard...

[...]

l'indien wrote:
>
> Et l'adresse de la page ressemble à 0xffffffff, c'est à dire -1,
> autrement dit ce que renvoie mmap quand il échoue.
> Ce n'est pas forcément un hasard...

Hum, exact, je n'y avais pas prêté attention. Il pourrait aussi s'agir
d'une saturation de la mémoire (un memory leak qui tourne mal ?).

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

Emmanuel Fleury wrote:
(snip)
> Ce qui serait bien la prochaine fois ce serait que tu copies la pile de
> fonctions pour tracer la fonction qui provoque le crash.


>
>> C'est au moment où je veux arrêter le service "dm" que j'ai eu l'erreur.
>
> C'est reproductible à 100% ?

Bin ça plante sur 100% des tests : à chaque fois que je veux quitter X
Par contre, je n'ai pas l'affichage complet du kernel panic à chaque fois.

>> Le plus récent que fournit Mandriva sur leur serveur "cooker", c'est une
>> 2.6.16, mais j'ai eu le même kernel panic quand j'ai fait le test.
>
> Et pour le serveur Xorg ? As-tu essayé une version plus récente que la 6.9 ?

Je viens de tester les combinaisons suivantes :
Xorg Kernel
6.9.0 2.6.12
7.1.0 2.6.12
7.1.0 2.6.16
La dernière ligne, c'est le mieux que je puisse faire au niveau des
versions avec les packages RPM fournis par la mandrake.
Après, il faut que je passe par les sources et la compil...

> Si tu as le DRI activé, oui cela peut provenir de là (le DRI fait
> discuter directement le driver Xorg avec le noyau et s'il y a un bug
> cela peut provoquer ce genre de chose).
>
> Au pire, essaye de désactiver le DRI dans le fichier de configuration de
> ton Xorg pour voir si cela jugule le problème. Pour cela, enlève le
> module "dri" et essaye d'ajouter les lignes suivantes aussi:
>
> Section "ServerFlags"
> Option "PM" "off"
> EndSection

J'ai testé aussi : dri, glx, desactivés
J'ai aussi testé avec l'option en plus dans le ServerFlags du fichier
xorg.conf
=> même résultat : X démarrre nickel, je peux bosser sans pb, mais gros
kernel panic à la sortie

J'ai aussi essayé plusieurs drivers intel 810, 815 pour voir... mais
sans succés...

Décidemment, c'est bien la première fois que j'arrive pas à installer
une Mandrake "propre".

Est-ce qu'un recompil du noyau pourrait y faire quelque chose ? J'y
crois pas trop...

Sinon, une autre distrib en 64 bits ? Vous me conseillez quoi ?

A+

Emmanuel Fleury wrote:
> l'indien wrote:
>> Et l'adresse de la page ressemble à 0xffffffff, c'est à dire -1,
>> autrement dit ce que renvoie mmap quand il échoue.
>> Ce n'est pas forcément un hasard...
>
> Hum, exact, je n'y avais pas prêté attention. Il pourrait aussi s'agir
> d'une saturation de la mémoire (un memory leak qui tourne mal ?).
>
> Amicalement

J'ai pas noté l'adresse 0xfff... en entier, mais il me semble qu'il y a
avait autre chose que des "f" à la fin.
Et bien sûr, je n'arrive plus à avoir une kernel panic qui s'affiche
pour renoter le bazar...

Bref... c'est pas gagné.
Je pense tester une autre distrib.
Si j'obtiens le même résultat, ca sera surement un pb hardware...

On Thu, 15 Jun 2006 00:43:00 +0200, Lassie <lassie.ameto@gmail.com>:

>Tout se passe bien : X démarre sans soucis. Mais quand je veut quitter
>X, j'ai droit carrément à une "kernel panic", et la machine est plantée.

Il y a peu de chances pour que ça t'aide, mais... as-tu testé ta RAM ?
Une barrette défectueuse est un problème assez courant, qui occasionne
des bugs et plantages tordus, et très facile à détecter avec
memtest86.
Dès que j'ai un problème louche, c'est mon premier réflexe, car c'est
de loin le test le plus facile à réaliser. Et comme le test est long,
ça me donne une heure ou deux pour réfléchir posément ;-)

Fabien LE LEZ wrote:
> On Thu, 15 Jun 2006 00:43:00 +0200, Lassie <lassie.ameto@gmail.com>:
>
>> Tout se passe bien : X démarre sans soucis. Mais quand je veut quitter
>> X, j'ai droit carrément à une "kernel panic", et la machine est plantée.
>
> Il y a peu de chances pour que ça t'aide, mais... as-tu testé ta RAM ?
> Une barrette défectueuse est un problème assez courant, qui occasionne
> des bugs et plantages tordus, et très facile à détecter avec
> memtest86.
> Dès que j'ai un problème louche, c'est mon premier réflexe, car c'est
> de loin le test le plus facile à réaliser. Et comme le test est long,
> ça me donne une heure ou deux pour réfléchir posément ;-)

Non, j'ai pas testé, mais je ne pense pas que ça vienne de là : PC tout
neuf, et fonctionne parfaitement sous Windows, ou Mandriva 2006 une fois
X démarré, à condition de ne *jamais* quitter X sous peine d reset...is

Mais merci pour la piste.

A+s

Lassie wrote:
>
> J'ai pas noté l'adresse 0xfff... en entier, mais il me semble qu'il y a
> avait autre chose que des "f" à la fin.
> Et bien sûr, je n'arrive plus à avoir une kernel panic qui s'affiche
> pour renoter le bazar...

Ok, il faut savoir que les adresses en 0xfff... sont souvent des
adresses appartenant au noyau car sous Linux le segment mémoire du noyau
réside entre 3Go et 4Go (en mode 32bits évidemment).

> Bref... c'est pas gagné.
> Je pense tester une autre distrib.
> Si j'obtiens le même résultat, ca sera surement un pb hardware...

Ou le même bug.

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

Fabien LE LEZ wrote:
>
> Il y a peu de chances pour que ça t'aide, mais... as-tu testé ta RAM ?
> Une barrette défectueuse est un problème assez courant, qui occasionne
> des bugs et plantages tordus, et très facile à détecter avec
> memtest86.
> Dès que j'ai un problème louche, c'est mon premier réflexe, car c'est
> de loin le test le plus facile à réaliser. Et comme le test est long,
> ça me donne une heure ou deux pour réfléchir posément ;-)

Non, son bug est trop déterministe pour être dû à la RAM. Avec des
corruption de la RAM il y aura des bugs aléatoires sur n'importe quel
logiciel (potentiellement). Ici, c'est toujours sur X et toujours lors
de la clôture du serveur X.

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

Lassie wrote:
>
> Je viens de tester les combinaisons suivantes :
> Xorg Kernel
> 6.9.0 2.6.12
> 7.1.0 2.6.12
> 7.1.0 2.6.16
> La dernière ligne, c'est le mieux que je puisse faire au niveau des
> versions avec les packages RPM fournis par la mandrake.
> Après, il faut que je passe par les sources et la compil...

Ok, cela veut dire que le bug est toujours là. As-tu essayé de passer en
driver "vesa" dans le xorg.conf pour voir ?

> J'ai testé aussi : dri, glx, desactivés
> J'ai aussi testé avec l'option en plus dans le ServerFlags du fichier
> xorg.conf
> => même résultat : X démarrre nickel, je peux bosser sans pb, mais gros
> kernel panic à la sortie

Hum, c'est un bug récalcitrant.

> J'ai aussi essayé plusieurs drivers intel 810, 815 pour voir... mais
> sans succés...
>
> Décidemment, c'est bien la première fois que j'arrive pas à installer
> une Mandrake "propre".
>
> Est-ce qu'un recompil du noyau pourrait y faire quelque chose ? J'y
> crois pas trop...

Moi non plus.

> Sinon, une autre distrib en 64 bits ? Vous me conseillez quoi ?

La Ubuntu est pas mal.

Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury

On Fri, 16 Jun 2006 16:38:54 +0200, Lassie <lassie.ameto@gmail.com>:

>mais je ne pense pas que ça vienne de là : PC tout
>neuf

Et RAM de quelle marque ?

Au bureau, il y a deux ou trois ans, j'ai reçu six nouveaux PC, "tout
neufs". Sur trois d'entre eux, la RAM ("noname") déconnait.

Le 16 June 2006 à 16:38, Lassie s'est exprimé ainsi :

> Non, j'ai pas testé, mais je ne pense pas que ça vienne de là : PC
> tout neuf, et fonctionne parfaitement sous Windows, ou Mandriva 2006

J'ai déjà rencontré de la ram qui ne passait pas le memtest86 sans
erreur mais avec laquelle Windows ne se plaignait de rien.

Par contre le problème se remarquait assez vite sous Linux. Je suppose
que la gestion différente de ram entre les 2 systèmes devait avoir son
importance.

Maintenant comme tu n'as pas de soucis avec Mandriva...
--
Sébastien Kirche