Le 06/02/03 17:40, VALLIET Emmanuel a écrit tout plein de choses, dont : > Si le ps aux renvoie le process comme étant en "uninterruptible sleep" (D), > normalement, ben, tu peux pas :-], à part par le reboot (parfois, ça > marche en attendant 1 ou 2 minutes, le temps qu'un timeout arrive à > terme). > S'il n'était pas dans cet état, alors normalement, il aurait du y avoir > un moyen de le tuer.
Eh bien je suis curieux de l'apprendre :) J'ai réessayé, en gardant mon sang froid cette fois ;), mais rien de mieux : [EMAIL PROTECTED]:~]# amd /cdrom /dev/hdc (Evidemment, hdc n'est pas mon lecteur cd, ce qui est la raison du probleme) [EMAIL PROTECTED]:~]# ps auxf | grep amd root 9862 47.3 0.3 1948 864 ? R 23:20 0:53 amd /cdrom/ /dev/hdc [EMAIL PROTECTED]:~]# killall amd [EMAIL PROTECTED]:~]# ps auxf | grep amd root 9862 47.5 0.3 1948 864 ? R 23:20 1:39 amd /cdrom/ /dev/hdc [EMAIL PROTECTED]:~]# kill 9862 [EMAIL PROTECTED]:~]# ps auxf | grep amd root 9862 46.7 0.3 1948 864 ? R 23:20 1:55 amd /cdrom/ /dev/hdc Que me reste-t-il comme moyen pour mettre fin à ces PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command 9862 root 19 0 864 864 724 R 42.2 0.4 2:37.85 amd 198 root 16 0 1144 452 452 R 31.6 0.2 1:03.24 klogd 195 root 19 0 760 716 676 R 24.3 0.3 1:59.55 syslogd ^^^^ ? Tiens, d'ailleurs, si je tue Klogd : [EMAIL PROTECTED]:~]# kill 198 Il ne me reste plus que amd, qui bouffe tout ce qu'il peut ! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command 9862 root 19 0 864 864 724 R 97.4 0.4 3:24.59 amd ^^^^ (Bon, je vais rebooter et vider mes logs avant d'exploser /var !) -- moku <[EMAIL PROTECTED]> http://www.projectshirow.net/ Je vends ! -> http://moku.free.fr/a_la_vente.html