Почему в dmesg centos 6 я вижу все сообщения с момента загрузки, а в dmesg gentoo — только с определенного момента?

Question

[CityCat4]

Есть старый el6 сервак (сервер A):

# uname -a
Linux aaa.bbb.ccc 2.6.32-754.9.1.el6.centos.plus.x86_64 #1 SMP Thu Dec 6 08:03:42 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Есть сервак на Calculate Linux (сервер B):

# uname -a
Linux ddd.bbb.ccc 4.19.29-calculate #2 SMP PREEMPT Wed Mar 20 18:49:43 +07 2019 x86_64 Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz GenuineIntel GNU/Linux

Почему в dmesg сервера А я вижу сообщения прямо с самого начала загрузки:

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.32-754.9.1.el6.centos.plus.x86_64 ([e-mail]) (gcc version 4.4.7 201203
13 (Red Hat 4.4.7-23) (GCC) ) #1 SMP Thu Dec 6 08:03:42 UTC 2018
Command line: ro root=/dev/mapper/vg_xxx-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrhe
b-sun16 crashkernel=auto rd_LVM_LV=vg_xxx/lv_root rd_LVM_LV=vg_xxx/lv_swap  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb nopti nospectre_v2 quiet
KERNEL supported cpus:
  Intel GenuineIntel
  AMD AuthenticAMD
  Centaur CentaurHauls
...

А в dmesg сервера B - только с некоторого момента, а все, что было до этого момента - в dmesg не попадает:

[    0.361397] pci 0000:00:18.0:   bridge window [mem 0xe7900000-0xe79fffff 64bit pref]
[    0.361440] pci 0000:00:18.1: PCI bridge to [bus 1c]
[    0.361451] pci 0000:00:18.1:   bridge window [io  0xb000-0xbfff]
[    0.361481] pci 0000:00:18.1:   bridge window [mem 0xfcd00000-0xfcdfffff]
[    0.361501] pci 0000:00:18.1:   bridge window [mem 0xe7500000-0xe75fffff 64bit pref]
...

и как сделать так, чтобы на сервере B было как на сервере A (если это вообще возможно)?

Answer 1

[ValdikSS]

Возможно, установлен маленький буфер журнала ядра.
Передайте ядру параметр log_buf_len=4096K, например.

Comments

[CityCat4]

Это было самое оно :) Спасибо. Судя по всему, буфер был достаточно маленький, а сообщения при загрузке идут большой пачкой и они успевали затереться до того, как стартанет процесс записи лога на диск...

UPD: Немного технических деталей.
Размером буфера для сообщений ядра заведует параметр LOG_BUF_SHIFT, который задается в попугаях числом от 12 до 25, где 12 - 4К, 13 - 8К, 14 - 16К и т.д. У меня по умолчанию стояло 15, то есть 32К, заменил на 20, то есть 1024K - вроде хватило, лог попадает полностью.
В CentOS, кстати этот параметр выставлен в 19, то есть 512К.
Еще есть параметры LOG_CPU_MAX_BUF_SHIFT и PRINTK_SAFE_LOG_BUF_SHIFT, но поскольку я не особо понял, зачем они, то крутить не стал, прибавил только последний параметр с 12 (4К) на 13 (8К).