Apenas a saída do próprio kernel estará no dmesg.
A outra saída é do processo init e dos serviços iniciados. Existem várias implementações diferentes de init
comumente usadas no GNU / Linux (algumas das quais não são chamadas de "init") e seu comportamento pode ser diferente, e ser configurável, neste contexto, mas na minha experiência, elas não por padrão registra tudo que eles imprimem na tela. Além disso, eles não redirecionam a saída dos serviços que iniciam - qualquer coisa que seja impressa no padrão ou erro padrão acabará na tela. Cabe aos serviços individuais o que fazem o WRT ao syslog 1 e aos fluxos de saída. A maioria deles deve fazer bom uso do syslog, mas o que eles relatam pode não ser o mesmo que eles relatam no stdout / stderr na inicialização. Normalmente, haverá muito mais no syslog do que na tela.
As três implementações de init mais comuns usadas no GNU / Linux, se você estiver interessado em investigar detalhes, são:
-
SysV init (Debian, Gentoo, outros): Originalmente, este era o único sistema init usado pelas principais distribuições de Linux; tecnicamente SysV é uma especificação, a implementação real usada no linux era / é um projeto GNU.
-
Systemd (Fedora, Arch): desenvolvido pela Redhat.
-
Upstart (Ubuntu): desenvolvido pela Canonical.
1 Se o syslog não for iniciado ainda, ou o sistema de arquivos que contém os logs ainda não estiver montado read-write, as mensagens poderão ser descartadas, e é por isso que você pode ter uma inicialização com falha registro nos logs - a inicialização falhou antes que o registro seja possível, mas ainda há saída para o console.