Je viens de passer mon syst=E8me qui est tout en lvm (sauf /boot) et xfs =
=20
(sauf /boot) sous 2.6.6 puis 2.6.7.
Tout fonctionne sans probl=E8me pendant "un certain temps" puis je n'ai =20
plus de r=E9ponse au clavier. Une session ssh ouverte depuis un autre =20
poste me confirme que le syst=E8me est toujours vivant. Je lance top et =20
je vois XFree86 qui consome 99% de la cpu. Apr=E8s un temps d'attente, je =
=20
d=E9cide de le tuer. Un autre thread Xfree86 se cr=E9=E9 alors spontan=E9me=
nt =20
et la machine plante pour de bon. M=EAme les "magic keys" ne fonctionnent =
=20
plus.
Une id=E9e ? Des voies d'investigation ?
Il me semble (conditionnel) que le ph=E9nom=E8ne a une relation avec le =20
basculement de l'=E9cran sous X vers une VT et retour...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain Sauvage
Tue, 22 Jun 2004 20:17:56 +0200, Jean-Luc Coulon (f5ibh) a écrit :
Bonjour(soir),
Bonjour,
Je viens de passer mon système qui est tout en lvm (sauf /boot) et xfs (sauf /boot) sous 2.6.6 puis 2.6.7.
Tout fonctionne sans problème pendant "un certain temps" puis je n'ai plus de réponse au clavier. Une session ssh ouverte depuis un autre poste me confirme que le système est toujours vivant. Je lance top et je vois XFree86 qui consome 99% de la cpu. Après un temps d'attente, je décide de le tuer. Un autre thread Xfree86 se créé alors spontané ment et la machine plante pour de bon. Même les "magic keys" ne fonctionnent plus.
Une idée ? Des voies d'investigation ?
Il me semble (conditionnel) que le phénomène a une relation avec le basculement de l'écran sous X vers une VT et retour...
Pas beaucoup d'idées, à part que le second processus X est sans doute lancé par un ?dm (xdm, kdm ou gdm) (le <troll>truc crado</troll> qui sert à faire un login en mode graphique). Désactive-le pour voir si ça continue.
-- Sylvain Sauvage
Tue, 22 Jun 2004 20:17:56 +0200, Jean-Luc Coulon (f5ibh) a écrit :
Bonjour(soir),
Bonjour,
Je viens de passer mon système qui est tout en lvm (sauf /boot) et xfs
(sauf /boot) sous 2.6.6 puis 2.6.7.
Tout fonctionne sans problème pendant "un certain temps" puis je n'ai
plus de réponse au clavier. Une session ssh ouverte depuis un autre
poste me confirme que le système est toujours vivant. Je lance top et
je vois XFree86 qui consome 99% de la cpu. Après un temps d'attente, je
décide de le tuer. Un autre thread Xfree86 se créé alors spontané ment
et la machine plante pour de bon. Même les "magic keys" ne fonctionnent
plus.
Une idée ? Des voies d'investigation ?
Il me semble (conditionnel) que le phénomène a une relation avec le
basculement de l'écran sous X vers une VT et retour...
Pas beaucoup d'idées, à part que le second processus X est sans doute
lancé par un ?dm (xdm, kdm ou gdm) (le <troll>truc crado</troll> qui sert
à faire un login en mode graphique). Désactive-le pour voir si ça
continue.
Tue, 22 Jun 2004 20:17:56 +0200, Jean-Luc Coulon (f5ibh) a écrit :
Bonjour(soir),
Bonjour,
Je viens de passer mon système qui est tout en lvm (sauf /boot) et xfs (sauf /boot) sous 2.6.6 puis 2.6.7.
Tout fonctionne sans problème pendant "un certain temps" puis je n'ai plus de réponse au clavier. Une session ssh ouverte depuis un autre poste me confirme que le système est toujours vivant. Je lance top et je vois XFree86 qui consome 99% de la cpu. Après un temps d'attente, je décide de le tuer. Un autre thread Xfree86 se créé alors spontané ment et la machine plante pour de bon. Même les "magic keys" ne fonctionnent plus.
Une idée ? Des voies d'investigation ?
Il me semble (conditionnel) que le phénomène a une relation avec le basculement de l'écran sous X vers une VT et retour...
Pas beaucoup d'idées, à part que le second processus X est sans doute lancé par un ?dm (xdm, kdm ou gdm) (le <troll>truc crado</troll> qui sert à faire un login en mode graphique). Désactive-le pour voir si ça continue.
Tue, 22 Jun 2004 20:17:56 +0200, Jean-Luc Coulon (f5ibh) a écrit : > Bonjour(soir),
Bonjour,
> Je viens de passer mon système qui est tout en lvm (sauf /boot) et xfs > (sauf /boot) sous 2.6.6 puis 2.6.7. > > Tout fonctionne sans problème pendant "un certain temps" puis je n'ai > plus de réponse au clavier. Une session ssh ouverte depuis un autre
> poste me confirme que le système est toujours vivant. Je lance top et > je vois XFree86 qui consome 99% de la cpu. Après un temps d'attente, je > décide de le tuer. Un autre thread Xfree86 se créé alors spontanément > et la machine plante pour de bon. Même les "magic keys" ne fonctionnent > plus. > > Une idée ? Des voies d'investigation ? > > Il me semble (conditionnel) que le phénomène a une relation avec le
> basculement de l'écran sous X vers une VT et retour...
Pas beaucoup d'idées, à part que le second processus X est sans doute lancé par un ?dm (xdm, kdm ou gdm) (le <troll>truc crado</troll> qui sert à faire un login en mode graphique). Désactive-le pour voir si ça continue.
Oui, le second processus est lacé par gdm. Si je ne bascule pas vers une VT, le système est stable. Si j'effectue un basculement puis retour, alors j'ai Xfree86 qui part en boucle.
Tue, 22 Jun 2004 20:17:56 +0200, Jean-Luc Coulon (f5ibh) a écrit :
> Bonjour(soir),
Bonjour,
> Je viens de passer mon système qui est tout en lvm (sauf /boot) et
xfs
> (sauf /boot) sous 2.6.6 puis 2.6.7.
>
> Tout fonctionne sans problème pendant "un certain temps" puis je
n'ai
> plus de réponse au clavier. Une session ssh ouverte depuis un autre
> poste me confirme que le système est toujours vivant. Je lance top
et
> je vois XFree86 qui consome 99% de la cpu. Après un temps
d'attente,
je
> décide de le tuer. Un autre thread Xfree86 se créé alors
spontanément
> et la machine plante pour de bon. Même les "magic keys" ne
fonctionnent
> plus.
>
> Une idée ? Des voies d'investigation ?
>
> Il me semble (conditionnel) que le phénomène a une relation avec le
> basculement de l'écran sous X vers une VT et retour...
Pas beaucoup d'idées, à part que le second processus X est sans doute
lancé par un ?dm (xdm, kdm ou gdm) (le <troll>truc crado</troll> qui
sert
à faire un login en mode graphique). Désactive-le pour voir si ça
continue.
Oui, le second processus est lacé par gdm.
Si je ne bascule pas vers une VT, le système est stable.
Si j'effectue un basculement puis retour, alors j'ai Xfree86 qui part
en boucle.
Tue, 22 Jun 2004 20:17:56 +0200, Jean-Luc Coulon (f5ibh) a écrit : > Bonjour(soir),
Bonjour,
> Je viens de passer mon système qui est tout en lvm (sauf /boot) et xfs > (sauf /boot) sous 2.6.6 puis 2.6.7. > > Tout fonctionne sans problème pendant "un certain temps" puis je n'ai > plus de réponse au clavier. Une session ssh ouverte depuis un autre
> poste me confirme que le système est toujours vivant. Je lance top et > je vois XFree86 qui consome 99% de la cpu. Après un temps d'attente, je > décide de le tuer. Un autre thread Xfree86 se créé alors spontanément > et la machine plante pour de bon. Même les "magic keys" ne fonctionnent > plus. > > Une idée ? Des voies d'investigation ? > > Il me semble (conditionnel) que le phénomène a une relation avec le
> basculement de l'écran sous X vers une VT et retour...
Pas beaucoup d'idées, à part que le second processus X est sans doute lancé par un ?dm (xdm, kdm ou gdm) (le <troll>truc crado</troll> qui sert à faire un login en mode graphique). Désactive-le pour voir si ça continue.
Oui, le second processus est lacé par gdm. Si je ne bascule pas vers une VT, le système est stable. Si j'effectue un basculement puis retour, alors j'ai Xfree86 qui part en boucle.
