comment tuer un processus ??

comment tuer un processus ?? - Divers - Linux et OS Alternatifs

Marsh Posté le 01-05-2004 à 16:09:01    

salut,
 
bon en fait la vraie question c est : comment killer un processus D, c est a dire ki a un pb d I/O :/
 

root@gate:~$ ps aux | grep D
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
tomate   14145  0.0  0.1  1492  392 ?        D    14:24   0:00 rm -rf /mnt/ftp/plop/
tomate    6141  0.0  0.1  1988  548 ?        D    14:25   0:00 ls --color=auto --color=auto -lA


 
j ai 2 process intuables par kill -9 :/
 
je me demandais s il n y avait pas une commande bcp plus bas niveau pour fermer les read/write ??
 
sinon c est reboot :/
 
bien sur en tuant le pere ca ne change rien :/
 
ps : merci de ne pas polluer ce topic, heins le ptits malins de tout a l heure :o


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 16:09:01   

Reply

Marsh Posté le 01-05-2004 à 16:09:17    

sinon y-a peut-être un indice icite :
man 7 signal


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 16:10:59    

udok a écrit :

sinon y-a peut-être un indice icite :
man 7 signal

je teste le init 1 (meme si j ai un mega huge doute :D)
je regarde apres ;)


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 16:14:14    

c est  bien ce ke je craignais : il sont tjs la :/


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 16:18:42    

je voyais rien de drôle,
 
-15 fonctionne parfois, il a la même action par défaut que -9.

Reply

Marsh Posté le 01-05-2004 à 16:19:15    

python a écrit :

je voyais rien de drôle,
 
-15 fonctionne parfois, il a la même action par défaut que -9.

oue mais y a rien de plus fort ke -9 :/


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 16:19:49    

tomate77 a écrit :

c est  bien ce ke je craignais : il sont tjs la :/


 
autre solution : un reboot et tes processus seront définitivement perdus

Reply

Marsh Posté le 01-05-2004 à 16:20:40    

python a écrit :

autre solution : un reboot et tes processus seront définitivement perdus

oui mais j aurai aime eviter ;)


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 16:37:44    

python a écrit :

je voyais rien de drôle,
 
-15 fonctionne parfois, il a la même action par défaut que -9.


 
[:neo_xp]
le -15 c'est celui par défaut, ça fait comme un ctrl C il me semble
et -9 c'est bcp plus bourrin (et plus efficace en général aussi) :o


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 16:39:04    

tomate sux :D

Reply

Marsh Posté le 01-05-2004 à 16:39:04   

Reply

Marsh Posté le 01-05-2004 à 16:40:16    

nan mon disuqe dur sux [:aloy]


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 16:40:40    

STAT D = defunc ?
si oui alors tu ne peux rien faire sauf reboot


---------------
Qui suis-je ? Que fais-je ? | phpLister | Perdu ? Vous êtes ici --> *
Reply

Marsh Posté le 01-05-2004 à 16:42:01    

jjgan a écrit :

STAT D = defunc ?
si oui alors tu ne peux rien faire sauf reboot

Citation :

PROCESS STATE CODES
       D uninterruptible sleep (usually IO)


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 18:37:05    

Tu ne peux pas tuer un processus qui est dans un system call, pour la bonne raison que les interruptions sont masquées... Donc rien à faire à part rebooter.

Reply

Marsh Posté le 01-05-2004 à 18:48:41    

udok a écrit :

[:neo_xp]
le -15 c'est celui par défaut, ça fait comme un ctrl C il me semble
et -9 c'est bcp plus bourrin (et plus efficace en général aussi) :o


-15 c'est SIGTERM
-9 cest SIGKILL et il n'est pas ignorable par l'appli quand elle le reçoit (ce qui est le pb ici)


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 01-05-2004 à 19:02:29    

udok a écrit :

[:neo_xp]
le -15 c'est celui par défaut, ça fait comme un ctrl C il me semble
et -9 c'est bcp plus bourrin (et plus efficace en général aussi) :o


 
ctrl+c envoye SIGINT (le -2) [:romf]

Reply

Marsh Posté le 01-05-2004 à 19:11:19    

Avec un bon vieu colt  [:alfinfrance]
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[:benj9002]
 
 
 
 
 
 
 

Reply

Marsh Posté le 01-05-2004 à 19:23:00    

sevas a écrit :

ctrl+c envoye SIGINT (le -2) [:romf]


 
ouai -2 -15 spareil tout ça [:mrbrelle]  [:anathema]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 19:28:47    

udok a écrit :

ouai -2 -15 spareil tout ça [:mrbrelle]  [:anathema]

:non:  
-2 = tait toi s'il te plait  
-15 = la ferme !
-9 = meurt !


Message édité par Mjules le 01-05-2004 à 19:29:08

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 01-05-2004 à 19:45:47    

Mjules a écrit :

:non:  
-2 = tait toi s'il te plait  
-15 = la ferme !

-9 = meurt !


 
sources ?   [:anathema]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 19:48:56    

udok a écrit :

sources ?   [:anathema]

un artcile que j'avais lu ya quelque temps sur les méfaits du kill -9 mais je sais plus où je l'ai vu


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 01-05-2004 à 19:54:48    

Mjules a écrit :

un artcile que j'avais lu ya quelque temps sur les méfaits du kill -9 mais je sais plus où je l'ai vu


 
les méfaits du kill -9 ??
c grave à ce point ? [:totoz]
bon pis la question là c'est plus entre -2 et -15   :o


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 19:56:28    

udok a écrit :

les méfaits du kill -9 ??
c grave à ce point ? [:totoz]
l'article comparait ça à l'équivalent d'un reboot (point de vue appli bien sur) avec tout les fichiers encore ouvrets, les lock non effacé etc
bon pis la question là c'est plus entre -2 et -15   :o


il en paralit également dans son article


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 01-05-2004 à 20:04:28    

bah si une appli est planté, faut bien la fermé de toute façon [:spamafote]
 
et pour le -2/-15, suffit pas de dire qu'il en a parlé  :o


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 20:09:07    

ben SIGINT (interrupt) signale au processus qu'on désire l'interrompre, et SIGTERM (terminate) signale au processus qu'on veut qu'il se termine.


---------------
Au royaume des sourds, les borgnes sont sourds.
Reply

Marsh Posté le 01-05-2004 à 20:09:49    

R3g a écrit :

ben SIGINT (interrupt) signale au processus qu'on désire l'interrompre, et SIGTERM (terminate) signale au processus qu'on veut qu'il se termine.


 
différence ?  :??:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 20:10:41    

udok a écrit :

différence ?  :??:

L'un peut être ignoré par l'appli, l'autre non.

Reply

Marsh Posté le 01-05-2004 à 20:18:05    

alien conspiracy a écrit :

L'un peut être ignoré par l'appli, l'autre non.


 
le -15 il est parfois ignoré  [:mrbrelle]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 20:19:18    

alien conspiracy a écrit :

L'un peut être ignoré par l'appli, l'autre non.

je pense que les deux peuvent être ignorés. la différence est sémantique : en réponse à SIGTERM le processus devrait toujours se terminer, alors qu'il est normal que certains processus continuent à s'executer après SIGINT (enfin c'est comme ça que je l'ai toujours compris).


---------------
Au royaume des sourds, les borgnes sont sourds.
Reply

Marsh Posté le 01-05-2004 à 20:20:18    

udok a écrit :

sources ?   [:anathema]

man signal [:mrbrelle]


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 20:31:05    

udok a écrit :

le -15 il est parfois ignoré  [:mrbrelle]

oui mais pas dans son fonctionnement """normal"""

Reply

Marsh Posté le 01-05-2004 à 20:38:29    

      Signal   |  Valeur  | Action | Commentaire
       ---------+----------+--------+------------------------------------------
        SIGHUP  |     1    |   A    | Raccrochement (déconnexion) sur terminal
                |          |        | de contrôle, ou mort du processus
                |          |        | de contrôle.
        SIGINT  |     2    |   A    | Interruption depuis le clavier.
        SIGQUIT |     3    |   A    | Demande 'Quitter' depuis le clavier.
        SIGILL  |     4    |   A    | Instruction illégale.
        SIGABRT |     6    |   C    | Signal d'arrêt depuis abort(3).
        SIGFPE  |     8    |   C    | Erreur mathématique virgule flottante.
        SIGKILL |     9    |  AEF   | Signal 'KILL'.
        SIGSEGV |    11    |   C    | Référence mémoire invalide.
        SIGPIPE |    13    |   A    | Écriture dans un tube sans lecteur.
        SIGALRM |    14    |   A    | Temporisation alarm(2) écoulée.
        SIGTERM |    15    |   A    | Signal de fin.
        SIGUSR1 | 30,10,16 |   A    | Signal utilisateur 1.
        SIGUSR2 | 31,12,17 |   A    | Signal utilisateur 2.
        SIGCHLD | 20,17,18 |   B    | Fils arrêté ou terminé.
        SIGCONT | 19,18,25 |        | Continuer si arrêté.
        SIGSTOP | 17,19,23 |  DEF   | Arrêt du processus.
        SIGTSTP | 18,20,24 |   D    | Stop invoqué depuis tty.
        SIGTTIN | 21,21,26 |   D    | Lecture sur tty en arrière-plan.
        SIGTTOU | 22,22,27 |   D    | Écriture sur tty en arrière-plan.


 
man 7 signal


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 01-05-2004 à 20:39:46    

Mjules a écrit :

      Signal   |  Valeur  | Action | Commentaire
       ---------+----------+--------+------------------------------------------
        SIGHUP  |     1    |   A    | Raccrochement (déconnexion) sur terminal
                |          |        | de contrôle, ou mort du processus
                |          |        | de contrôle.
        SIGINT  |     2    |   A    | Interruption depuis le clavier.
        SIGQUIT |     3    |   A    | Demande 'Quitter' depuis le clavier.
        SIGILL  |     4    |   A    | Instruction illégale.
        SIGABRT |     6    |   C    | Signal d'arrêt depuis abort(3).
        SIGFPE  |     8    |   C    | Erreur mathématique virgule flottante.
        SIGKILL |     9    |  AEF   | Signal 'KILL'.
        SIGSEGV |    11    |   C    | Référence mémoire invalide.
        SIGPIPE |    13    |   A    | Écriture dans un tube sans lecteur.
        SIGALRM |    14    |   A    | Temporisation alarm(2) écoulée.
        SIGTERM |    15    |   A    | Signal de fin.
        SIGUSR1 | 30,10,16 |   A    | Signal utilisateur 1.
        SIGUSR2 | 31,12,17 |   A    | Signal utilisateur 2.
        SIGCHLD | 20,17,18 |   B    | Fils arrêté ou terminé.
        SIGCONT | 19,18,25 |        | Continuer si arrêté.
        SIGSTOP | 17,19,23 |  DEF   | Arrêt du processus.
        SIGTSTP | 18,20,24 |   D    | Stop invoqué depuis tty.
        SIGTTIN | 21,21,26 |   D    | Lecture sur tty en arrière-plan.
        SIGTTOU | 22,22,27 |   D    | Écriture sur tty en arrière-plan.


 
man 7 signal

oue le conseil k udok m avait donné plus haut en plus :D


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 20:48:10    

oui, le conseil que j'ai déjà donné
sauf que j'ai déjà regardé le man, et on peut pas dire que la description soit très explicite !  :o


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 01-05-2004 à 21:44:47    

udok a écrit :

oui, le conseil que j'ai déjà donné
sauf que j'ai déjà regardé le man, et on peut pas dire que la description soit très explicite !  :o

bah si kan meme :o


---------------
:: Light is Right ::
Reply

Marsh Posté le 01-05-2004 à 22:52:35    

Enfin vous pouvez discuter pendant des heures, n'empêche que si le process est bloqué dans un syscall il ne recevra jamais l'interruption et ne verra jamais le signal.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed