Re: kill -9
Dmitry Strokov wrote: кстати, ламерский вопрос - чего понаписать в конфиге сислога (или сислога-нг), чтобы оно на текущую консоль меня о своих траблах не раздрожало? чего я только не делал - а оно какает и какает на консоль. # dmesg -n1 -- Best Regards, Nickolay Kondrashov, Avtomatika RUS IT-manager +7 (812) 118-32-38 http://www.avtomatikarus.com/ mailto:[EMAIL PROTECTED]
Re: kill -9
Dmitry Strokov - debian-russian@lists.debian.org @ Mon, 27 Dec 2004
10:18:44 +0900:
SA Дистабилизируется тут только пользователь, который испытывает
SA законное раздражение от того, что не может послушать музыку ;-)
DS кстати, ламерский вопрос - чего понаписать в конфиге сислога (или
DS сислога-нг), чтобы оно на текущую консоль меня о своих траблах не
DS раздрожало? чего я только не делал - а оно какает и какает на консоль.
Разве что в конфиге klogd... printk из ядра вряд ли будет писать в
/dev/log :-)
--
Artem Chuprina ran{}ran.pp.ru
Re: kill -9
Hello Dmitry. On Mon, 27 Dec 2004 10:18:44 +0900 you wrote: DS кстати, ламерский вопрос - чего понаписать в конфиге сислога (или DS сислога-нг), чтобы оно на текущую консоль меня о своих траблах не DS раздрожало? чего я только не делал - а оно какает и какает на DS консоль. 1. man klogd на предмет -c -- Последнее слово техники - No Carrier.
Re: kill -9
Hello, Slava! SA Дистабилизируется тут только пользователь, который испытывает SA законное раздражение от того, что не может послушать музыку ;-) кстати, ламерский вопрос - чего понаписать в конфиге сислога (или сислога-нг), чтобы оно на текущую консоль меня о своих траблах не раздрожало? чего я только не делал - а оно какает и какает на консоль. Ключ -c демона klogd. Смотри man. Можно установить в /etc/init.d/klogd
Re: kill -9
On 2004.12.25 at 23:56:47 +0100, Gossen Alexey wrote: понятно... хотя честно гря нифига не понятно. до сих пор жил в прекрасном неведении, что рут под линуксом - это бог. а kill -9 кара небесная :) Рут, он, конечно, бог, но вот зависание в kernel mode это фатум. Против него даже боги бессильны. теперь филосовский вопрос. программы которого делают системные вызовы от пользователя, приводящие к дестабилизации системы, это нехорошая фича, я прав? Это бага в ядре. Причем я склонен это считать багой в ядре, даже если железка заведомо кривая и глючная. Прямых железок нынче почти не бывает, значит ядро обязано уметь баги железок корректно обрабатывать.
Re: kill -9
On Mon, 27 Dec 2004, Victor B. Wagner wrote: Это бага в ядре. Причем я склонен это считать багой в ядре, даже если железка заведомо кривая и глючная. Прямых железок нынче почти не бывает, значит ядро обязано уметь баги железок корректно обрабатывать. Невозможно, если, например, железка шину вешает. Нельзя требовать от ядра работы на кривом железе. А багоустойчивых шин нету. -- Если виртуальная память закончилась, она ненастоящая.
Re: kill -9
Slava Astashonok - debian-russian@lists.debian.org @ Sun, 26 Dec 2004
02:04:35 +0300:
теперь филосовский вопрос. программы которого делают системные вызовы от
пользователя, приводящие к дестабилизации системы, это нехорошая фича, я
прав?
SA Дистабилизируется тут только пользователь, который испытывает законное
SA раздражение от того, что не может послушать музыку ;-)
Вообще говоря, не факт. Глючный драйвер может вырубить всех соседей по
контроллеру, а то и вообще всю подсистему. Но ответ на изначальный
вопрос тут тоже простой - а вы не грузите таких драйверов. Все-таки
загрузить нужный драйвер пользователь не может. Та софтина, которая для
него это может сделать, настраивается админом.
--
Artem Chuprina ran{}ran.pp.ru
Re: kill -9
Alexander GQ Gerasiov - Artem Chuprina @ Sun, 26 Dec 2004 02:04:05 +0300:
GA системный вызов на уровне ядра, но xmms пришибается, если пришить иксы
GA (работающие в юзерспейсе, вестимо), это то как объяснить?
AC Обычно пришибленные иксы просто перестают показывать xmms. Если же
AC пришибание иксов гарантированно и неоднократно (т.е. это было не
AC совпадение) отпускает сидюк, то значит, они просто дергают ядерный
AC вызов (а они таки дергают разных странных ядерных вызовов - с
AC видеоподсистемой как минимум), который таки прерывает тот.
AGG Или как вариант, xmms на короткие моменты выходит из ядра, и если
AGG падают иксы, то падает xmms и отпускает сидюк.
В тот момент, когда он выйдет из этого системного вызова, ядро
отработает kill и пришибет его.
--
Artem Chuprina ran{}ran.pp.ru
Re: kill -9
Artem Chuprina wrote: SA Дистабилизируется тут только пользователь, который испытывает законное SA раздражение от того, что не может послушать музыку ;-) Вообще говоря, не факт. Глючный драйвер может вырубить всех соседей по контроллеру, а то и вообще всю подсистему. Мы придаём одному слову разную смысловую окраску. Аналогичным образом соседей по котроллеру может вырубить просто излешне высокая нагрузка на один из носистелей, но всё вернётся в исходное состояние как только спадёт нагрузка или перестанут запрашивать чтение сбойного сектора. А дистабилизация системы - это, например, возможные последствия oops'а: чёрт его знает в какой позе сейчас ядро, может толкни - и завалится, а может и без посторонней помощи через час лапти склеит. Фраза больной стабилен - из этой же оперы.
Re: kill -9
Slava Astashonok - debian-russian@lists.debian.org @ Mon, 27 Dec 2004
00:30:00 +0300:
SA Дистабилизируется тут только пользователь, который испытывает
SA законное раздражение от того, что не может послушать музыку ;-)
Вообще говоря, не факт. Глючный драйвер может вырубить всех соседей по
контроллеру, а то и вообще всю подсистему.
SA Мы придаём одному слову разную смысловую окраску. Аналогичным
SA образом соседей по котроллеру может вырубить просто излешне
SA высокая нагрузка на один из носистелей, но всё вернётся в исходное
SA состояние как только спадёт нагрузка или перестанут запрашивать
SA чтение сбойного сектора. А дистабилизация системы - это, например,
SA возможные последствия oops'а: чёрт его знает в какой позе сейчас
SA ядро, может толкни - и завалится, а может и без посторонней помощи
SA через час лапти склеит. Фраза больной стабилен - из этой же
SA оперы.
Нет, смысл этому слову мы придаем одинаковый. А вот фразу мою ты
прочитал невнимательно. Глючный драйвер может именно вырубить всех
соседей по контроллеру. Точка совсем. До перезагрузки. Даже если
запустился он по запросу пользователя.
--
Artem Chuprina ran{}ran.pp.ru
Re: kill -9
Hello, Slava! SA äÉÓÔÁÂÉÌÉÚÉÒÕÅÔÓÑ ÔÕÔ ÔÏÌØËÏ ÐÏÌØÚÏ×ÁÔÅÌØ, ËÏÔÏÒÙÊ ÉÓÐÙÔÙ×ÁÅÔ SA ÚÁËÏÎÎÏÅ ÒÁÚÄÒÁÖÅÎÉÅ ÏÔ ÔÏÇÏ, ÞÔÏ ÎÅ ÍÏÖÅÔ ÐÏÓÌÕÛÁÔØ ÍÕÚÙËÕ ;-) ËÓÔÁÔÉ, ÌÁÍÅÒÓËÉÊ ×ÏÐÒÏÓ - ÞÅÇÏ ÐÏÎÁÐÉÓÁÔØ × ËÏÎÆÉÇÅ ÓÉÓÌÏÇÁ (ÉÌÉ ÓÉÓÌÏÇÁ-ÎÇ), ÞÔÏÂÙ ÏÎÏ ÎÁ ÔÅËÕÝÕÀ ËÏÎÓÏÌØ ÍÅÎÑ Ï Ó×ÏÉÈ ÔÒÁÂÌÁÈ ÎÅ ÒÁÚÄÒÏÖÁÌÏ? ÞÅÇÏ Ñ ÔÏÌØËÏ ÎÅ ÄÅÌÁÌ - Á ÏÎÏ ËÁËÁÅÔ É ËÁËÁÅÔ ÎÁ ËÏÎÓÏÌØ. wbr, Dmitry Strokov. xmpp:[EMAIL PROTECTED]
Re: kill -9
On Fri, 24 Dec 2004 19:48:39 -0600 Alexander [EMAIL PROTECTED] wrote: Artem Chuprina escribió: Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004 22:53:40 +0100: Как в этой ситуации правильно поступать и почему не работает kill -9 SS Как поступать не знаю, а -9 не работает, потому что процесс застрял SS в системном вызове, то есть внутри кернела, ещё точнее - где-то SS внутри драйвера сидирома. Поступать одним из двух способов - либо не дергаться и терпеливо ждать, либо перегружать машину. Я предпочитаю первый вариант. Если прервать процесс (kill обычный или даже Ctrl-C AKA kill -INT), то рано или поздно ему надоест и он отпустит девайс. Может, впрочем, сильно не сразу. Выцарапать диск скрепкой и сунуть в микроволновку на пару секунд! Если диск _очень_ хочется прочесть, то это зависит от того как он битый. Иногда разные приводы ведут себя с битыми дисками по разному. Если диск поцарапанный можно отполировать. Есть специальные полировщики, в худшем случае можно обойтись мегкой тряпочкой и толченым мелом (мел дожен быть строго гомогенный, без вкраплений), увлажнить и тереть. Если дырки в отражающем слое, то методом тыка рипать (dd -count) только нормальные места, избегая дырок, отсчет секторов ведется от центра. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] пакет ddrescue в таком случае не раз выручал -- Guten Tag, Alexey
Re: kill -9
On Sat, 25 Dec 2004 01:43:40 +0300
Artem Chuprina [EMAIL PROTECTED] wrote:
Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004
22:53:40 +0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9: не работает, потому что процесс
застрял SS в системном вызове, то есть внутри кернела, ещё точнее -
где-то SS внутри драйвера сидирома.
Поступать одним из двух способов - либо не дергаться и терпеливо ждать,
либо перегружать машину. Я предпочитаю первый вариант. Если прервать
процесс (kill обычный или даже Ctrl-C AKA kill -INT), то рано или поздно
ему надоест и он отпустит девайс. Может, впрочем, сильно не сразу.
--
Artem Chuprina ran{}ran.pp.ru
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
системный вызов на уровне ядра, но xmms пришибается, если пришить иксы
(работающие в юзерспейсе, вестимо), это то как объяснить?
--
Guten Tag, Alexey
Re: kill -9
Gossen Alexey - debian-russian@lists.debian.org @ Sat, 25 Dec 2004 23:20:36
+0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9: не работает, потому что процесс
застрял SS в системном вызове, то есть внутри кернела, ещё точнее -
где-то SS внутри драйвера сидирома.
Поступать одним из двух способов - либо не дергаться и терпеливо ждать,
либо перегружать машину. Я предпочитаю первый вариант. Если прервать
процесс (kill обычный или даже Ctrl-C AKA kill -INT), то рано или поздно
ему надоест и он отпустит девайс. Может, впрочем, сильно не сразу.
GA системный вызов на уровне ядра, но xmms пришибается, если пришить иксы
GA (работающие в юзерспейсе, вестимо), это то как объяснить?
Обычно пришибленные иксы просто перестают показывать xmms. Если же
пришибание иксов гарантированно и неоднократно (т.е. это было не
совпадение) отпускает сидюк, то значит, они просто дергают ядерный
вызов (а они таки дергают разных странных ядерных вызовов - с
видеоподсистемой как минимум), который таки прерывает тот.
--
Artem Chuprina ran{}ran.pp.ru
Re: kill -9
On Sun, 26 Dec 2004 01:27:31 +0300
Artem Chuprina [EMAIL PROTECTED] wrote:
Gossen Alexey - debian-russian@lists.debian.org @ Sat, 25 Dec 2004 23:20:36
+0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9: не работает, потому что процесс
застрял SS в системном вызове, то есть внутри кернела, ещё точнее -
где-то SS внутри драйвера сидирома.
Поступать одним из двух способов - либо не дергаться и терпеливо ждать,
либо перегружать машину. Я предпочитаю первый вариант. Если прервать
процесс (kill обычный или даже Ctrl-C AKA kill -INT), то рано или поздно
ему надоест и он отпустит девайс. Может, впрочем, сильно не сразу.
GA системный вызов на уровне ядра, но xmms пришибается, если пришить иксы
GA (работающие в юзерспейсе, вестимо), это то как объяснить?
Обычно пришибленные иксы просто перестают показывать xmms. Если же
пришибание иксов гарантированно и неоднократно (т.е. это было не
совпадение) отпускает сидюк, то значит, они просто дергают ядерный
вызов (а они таки дергают разных странных ядерных вызовов - с
видеоподсистемой как минимум), который таки прерывает тот.
--
Artem Chuprina ran{}ran.pp.ru
понятно... хотя честно гря нифига не понятно. до сих пор жил в
прекрасном неведении, что рут под линуксом - это бог. а kill -9 кара
небесная :)
теперь филосовский вопрос. программы которого делают системные вызовы от
пользователя, приводящие к дестабилизации системы, это нехорошая фича, я
прав?
--
Guten Tag, Alexey
Re[2]: kill -9
Привет, Artem, 26 декабря 2004 г. было написано: GA системный вызов на уровне ядра, но xmms пришибается, если пришить иксы GA (работающие в юзерспейсе, вестимо), это то как объяснить? AC Обычно пришибленные иксы просто перестают показывать xmms. Если же AC пришибание иксов гарантированно и неоднократно (т.е. это было не AC совпадение) отпускает сидюк, то значит, они просто дергают ядерный AC вызов (а они таки дергают разных странных ядерных вызовов - с AC видеоподсистемой как минимум), который таки прерывает тот. Или как вариант, xmms на короткие моменты выходит из ядра, и если падают иксы, то падает xmms и отпускает сидюк. -- Best regards, Alexander GQ Gerasiov [EMAIL PROTECTED] Кука: Наглость российских компьютерных умельцев не имеет границ. Мало того, что они создали патч, снимающий защиту от обработки изображений банкнот в программе Adobe Photoshop CS. После этого был разработан плагин к программе, автоматизирующий процесс. Плагин назвали Adobe Bankomat. pgpadGroYqel4.pgp Description: PGP signature
Re: kill -9
Gossen Alexey wrote: теперь филосовский вопрос. программы которого делают системные вызовы от пользователя, приводящие к дестабилизации системы, это нехорошая фича, я прав? Дистабилизируется тут только пользователь, который испытывает законное раздражение от того, что не может послушать музыку ;-)
kill -9
Вот такая ситуация. Битый сидюк и xmms, пытающийся этот сидюк зачитать. xmms естессно виснет, драйв издаёт ужасающие звуки, dmesg переполняется матами о io-read-error. killall xmms ноль реакции. гмм. kill -9 $(pidof xmms) нифига (???) мля да что за фигня? umount -fl /cdrom иногда спасает. Но в этот раз программа вредная попалась. Не прёт. Сидюк заблокирован и всё ещё пыхтит. Ctrl+Alt+Backspace - вуаля. Сидюк выпрыгивает, xmms пришибается, вместе с ним и все иксы. Тобишь наоборот :) Как в этой ситуации правильно поступать и почему не работает kill -9 -- Guten Tag, Alexey
Re: kill -9
Gossen Alexey wrote: Как в этой ситуации правильно поступать и почему не работает kill -9 Как поступать не знаю, а -9 не работает, потому что процесс застрял в системном вызове, то есть внутри кернела, ещё точнее - где-то внутри драйвера сидирома. -- Best regards, Sergey Spiridonov
Re: kill -9
Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004
22:53:40 +0100:
Как в этой ситуации правильно поступать и почему не работает kill -9
SS Как поступать не знаю, а -9 не работает, потому что процесс застрял
SS в системном вызове, то есть внутри кернела, ещё точнее - где-то
SS внутри драйвера сидирома.
Поступать одним из двух способов - либо не дергаться и терпеливо ждать,
либо перегружать машину. Я предпочитаю первый вариант. Если прервать
процесс (kill обычный или даже Ctrl-C AKA kill -INT), то рано или поздно
ему надоест и он отпустит девайс. Может, впрочем, сильно не сразу.
--
Artem Chuprina ran{}ran.pp.ru
Re: kill -9
Artem Chuprina escribió: Sergey Spiridonov - debian-russian@lists.debian.org @ Fri, 24 Dec 2004 22:53:40 +0100: Как в этой ситуации правильно поступать и почему не работает kill -9 SS Как поступать не знаю, а -9 не работает, потому что процесс застрял SS в системном вызове, то есть внутри кернела, ещё точнее - где-то SS внутри драйвера сидирома. Поступать одним из двух способов - либо не дергаться и терпеливо ждать, либо перегружать машину. Я предпочитаю первый вариант. Если прервать процесс (kill обычный или даже Ctrl-C AKA kill -INT), то рано или поздно ему надоест и он отпустит девайс. Может, впрочем, сильно не сразу. Выцарапать диск скрепкой и сунуть в микроволновку на пару секунд! Если диск _очень_ хочется прочесть, то это зависит от того как он битый. Иногда разные приводы ведут себя с битыми дисками по разному. Если диск поцарапанный можно отполировать. Есть специальные полировщики, в худшем случае можно обойтись мегкой тряпочкой и толченым мелом (мел дожен быть строго гомогенный, без вкраплений), увлажнить и тереть. Если дырки в отражающем слое, то методом тыка рипать (dd -count) только нормальные места, избегая дырок, отсчет секторов ведется от центра.
