https://www.opennet.ru/openforum/vsluhforumID3/70594.html Начиная с версии 2.6.35 в Linux-ядре появилась полезная функций "ramoops", позволяющая в случае краха сохранять информационный дамп состояния ядра в памяти для последующего анализа. Вкомпилировать данную функцию в ядро или загружать модулем "ramoops" - без разницы.<br><br>Единственная хитрость - сначала нужно зарезервировать память в ядре.<br>Сделать это можно указав ядру параметр memmap=256K@0xfc0000<br>(резервируем 256К перед ядром).<br><br>Если ramoops в ядре, то добавляем параметры <br><br> ramoops.mem_address=0xfc0000 и<br> ramoops.mem_size=0x40000<br><br>параметр ramoops.dump_oops=1 является умолчанием, так что его можно не указывать.<br><br>Для модуля "ramoops" эти параметры нужно указать при загрузке.<br><br>Теперь чтобы ядро не осталось в мертвом виде, не забываем сделать<br><br> echo 10 &gt;/proc/sys/kernel/panic<br><br>и (если нужно, а иногда полезно)<br><br> echo 1 &gt;/proc/sys/kernel/panic_on_oops<br><br>Теперь проверяем при помощи crash-а через Alt-SysRq-C.<br><br>После перезагрузки, текст crash-дампа будет лежать в памяти, начиная с адреса https://www.opennet.ru/openforum/vsluhforumID3/70594.html#12 Thu, 23 Sep 2010 02:07:09 GMT &gt;Никак. Дамп там *останется* с "прошлого" раза. <br><br>Спасибо, что читаете более поздние сообщения <br>и отвечаете на более ранние. :)<br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#11 Wed, 22 Sep 2010 23:13:57 GMT Никак. Дамп там *останется* с "прошлого" раза. При мягкой перезагрузке содержимое памяти никто не чистит (насколько это правда-зависит от биоса/загрузчика в принципе). Так что кернелу ничто не помешает при следующей загрузке взять из памяти то что туда сложила покрашившаяся инкарнация ядра до выполнения мягкого ребута. Собссно для того и резервируется(иначе нет никаких гарантий что ядру не приспичит записать чего-то именно в эту же область оперативы, а так его явно тыкают носом в то что низзя этот кус памяти трогать). Просто и старо как мир. IIRC, были даже досовые вирусы которые пытались (с переменным успехом) переживать мягкую (теплую) перезагрузку (ту которая скипает мемтест) юзая похожие фокусы.<br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#10 Tue, 14 Sep 2010 10:42:15 GMT Вот что рассказал автор:<br><br>[code]<br>&gt;&gt;&gt; Tell me please, where are stored ramoopses, if I turn off the power? :)<br>&gt;&gt;<br>&gt;&gt; When you load the module (or with kernel command line) you have to say<br>&gt;&gt; to the kernel the address to remap, i.e. where you want to store the<br>&gt;&gt; oops.<br>&gt;<br>&gt; It's work if only i make a "soft-reboot", without regeneration of RAM ?<br>&gt;<br><br>The physical address can be normal RAM, NVRAM, and so on. Sure, if you<br>use normal RAM, the bootloader/bios shouldn't write the memory area<br>selected to store the oops at the next reboot. In the embedded world<br>it's a common feature, see CONFIG_PRAM of u-boot for example.<br><br>Regards, Marco<br>[/code]<br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#9 Tue, 14 Sep 2010 06:21:49 GMT Рассчитано на мягкий ребут, вызванный крахом ядра. Память не очищается, соответственно старые данные остаются на том же месте, где и оставлены. После ребута посмотрите /dev/mem, много интересного из "прошлой жизни" найти можно.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#8 Tue, 14 Sep 2010 05:38:20 GMT Ramoops, like mtdoops, can log oops/panic information but in RAM. It can<br>be used with *persistent RAM* for systems without flash support. In<br>addition, for this systems, with this driver, it's no more needed<br>add to the kernel the mtd subsystem with advantage in footprint.<br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#7 Mon, 13 Sep 2010 22:21:32 GMT &gt; Единственная хитрость - сначала нужно зарезервировать память в ядре.<br>&gt; Сделать это можно указав ядру параметр memmap=256K@0xfc0000 (резервируем 256К перед ядром).<br><br>1. memmap=256K$0xfc0000 ($ надо писать, для резервирования)<br><br> http://lxr.linux.no/#linux+v2.6.35/Documentation/kernel-parameters.txt#L1418<br><br>&gt; Если ramoops в ядре, то добавляем параметры <br>&gt; ramoops.mem_address=0xfc0000 и ramoops.mem_size=0x40000<br><br>2. То с вероятностью 99.999% схватите <br><br>ramoops: request mem region failed<br><br>3. cat /proc/iomem , говорит что по адресу 0xfc0000 <br><br>00fc0000-00ffffff : System RAM<br><br><br>Где он сцука хранит??? Если я питание выключаю!!!!!!!!!!<br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#6 Mon, 13 Sep 2010 19:05:07 GMT Более интересно <br><br>&gt; После перезагрузки, текст crash-дампа будет <br>&gt; лежать в памяти, начиная с адреса 0xfc0000.<br><br>Как он туда попадёт, *после перезагрузки* ?! :)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#5 Mon, 13 Sep 2010 18:58:22 GMT # CONFIG_STRICT_DEVMEM is not set <br><br>Ась?<br> https://www.opennet.ru/openforum/vsluhforumID3/70594.html#4 Mon, 13 Sep 2010 18:54:02 GMT dd: reading `/dev/mem': Operation not permitted<br>