journalctl: como ver os logs do sistema na VPS

Aprenda a usar o journalctl para ler os logs do systemd na VPS: ver um serviço, acompanhar ao vivo, filtrar por horário, ver boots anteriores e limpar o journal.

Por Redação Eleven Host · @robson.direitodigital · 30 de outubro de 2026 · 7 min de leitura

O journalctl lê os registros (logs) guardados pelo systemd. Com a opção -u você vê as mensagens de um serviço, como o Nginx, e com -f acompanha as novas entradas ao vivo, até apertar Ctrl+C.

Este guia reúne comandos para quem administra uma VPS, com exemplos que você pode copiar. Eles seguem o manual do journalctl, e o serviço usado nos exemplos é o nginx. Troque pelo nome do serviço que você quer investigar.

O que é o journal

O systemd, que inicia e controla os serviços da máquina, guarda as mensagens deles num registro próprio chamado journal. O journalctl é o comando que lê esse registro. Em vez de procurar arquivos de texto, você faz perguntas ao journal: de qual serviço, de qual horário, de qual gravidade.

Por padrão, só o usuário root e os membros de alguns grupos especiais leem o log do sistema. Segundo o manual, os grupos systemd-journal, adm e wheel leem tudo, e cada usuário lê o próprio log. Por isso, nos exemplos deste guia, alguns comandos podem pedir sudo.

Comandos do dia a dia

Os comandos abaixo respondem a perguntas de quem administra uma VPS. Os exemplos já mostram algumas combinações, como -u com -f.

Ver os logs de um serviço

A opção -u mostra as mensagens de uma unidade do systemd, que é o nome técnico de um serviço:

journalctl -u nginx

Acompanhar ao vivo

A opção -f mostra as entradas mais recentes e vai imprimindo as novas conforme chegam. Ela combina com -u:

journalctl -u nginx -f

Para sair, aperte Ctrl+C.

Ver só as últimas linhas

A opção -n limita a quantidade de linhas. Com número, mostra essa quantidade. Sem número, o manual diz que ela mostra 10:

journalctl -n 50

Filtrar por horário

As opções --since e --until (ou -S e -U) aceitam datas no formato "2026-10-30 18:17:16", as palavras today, yesterday e tomorrow e tempos relativos. Alguns exemplos:

journalctl --since today

journalctl --since "1 hour ago"

journalctl --since "2026-10-30 08:00" --until "2026-10-30 09:00"

Coloque o horário entre aspas, porque ele tem espaços.

Filtrar por gravidade

A opção -p err mostra as mensagens de nível erro e as mais graves:

journalctl -p err

Escolher o boot

A opção -b mostra o boot atual, isto é, o que foi registrado desde a última vez que a máquina ligou. Para ver quais boots o journal guardou:

journalctl --list-boots

Mensagens do kernel

A opção -k mostra só as mensagens do kernel, do boot atual por padrão:

journalctl -k

Ir ao fim ou inverter a ordem

A opção -e pula para o fim dentro do paginador, e a opção -r mostra as entradas mais novas primeiro:

journalctl -u nginx -e

journalctl -u nginx -r

Sem paginador

Por padrão o resultado abre num paginador. A opção --no-pager desliga o paginador, o que ajuda a copiar o texto ou colar num chamado:

journalctl -u nginx -n 100 --no-pager

Mudar o formato da data

A opção -o short-iso mostra a data no padrão ISO 8601, e -o json-pretty mostra cada entrada em JSON, em várias linhas:

journalctl -u nginx -n 20 -o short-iso

Precisa de um servidor para os seus projetos? VPS a partir de R$ 17,00/mês no Plano Bronze; confira na loja o que cada plano inclui. Ver planos de VPS

Logs de boots anteriores

Depois de um reinício inesperado, a pergunta é o que aconteceu antes dele. A opção -b aceita um número: -b -1 é o boot anterior, -b -2 é o de antes, e assim por diante.

journalctl --list-boots

journalctl -b -1

journalctl -b -1 -p err

Se o --list-boots mostrar apenas o boot atual, pode ser que o journal não esteja guardando os anteriores. Quem controla isso é a opção Storage= do arquivo journald.conf. Segundo o manual do journald.conf, os valores significam:

• volatile: guarda só na memória, em /run/log/journal, e os registros somem ao reiniciar.
• persistent: guarda em disco, em /var/log/journal.
• auto: guarda em disco se a pasta /var/log/journal existir, e na memória se não existir.
• none: não guarda nada.

Para saber o que está valendo na sua VPS, veja se a pasta /var/log/journal existe e quantos boots o --list-boots lista. Mudanças de configuração ficam em arquivos dentro de /etc/systemd/journald.conf.d/, que têm prioridade sobre o arquivo principal, segundo o mesmo manual.

Exemplo: investigar um serviço que caiu

Suponha que o site parou de responder e você desconfia do Nginx. Um roteiro simples, em ordem:

Passo 1: ver o estado do serviço

sudo systemctl status nginx

Segundo o manual do systemctl, esse comando mostra o estado do serviço seguido dos registros mais recentes do journal, 10 linhas por padrão. Para ver mais, use --lines:

sudo systemctl status nginx --lines=30

Passo 2: abrir o journal do serviço no horário do problema

Se o problema começou há pouco, peça a última hora:

journalctl -u nginx --since "1 hour ago"

Para ver só o que foi erro:

journalctl -u nginx --since "1 hour ago" -p err

Passo 3: acompanhar enquanto você tenta de novo

Deixe um terminal com o -f aberto e, em outro, reinicie ou acesse o serviço. As mensagens novas vão aparecendo na tela conforme chegam:

journalctl -u nginx -f

Passo 4: guardar o trecho para pedir ajuda

Se for abrir um chamado, copie as últimas linhas sem o paginador:

journalctl -u nginx -n 100 --no-pager

Se o site mostra o erro 502, veja o guia Erro 502 Bad Gateway: o que é e como resolver na VPS. E, se ainda não tem o Nginx, o guia Instalar Nginx no Ubuntu: passo a passo na VPS mostra a instalação.

Espaço em disco do journal

Os registros ocupam disco. Para ver quanto o journal está usando:

journalctl --disk-usage

Para limpar registros antigos, o journalctl tem duas opções, descritas no manual:

sudo journalctl --vacuum-size=500M

sudo journalctl --vacuum-time=2weeks

A primeira apaga os arquivos arquivados mais antigos até o journal ficar abaixo do tamanho informado. A segunda apaga os arquivados mais velhos que o período informado. Os dois comandos mexem só nos arquivos arquivados, e o arquivo que está em uso fica. O arquivo em uso não entra na limpeza.

Segundo o manual do journald.conf, o journal também tem um limite automático de uso do disco, definido por opções como SystemMaxUse=. Se a VPS está com pouco espaço e você não sabe o que ocupa o disco, o guia Disco cheio na VPS: como liberar espaço no Ubuntu trata de liberar espaço no Ubuntu.

Quer um servidor próprio para os seus serviços? VPS a partir de R$ 17,00/mês no Plano Bronze; confira na loja o que cada plano inclui. Conhecer os planos

Perguntas frequentes

Como ver os logs de um serviço com o journalctl?

Use a opção -u com o nome do serviço, por exemplo journalctl -u nginx. Para acompanhar ao vivo, acrescente -f.

Como ver só os erros?

Use journalctl -p err. Segundo o manual, ele mostra o nível erro e os mais graves. Combine com -u para um serviço específico.

Como ver os logs do boot anterior?

Use journalctl -b -1. Se o comando não encontrar nada, rode journalctl --list-boots e confira a opção Storage= do journald.conf.

Como copiar os logs sem o paginador?

Acrescente --no-pager, por exemplo journalctl -u nginx -n 100 --no-pager.

Como liberar espaço do journal?

Veja o uso com journalctl --disk-usage e limpe os arquivos arquivados com --vacuum-size ou --vacuum-time.