Forum Linux.débutant killer kdesktop_lock

Posté par  (site web personnel) .
Étiquettes : aucune
0
11
jan.
2006
voilà énoncé du problème :
Pendant que ma soeur n'était pas là, des affaires on glissé sur son clavier, une touche s'est enfoncée et est restée ainsi pendant de nombreuses heures....
Le champ pour le mot de passe du locker de kde s'est rempli....
tellement que le pc est figé ou presque.
Mais elle a pas envie de relancer l'ordi, (applis qui tournent etc....).
Et puis c'est pas une solution propre de redémarrer un ordi :p !

Bref je me suis connecté à son pc par ssh.
Et là je fais un top : le processus kdesktop_lock prend vers 100mo de mem (pas beaucoup, ok, mais beaucoup pour ce prog je pense) mais surtout il pompe 99% du cpu.
(y a pas de limites de caractères dans kdesktop_lock ?)

j'ai voulu killer le processus depuis top, ça n'a rien fait, j'ai voulu le faire avec kill monpid, rien non plus et puis j'ai fait un killall kdesktop_lock, toujours rien..

Je maîtrise pas trop bien le kill et tout ce qui tourne autour, alors si vous avez quelque chose à dire pour m'aider, n'hésitez pas. :)
  • # kill -9 pid

    Posté par  . Évalué à 2.

    kill -9 pid envoie un signal de fermeture inconditionnel.

    Rare son les process qui résistent :)
    • [^] # Re: kill -9 pid

      Posté par  (site web personnel) . Évalué à 1.

      ok merci beaucoup. :)

      Par contre je n'ai pas compris, j'avais cru poster ça sur linux.debutant, et là c'est dans general.cherche-logiciel, je m'excuse pour le post au mauvais endroit :s.
      S'il y a moyen de déplacer (je ne sais pas trop comment ça fonctionne la modération ici) faut pas hésiter !

      Faudra que j'essaie de reproduire le problème, s'il se reproduit j'enverraie un rapport de bug, c'est absurde quand même, un pauvre bouquin qui glisse et hop l'ordinateur complètement gelé quand on vient le reprendre :D !

      ce commentaire est sous licence cc by 4 et précédentes

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.