|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrey Melnikoff 2:5020/400 09 Dec 2004 15:45:18
To : Eugene B. Berdnikov
Subject : Re: Serial console
--------------------------------------------------------------------------------
Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
> Andrey Melnikoff <temnota+news@kmv.ru> wrote:
> AM> Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
> >> Hельзя к процессу с pid=1 сделать PTRACE_ATTACH, низзя...
> AM> Хм, незнал. Интересно, почему к нему такое уважение? Боятся, что злобный
> AM> root туда вместо кода инита насует код эксплойта?
> Hаверное, дело в том, что если init остановить в трассировщике, то он
> потеряет одну из своих главных функций - перестанет подбирать
> осиротевших деток. А тут до могилы один шаг.
Ха. Если кто-то хочет спрыгнуть с 16ти этажки, то что - вместо
технологического бордюра по всей крыше надо ставить 4х метровой высоты забор
? Впрочем, есть более другое развлечение - под стареньким gdb запустить
мультитредовую софтину, котора в огромном множестве плодит недолго живущие
нити. Те же яйца, но в другой корзине.
> AM> Я сказал горбатый. Тоесть "axw". Конкретная информация, которая тебя
> AM> интересует - статус процесса и wchan. Более прямой вывод даст скажем такой
> AM> финт: "ps -axo pid,tt,user,fname,stat,wchan"
> Init спал в селекте, если я правильно помню. При записи в командный
> пайп исправно вычитывал данные, т.е. telinit не блокировался.
Это не показатель. Вон у меня на бездисковых станциях с root разделом в r/o
init вечно ругается про невозможность что-то там записать. но ведь работает
?
> AM> и SysRq-T тоже ничего не подсказало ?
> Hе помню, делал ли я его... Hаверное, нет. Hедочёт, согласен.
Здгя. Хотя, в цвете последних (моих) изысканий, SysRq-T может показывать
погоду на тыльной стороне луны при некоторых положениях марса.
> AM> А вот дампик в свопе - это мне подходит. Если оно после пинка смогло
> AM> загрузиться, я уж найду способ выдрать этот дамп, собрать в архив с
> AM> модулями, ядром и system.map (ибо, как показывает практика - без онного
> AM> этот дамп только в сортир вешать) и принести на свою машину.
> Кстати, насчёт свопа. Из Documentation/oops-tracing.txt:
> (3) Patch the kernel with one of the crash dump patches. These save
> data to a floppy disk or video rom or a _swap_ partition. None of
> these are standard kernel patches so you have to find and apply
> them yourself. Search kernel archives for kmsgdump, lkcd and
> oops+smram.
Перед тем, как мусолить газетки предыдущего столетия, можно было самому
поинтересоваться.
1) kmsgdump - сохраняет только на флопик или принтер. (2.5.x/2.6.x?)
2) lkcd (http://lkcd.sourceforge.net/) - да, может схранять в swap, но
последний патч (4.1.1) для версии 2.4.20, свежий 6.0.0 - для 2.6.8.
3) smram (судя по датам и виду - 2.x.x):
"This particular version of the code uses the SMRAM area at 0xb0000. This
area is normally occupied by a video card, but by fiddling with the
appropriate Intel Northbridge chip, access to real RAM can be enabled.
Happily, many BIOS implementations are either too dumb, or smart enough,
not to destroy this memory area during the power-on memory test."
И искать его по oops+smram - глюпо. Кроме тычков в нос этими газетенками со
времен 2.3.x ничего не находиться. Единственный экземпляр лежит тут:
http://www.ussg.iu.edu/hypermail/linux/kernel/9906.3/1377.html
Из всего этого - мне увы ничего не подходит. Ядра у меня 2.4.2[578], пускать
на рабочей машине диверсию из разряда 2.6.x увы нехочется.
> >> О, это надо АК посоветовать, у которого на баннерной машине под нагрузкой
> >> сеть рассыпалась. Пусть дома отлаживается... Пару вагонов мягкого дампа
> >> он сможет подарить соседям по лестничной клетке, им до гроба хватит. :)
> AM> Ему проще платформу сменить, чем изучать правильную последовательность
> AM> плясок с бубном в районе sysfs и потряхиванием eth-tool в попытках
> Он так и сделал, насколько я помню его рассказ. Водрузил фрю.
Странно, что не солярку.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
