Как убить неубиваемый процесс без рестарта Linux?

Ох, дурацкая разметка... Вместо меню выбора формата попал по кнопке "Отправить".

В общем - и как его убить? Или это как раз тот случай, когда Linux придётся рестартовать?? :D

# ps ax|grep snd
18263 pts/7    D      0:00 /sbin/modprobe snd_pcm_oss
# kill -KILL 18263
# ps ax|grep snd
18263 pts/7    D      0:00 /sbin/modprobe snd_pcm_oss

Естественно,
# rmmod snd_pcm_oss
ERROR: Module snd_pcm_oss is in use
# lsmod
Module                  Size  Used by
snd_pcm_oss            42834  1
snd_mixer_oss          16384  1 snd_pcm_oss
snd_intel8x0           33211  1
snd_ac97_codec        104636  1 snd_intel8x0
snd_ac97_bus            2432  1 snd_ac97_codec
snd_pcm                89548  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              22984  1 snd_pcm
snd                    59712  6 snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
snd_page_alloc          9360  2 snd_intel8x0,snd_pcm
cifs                  220912  1
nvidia               4851284  12
sk98lin               164008  0
ieee1394               92528  0

можно испробовать kill -9 process_id , но к сожалению тоже не всегда помогает.
Мне тоже будет интересно как убить процес, который не убивается даже через -9?

>можно испробовать kill -9

Дык, kill -KILL - это оно и есть, как я понимаю... Блин, неохота перезапускаться.

никак (насколько мне изветсно), процесс "зависший" на syscall, нельзя убить из userspace.

Если пороцесс находится в uninterruptable sleep
значит, скорее всего, осуществляетя чтение/запись
в устройство и ядро откладывает доставку сигнала процессу
до завершения I/O.
Так что, в обычной ситуации процесс должен сдохнуть позднее.

Ссылка теме:
http://linuxgazette.net/issue83/tag/6.html

>Так что, в обычной ситуации процесс должен сдохнуть позднее.

Вот уже часа два, как не дохнет :-/

Блина, у вас там в линуксе, есть замечательная штука sysrq

kill -9 ?

Прошу прощения - не прочитал полностью топик. Никогда не сталкивался, чтобы по -9 не убивалось.

>18263 pts/7 D 0:00 /sbin/modprobe snd_pcm_oss

A process which ends up in "D" state for any measurable length of time is trapped in the midst of a system call (usually an I/O operation on a device --- thus the initial in the ps output).

Such a process cannot be killed --- it would risk leaving the kernel in an inconsistent state, leading to a panic. In general you can consider this to be a bug in the device driver that the process is accessing.

>Such a process cannot be killed

Ну, короче, понятно. Бывают таки глюки, в которых без перезагрузки линукса не обойтись :D

Недавно наблюдал то же самое, когда отвалился сервер, смонтированный через cifs. Убить процесс не удастся - но можно просто забить - он (на считая неосвобожденной памяти) особо не мешает.

>Убить процесс не удастся - но можно просто забить - он (на считая неосвобожденной памяти) особо не мешает.

В моём случае именно, что мешал. С таким подвисом Alsa не грузилась :)