В случае smp-системы в dmesg теряется информация из начала лога из-за ее большого количества и недостатка буфера. В качестве примеров начало лога для двухпроцессорной системы: 00000000fecf1000 (reserved) BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved) 0MB HIGHMEM available. 511MB LOWMEM available. для четырех: e 000f4000 reserved twice. hm, page 000f5000 reserved twice. hm, page 000f2000 reserved twice. hm, page 000f3000 reserved twice. On node 0 totalpages: 262140 Я понимаю, что есть /var/log/kernel/, но тут работает логротейт. Если информация из dmesg, вдруг, требуется через пару месяцев, возникают проблемы...
Вообще-то в ядрах 2.6.x есть параметр командной строки для управления размером буфера сообщений: log_buf_len=n Sets the size of the printk ring buffer, in bytes. Format is n, nk, nM. n must be a power of two. The default is set in kernel config. Однако вспоминать про этот параметр в некоторых случаях может быть уже поздно, так что можно подумать и об увеличении значения по умолчанию (раза в 2) - вряд ли кто-то будет плакать из-за занятых этим буфером 32-64 Kб.
В сборке kernel-image-std26-up-2.6.11-alt7 размер буфера увеличен до 64 Кб. В kernel-image-std26-smp-2.6.11-alt7 - до 128 Кб.
В этом году мы засеем 300Га картошки - нехай обожрется ! :-) Хотя, 128K во времена, когда 128M уже смешно, роли тоже не играет.
