Re: Tuer un process intuable ?
On Thu, Feb 06, 2003 at 05:03:43PM +0100, moku wrote:
> Salutavoustous !
>
> Je m'embétais tout à l'heure alors j'ai voulu essayer am-utils,
> l'automonteur, avec en tête l'idée qu'il me monterait automatiquement
> mes CD dés accés à /cdrom.
> Je lis/survole brièvement 2/3 doc, man, help et n'ayant pas d'accés
> HTTP, je me lance dans des essais (n'ayant pas trop compris la syntaxe
> du soft) :
> # amd /dev/cdrom /cdrom
> Sauf que le lien /dev/cdrom ne pointait pas vers le bon device (lorsque
> j'ai configuré mon graveur, j'ai oublié de le modifier !). donc
> /dev/cdrom pointait vers /dev/hdc au lieu de /dev/scd0.
> Eh bien en quelques secondes, mon /log/syslog à pris 50 Mo ! Quelques
> 750000 lignes de :
> Feb 6 16:30:06 navi kernel: ide-scsi: hdc: unsupported command in request queue (0)
> Feb 6 16:30:06 navi kernel: end_request: I/O error, dev 16:00 (hdc), sector 6
>
> Et, ne vous moquez pas, le seul moyen que j'ai trouvé, un peu pris de
> panique, pour cesser ce bordel, ca a été le reboot. En effet tous mes
> kill et killall n'ont rien donné :(
>
> Alors tout ca pour vous demander comment tuer un process intuable ?
> (les 2 process qui se partageaient mon CPU étaient évidemment syslogd et
> amd)
>
>
> --
> moku
> <moku@free.fr> http://www.projectshirow.net/
> Je vends ! -> http://moku.free.fr/a_la_vente.html
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.
--
Manu
// "C'est une pensée rassurante de se dire que quand
// Mozart avait mon âge, il était mort depuis 2 ans"
// Tom Lehrer
Reply to: