ps qui bugue sous mandrake 10

On Tue, 06 Apr 2004 13:56:40 +0200, Ludo wrote:

Bonjour,

Parfois, pas tout le temps mais de temps en temps, lorsque je fais ps
(avec n'importe quel utilisateur dont root) la commande ps bugue, elle
affiche une partie des informations (certainement la totalité) puis se
bloque sur une ligne vide et ne renvoie pas le prompt et ce dans un
xterm comme en console.

D'où cela peut-il bien venir ?

C'est que la structure d'un des process est lockée, ce qui fait
que ps attends.
Le process en question est en deadlock. C'est soit un bug kernel,
soit un problème matériel (RAM ou disque, en général).
Ca arrive, par exemple si un driver se crashe alors qu'un process
est en attente d'écriture ou de lecture sur le device concerné.
dmesg devrait apporter une réponse, dans ce cas.
S'il n'y a pas de Ooops dans le dmesg, c'est sans doute un pb
matériel.

C'est que la structure d'un des process est lockée, ce qui fait
que ps attends.
Le process en question est en deadlock. C'est soit un bug kernel,
soit un problème matériel (RAM ou disque, en général).
Ca arrive, par exemple si un driver se crashe alors qu'un process
est en attente d'écriture ou de lecture sur le device concerné.
dmesg devrait apporter une réponse, dans ce cas.
S'il n'y a pas de Ooops dans le dmesg, c'est sans doute un pb
matériel.
Maintenant que vous le dites, à chaque fois que cela m'arrive, je

n'arrive pas à éteindre ma machine, celle-ci s'arrête à la ligne "arret
de samba" et en reste là. Cela peut-il venir de samba ?
Surtout qu'il n'est pas activé...

On Wed, 07 Apr 2004 13:51:55 +0200, Ludo wrote:

C'est que la structure d'un des process est lockée, ce qui fait
que ps attends.
Le process en question est en deadlock. C'est soit un bug kernel,
soit un problème matériel (RAM ou disque, en général).
Ca arrive, par exemple si un driver se crashe alors qu'un process
est en attente d'écriture ou de lecture sur le device concerné.
dmesg devrait apporter une réponse, dans ce cas.
S'il n'y a pas de Ooops dans le dmesg, c'est sans doute un pb
matériel.
Maintenant que vous le dites, à chaque fois que cela m'arrive, je

n'arrive pas à éteindre ma machine, celle-ci s'arrête à la ligne "arret
de samba" et en reste là. Cela peut-il venir de samba ?
Surtout qu'il n'est pas activé...

Essayes toujours de supprimer le module smbfs (je crois).
Mais si le système essaye d'éteindre samba, c'est qu'il croit
qu'il tourne, donc soit:
- il tourne vraiment et c'est lui qui bloque tout.
- il y a un fichier "résidu" (dans /var/run, par ex) qui fait
croire au système qu'il tourne et le problème vient d'ailleurs.

Parfois, pas tout le temps mais de temps en temps, lorsque je fais ps
(avec n'importe quel utilisateur dont root) la commande ps bugue, elle
affiche une partie des informations (certainement la totalité) puis se
bloque sur une ligne vide et ne renvoie pas le prompt et ce dans un
xterm comme en console.
D'où cela peut-il bien venir ?
C'est que la structure d'un des process est lockée, ce qui fait

que ps attends.
Le process en question est en deadlock. C'est soit un bug kernel,
soit un problème matériel (RAM ou disque, en général).
Ca arrive, par exemple si un driver se crashe alors qu'un process
est en attente d'écriture ou de lecture sur le device concerné.
dmesg devrait apporter une réponse, dans ce cas.
S'il n'y a pas de Ooops dans le dmesg, c'est sans doute un pb
matériel.
dmesg ne me renvoit qu'une liste de messages envoyés par shorewall.

Sinon j'avais un problème je m'en serai aperçu non ?