Bug 6366 - недостаточный размер для dmesg
: недостаточный размер для dmesg
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/kernel-image-std26-smp)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-04-01 12:03 by
Modified: 2005-08-31 03:24 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-04-01 12:03:52
В случае 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, вдруг, требуется через пару месяцев, возникают проблемы...
------- Comment #1 From 2005-05-05 18:07:11 -------
Вообще-то в ядрах 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б. 
------- Comment #2 From 2005-05-10 18:40:48 -------
В сборке kernel-image-std26-up-2.6.11-alt7 размер буфера увеличен до 64 Кб.
В kernel-image-std26-smp-2.6.11-alt7 - до 128 Кб.
------- Comment #3 From 2005-05-11 00:38:48 -------
В этом году мы засеем 300Га картошки - нехай обожрется ! 
:-) 

Хотя, 128K во времена, когда 128M уже смешно, роли тоже не играет.