висит после Freeing unused kernel memory.

[Александр Овчинников]

Приветствую!

Во-первых, сразу скажу, что нуб.

Первый раз в жизни пробовал оптимизировать ядро, но не получилось)

Поставил генту с ядром по умолчанию, за основу взял hardened-sources
2.6.38-r1, всё стандартно, только я использую GPT (диски разбивал
gdisk'ом), добавил Btrfs (у меня / на Btrfs в режиме raid1) и SystemD
(из оверлэя) и genkernel'ом собрал, всё запустилось. Потом появилось
r2, стал оптимизировать, конфиг настроил с нуля так же + отключил на
мой взгляд ненужные вещи, читал Help + включил gsecurity, вообщем,
сделал вот это:
http://dpaste.com/hold/537421 (тут описаны все отклонения от значений
по умолчанию, я это копипастил из терминала пока менял и категории
внутри которых эти правки были сделаны)
и теперь не запускается.

Система висит после Freeing unused kernel memory.

Как я понял, я был должен включить
CONFIG_BOOT_TRACER
чтобы отслеживать подобные вещи.

Но к сожалению, в 2.6.38 опции CONFIG_BOOT_TRACER нет, каким образом
мне стоит решать данную проблему? Я вижу другие trace'еры, но не
уверен, какие именно мне нужны...

http://dl.dropbox.com/u/15855034/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202011-04-30%20%D0%B2%2015.28.42.png

вот картинка (да, забыл сказать, тестирую на виртуалке это всё)

вот это возможно поможет (правда я этим пока не научился пользоваться,
нуб ещё, сделал заранее на всякий случай)

# lsmod
Module                  Size  Used by
ipv6                  238029  40
pcspkr                  1590  0
iTCO_wdt               10069  0
shpchp                 20559  0
iTCO_vendor_support     1703  1 iTCO_wdt
raid10                 17619  0
raid456                51496  0
async_raid6_recov       4985  1 raid456
async_pq                3726  2 raid456,async_raid6_recov
raid6_pq               76986  2 async_raid6_recov,async_pq
async_xor               2732  3 raid456,async_raid6_recov,async_pq
xor                     4073  1 async_xor
async_memcpy            1540  2 raid456,async_raid6_recov
async_tx                2048  5
raid456,async_raid6_recov,async_pq,async_xor,async_memcpy
raid1                  17139  2
raid0                   6923  0
multipath               5118  0
linear                  2910  0
e1000                 107228  0


# lspci
00:00.0 Host bridge: Intel Corporation 82P965/G965 Memory Controller
Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82G35 Express PCI Express Root
Port (rev 02)
00:03.0 Class ff00: Device 1ab8:4000
00:05.0 Ethernet controller: Intel Corporation 82545EM Gigabit
Ethernet Controller (Copper)
00:0a.0 PCI bridge: Digital Equipment Corporation DECchip 21150
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HB/HR (ICH8/R) LPC
Interface Controller (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 82801HR/HO/HH (ICH8R/DO/DH)
6 port SATA AHCI Controller (rev 02)
01:00.0 VGA compatible controller: Device 1ab8:4005

# lspci -k
00:00.0 Host bridge: Intel Corporation 82P965/G965 Memory Controller
Hub (rev 02)
     Subsystem: Device 1ab8:0400
00:01.0 PCI bridge: Intel Corporation 82G35 Express PCI Express Root
Port (rev 02)
00:03.0 Class ff00: Device 1ab8:4000
     Subsystem: Device 1ab8:0400
00:05.0 Ethernet controller: Intel Corporation 82545EM Gigabit
Ethernet Controller (Copper)
     Subsystem: Device 1ab8:0400
     Kernel driver in use: e1000
00:0a.0 PCI bridge: Digital Equipment Corporation DECchip 21150
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HB/HR (ICH8/R) LPC
Interface Controller (rev 02)
     Subsystem: Device 1ab8:0400
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 05)
     Subsystem: Device 1ab8:0400
     Kernel driver in use: ata_piix
00:1f.2 SATA controller: Intel Corporation 82801HR/HO/HH (ICH8R/DO/DH)
6 port SATA AHCI Controller (rev 02)
     Kernel driver in use: ahci
01:00.0 VGA compatible controller: Device 1ab8:4005
     Subsystem: Device 1ab8:0400

Понятно, что на боевом сервере результаты будут другими. Это просто
привожу на случай, вдруг поможет установить причину...

что мне бы хотелось: чтобы подсказали, как в моей ситуации понять, в
чём причина...
ну то есть, я мог бы после каждой правки перекомпилировать и
перезагружаться проверять, но это ужасно медленно было бы, а если как
я сделал - то непонятно, в чём именно дело, нельзя ли как-то включить
более подробный трэйс?


Также очень хотелось бы получить советы относительно того, как сделать
хорошее ядро для серверного применения (хостинг своих php- и python-
проектов на гентушном сервере в hetzner'e), то есть отключить всё
старьё, всё неиспользуемое, всё десктопное и оптимизировать ядро под
серверное использование... По итогам написать небольшую статью/заметку
для будущих поколений.

Спасибо за ваши ответы!




С уважением, Александр.
ICQ 305577703,
Skype alexander-entropia.us