dmesg

а dmesg | less не помогает????

Оно ж в лог пишется, какие проблемы могут быть?

Buffer в ядре маловат?

man dmesg

 -sbufsize
              Use a buffer of size bufsize to query the kernel  ring  buffer.
              This  is  16392  by default.  (The default kernel syslog buffer
              size  was  4096  at  first,  8192  since  1.3.54,  16384  since
              2.1.113.)   If you have set the kernel buffer to be larger than
              the default then this option can be used  to  view  the  entire
              buffer.

Оно в лог пишется только с момента запуска klogd.

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

Итак по понктам

2 Demetrio: /var/log/dmesg уже идёт обрезанный

2 sdio: это имеет смысл уже после загрузки, при появлении новых сообщений

2 Gharik: у меня не debug версия ядра.

Вот начало: ( head /var/log/dmesg )

OWMEM available.
found SMP MP-table at 000f5140
On node 0 totalpages: 262128
  DMA zone: 4096 pages, LIFO batch:0
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 258032 pages, LIFO batch:31
  HighMem zone: 0 pages, LIFO batch:0
DMI 2.3 present.
ACPI: RSDP (v000 Nvidia                                ) @ 0x000f6c90
ACPI: RSDT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x3fff3000

В /var/log/messages тоже такая же шарманка?

По идее, где-то в конфиге ядра есть опция типа "размер ring-буфера", может быть он слишком мелкий, или грузится куча модулей (дебажным также бывает не только ядро, но и отдельные модули).

ring buffer я увеличил, путём прямой правки .config, но почему-то не помогло (наверное, это значение в kernel make runtime снова считается). Дa, в /var/log/messages тоже самое.

В 2.6 ядре с связи с изменениями в системе сборки править конфиг напрямую опасно, и всегда лучше после этого сделать `make prepare` и `make modules_prepare`... Т.е. размер буфера мог сохраниться дефолтным и сбросится на стадии `make`. Дома буду - гляну...