Laurent Hermann wrote: > Bonjour, > > Le probl�me vient de se produire. J'ai du rebouter ma machine comme un > sauvage (reset). Et j'ai essay� de supprimer les r�pertoires qui on �t� > partiellement copi�s: > Je lance un "rm -rf REPERTOIRE" qui plante et "mc" qui plante aussi.
Quel est le message de rm ? Segmentation fault ? > Avec "ps aux" j'obtien: > >-------------------------------------------------------------------------------------------- > ... > lhermann 737 0.0 0.6 15980 5608 ? D 19:28 0:00 kdeinit: > kio_file file /tmp/ksocket-lhermann/klauncherUy37rb.slave-socket > /tmp/ksocket-lhermann/konqueror972J7b.slave-socket > lhermann 760 0.0 0.0 1280 396 ? D 19:29 0:00 rm -rf > REPERTOIRE > lhermann 783 0.0 0.1 2544 1248 ? D 19:30 0:00 mc > ... > >-------------------------------------------------------------------------------------------- > > Le D signifie certainement : > PROCESS STATE CODES > D uninterruptible sleep (usually IO) > > Je n'arrive pas � tuer ces t�ches, m�me avec root et "kill -9", impossible ! D'o� le nom "uninterruptible". ;-) rm n'a pas l'air plant�, simplement bloqu�. �a sent fort le bug IDE et/ou driver tout cela. Je chercherais dans les param�tres IDE du noyau ou r�gl�s par hdparm (ou un truc du genre, je n'ai que du SCSI, peut-�tre est-ce que �a a chang� depuis la derni�re que j'ai regard� ?) > Y-a-t'il une solution pour remettre de l'ordre dans tout �a sans avoir besoin > de rebouter la machine ? A priori, le noyau devrait perdre patience apr�s quelques minutes et interrompre l'appel syst�me bloqu�. C'est en tout cas ce qui m'�tait arriv� un jour avec NT4 � cause d'un c�ble scanner SCSI mal branch�. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
