Esse tipo de problema pode ser difícil de depurar. Para começar, é útil isolá-lo para um problema de rede ou de acesso ao disco rígido.
Isso é feito eliminando as possíveis causas até você ficar com o culpado.
Antecedentes
Antes de começarmos, faremos uso de vários aplicativos que talvez você precise instalar. Não vou detalhar como fazer isso, suponho que você saiba como instalar aplicativos e faça isso quando for necessário executar uma etapa específica.
Também usaremos o console do sistema. Para acessá-lo, faça o seguinte: Ctrl + Alt + F2 . Você pode usar um combo de teclado similar para voltar para a sua tela principal, onde está sua área de trabalho gráfica. Essa seria a combinação de teclas: Ctrl + Alt + F1 .
Rede
Usar o aplicativo nethogs é um bom lugar para começar. Eu gosto de usá-lo, pois ele mostra as aplicações que estão tentando acessar a rede. Talvez uma dessas aplicações esteja causando o enforcamento.
Antes de podermos usar o nethogs , precisamos determinar qual interface de rede está sendo usada pelo nosso sistema. Aqui estão os que eu tenho no meu laptop:
$ ip -o link show | cut -d" " -f2
lo:
em1:
wlp3s0:
virbr0:
virbr0-nic:
vboxnet0:
Eu sei por experiência que minha rede sem fio é wplp3s0 . A ethernet é em1 . Vamos começar com WiFi.
$ sudo nethogs wlp3s0
Resultando neste tipo de resultado:
NetHogs version 0.8.0
PID USER PROGRAM DEV SENT RECEIVED
979 saml ../bin/google-chrome-stable wlp3s0 1.943 2.547 KB/sec
2376 saml /usr/bin/pidgin wlp3s0 0.000 0.000 KB/sec
21789 saml ssh wlp3s0 0.000 0.000 KB/sec
9618 saml ssh wlp3s0 0.000 0.000 KB/sec
10267 saml ssh wlp3s0 0.000 0.000 KB/sec
? root unknown TCP 0.000 0.000 KB/sec
TOTAL 1.943 2.547 KB/sec
Depois de isolarmos o problema em alguns PIDs que parecem estar desequilibrados em ter muitos dados de SENT sem receber dados, precisaremos nos aprofundar e usar strace para tentar ver qual aspecto desse acesso à rede está sendo suspenso. Para conseguir isso, você pode usar strace da seguinte forma:
$ strace -s 2000 -o somepid.log -p <PID>
Em que <PID> é um dos IDs de processo identificados em nethogs .
E / S de disco
Se determinarmos que o problema não está na nossa rede, o próximo local a explorar seria verificar se um processo está com problemas para acessar o disco rígido e ser bloqueado de alguma forma.
Isso pode ser mais difícil de depurar, mas você provavelmente usará ferramentas como lsof , strace e fatrace para refinar ainda mais sua pesquisa.
Mais alguma coisa?
Um lugar onde você pode rapidamente determinar se algo é suspeito é desabilitar o início de qualquer aplicativo quando você efetua o login. Para fazer isso no GNOME, você pode abrir este diálogo: gnome-session-properties .
Dentro desta caixa de diálogo eu tentaria desabilitar tudo ou aplicativos que você acha suspeitos e começar a fazer reinicializações para ver se o problema desaparece.