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.


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


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
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.