[sisyphus] Бардак с процессами: виснет ps

[sisyphus] Бардак с процессами: виснет ps

[Alexander Kuprin]

Добрый день.

"Всё страньше и страньше". Сидел работал, слушал музыку и в какой-то 
момент xmms подвис. При этом подвис так, что на killall -9 xmms-bin не 
откликался. Попытка посмотреть список процессов вешает ps:

# ps aux
...skip...
alex     12951  0.0  0.3   3320  2004 pts/5    Ss   13:12   0:00 bash
alex     12958  0.0  0.4   4164  2176 pts/5    S+   13:12   
0:00 /usr/bin/mc -r -P /tmp/.private/alex/mc-alex/mc.pwd.
alex     12960  0.0  0.3   3320  1952 pts/6    Ss+  13:12   0:00 bash 
-rcfile .bashrc
alex     13115  0.0  0.5  15396  2852 ?        D    13:14   
0:00 /usr/bin/xmms-bin

При этом вывод замирает на xmms-bin. Смотрю man ps и вижу, что D -- это:

 D    Uninterruptible sleep (usually IO)

М..м.. И как убить такой процесс?

И вот, что ещё -- я наблюдаю слишком большое кол-во процессов в системе. 
Сейчас их 300. Растут по-тихоньку. Вот на соседней машинке, где 
крутится ALM 2.4 при тех же запущенных задачах их количество не 
превышает 110-120. Это что особенность ядра 2.6 --- плодить такое 
количество процессов?

-- 
WBR, Alexander Kuprin

Re: [sisyphus] Бардак с процессами: виснет ps

[Alexey Rusakov]

Alexander Kuprin wrote:

>"Всё страньше и страньше". Сидел работал, слушал музыку и в какой-то 
>момент xmms подвис. При этом подвис так, что на killall -9 xmms-bin не 
>откликался. Попытка посмотреть список процессов вешает ps:
>
># ps aux
>...skip...
>alex     12951  0.0  0.3   3320  2004 pts/5    Ss   13:12   0:00 bash
>alex     12958  0.0  0.4   4164  2176 pts/5    S+   13:12   
>0:00 /usr/bin/mc -r -P /tmp/.private/alex/mc-alex/mc.pwd.
>alex     12960  0.0  0.3   3320  1952 pts/6    Ss+  13:12   0:00 bash 
>-rcfile .bashrc
>alex     13115  0.0  0.5  15396  2852 ?        D    13:14   
>0:00 /usr/bin/xmms-bin
>
>При этом вывод замирает на xmms-bin. Смотрю man ps и вижу, что D -- это:
>
> D    Uninterruptible sleep (usually IO)
>
>М..м.. И как убить такой процесс?
>  
>
Увы, никак. Если системный вызов подвис на вводе-выводе, у вас всего два 
варианта: или дождаться, пока он вернётся, или перезагрузить ядро.

>И вот, что ещё -- я наблюдаю слишком большое кол-во процессов в системе. 
>  
>
Каких именно, не можете сказать?

>Сейчас их 300. Растут по-тихоньку. Вот на соседней машинке, где 
>крутится ALM 2.4 при тех же запущенных задачах их количество не 
>превышает 110-120. Это что особенность ядра 2.6 --- плодить такое 
>количество процессов?
>
Ядро делает то, что сказали. Сказали сделать fork() - оно делает fork(). 
А вот кто ему сказал сделать fork(), можно попытаться понять, если 
ответить на мой предыдущий вопрос.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Бардак с процессами: виснет ps

[Alexander Kuprin]

On Saturday 04 June 2005 14:48, Alexey Rusakov wrote:

> >М..м.. И как убить такой процесс?
>
> Увы, никак. Если системный вызов подвис на вводе-выводе, у вас всего
> два варианта: или дождаться, пока он вернётся, или перезагрузить
> ядро.
>
> >И вот, что ещё -- я наблюдаю слишком большое кол-во процессов в
> > системе.
>
> Каких именно, не можете сказать?

Кажется понял в чём проблема. Я использую Tkabber и в качестве программы 
для воспроизведения звуковых файлов у него в настройках указан aplay. 
После того как подвис xmms-bin и не отпускал /dev/dsp (а я наивный 
считал, что наличие SB Live! 5 решит проблему аппартаного микширования 
звука), то при каждом новом событии вызывается aplay и зависает. Вот 
такие дела. Хм... Наверное, придётся esd в принудительном порядке 
запускать и проигрывать через...

Кстати, Алексей, а процессы-зомби убить можно (killall на них не 
действовал)? Или тоже лечится только перезагрузкой системы?

-- 
WBR, Alexander Kuprin

Re: [sisyphus] Бардак с процессами: виснет ps

[Maxim Tyurin]

Alexander Kuprin writes:
\scip
> Кажется понял в чём проблема. Я использую Tkabber и в качестве программы 
> для воспроизведения звуковых файлов у него в настройках указан aplay. 
> После того как подвис xmms-bin и не отпускал /dev/dsp (а я наивный 
> считал, что наличие SB Live! 5 решит проблему аппартаного микширования 
> звука), то при каждом новом событии вызывается aplay и зависает. Вот 
> такие дела. Хм... Наверное, придётся esd в принудительном порядке 
> запускать и проигрывать через...

У меня такая-же проблема иногда возникает.
Тоже SBLive и tkabber.
Перешел на /usr/bin/play
При залоченом /dev/dsp система не умирает - умирают процессы play

-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [sisyphus] Бардак с процессами: виснет ps

[Alexey Rusakov]

Alexander Kuprin wrote:

>Кстати, Алексей, а процессы-зомби убить можно (killall на них не 
>действовал)? Или тоже лечится только перезагрузкой системы?
>  
>
Тоже лечится только перезагрузкой системы, но в отличие от процессов, 
уснувших на вводе-выводе, зомби практически не занимают ресурсов, 
поэтому даже относительно большое их количество жизнь особо не портит. С 
другой стороны, большое количество зомби говорит о том, что программа, 
из-за которой они появляются, плохо написана.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Бардак с процессами: виснет ps

[Mike Plugnikov]

В сообщении от 4 Июнь 2005 16:06 Alexander Kuprin написал(a):
> On Saturday 04 June 2005 14:48, Alexey Rusakov wrote:
> Кажется понял в чём проблема. Я использую Tkabber и в качестве программы
> для воспроизведения звуковых файлов у него в настройках указан aplay.
> После того как подвис xmms-bin и не отпускал /dev/dsp (а я наивный
> считал, что наличие SB Live! 5 решит проблему аппартаного микширования
> звука), то при каждом новом событии вызывается aplay и зависает. Вот
> такие дела. Хм... Наверное, придётся esd в принудительном порядке
> запускать и проигрывать через...
Странно. У меня audigy - но не суть важно, драйвер алсы используется 
одинаковый. Тем более на www.alsa-project.org для emu10k1 указана поддержка 
"Hardware mixing support"
Скорее всего у вас проблемы с карточкой или неправильно настроен драйвер.

-- 
 * gvy не настолько тормоз, как иногда кажется ;) 

Re: [sisyphus] Бардак с процессами: виснет ps

[Alexander Kuprin]

On Sunday 05 June 2005 00:48, Mike Plugnikov wrote:

> Странно. У меня audigy - но не суть важно, драйвер алсы используется
> одинаковый. Тем более на www.alsa-project.org для emu10k1 указана
> поддержка "Hardware mixing support"
> Скорее всего у вас проблемы с карточкой или неправильно настроен
> драйвер.

Я не так выразился. Аппартный микш работает, но в ситуации, в которой я 
оказался он не очень помогает, -- т.к. xmms, зависнув, лочит доступк к 
карте.

-- 
WBR, Alexander Kuprin

Re: [sisyphus] Бардак с процессами: виснет ps

[Mike Plugnikov]

В сообщении от 5 Июнь 2005 10:43 Alexander Kuprin написал(a):
> On Sunday 05 June 2005 00:48, Mike Plugnikov wrote:
> > Странно. У меня audigy - но не суть важно, драйвер алсы используется
> > одинаковый. Тем более на www.alsa-project.org для emu10k1 указана
> > поддержка "Hardware mixing support"
> > Скорее всего у вас проблемы с карточкой или неправильно настроен
> > драйвер.
>
> Я не так выразился. Аппартный микш работает, но в ситуации, в которой я
> оказался он не очень помогает, -- т.к. xmms, зависнув, лочит доступк к
> карте.
Как вообще может лочить? Вы можете запустить десяток mpg123 одновременно и 
чтоб все они играли? У меня играют. Т.е. даже если xmms и зависает, звуковые 
сообщения от sim и кде проходят нормально. У меня ещё и arts висит в добавок.

-- 
 * [Owl] не поедет на фест... его там никто не знает... 
 * [Owl] там тоже никого не знает... 
<[Owl]> Я себе даже представить не могу: я, салага 21 года и рядом AEN...
<ab> [Owl]: салага 21-го года? Это тебе 82 сейчас?

Re: [sisyphus] Бардак с процессами: виснет ps

[Alexander Kuprin]

Mike Plugnikov пишет:

>>Я не так выразился. Аппартный микш работает, но в ситуации, в которой я
>>оказался он не очень помогает, -- т.к. xmms, зависнув, лочит доступк к
>>карте.
>>    
>>
>Как вообще может лочить? Вы можете запустить десяток mpg123 одновременно и 
>чтоб все они играли? У меня играют. Т.е. даже если xmms и зависает, звуковые 
>сообщения от sim и кде проходят нормально. У меня ещё и arts висит в добавок.
>
Не знаю. Но факт остаётся фактом. Иначе у меня стали бы плодиться как
кролики процессы от aplay.

--
WBR, Alexander Kuprin

Re: [sisyphus] Бардак с процессами: виснет ps

[Alexander Kuprin]

On Sunday 05 June 2005 17:25, Alexander Kuprin wrote:

> Не знаю. Но факт остаётся фактом. Иначе у меня стали бы плодиться как
> кролики процессы от aplay.

Поправка: ..не стали бы плодиться...

-- 
WBR, Alexander Kuprin

[sisyphus] Re: Бардак с процессами: виснет ps

[Michael Shigorin]

On Sun, Jun 05, 2005 at 10:47:35PM +0300, Alexander Kuprin wrote:
> > Не знаю. Но факт остаётся фактом. Иначе у меня стали бы
> > плодиться как кролики процессы от aplay.
> Поправка: ..не стали бы плодиться...

Мож кто на wiki занесёт хотя бы нарытые выводы?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Бардак с процессами: виснет ps

[Алексей Синицын]

05.06.05, Mike Plugnikov<mike@stankin.ru> написал(а):

> > Я не так выразился. Аппартный микш работает, но в ситуации, в которой я
> > оказался он не очень помогает, -- т.к. xmms, зависнув, лочит доступк к
> > карте.
> Как вообще может лочить? Вы можете запустить десяток mpg123 одновременно и
> чтоб все они играли? У меня играют. Т.е. даже если xmms и зависает, звуковые
> сообщения от sim и кде проходят нормально. У меня ещё и arts висит в добавок.

Насколько я понимаю, звуковая карта может обработать некоторое
ограниченное количество аудиопотоков? То есть если все заняты,
остальные будут ждать очереди/обломятся?

Re: [sisyphus] Re: Бардак с процессами: виснет ps

[Maxim Tyurin]

Michael Shigorin writes:

> On Sun, Jun 05, 2005 at 10:47:35PM +0300, Alexander Kuprin wrote:
>> > Не знаю. Но факт остаётся фактом. Иначе у меня стали бы
>> > плодиться как кролики процессы от aplay.
>> Поправка: ..не стали бы плодиться...
>
> Мож кто на wiki занесёт хотя бы нарытые выводы?

А что тут заносить? Вывод один - Никогда не пользоваться aplay!
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [sisyphus] Re: Бардак с процессами: виснет ps

[Sergey Bolshakov]

>>>>> "Maxim" == Maxim Tyurin <mrkooll@bungarus.info> writes:

 > Michael Shigorin writes:
 >> On Sun, Jun 05, 2005 at 10:47:35PM +0300, Alexander Kuprin wrote:
 >>> > Не знаю. Но факт остаётся фактом. Иначе у меня стали бы
 >>> > плодиться как кролики процессы от aplay.
 >>> Поправка: ..не стали бы плодиться...
 >> 
 >> Мож кто на wiki занесёт хотя бы нарытые выводы?

 > А что тут заносить? Вывод один - Никогда не пользоваться aplay!

Не совсем так. aplay, как и прочие alsa-пищалки, вполне
окучивается в параллель с помощью dmix.
В очередь они ставятся, когда кто-либо дёргает ядерную
oss-эмуляцию (snd-pcm-oss сотоварищи) -- вот тогда
действительно плохо становится.
Так что вывода как минимум два, второй -- используя
dmix, икогда не использовать ядрную oss-эмуляцию.

-- 

Re: [sisyphus] Re: Бардак с процессами: виснет ps

[Maxim Tyurin]

Sergey Bolshakov writes:
\scip
>  > А что тут заносить? Вывод один - Никогда не пользоваться aplay!
>
> Не совсем так. aplay, как и прочие alsa-пищалки, вполне
> окучивается в параллель с помощью dmix.
> В очередь они ставятся, когда кто-либо дёргает ядерную
> oss-эмуляцию (snd-pcm-oss сотоварищи) -- вот тогда
> действительно плохо становится.
> Так что вывода как минимум два, второй -- используя
> dmix, икогда не использовать ядрную oss-эмуляцию.

Это я знаю. Но тут одна проблема есть.
Большая часть софта которым я постоянно пользуюсь желают дудеть в
/dev/dsp. И ложили они на alsa.

Я вообще alsa не ставил и не испытывал в ней не малейшей необходимости
пока не пришло "счастье" в виде ядра 2.6 (в котором я тоже не
испытываю необходимости).

P.S. Зато с переходом на ядро 2.6.x я понял зачем нужны процессоры с
частотой больше 2GHz на десктопе. Раньше не понимал.
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [sisyphus] Re: Бардак с процессами: виснет ps

[Sergey Bolshakov]

>>>>> "Maxim" == Maxim Tyurin <mrkooll@bungarus.info> writes:

 > Sergey Bolshakov writes:
[skip]
 >> Так что вывода как минимум два, второй -- используя
 >> dmix, икогда не использовать ядрную oss-эмуляцию.

 > Это я знаю. Но тут одна проблема есть.
 > Большая часть софта которым я постоянно пользуюсь желают дудеть в
 > /dev/dsp. И ложили они на alsa.
Образумить таковых помогает принудительный aoss badprog,
с соответствующим содержимым ~/.asoundrc

 > Я вообще alsa не ставил и не испытывал в ней не малейшей необходимости
 > пока не пришло "счастье" в виде ядра 2.6 (в котором я тоже не
 > испытываю необходимости).

 > P.S. Зато с переходом на ядро 2.6.x я понял зачем нужны процессоры с
 > частотой больше 2GHz на десктопе. Раньше не понимал.

И действительно, отчего бы благородным донам и не побрюзжать :)

-- 

Re: [sisyphus] Стоп-кран? [was] Бардак с процессами: виснет ps

[Yury Aliaev]

Alexey Rusakov пишет:
> Alexander Kuprin wrote:
> 
>> "Всё страньше и страньше". Сидел работал, слушал музыку и в какой-то 
>> момент xmms подвис. При этом подвис так, что на killall -9 xmms-bin не 
>> откликался. Попытка посмотреть список процессов вешает ps:

[...]

>>
>> D    Uninterruptible sleep (usually IO)
>>
>> М..м.. И как убить такой процесс?
>>  
>>
> Увы, никак. Если системный вызов подвис на вводе-выводе, у вас всего два 
> варианта: или дождаться, пока он вернётся, или перезагрузить ядро.
> 

У меня давно возникла мысль -- не изобрести ли средство для аварийного 
отстрела таких процессов (точнее, аварийного завершения подвисшей 
операции ввода-вывода)? Нечто вроде стоп-крана или дырки для поддевания 
ломиком в нужный момент... У меня необходимость подобных действий 
неоднократно возникала на битых CD, когда привод уходит в ступор и 
драйвер непрерывно гадит в 12-ю консоль сообщениями о нечитаемых 
секторах и SCSI command timeout...

[sisyphus] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Michael Shigorin]

On Tue, Jun 07, 2005 at 01:45:25PM +0400, Yury Aliaev wrote:
> У меня давно возникла мысль -- не изобрести ли средство для
> аварийного отстрела таких процессов (точнее, аварийного
> завершения подвисшей операции ввода-вывода)?

monit?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Alexey Rusakov]

Michael Shigorin wrote:

>On Tue, Jun 07, 2005 at 01:45:25PM +0400, Yury Aliaev wrote:
>  
>
>>У меня давно возникла мысль -- не изобрести ли средство для
>>аварийного отстрела таких процессов (точнее, аварийного
>>завершения подвисшей операции ввода-вывода)?
>>    
>>
>monit?
>  
>
Что, вытаскивает процессы, зависшие на вводе-выводе в ядре?! Мне два, 
пожалуйста: домой и на работу. И ещё один про запас.

-- 
  Alexey "Ktirf" Rusakov

[sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Michael Shigorin]

On Tue, Jun 07, 2005 at 01:59:42PM +0400, Alexey Rusakov wrote:
> >>У меня давно возникла мысль -- не изобрести ли средство для
> >>аварийного отстрела таких процессов (точнее, аварийного
> >>завершения подвисшей операции ввода-вывода)?
> >monit?
> Что, вытаскивает процессы, зависшие на вводе-выводе в ядре?!

А что, лёхко.  Читайте книжки, в данном случае Немет. :]

> Мне два, пожалуйста: домой и на работу. И ещё один про запас.

Конфигурацию с /sbin/reboot сами нарисуете или счётик сбросить?
;-)

-- 
шютка юмора...

Re: [sisyphus] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Yury Aliaev]

Michael Shigorin пишет:
> On Tue, Jun 07, 2005 at 01:45:25PM +0400, Yury Aliaev wrote:
> 
>>У меня давно возникла мысль -- не изобрести ли средство для
>>аварийного отстрела таких процессов (точнее, аварийного
>>завершения подвисшей операции ввода-вывода)?
> 
> 
> monit?
> 

Спасибо, посмотрю на него.

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Yury Aliaev]

Michael Shigorin пишет:
> 
>>>>У меня давно возникла мысль -- не изобрести ли средство для
>>>>аварийного отстрела таких процессов (точнее, аварийного
>>>>завершения подвисшей операции ввода-вывода)?
>>>
>>>monit?
>>
>>Что, вытаскивает процессы, зависшие на вводе-выводе в ядре?!
> 
> 
> А что, лёхко.  Читайте книжки, в данном случае Немет. :]

Вс смысле он их определяет или и приканчивает тоже?

> 
> 
>>Мне два, пожалуйста: домой и на работу. И ещё один про запас.
> 
> 
> Конфигурацию с /sbin/reboot сами нарисуете или счётик сбросить?
> ;-)
> 

Э-не, /sbin/reboot я и без скрипта тремя пальцами изобразить смогу ;) 
Идея как раз была в том, чтобы унчтожать такие процессы без 
перезагрузки. Кстати, /sbin/reboot не панацея, т.к. если зависший 
процесс держит ещё и смонтированную ФС (например, cp с /dev/cdrom с 
битым CD на /dev/hd*), то при перезагрузке размонтировать эту ФС будет 
невозможно, и получим либо мёртвый вис и Reset, либо перезагрузку без 
размонтирования ФС и в обоих случаях -- кучу мата от fsck (а возможно 
ещё и от пользователя, если что-нибудь таки накроется) при следующем 
старте системы...

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Led]

В сообщении от Вторник 07 Июнь 2005 18:59 Yury Aliaev написал(a):
> Michael Shigorin пишет:
> >>>>У меня давно возникла мысль -- не изобрести ли средство для
> >>>>аварийного отстрела таких процессов (точнее, аварийного
> >>>>завершения подвисшей операции ввода-вывода)?
> >>>
> >>>monit?
> >>
> >>Что, вытаскивает процессы, зависшие на вводе-выводе в ядре?!
> >
> > А что, лёхко.  Читайте книжки, в данном случае Немет. :]
>
> Вс смысле он их определяет или и приканчивает тоже?
>
> >>Мне два, пожалуйста: домой и на работу. И ещё один про запас.
> >
> > Конфигурацию с /sbin/reboot сами нарисуете или счётик сбросить?
> > ;-)
>
> Э-не, /sbin/reboot я и без скрипта тремя пальцами изобразить смогу ;)
> Идея как раз была в том, чтобы унчтожать такие процессы без
> перезагрузки. Кстати, /sbin/reboot не панацея, т.к. если зависший
> процесс держит ещё и смонтированную ФС (например, cp с /dev/cdrom с
> битым CD на /dev/hd*), то при перезагрузке размонтировать эту ФС будет
> невозможно, и получим либо мёртвый вис и Reset, либо перезагрузку без
> размонтирования ФС и в обоих случаях -- кучу мата от fsck (а возможно
> ещё и от пользователя, если что-нибудь таки накроется) при следующем
> старте системы...

Может вы не то тремя пальцами изображаете?:)  После Alt-SysRq-{S,U,B} тоже 
"кучу мата от fsck"?

Led.

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Epiphanov Sergei]

В сообщении от 7 Июнь 2005 20:26 Led написал:
> Может вы не то тремя пальцами изображаете?:)  После Alt-SysRq-{S,U,B} тоже
> "кучу мата от fsck"?

А почему эти пальцы иногда не работают? :-[ У меня на двух компьютерах время 
от времени Alt+SysRQ+{B|O} не работает, при этом взаимосвязи никакой (в этих 
промежутках времени ничего не ставил, не удалял, грузился с одним ядром 
2.6.х, в частности 2.6.11-wks26-smp-alt2, 2.6.10-std26-smp-alt6).

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Yury Aliaev]

Led пишет:

>>>Конфигурацию с /sbin/reboot сами нарисуете или счётик сбросить?
>>>;-)
>>
>>Э-не, /sbin/reboot я и без скрипта тремя пальцами изобразить смогу ;)
>>Идея как раз была в том, чтобы унчтожать такие процессы без
>>перезагрузки. Кстати, /sbin/reboot не панацея, т.к. если зависший
>>процесс держит ещё и смонтированную ФС (например, cp с /dev/cdrom с
>>битым CD на /dev/hd*), то при перезагрузке размонтировать эту ФС будет
>>невозможно, и получим либо мёртвый вис и Reset, либо перезагрузку без
>>размонтирования ФС и в обоих случаях -- кучу мата от fsck (а возможно
>>ещё и от пользователя, если что-нибудь таки накроется) при следующем
>>старте системы...
> 
> 
> Может вы не то тремя пальцами изображаете?:)  После Alt-SysRq-{S,U,B} тоже 
> "кучу мата от fsck"?
> 

Гуру, блин, собрались ;-) Я имел в виду старые-добрые Ctrl-Alt-Del, 
которые запускают этот самый /sbin/reboot.

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Epiphanov Sergei]

В сообщении от 9 Июнь 2005 12:00 Yury Aliaev написал:
> Гуру, блин, собрались ;-);-) Я имел в виду старые-добрые Ctrl-Alt-Del,
> которые запускают этот самый /sbin/reboot.

Иногда даже они не работают...

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Mike Lykov]

В сообщении от Четверг 16 Июнь 2005 16:43 Epiphanov Sergei написал:
> > Гуру, блин, собрались ;-);-) Я имел в виду старые-добрые Ctrl-Alt-Del,
> > которые запускают этот самый /sbin/reboot.
> Иногда даже они не работают...

они вполне имеют право не работать, так как настраиваются в /etc/inittab

-- 
Mike Lykov
Samara, "Vesna" parfum company, System administrator 

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Epiphanov Sergei]

В сообщении от 16 Июнь 2005 16:02 Mike Lykov написал:
> они вполне имеют право не работать, так как настраиваются в /etc/inittab

У меня они настроены всегда, да вот не всегда срабатывают (отрубаются 
одновременно с пропаданием SysRq+Alt+...). Особенно после kernel panic :)

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 678 bytes --]

On Thu, Jun 16, 2005 at 04:21:05PM +0400, Epiphanov Sergei wrote:
> У меня они настроены всегда, да вот не всегда срабатывают (отрубаются 
> одновременно с пропаданием SysRq+Alt+...). Особенно после kernel panic :)
Они должны отваливаться гораздо раньше SysRq, т.к. обрабатываются на более
высоком уровне, насколько я понимаю.
Чтобы SysRq отвалился - это надо сильно уронить ядро.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Если что-то не успели -- не расстраивайтесь. Во-первых все чего-то не
успели, во-вторых есть updates, в-третьих -- да здравствует Sisyphus!
Камешек до вершины он докатить  все равно не сможет.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] [JT] Re: Стоп-кран? [was] Бардак с процессами: виснет ps

[Epiphanov Sergei]

В сообщении от 16 Июнь 2005 18:46 Andrey Rahmatullin написал:
> > У меня они настроены всегда, да вот не всегда срабатывают (отрубаются
> > одновременно с пропаданием SysRq+Alt+...). Особенно после kernel panic
> > :):)
>
> Они должны отваливаться гораздо раньше SysRq, т.к. обрабатываются на более
> высоком уровне, насколько я понимаю.
> Чтобы SysRq отвалился - это надо сильно уронить ядро.

Это-то понятно, просто когда ядро переставало работать (wks26-smp, на экране 
ничего не появлялось. Такое ощущение было, что ядро входило в бесконечный 
цикл, или бесконечную паузу), то или ни одна трёхпальцевая комбинация не 
работала, или работали все. А ронялось из-за того, что wks26-smp вкупе с 
udev при монтировании /dev/pts и /dev/shm дважды (один раз ДО 
монтирования /dev через /etc/fstab, другой раз ПОСЛЕ монтирования /dev 
через /etc/rc.d/init.d/). А отключение этих строк из fstab приводило к 
НЕмонтированию /dev/pts и /dev/shm со всеми последствиями.

-- 
С уважением, Епифанов Сергей