Onde encontro os logs do GNOME

Quando o GNOME causar problemas e você quiser encontrar a falha ou relatá-la aos desenvolvedores, você deve encontrar os arquivos de log. Alternativamente, você pode criar arquivos de log extras. Isso requer a adição de patches, portanto, requer mais experiência do que o usuário normal tem. Se você tiver problemas para iniciar o GNOME, você precisará verificar o que está acontecendo com o seu gerenciador de exibição. Em um sistema vanilla, o GDM inicia tudo. Este tem seus próprios arquivos de log. O mais frustrante que pode ocorrer é um congelamento de Shell. Seu computador parecerá não responder. O que você pode fazer quando o shell para de responder?

Existe um aplicativo gráfico para ver os 'Logs do GNOME'. Você pode usar o aplicativo GNOME Logs para obter uma visão geral.

A maioria dos sistemas terá journalctl

No Linux, o sistema de inicialização dominante é o systemd. Este sistema também mantém seus daemons e serviços ativos durante a operação normal. GNOME não é exceção, qualquer problema pode ser rastreado com o journalctl.

Use systemd!

Enquanto mantém o sistema em execução, o systemd também registra todos os eventos que acontecem. Isso inclui grandes eventos e erros. Os logs são salvos em um arquivo comum que você pode ler com o journalctl. O uso parece desajeitado no início, mas na verdade é suave se você conhece algumas expressões regulares. Ele também tem maneiras de filtrar informações.

A maneira mais direta de descobrir o que está acontecendo e vasculhar os registros é fazer isso para sua própria identidade. Você precisa usar a identidade numérica, que geralmente é 1000, mas verifique com o comando 'id'.

$ id -user

O resultado é o seu id de usuário. Conecte-o à sua verificação dos registros.

$ journalctl _UID = 1000

Todos os registros do seu usuário aparecerão, não há necessidade de canalizá-lo para 'menos', ele se comporta da mesma maneira. Para vocês que ainda não são fãs. Em menos você pode procurar por strings com recursos e filtros semelhantes ao grep.

Outros arquivos de log

Em versões anteriores do GNOME, ele usava o arquivo de erro padrão. Ultimamente, o GNOME mudou onde ele registra, muitos sites relatam usando ~ /.xsession-errors, desde várias versões, ele não usa mais este arquivo.

Cuidado, o GNOME não grava neste arquivo. Se houver texto neste arquivo, você iniciou outro gerenciador de janelas! Você pode encontrar dados sobre sua sessão atual em var / log / syslog, tem muitos detalhes disponíveis.

Filtre usando grep ou 'less' para encontrar o que está afetando seu sistema.

Solução de problemas avançada

Você pode bloquear a área de trabalho. Se isso acontecer, verifique se você tem resposta do teclado. Se você fizer isso, pressione ctrl-alt- onde Fn é geralmente F3, para abrir o terminal virtual (vt) 3. A razão é que o GDM usa F1 para vt 1 e sua sessão usa vt 2, deixando vt 3-6 para você fazer seus próprios comandos. Você pode então usar esse terminal para solucionar problemas ou até mesmo abrir uma sessão x.

Se você está desenvolvendo ou está em contato com um desenvolvedor para solucionar um problema sério de shell, você precisa de registros mais detalhados. Para verificar se há travamentos graves, você precisa recompilar o gjs e o js52 e, em seguida, procurar o dump do núcleo.

Arquivos de patch https: // wiki.Archlinux.org / index.php / GNOME / Solução de problemas

O procedimento de patch e compilação é mais simples do que você imagina, é abordado no link. O pacote para verificar onde o core dumps não está disponível em sistemas vanilla. Você precisa instalar o pacote sozinho.

$ sudo apt install systemd-coredump

Quando estiver instalado, você pode listar os core dumps usando a nova ferramenta.

$ coredumpctl -l

Depois de fazer isso, envie os despejos para a página do projeto https: // gitlab.gnomo.org / GNOME / gnome-shell / issues Mantenha apenas o pacote de depuração em seu sistema durante a depuração. Você só precisará dele para solucionar problemas!

Olhando para um aplicativo por vez

A primeira coisa a fazer se você tiver problemas com um aplicativo, é iniciá-lo a partir da linha de comando. Você pode deixar a saída ser executada no terminal ou enviá-la para um arquivo para processamento posterior. Usar expressões regulares é muito útil para este trabalho também.

Filtragem por aplicativo

Se você tiver um aplicativo especial que está causando problemas, você também pode filtrar dentro do systemd. Para fazer isso, você deve encontrar o PID que está executando e, em seguida, escolher esse PID do journalctl.

$ ps aux | grep chrome

Use o resultado como PID no próximo comando.

$ journalctl _PID

Qualquer problema de interação com o GNOME aparecerá aqui. Isso não mostra o que está acontecendo dentro do aplicativo. Para enviar para um arquivo separado use o comando abaixo.

$ chrome 2> Erro do Chrome.registro

Novamente, aqui você pode e deve canalizá-lo por meio de ferramentas como 'grep', sed e outras para obter as informações mais relevantes em seu log.

Conclusão

A maior parte da solução de problemas do GNOME deve ser feita usando o comando journalctl. Só se você tiver problemas sérios, você precisa de mais alguma coisa. Antes de começar a relatar problemas, encontre também os arquivos syslog regulares. Eles contêm a maior parte das informações. Você tem a opção de usar um software de apresentação gráfica para verificar os arquivos. Depois de ter longos registros, certifique-se de saber como processar arquivos com expressões regulares. Se você tiver problemas sérios ou estiver procurando por um novo gerenciador de janelas, use outro terminal virtual para explorar.