Здравствуйте!

интересно только юниксоидам

http://wiki.tldp.org/kernel_user_space_howto

отлично, достаточно подробно, лаконично, с примерами. для себя был в шоке - после ужасной (автосгенерированной) документации по libnl (пример оттуда, кстати, не работал на новой версии этой же либы) тут я увидел рабочий пример как мне и нужно было :-)

открытие месяца:

http://unetbootin.sourceforge.net/

универсальный инсталлер для кучи разных дистрибутивов линукса (мне главное, что Ubuntu и Debian) и recovery систем. ставит на винт (на целый или на отдельный раздел) или флешку или CD. Вполне подходит чтобы побаловаться c линуском не стирая винду (если под виндой). Или как я - просто и быстро сделать систему на usb брелке и с нее поставить на новую машину. Никаких дисков писать не надо, ничего.

Сделан вроде по уму, то есть, например, может выкачивать систему из инета, а если уже есть скачанная .iso'шка - может с нее поставить.

куда быстрее набирать.

one:~/transporter# ping ee.ee
PING ee.ee (88.196.79.6) 56(84) bytes of data.
64 bytes from 88.196.79.6: icmp_seq=1 ttl=241 time=131 ms
64 bytes from 88.196.79.6: icmp_seq=2 ttl=241 time=130 ms

но www.ru быстрее отвечает:

one:~/transporter# ping www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.
64 bytes from www.ru (194.87.0.50): icmp_seq=1 ttl=56 time=57.4 ms
64 bytes from www.ru (194.87.0.50): icmp_seq=2 ttl=56 time=56.6 ms

нашел потрясающий сайт www.iakovlev.org .
Очень много хорошей инфы по линуксу, особенно порадовало хорошая дока по потрохам ядра. напр Kernel / FAQ
пример:

Включая 2.4, sys_call_table была экспортируемой таблицей. Это означает что любой LKM мог ссылаться на нее внутри своего кода. Начиная с 2.6, Linus Torvalds решил более не экспортировать эту таблицу. Была захлопнута дверь перед разного рода rootkits. Таблица sys_call_table стала менее доступна, и простейшие методы перехвата системных функций теперь не работают.

Для 2.6 kernel, вышеуказанный LKM работать не будет. Но тем не менее альтернатива остается.

или вот 2.4 Internals
пример:
После чего попадаем на строку 124 . Затем грузим kernel image в физический 0x10000 . Это в нижней памяти . После загрузки , переходим в $SETUPSEG:0 (arch/i386/boot/setup.S). Загруженный kernel перемещается с 0x10000 в 0x1000 . Далее вызывается функция decompress_kernel() . Kernel разворачивается по адресу 0x100000 и запускается . Для этого используется прерывание 0x15.