Как убить процесс в состоянии Ds ?

maxys146	# 9 лет, 10 месяцев назад
Темы: 43 Сообщения: 754 Участник с: 08 апреля 2011	Собсвенно вопрос уже задан. Имеется в виду без перезагрузки машины.

sleepycat	# 9 лет, 10 месяцев назад
Темы: 98 Сообщения: 3291 Участник с: 19 июля 2011	давай что пробовал и листинги…~~я такой никогда не видел~~ Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)

sleepycat

# 9 лет, 10 месяцев назад

Темы: 98

Сообщения: 3291

Участник с: 19 июля 2011

давай что пробовал и листинги…~~я такой никогда не видел~~

Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)

Natrio	# 9 лет, 10 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Насколько я понимаю, имеется в виду состояние D, “uninterruptible sleep”, тот самый IOwait. man ps PROCESS STATE CODES Here are the different values that the s, stat and state output specifiers (header "STAT" or "S") will display to describe the state of a process: D uninterruptible sleep (usually IO) R running or runnable (on run queue) S interruptible sleep (waiting for an event to complete) T stopped, either by a job control signal or because it is being traced W paging (not valid since the 2.6.xx kernel) X dead (should never be seen) Z defunct ("zombie") process, terminated but not reaped by its parent For BSD formats and when the stat keyword is used, additional characters may be displayed: < high-priority (not nice to other users) N low-priority (nice to other users) L has pages locked into memory (for real-time and custom IO) s is a session leader l is multi-threaded (using CLONE_THREAD, like NPTL pthreads do) + is in the foreground process group maxys146, если kill -KILL не помогает, то тут наверное нужно смотреть в сторону прекращения самого затянувшегося ввода-вывода. sleepycat, почему же, бывает такое. Берём какой-нибудь сильно дефектный CD/DVD, вставляем в привод и пытаемся его читать, а ещё лучше сразу монтировать, а если смонтируется – тогда читать. В зависимости от количества попыток повторного чтения после каждой неудачи, которое сделает сам дисковод, помноженного на количество попыток, которые сделает ядро, помноженное на число повторов уже в самой читающей программе, если до этого дойдёт – можно попасть на весьма длительное “зависание” связанных с этой тягомотиной процессов.

Natrio

# 9 лет, 10 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Насколько я понимаю, имеется в виду состояние D, “uninterruptible sleep”, тот самый IOwait.

man ps

PROCESS STATE CODES
       Here are the different values that the s, stat and state output specifiers (header "STAT"
       or "S") will display to describe the state of a process:
               D    uninterruptible sleep (usually IO)
               R    running or runnable (on run queue)
               S    interruptible sleep (waiting for an event to complete)
               T    stopped, either by a job control signal or because it is being traced
               W    paging (not valid since the 2.6.xx kernel)
               X    dead (should never be seen)
               Z    defunct ("zombie") process, terminated but not reaped by its parent
       For BSD formats and when the stat keyword is used, additional characters may be displayed:
               <    high-priority (not nice to other users)
               N    low-priority (nice to other users)
               L    has pages locked into memory (for real-time and custom IO)
               s    is a session leader
               l    is multi-threaded (using CLONE_THREAD, like NPTL pthreads do)
               +    is in the foreground process group

maxys146, если kill -KILL не помогает, то тут наверное нужно смотреть в сторону прекращения самого затянувшегося ввода-вывода.

sleepycat, почему же, бывает такое. Берём какой-нибудь сильно дефектный CD/DVD, вставляем в привод и пытаемся его читать, а ещё лучше сразу монтировать, а если смонтируется – тогда читать. В зависимости от количества попыток повторного чтения после каждой неудачи, которое сделает сам дисковод, помноженного на количество попыток, которые сделает ядро, помноженное на число повторов уже в самой читающей программе, если до этого дойдёт – можно попасть на весьма длительное “зависание” связанных с этой тягомотиной процессов.

sleepycat	# 9 лет, 10 месяцев назад
Темы: 98 Сообщения: 3291 Участник с: 19 июля 2011	я говорю не видел, а не не может быть ;) С дисками да, но там были Z сплошные. Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)

sleepycat

# 9 лет, 10 месяцев назад

Темы: 98

Сообщения: 3291

Участник с: 19 июля 2011

я говорю не видел, а не не может быть ;) С дисками да, но там были Z сплошные.

maxys146	# 9 лет, 10 месяцев назад
Темы: 43 Сообщения: 754 Участник с: 08 апреля 2011	Вобщем /dev/ttyUSB* отваливается а pppd переходит в состояние Ds, это при соединении через 3g модем Natrio Насколько я понимаю, имеется в виду состояние D, “uninterruptible sleep”, тот самый IOwait. Да, именно он. Сама работа с модемом меня не интересует, сам разберусь, а вот как прибить процесс мне очень интересно. kill -9 / killall -9 не помогает, перезапуск udev тоже, модем втыкаю по новой, он находится уже на других /dev/ttyUSB, а процесс ждет записи в несуществующее устройство… Блин, только что пришла мысль сделать симлинк /dev/ttyUSB на /dev/null … Надо попробовать… А потом удалить симлинк. UPD. Не помогло… Есть какие нибудь варианты?

maxys146

# 9 лет, 10 месяцев назад

Темы: 43

Сообщения: 754

Участник с: 08 апреля 2011

Вобщем /dev/ttyUSB* отваливается а pppd переходит в состояние Ds, это при соединении через 3g модем

Natrio
Насколько я понимаю, имеется в виду состояние D, “uninterruptible sleep”, тот самый IOwait.

Да, именно он.
Сама работа с модемом меня не интересует, сам разберусь, а вот как прибить процесс мне очень интересно.
kill -9 / killall -9 не помогает, перезапуск udev тоже, модем втыкаю по новой, он находится уже на других /dev/ttyUSB*, а процесс ждет записи в несуществующее устройство…
Блин, только что пришла мысль сделать симлинк /dev/ttyUSB* на /dev/null … Надо попробовать… А потом удалить симлинк.
UPD. Не помогло… Есть какие нибудь варианты?