6366 2005-04-01 12:03:52 +0400 недостаточный размер для dmesg 2005-08-31 03:24:08 +0400 1 1 4 Development Sisyphus kernel-image-std26-smp unstable all Linux CLOSED FIXED P2 normal --- 1 asy vsu qa-sisyphus oldest_to_newest 22908 0 asy 2005-04-01 12:03:52 +0400 В случае 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, вдруг, требуется через пару месяцев, возникают проблемы... 24273 1 vsu 2005-05-05 18:07:11 +0400 Вообще-то в ядрах 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б. 24355 2 vsu 2005-05-10 18:40:48 +0400 В сборке kernel-image-std26-up-2.6.11-alt7 размер буфера увеличен до 64 Кб. В kernel-image-std26-smp-2.6.11-alt7 - до 128 Кб. 24371 3 asy 2005-05-11 00:38:48 +0400 В этом году мы засеем 300Га картошки - нехай обожрется ! :-) Хотя, 128K во времена, когда 128M уже смешно, роли тоже не играет.