Após a atualização de 18.04 para 20.04, suspenda falhas durante a solicitação de suspensão ou falhas ao retomar. Este é um desktop, não um laptop. É o mesmo BIOS e hardware do 18.04.
20.04 trava de várias maneiras diferentes.
- na suspensão, o USB desliga, os ventiladores e os LEDs do sistema permanecem acesos, a tela fica em branco, trava.
- ao suspender, a tela pisca cores e personagens aleatórios, ventiladores e USB permanecem ligados, travam.
- ao retomar, o USB e os ventiladores são ligados, após alguns segundos o USB é desligado, a tela preta fica acinzentada no prompt de login, falha.
A suspensão a partir do ícone de energia ou da linha de comando sempre trava com os ventiladores funcionando. Deixar a máquina suspensa no tempo limite sempre trava ao retomar. Obviamente o 20.04 não funciona com este hardware, mas por que o 18.04 lidou com isso?
Para sair do estado corrompido, mantenho o botão liga / desliga pressionado por 10 segundos. O botão de reset às vezes funciona, às vezes não. Este é um acidente muito difícil.
- CPU:Ryzen 3600
- Mobo:Gigabyte B450M-DS3H
- Versão do BIOS:F50
user@desk:~$ free -h
total used free shared buff/cache available
Mem: 15Gi 1.3Gi 13Gi 150Mi 1.3Gi 13Gi
Swap: 2.0Gi 0B 2.0Gi
user@desk:~$ sysctl vm.swappiness
vm.swappiness = 60
user@desk:~$ ls -al ~/.local/share/gnome-shell/extensions
total 12
drwxrwxr-x 3 user user 4096 May 23 2019 .
drwx------ 3 user user 4096 Aug 14 10:51 ..
drwxrwxr-x 4 user user 4096 May 23 2019 [email protected]
user@desk:~$ ls -al /usr/share/gnome-shell/extensions
total 24
drwxr-xr-x 6 root root 4096 Aug 11 16:36 .
drwxr-xr-x 7 root root 4096 Aug 11 16:38 ..
drwxr-xr-x 2 root root 4096 Aug 11 16:36 desktop-icons@csoriano
drwxr-xr-x 2 root root 4096 Aug 11 16:38 [email protected]
drwxr-xr-x 3 root root 4096 Aug 11 16:31 [email protected]
drwxr-xr-x 3 root root 4096 Aug 11 16:32 [email protected]
Responder1
com overclock
Se sua CPU ou RAM estiverem com overclock, retorne-os ao padrão.
drwxrwxr-x 4 user user 4096 May 23 2019 [email protected]
BIOS
Gigabyte B450M-DS3H
Você tem a versão do BIOS F50.
Há um BIOS mais recente disponível, versão F51, e pode ser baixadoaqui
Observação: Certifique-se de que tenho a página da web correta para o número do seu modelo.
Observação: Faça bons backups antes de atualizar o BIOS.
trocar
Vamos criar um /swapfile um pouco maior...
Confirme esta linha em /etc/fstab...
Observação: Certifique-se de que não haja outras linhas contendo "swap".
/swapfile none swap sw 0 0
Observação: O uso incorreto do dd
comando pode causar perda de dados. Sugira copiar/colar.
sudo swapoff -a # turn off swap
sudo rm -i /swapfile # remove old /swapfile
sudo dd if=/dev/zero of=/swapfile bs=1M count=4096
sudo chmod 600 /swapfile # set proper file protections
sudo mkswap /swapfile # init /swapfile
sudo swapon /swapfile # turn on swap
free -h # confirm 16G RAM and 4G swap
reboot # reboot and verify operation
memória
Os processadores Ryzen são famosos por problemas de compatibilidade de memória.
Edite sua pergunta e me mostre sudo lshw -C memory
.
Vá parahttps://www.memtest86.com/e baixe/execute gratuitamente memtest
para testar sua memória. Obtenha pelo menos uma aprovação completa em todos os testes 4/4 para confirmar a boa memória. Isso pode levar muitas horas para ser concluído.
Lista de suporte de CPU:https://www.gigabyte.com/Motherboard/B450M-DS3H-rev-10/support#support-cpu
Lista de suporte de memória:https://www.gigabyte.com/Motherboard/B450M-DS3H-rev-10/support#support-doc
Responder2
Corrigido por enquanto. Eu anexei nomodeset
ao GRUB_CMDLINE_LINUX_DEFAULT
in/etc/default/grub
Agora a caixa é suspensa com sucesso e também está visivelmente mais rápida. Não fiz nenhuma alteração de hardware ou BIOS.
nomodeset
parece ter dado ao espaço de memória do 20.04 o tempo necessário para se tornar estável.
Manterei esta caixa sob observação caso surjam outras anomalias.
Responder3
Tive o mesmo problema e tentei como sugeriu o miarbor adicionar nomodeset ao grub, infelizmente com placa gráfica NVIDA, isso atrapalha a visualização de todo o sistema! Eu resolvi isso usando o driver binário NVIDA original (proprietário, testado) e não o X.OrgXserver de código aberto recomendado pelo desenvolvedor Ubuntu! Ver foto
Responder4
Também enfrentei um problema semelhante no Ubuntu 20.04. Verifiquei o arquivo de log e descobri que havia algum problema com a ACPI.
Consegui resolvê-lo digitando o seguinte no Terminal:
echo "disable" > /sys/firmware/acpi/interrupts/gpe6F
Encontrei esta resposta aqui:http://jhshi.me/2015/11/14/acpi-error-method-parseexecution-failed-_gpe_l6f/index.html#.YHhsW4Mzbm4