SO elementar congelando aleatoriamente

0

Estou executando o Elementary OS Freya há muito tempo, a mesma instalação há pelo menos 2 anos e, de vez em quando, ele fica congelado, não respondendo mais, não apenas na área de trabalho, mas completamente , a única maneira de consertá-lo é segurar o botão de energia ..
Eu tive um problema com swap no começo, mas consertei isso, e também instalei os drivers proprietários da nvidia, mas nenhuma dessas coisas parece ter resolvido isso.

Aconteceu de novo agora, e pensei em postar uma parte do arquivo syslog, já que não tenho ideia do que estou vendo aqui, eu esperava que alguém pudesse apontar que há um problema aqui ..

Além disso, parece acontecer de forma completamente aleatória

    Aug 21 13:15:34 Asus colord: Automatic metadata add icc-dc945c3592fc6c2089fd79db35a300dc to xrandr-LVDS1
    Aug 21 13:15:34 Asus colord: Profile added: icc-dc945c3592fc6c2089fd79db35a300dc
    Aug 21 13:15:34 Asus kernel: [   42.656869] audit_printk_skb: 48 callbacks suppressed
    Aug 21 13:15:34 Asus kernel: [   42.656874] audit: type=1400 audit(1503314134.828:28): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2314 comm="apparmor_parser"
    Aug 21 13:15:34 Asus kernel: [   42.656883] audit: type=1400 audit(1503314134.828:29): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2314 comm="apparmor_parser"
    Aug 21 13:15:34 Asus colord: Profile added: M2020-Series-Gray..
    Aug 21 13:15:34 Asus colord: Device added: cups-M2020-Series
    Aug 21 13:15:35 Asus dbus[457]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
    Aug 21 13:15:35 Asus udisksd[2385]: udisks daemon version 2.1.3 starting
    Aug 21 13:15:35 Asus dbus[457]: [system] Successfully activated service 'org.freedesktop.UDisks2'
    Aug 21 13:15:35 Asus udisksd[2385]: Acquired the name org.freedesktop.UDisks2 on the system message bus
    Aug 21 13:15:39 Asus kernel: [   46.979071] ACPI Warning: \_SB_.PCI0.PEG0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150930/nsarguments-95)
    Aug 21 13:15:39 Asus kernel: [   46.979166] ACPI Warning: \_SB_.PCI0.PEG0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150930/nsarguments-95)
    Aug 21 13:15:39 Asus kernel: [   46.979239] nouveau 0000:01:00.0: DRM: suspending console...
    Aug 21 13:15:39 Asus kernel: [   46.979243] nouveau 0000:01:00.0: DRM: suspending display...
    Aug 21 13:15:39 Asus kernel: [   46.979254] nouveau 0000:01:00.0: DRM: evicting buffers...
    Aug 21 13:15:39 Asus kernel: [   46.979256] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
    Aug 21 13:15:39 Asus kernel: [   46.979297] nouveau 0000:01:00.0: DRM: suspending client object trees...
    Aug 21 13:15:39 Asus kernel: [   46.979533] nouveau 0000:01:00.0: DRM: suspending kernel object tree...
    Aug 21 13:16:12 Asus wpa_supplicant[1005]: wlan0: CTRL-EVENT-SCAN-STARTED 
    Aug 21 13:16:13 Asus sm-mta[1873]: unable to qualify my own domain name (Asus) -- using short name
    Aug 21 13:16:13 Asus sm-mta[1873]: gethostbyaddr(192.168.0.103) failed: 1
    Aug 21 13:16:13 Asus sm-mta[2633]: starting daemon (8.14.4): SMTP+queueing@00:10:00
    Aug 21 13:16:15 Asus sm-msp-queue[1882]: unable to qualify my own domain name (Asus) -- using short name
    Aug 21 13:16:16 Asus kernel: [   84.366042] init: plymouth-stop pre-start process (2771) terminated with status 1
    
por Agterbosch 21.08.2017 / 13:27

2 respostas

0

Não faz muito sentido, mas remover wingpanel-indicator-power resolveu os problemas de suspensão para mim.

sudo apt-get remove wingpanel-indicator-power

Meu sistema não estava totalmente congelando como você relatou, mas eu estava tendo problemas rápidos, por exemplo, ao abrir uma nova guia no Chrome.

    
por 10.07.2018 / 18:32
0

É realmente difícil dar uma resposta rápida a uma pergunta como esta, já que é tão ampla, mas teoricamente você poderia chegar lá trabalhando nas camadas do seu sistema (confira este detalhado detalhamento de uma distro do eOS ) até o kernel para ver exatamente o que está causando o problema. Considere isso como uma resposta para ajudá-lo a chegar a uma pergunta mais precisa. No processo, você provavelmente aprenderá muito sobre como seu sistema funciona.

Para começar, da próxima vez que congelar tente mudar para um tty . Isso é feito com um pressionamento de tecla ( CTRL + ALT + F1 through F6 . Se as teclas de função são usadas para volume, controle de brilho, etc., talvez seja necessário incluir a chave Fn nessas combinações. Se isso for bem-sucedido, eu começaria a suspeitar alguma parte da sua interface gráfica.Uma vez comutada, insira suas credenciais de usuário e, em seguida, você pode tentar uma infinidade de métodos para diagnosticar a origem do problema.Um casal pode ser:

  • Execute o comando top e procure um processo (próximo ao topo da lista) que consuma 100% dos recursos da CPU ou uma grande quantidade de qualquer outro recurso.
  • Verifique as várias camadas de registros. Se você suspeitar de um problema de GUI, comece com os logs do Xorg, que são o nível mais baixo de "GUI", ou seja, sua área de trabalho. Tente verificar se o servidor X está registrando algum evento, por exemplo. As instruções do Arch Wiki sobre isso são muito boas. Ou seja, tente verificar Xorg.0.log e Xorg.1.log em busca de linhas que começam com EE ou WW , o que indica erros ou avisos, respectivamente.

Para retornar à sua GUI, pressione Ctrl + Alt + F7 (novamente, a chave Fn pode ser aplicada aqui).

    
por 10.07.2018 / 20:08