O Ubuntu 17.04 congela aleatoriamente

10

Hoje, atualizei do Ubuntu 16 para 17. Tudo funcionou bem até eu deixar o computador ligado por cerca de 2-3 horas. Em seguida, travou, exceto que não havia tela ou mensagem de erro. Apenas a última imagem que aconteceu antes de cair. O mouse não se move, o teclado não funciona e todas as operações (meu download foi interrompido ... não sei exatamente se tudo funciona) não continuam. Eu apenas pensei que era um problema aleatório e continuava desligando minha máquina manualmente, mas ocorreu novamente e não acho que isso seja algo a ignorar. Qualquer ajuda seria bom para como corrigir isso, como eu não tenho idéia. Também estou usando o Ubuntu desktop.

Atualização: A saída de ls -alt /var/crashé

total de 8
raiz de raiz drwxr-xr-x 14 4096 11 de abril 21:21 ..
drwxrwsrwt 2 whoopsie de raiz 4096 11 de abril 21:14.

dpkg -l intel-microcode

Dá-me o erro

dpkg-query: nenhum pacote encontrado correspondente ao intel-microcode

Free -h   
          total        used        free      shared  buff/cache   available

Mem: 7.7G 1.8G 349M 101M 5.6G 5.5G
Swap: 0B 0B 0B

e swaponnão dá saída.

Próxima atualização:

cat /etc/fstab #If there was a hashtag at the start of a line it got bolded.

# /etc/fstab: static file system information.  
#  
# Use 'blkid' to print the universally unique identifier for a  
# device; this may be used with UUID= as a more robust way to name devices  
# that works even if disks are added and removed. See fstab(5).  
#  
# <file system> <mount point>   <type>  <options>       <dump>  <pass>  
# / was on /dev/sda1 during installation  
UUID=8eedf4cb-b322-4455-905b-  c50264691a4d /               ext4    errors=remount-ro 0  1  
/swapfile                                 none            swap    sw              0       0   
/dev/mapper/cryptswap1 none swap sw 0 0

e aqui está minha captura de tela do Gparted.

Minha captura de tela do Gparted

Próxima atualização:
Saída de sudo blkid (PARTUUID está na mesma linha, mas não saiu dessa maneira)

/dev/sda1: UUID="8eedf4cb-b322-4455-905b-c50264691a4d" TYPE="ext4" PARTUUID="46d95458-01"  
/dev/sda5: UUID="4e48c05f-02d1-47ef-9a5f-bb8cba50dd2b" TYPE="ext4" PARTUUID="46d95458-05"  
/dev/sda6: UUID="7f7d6675-31a4-4100-9d32-5faa0e0cea3e" TYPE="swap" PARTUUID="46d95458-06"  
/dev/sdb1: LABEL="HD-LXU3" UUID="F45A29EB5A29AB76" TYPE="ntfs" PARTUUID="aa1e0d10-01"  

Produção ls -al /
total da raiz 2097264
drwxr-xr-x 24 raiz 4096 26 de maio 12:10.
drwxr-xr-x 24 raiz da raiz 4096 26 de maio 26 12:10 ..
drwxr-xr-x 2 raiz da raiz 4096 27 de maio 23:15 bin
drwxr-xr-x 3 raiz da raiz 4096 29 de maio 13 13:09 inicializar
drwxrwxr-x 2 root root 4096 26 de maio 11:44 cdrom
drwxr-xr-x 22 root root 4480 jun 4 12:00 dev
drwxr-xr-x 140 root root 12288 jun 2 17:36 etc
drwxr-xr-x 4 root root 4096 mai 26 11:47 inicial
lrwxrwxrwx 1 raiz raiz 33 26 de maio 12:10 initrd.img -> boot / initrd.img-4.10.0-21-genérico
lrwxrwxrwx 1 raiz raiz 33 maio 26 11:50 initrd.img.old -> boot /initrd.img-4.10.0-19-generic
drwxr-xr-x 25 root root 4096 26 de maio
26:03 lib drwxr-xr-x 2 root root 4096 abr 11 21:07 lib64
drwx ------ 2 root 16384 26 de maio 11:43 perdido + encontrado
drwxr -xr-x 3 raiz raiz 4096 26 de maio 11:56 media
drwxr-xr-x 2 raiz raiz 4096 11 de abril 21:07 mnt
drwxr-xr-x 5 raiz raiz 4096 maio 28 09:51 opt
dr-xr-xr- x 242 root root 0 jun 4 11:58 proc
drwx ------ 4 root root 4096 29 de maio 21:03 root
drwxr-xr-x 30 root 960 jun 4 12:05 rodar
drwxr-xr-x 2 root root 12288 27 de maio 23:15 sbin
drwxr-xr-x 2 root root 4096 abr 6 02:32 snap
drwxr-xr-x 2 root root 4096 abr 11 21:07 srv
-rw ------- 1 raiz raiz 2147483648 26 de maio 11:44 swapfile
dr-xr-xr-x 13 raiz raiz 0 jun 4 13:43 sys
drwxrwxrwt 16 raiz raiz 4096 jun 4 13:46 tmp
drwxr-xr -x raiz raiz 11 4096 11 de abril 21:13 usr
drwxr-xr-x raiz raiz 15 4096 28 de maio 14:08 var
lrwxrwxrwx 1 raiz raiz 30 maio 26 12:10 vmlinuz -> boot / vmlinuz-4.10.0-21-
lrwxrwxrwx genérico 1 raiz raiz 30 de maio 26 11:50 vmlinuz.old -> boot / vmlinuz-4.10.0-19-generic

Edições finais

free -h me dá:

>               total        used        free      shared  buff/cache   available
Mem:           7.7G        889M        6.2G         46M        692M        6.6G
Swap:          2.0G          0B        2.0G  

swapon dá:

NAME      TYPE      SIZE USED PRIO

> /dev/dm-0 partition   2G   0B   -1

E ls -alh /swapfiledá:

-rw ------- 1 raiz root 2.0G 4 de junho às 21:41 / swapfile

Além disso, meu tempo de inicialização aumentou tremendamente.

Peyto
fonte
Edite sua pergunta para incluir a terminalsaída de ls -alt /var/crashe podemos começar por aí. Você possui CPU Intel "Bay Trail"?
heynnema 27/05
1
@NonnyMoose é realmente difícil fazer sua solicitação de logs do sistema ... você sabe o tamanho desses arquivos? E, mesmo que eles possam publicá-las, você lerá todo esse texto?
Heynnema 27/05
Esta é a minha CPU e eu não acho que seja Bay Trail. cpubenchmark.net/…
Peyto
Não importa, @heynnema está certo.
Nonny Moose
Como não havia nada em / var / crash e nenhum log de falha na tela, parece que você tem uma condição de congelamento , não uma condição de falha (edite o título da sua pergunta). Mostre-me dpkg -l intel-microcodee free -he swapon(edit que em sua pergunta novamente). Para comentários direcionados a mim, inicie-os @heynnemaou posso sentir falta deles.
heynnema

Respostas:

5

Parece haver problemas com o 17.04 e os arquivos de swap criptografados ... e existem algumas soluções alternativas ...

Edite o seu /etc/crypttabassim:

gksudo gedit /etc/crypttab

Mude esta linha:

cryptswap1 UUID=xxxx-xxxx-xxxx-xxxx /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Para isso:

cryptswap1 /swapfile /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Verifique também se o seu /etc/fstabcontém:

/swapfile               none  swap  sw  0  0
/dev/mapper/cryptswap1  none  swap  sw  0  0

Referências:

Inicialização lenta do Ubuntu Desktop 17.04 64bit

https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1668535

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1670336

heynnema
fonte
Atualizado em final edições e meu tempo de inicialização aumentou ... supondo que isso é um bom sinal
Peyto
@Peyto O tempo de inicialização aumentou ? Do que para o que? Talvez você queira dizer diminuído ... como em mais rápido?
heynnema
Sim, desculpe, eu inseri isso errado. Também não congelou desde então, estou aceitando sua resposta.
Peyto