Debian 8 travando ao chegar em 100% de processador

Bom dia,

Desde que instalei o Debian no meu PC venho tendo esse problema, de repente o sistema todo trava, congela e só o ponteiro do mouse se movimenta, mais nada acontece, o sistema só responde aos comandos ALT + PrintScreen + O e ALT + PrintScreen + B, para desligar ou reiniciar de forma forçada.
Usando o Gerenciador de Tarefas percebi que isso acontece quando o processador atinge 100% de consumo. Isso é muito estranho, pois meu PC é dual boot e no Windows 7 posso rodar vários programas ao mesmo tempo e atingir 100% de consumo que o sistema não trava, no máximo fica lento.

Alguém sabe o que pode ser a causa e como resolver?

1- qual configuração do PC: processador, memória , placa-video?
2- qual Debian está usando: gnome, xfce, mate, KDE,?

Pentium Dual-Core 2.50GHz, 4GB de RAM, placa de vídeo Intel on-board, série 4.
Ambiente Gnome.

Alem de passar as informações solicitadas pelo colega acima.

- De uma olhada nos processos e veja se é algum processo que esta fazendo isso.
- Quando travar, veja se o modo texto abre. Tipo assim, vc esta com o gnome aberto e ai trava ... aperta Ctrl+Alt+F1 para ver se ele vai para o modo texto.

Não sei como faço pra saber qual processo faz isso. Mas travou de novo e eu executei o comando CTRL + ALT + F1, e foi sim para o modo texto. Tentei voltar ao modo gráfico, mas ainda permanecia travado, desta vez ficou com o fundo cinza semelhante a tela de login e com o ponteiro do mouse se movendo ao meu comando. Muito estranho.

Para visualizar os processos, use o top ou ps -aux.
Quando travar, entre no modo texto e digite top. Ele vai executar o top onde tem todos os os processos, com seu PID, user, %CPU e memoria.

- Veja se tem algum processo consumindo muita memoria e ou CPU. Se tiver veja o nome e o PID do mesmo.
- Mate o processo, kill PID_do_processo. "Antes de matar o processo, veja se você conhece o software, se é algum software que voce instalou recentemente." Boa pratica colega ... evite usar o kill -9 blz.

Para sair do top, aperte a tecla q.

O mais provável é que algum processo (aplicação) bugo e não consegue se auto-encerrar, siga as orientações do Campacci.

Você também pode visualizar os processos pelo gnome-system-monitor.

Campacci,

Segui suas orientações e realizei esses procedimentos duas vezes. Verifiquei que o maior consumo de memória e CPU é de navegador (independente de ser Chromium ou Iceweasel), então dei "kill" em todas as abas de navegação. Saí com "exit" e dei "startx" para voltar ao modo gráfico. Ao voltar no modo gráfico aparece apenas o fundo "cinza", o mesmo fundo da tela de "login" do Debian, e o ponteiro do mouse, que se movimenta em tempo real, porém nada mais acontece, a tela permanece estática. Aí tenho que dar o comando Alt + Print Screen + B para reiniciar.

Mesmo os navegadores consumindo bastante, acredito que não chega a consumir todo o seu processador e memoria ram.
O comando top mostra o tanto de memoria disponível, alem da memoria swap "que não é pra ser usada", se estiver usando swap é porque já esta precisando de mais memoria ram.

Só acho estranho o seu processador chegar até os 100%. Pode ser o ambiente gráfico, o gnome.
Digo isso pelo seguinte colega, no momento que seu processador atinge 100% voce consegue acesso ao terminal certo. Dai é provável que voce consiga ainda iniciar serviços e etc. Só o ambiente gráfico que da problema.

Quando ele travar na tela de login, entra no modo texto e reinicia o serviço gdm3. Ele que é o seu gerenciador de login.

/etc/init.d/gdm3 restart 

Depois inicia o X novamente.

startx 

Se mesmo assim continuar, eu instalaria outro ambiente gráfico pra testar.
Eu sei que o gnome é bonito d+++ ... mais se Deus não tocou no coração dele ai meu amigo kkkkk melhor partir pra outro ambiente então né.

Por acaso vc instalou flashplayer nele? Algum tempo atrás tive um problema parecido com o flash sempre travava ai desinstalei e voltou ao normal.

Sem dúvida esta versão Debian 8 Jessie é uma das melhores coisas que já aconteceram no mundo linux. Muito estável e segura. Porém, todo sistema operacional sofre algum efeito de aplicativo e outra coisa que baixamos ou instalamos. Com certeza tem que primeiro descobrir o que está causando esse efeito colateral e depois saber qual terapia utilizar. Sugiro reintalar o Debian, mesmo na interface Gnome, nãocreio ser a interface a responsável por esse lag.

Distros favoritas : Rosa. Manjaro e Debian.

Bom dia a todos,

Hoje travou de novo, três vezes, a última foi às 11h56. Referente a esse horário peguei parte do Log que vou mandar junto à esta mensagem. Não sei se ajuda.

Campacci, eu não manjo muito de ambiente, eu baixei o Cinnamon mas parece que ele roda sobre o Gnome. Baixei também o LXDE e fiquei perdido em configurá-lo.
Bom, penso seriamente em baixar outra ISO já com outro ambiente mais leve e reinstalar o sistema. Por enquanto vou pesquisando além deste fórum pra tentar resolver na "unha" e aprender mais, claro.

ivaniuni, já desinstalei o flashplayer non-free e não tive sucesso. Parece mesmo ser algo relacionado ao ambiente gráfico, pois se estiver rodando um vídeo no Youtube, por exemplo, o áudio continua a rodar normalmente independente do modo gráfico ou de texto.

Segue abaixo parte do Log referente ao último travamento:

Dec 24 11:50:39 debian /etc/gdm3/Xsession[1107]: Window manager warning: Log level 8: meta_window_lower: assertion '!window->override_redirect' failed
Dec 24 11:54:59 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: (Sparql buffer) Error in task 0 of the array-update: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:54:59 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: Could not execute sparql: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:55:05 debian /etc/gdm3/Xsession[1107]: ** (zeitgeist-datahub:1265): WARNING **: zeitgeist-datahub.vala:209: Error during inserting events: GDBus.Error:org.gnome.zeitgeist.EngineError.InvalidArgument: Incomplete event: interpretation, manifestation and actor are required
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Cairo.Surface is leaking, programmer is missing a call to Dispose
Dec 24 11:55:06 debian /etc/gdm3/Xsession[1107]: Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Dec 24 11:55:12 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: (Sparql buffer) Error in task 0 of the array-update: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:55:12 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: Could not execute sparql: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:55:21 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: (Sparql buffer) Error in task 0 of the array-update: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:55:21 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: Could not execute sparql: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:55:27 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: (Sparql buffer) Error in task 0 of the array-update: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:55:27 debian /etc/gdm3/Xsession[1107]: (tracker-miner-fs:1269): Tracker-CRITICAL **: Could not execute sparql: Subject `(null)' is not in domain `nfo:FileDataObject' of property `nfo:fileName'
Dec 24 11:56:21 debian /etc/gdm3/Xsession[1107]: ** (zeitgeist-datahub:1265): WARNING **: zeitgeist-datahub.vala:209: Error during inserting events: GDBus.Error:org.gnome.zeitgeist.EngineError.InvalidArgument: Incomplete event: interpretation, manifestation and actor are required
Dec 24 11:56:26 debian kernel: [ 8684.804017] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... render ring idle

Dec 24 11:59:34 debian systemd-modules-load[144]: Inserted module 'lp'