journalctl --list-boots

Т. е. ты перезагружался и после перезагрузки journalctl --list-boots всё равно показывает один пункт?

В journald.conf по умолчанию стоит Storage=auto. Это значит, что если каталог /var/log/journal отсутствует, то журнал хранится в /run/log/journal, который по умолчанию в tmpfs со всеми вытекающими.

Отсюда вытекают аж три решения —
1) поставить в journal.conf Storage=persistent
2) сделать mkdir /var/log/journal/
3) Держать /run/log/journal на диске

спасибо, нашел ман по конфигу, удивился сему чудному дефолтному поведению

Оно не чудное, при наличии rsyslog нет смысла что-то хранить.

только по дефолту он не используется, так что ты что то путаешь

В Debian не используется rsyslog по умолчанию? Нет, это ты что-то путаешь. Или у тебя Etch с systemd.

версию дистрибутива я привел в первом сообщении

суть в том что в dmesg.log я не нашел ошибки ядра случившейся до ребута. но зайдя по ssh вытащил ее из journalctrl,

после перезагрузки заметил что логов предыдущего ребута нет - точнее есть старый dmesg. но ошибка туда не попала

т.е. может rsyslogd и работает но в связке что-то гдето глючит и самое интересное (ошибки) теряются

т.е. может rsyslogd и работает но в связке что-то гдето глючит и самое интересное (ошибки) теряются

/var/log/dmesg записывается из скрипта bootlogs, rsyslog к нему отношения не имеет. Нужно было смотреть /var/log/kern.log или /var/log/messages.

только в kern.log нашлось