Jornalctl enchendo com erros do shell gnome -- gnome-shell campo com 20.04 campo com systemd-journald camp askubuntu Relacionado O problema

Journalctl filling up with Gnome shell errors


3
vote

problema

português

A partir do início desta manhã, o registro ABCDEFGHIJKLMNABCDEFGHIJKLMN0 está preenchendo literalmente milhões de erros, cada um dos formulários:

  mei 07 08:04:47 Ophelia gnome-shell[2197]: JS ERROR: TypeError: null has no properties                                            _onFocusChanged@resource:///org/gnome/shell/ui/closeDialog.js:135:9                                            popModal@resource:///org/gnome/shell/ui/main.js:587:22                                            _continueDeactivate@resource:///org/gnome/shell/ui/screenShield.js:523:18                                            deactivate/<@resource:///org/gnome/shell/ui/screenShield.js:493:44                                            finish@resource:///org/gnome/shell/gdm/authPrompt.js:517:13                                            finish@resource:///org/gnome/shell/ui/unlockDialog.js:845:26                                            deactivate@resource:///org/gnome/shell/ui/screenShield.js:493:26                                            _onUserBecameActive@resource:///org/gnome/shell/ui/screenShield.js:305:18                                            _wakeUpScreen@resource:///org/gnome/shell/ui/screenShield.js:475:14                                            _init/<@resource:///org/gnome/shell/ui/unlockDialog.js:554:69                                            _countChanged@resource:///org/gnome/shell/ui/unlockDialog.js:272:18                                            _sourceAdded/obj.sourceCountChangedId<@resource:///org/gnome/shell/ui/unlockDialog.js:201:18                                            countUpdated@resource:///org/gnome/shell/ui/messageTray.js:791:15                                            pushNotification@resource:///org/gnome/shell/ui/messageTray.js:852:14                                            showNotification@resource:///org/gnome/shell/ui/messageTray.js:857:14                                            processNotification@resource:///org/gnome/shell/ui/notificationDaemon.js:469:18                                            _notifyForSource@resource:///org/gnome/shell/ui/notificationDaemon.js:355:16                                            NotifyAsync@resource:///org/gnome/shell/ui/notificationDaemon.js:226:18                                            _handleMethodCall@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:371:35                                            _wrapJSObject/<@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:404:34    

O texto exato após as primeiras linhas é às vezes diferente, mas todos parecem com isso. O computador estava naquela época, mas eu não estava fazendo nenhum trabalho nisso. Além disso, a interface do GNOME é visivelmente mais devagar hoje quando eu alterno de uma janela de aplicativos para outra. Se eu executar um comando abcdefghijklmnabcdefghjklmnabcdefghijklmn2 em uma janela de terminal e alternar, posso ver claramente o systemd-journal processo comendo 100% de CPU por um tempo.

Alguém percebe algo assim? É este um bug no gnome-shell?

Edit : O início desses erros coincide com um processo unattended-upgrades . Da história, posso ver que esses pacotes foram atualizados esta manhã:

  firefox firefox-locale-en firefox-locale-nl libapache2-mod-php7.4 libldap-2.4-2 libldap-common php7.4-cli php7.4-common php7.4-json php7.4-mysql php7.4-readline php7.4-opcache    

Nenhum salta como o culpado óbvio embora.

english

As of early this morning, the journalctl log is filling up with literally millions of errors, each of the form:

mei 07 08:04:47 Ophelia gnome-shell[2197]: JS ERROR: TypeError: null has no properties                                            _onFocusChanged@resource:///org/gnome/shell/ui/closeDialog.js:135:9                                            popModal@resource:///org/gnome/shell/ui/main.js:587:22                                            _continueDeactivate@resource:///org/gnome/shell/ui/screenShield.js:523:18                                            deactivate/<@resource:///org/gnome/shell/ui/screenShield.js:493:44                                            finish@resource:///org/gnome/shell/gdm/authPrompt.js:517:13                                            finish@resource:///org/gnome/shell/ui/unlockDialog.js:845:26                                            deactivate@resource:///org/gnome/shell/ui/screenShield.js:493:26                                            _onUserBecameActive@resource:///org/gnome/shell/ui/screenShield.js:305:18                                            _wakeUpScreen@resource:///org/gnome/shell/ui/screenShield.js:475:14                                            _init/<@resource:///org/gnome/shell/ui/unlockDialog.js:554:69                                            _countChanged@resource:///org/gnome/shell/ui/unlockDialog.js:272:18                                            _sourceAdded/obj.sourceCountChangedId<@resource:///org/gnome/shell/ui/unlockDialog.js:201:18                                            countUpdated@resource:///org/gnome/shell/ui/messageTray.js:791:15                                            pushNotification@resource:///org/gnome/shell/ui/messageTray.js:852:14                                            showNotification@resource:///org/gnome/shell/ui/messageTray.js:857:14                                            processNotification@resource:///org/gnome/shell/ui/notificationDaemon.js:469:18                                            _notifyForSource@resource:///org/gnome/shell/ui/notificationDaemon.js:355:16                                            NotifyAsync@resource:///org/gnome/shell/ui/notificationDaemon.js:226:18                                            _handleMethodCall@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:371:35                                            _wrapJSObject/<@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:404:34 

The exact text after the first few lines is sometimes different, but they all look like this. The computer was on at that time but I wasn't doing any work on it. Besides, the gnome interface is noticeably slower today when I switch from one app window to another. If I run a top command in a terminal window and switch back and forth, I can clearly see the systemd-journal process eating 100% cpu for a while.

Does anyone notice something like this? Is this a bug in Gnome-shell?

Edit: the start of these errors coincides with an unattended-upgrades process. From the history, I can see that these packages were upgraded this morning:

firefox firefox-locale-en firefox-locale-nl libapache2-mod-php7.4 libldap-2.4-2 libldap-common php7.4-cli php7.4-common php7.4-json php7.4-mysql php7.4-readline php7.4-opcache 

None jumps out as the obvious culprit though.

        
         
         

Lista de respostas

1
 
vote

Não é uma resposta real à pergunta, mas uma solução alternativa: desativar e reativar a extensão do gnome do painel para painel (em extensões.gnome.org) ajudou. Isto é, alt + tabl comutação de um aplicativo para outro é agora muito mais rápido, e systemd-journal não leva mais 100% após esse interruptor .

Eu não verifiquei se journalctl ainda exibe que muitos erros, pois eles só podem ser visualizados uma tela de cada vez e ainda há milhões de mensagens. Em poucos dias eu vou limpar o log (com o complete0 que eu também descobri hoje) e reportando aqui se as mensagens, contrárias às expectativas, ainda aparecem.

 

Not a real answer to the question, but a workaround: deactivating and reactivating the Dash-to-Panel Gnome extension (on extensions.gnome.org) helped. That is, Alt + Tab switching from one application to another is now much faster, and systemd-journal does no longer take 100% after such a switch.

I haven't checked whether journalctl still displays that many errors, as they can only be viewed one screen at a time and there are still millions of messages. In a few days I'll clean up the log (with the vacuum keyword that I also discovered today) and report back here if the messages, contrary to expectations, still appear.

 
 
   
   
-1
 
vote

Trabalho ao redor.

2 edições para o mesmo arquivo. Desligue o registro no diário System-D.

  FileName='/etc/systemd/journald.conf'    

########## 1st Edit ####################

linha para substituir

  FindLine='#RateLimitIntervalSec='    

Mostrar a linha para editar

  cat $FileName | grep --color -E "^|$FindLine"    

substituição

  ReplaceWith='#RateLimitIntervalSec=0s'    

Substitua

  sudo sed -i "/$REPLACE/c$ReplaceWith" $FileName    

Mostrar linha editada

  cat $FileName | grep --color -E "^|$FindLine"    

digite a descrição da imagem aqui

----------------------------------------------------------------------------------------------------------- -------------------------------------------------- ---------

############### 2ª edição ##########################

linha para substituir

  FindLine='#RateLimitBurst='    

Mostrar a linha para editar

  cat $FileName | grep --color -E "^|$FindLine"    

substituição

  ReplaceWith='#RateLimitBurst=0s'    

Substitua

  sudo sed -i "/$REPLACE/c$ReplaceWith" $FileName    

Mostrar linha editada

  FindLine='#RateLimitIntervalSec=' 0   

Restart System-D Journal

  FindLine='#RateLimitIntervalSec=' 1   
 

Work around.

2 Edits to same file. Turn off logging to system-d journal.

FileName='/etc/systemd/journald.conf' 

########## 1st edit ####################

Line to replace

FindLine='#RateLimitIntervalSec=' 

Show the line to edit

cat $FileName | grep --color -E "^|$FindLine" 

Replacement

ReplaceWith='#RateLimitIntervalSec=0s' 

Replace

sudo sed -i "/$REPLACE/c\$ReplaceWith" $FileName 

Show edited line

cat $FileName | grep --color -E "^|$FindLine" 

enter image description here

----------------------------------------------------------------------------------------------------------

############### 2nd edit ##########################

Line to replace

FindLine='#RateLimitBurst=' 

Show the line to edit

cat $FileName | grep --color -E "^|$FindLine" 

Replacement

ReplaceWith='#RateLimitBurst=0s' 

Replace

sudo sed -i "/$REPLACE/c\$ReplaceWith" $FileName 

Show edited line

cat $FileName | grep --color -E "^|$FindLine" 

Restart System-D Journal

systemctl restart systemd-journald 
 
 

Perguntas relacionadas

11  Systemd-Journald High Usage de CPU  ( Systemd journald high cpu usage ) 
Alguns dias atrás, eu instalei o Ubuntu 17.04 no meu laptop Asus dual-boot com o Windows 10 e pouco depois, notei que o processo systemd-journald estava con...

0  Como parar o comando siga no arquivo de log do JornalCTL sem Ctrl + C e salve a saída em um arquivo  ( How to stop follow command on journalctl log file without ctrlc and save the ou ) 
Eu estou executando o seguinte comando e salvando a saída para um arquivo: sudo journalctl -u iotedge -f >> sub.txt O problema é que eu tenho que parar...

1  Enviar buffer de logs para PC remoto  ( Send logs buffer to remote pc ) 
Como posso simplesmente ler todos os tampões diferentes (logs do sistema, logs de usuários, logs de aplicativos, etc.) do Ubuntu 16.04 e encaminhá-los para um...

0  Compressão de diário não funciona  ( Journal compression not working ) 
Parece que os arquivos de diário no meu servidor Ubuntu 18 Lts não são compactados apesar de compactação é ativado por padrão (eu não a alterei em ABCDEFGHIJ...

0  Xubuntu 20.04, Systemd-Journald High Usage de CPU  ( Xubuntu 20 04 systemd journald high cpu usage ) 
Não tenho certeza se este é o mesmo problema que aqui Systemd-Journald High Usage de CPU porque eu estava usando o Ubuntu 18.04 por estes 2 anos e tudo esta...

2  Como posso ver o histórico anterior (antes desta bota) no jornalctl?  ( How can i see previous history prior to this boot in journalctl ) 
Eu tive um problema há duas semanas em 28 de março. Na época não notei a versão do kernel que estava sendo usada. Como posso descobrir que versão do kernel eu...

0  jornalctl está cheio de mensagens "auditoria", mas não há auditoria  ( Journalctl is full of audit messages but there is no auditd ) 
Eu tenho vários servidores 18.04 que começou a vida como 14.04 máquinas. A maioria (não é tão interessante) tem seu ABCDEFGHIJKLMNABCDEFGHIJKLMN1 Logs cheio...

2  Ubuntu 18.04 acidenta com Erro EXT4-FS e SystemD-Journald  ( Ubuntu 18 04 crashes with ext4 fs error and systemd journald ) 
22 de out Atualização: Eu mudei meu SSD há duas semanas de Liteon CV3-8D256 para Samsung 970 EVO Plus, e o problema descrito abaixo não aconteceu desde entã...

2  Journald pára com sigbreak  ( Journald stops with sigbreak ) 
Eu tenho um mau conhecimento de como o jornal funciona. Eu tenho várias perguntas ao lado com a questão principal. Eu uso seguindo journald configuração n...

29  Ubuntu 18.04 SystemD-UDEVD usa alta CPU, conflito com WiFi  ( Ubuntu 18 04 systemd udevd uses high cpu conflict with wifi ) 
Eu recentemente mudei de Kubuntu 17,10 para Kubuntu 18.04 (fresco instalado). O problema é o processo systemd-udevd está em execução constantemente e consum...




© 2022 pergunte.org All Rights Reserved. Casa de perguntas e respostas todos os direitos reservados


Licensed under cc by-sa 3.0 with attribution required.