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 > <[EMAIL PROTECTED]> > 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
