Блин! Достали неубивающиеся программы!

а ты плазмоганом его, плазмоганом..

>а ты плазмоганом его, плазмоганом..

Перезагрузиться - дешевле :)

Но вопрос интересный теоретический. Как убить простой юзеровский процесс. Специально пока перезагружаться не буду, может, кто подскажет чего :)

/home/balancer -- это mountpoint сетевой fs?

Нет, обычный каталог обычного hdd.

Дождаться пока выйдет из D если выйдет.

Иначе - убиваются вместе с ядром.

>> Теперь - другая машина, другое ядро.

А звуковая карта таже? :)

>Дождаться пока выйдет из D если выйдет.

Ну, уже часов шесть прошло :)

>Иначе - убиваются вместе с ядром.

Ужас. Только противникам линукса не говорите, засмеют же :D

>А звуковая карта таже? :)

Нет :) В предыдущем топике проблемы были на рабочей машине, а сабж - на домашней.

Не засмеют.

В винде точно также :)

Gentoo, да? 
Накомпилялся? Самое свежее попробовал? 
Теперь ставь Debian Sarge.

Имхо, дело в драйвере звука...

Ну если не в нем, то или ядре или в железе...

>Gentoo, да? >Накомпилялся? Самое свежее попробовал? >Теперь ставь Debian Sarge.

А что, в Debian'е совсем другое ядро, да? Или при компилляции /bin/kill требуется особая хитрость?

>Имхо, дело в драйвере звука...

alsa. Разных версий. На разном железе. Драйвера - snd-intel8x0 и... впрочем, хм. Тоже snd-intel8x0 (хотя в первом случае на nForce3/amd64, во втором - i865PE/Celeron). Разве что дело в драйвере.

Но почему по сабжу висит приложение, а не драйвер? alsa при этом рестартует корректно.

>Ну если не в нем, то или ядре или в железе...

Ядра разные, железо - даже разных платформ. Флаги компилляции - и то разные :)

Не знаю, как в дебиане, а в другом дистрибутиве я никогда такого не видел, Ни как modprobe завис, ни как плеер, тем более от юзера.

>я никогда такого не видел

Я тоже очень многого не видел из того, что видели другие. И в жизни, и в компьютерах. Тем не менее - впорос открытый.

>тем более от юзера.

Как убить процесс, запущенный от простого юзера.

тогда точно драйвер...

Так драйвер и висит

Прилощение вызвало функцию ядра(драйвера) и в ней все повисло на каком-нибудь uninterruptible_sleep...

Если последняя версия ядра - можно багрепортить разработчикам snd-intel8x0.

Ох и везет же тебе с такими процессами:) Единственный раз в жизни видел такое на какой-то из федор ранних года так полтора назад.

>А что, в Debian'е совсем другое ядро, да? Или при компилляции /bin/kill требуется особая хитрость?

Сам же понимаешь, что kill тут не при чем. А ядро такое же, разве что патчат его debian'овцы своими debian'овскими патчами.

>патчат его debian'овцы своими debian'овскими патчами.

И получают gluck-x86-debian-r1.diff :) Сколько на gentoo сижу - ни разу такого не видел. ПРавда у мя emu10k1... Кстати, заметил глюк в другом: motorola c650 на usb - шнуре используется как gprs - модем. Если во время сеанса связи кто - то звонит на мобилку - виснет ядро нафиг. Вот тут есть где голову поломать... Хорошо, что телефон только для gprs и номер никто не знает, но некоторые придури ошибаются номером...

dmesg | tail что говорит?

>motorola c650 на usb - шнуре используется как gprs - модем.

c380, gentoo, ядро 2.6.15, ничего не виснет(или большая разница между c380 и c650?) :)

Странные какие-то траблы. kill и modprobe -r с рутовыми правами запускаешь или от простого юзера? Не припомню, чтоб sudo kill -9 процесс не убил. Для безотказной выгрузки модулей собери ядро с Forced module unloading.

Странно ... один человек уже ответил, а всё равно спрашивают, как убить....

цитирую (о флагах состояния процессов в ядре):
"TASK_UNINTERRUPTIBLE This state is identical to TASK_INTERRUPTIBLE except that it does not wake up 
and become runnable if it receives a signal. This is used in situations 
where the process must wait without interruption or when the event is
expected to occur quite quickly. 
Because the task does not respond to signals in this state, TASK_UNINTERRUPTIBLE is less often used 
than TASK_INTERRUPTIBLE.

This is why you have those dreaded _unkillable_ processes with state D 
in ps(1). Because the task will not respond to signals, you _cannot_ send it a SIGKILL signal. 
Further, even if you could terminate the task, it _would not be wise_ 
as the task is supposedly in the middle of an important operation 
and may hold a semaphore."

Кильнуть ты их не сможешь.
Так что ... перегружайся. Либо ... перегружайся по-любому :)

>Ох и везет же тебе с такими процессами:)

Полоса какая-то... Закон парных случаев :) До этого за девять лет разной степени контактов с Линуксом с таким не сталкивался :D

...

Вопрос так и остался неразрешённым, ибо вчера вечером в доме вырубили свет :)

>Странно ... один человек уже ответил, а всё равно спрашивают, как убить....

Дык, пока это касалось драйвера ядра - оно понятно. Но в этот раз повисло юзерспейсовское приложение. Потому и удивился :)

Ну что ты удивляешься? У меня, вот при броузинге Windows-шары, смонтированной по cifs, при отключении сервера в состояние [D] уходит простой df...

Так что ни при чем тут, что процесс юзерский или нет - это бага _в_драйвере_

Если кому-то интересно, проблема решилась _полным_ сносом alsa-driver и включением драйверов из ядра. (snd_intel8x0).

Линукс реально рулит! :)