Início / ubuntu / Perguntas / 1218399
Accepted
lucidbrot
Asked: 2020-03-20 01:59:32 +0800 CST

Como retomar o Ubuntu 18.04 após a hibernação?

  • 772

Eu segui esta resposta há dois dias para ativar a hibernação na minha nova instalação do Ubuntu 18.04 e funcionou.

Eu então consegui quebrar o sistema de arquivos tão completamente que uma reinstalação limpa parecia a maneira mais fácil. Então eu reinstalei o Ubuntu (usando a opção "outro" no instalador) com uma partição , /tmpe swap. Exatamente como eu fiz da última vez. Em seguida, segui essa resposta novamente para configurar o hibernate./boot/

A hibernação funciona - mas a retomada não:
quando eu executo um systemctl hibernate, a tela do meu laptop fica preta instantaneamente e apenas o led no botão liga / desliga indica alguma diferença para um desligamento completo - isso é bom. No entanto, o laptop não responde a nenhuma interação, como entradas de teclado ou pressionamentos curtos no botão liga / desliga. A única opção é pressionar o botão liga/desliga por 15 segundos para causar um desligamento forçado, seguido de uma pressão normal para iniciá-lo novamente.

Aqui estão algumas informações sobre o meu sistema: 

generic@motorbrot-linux:~$ cat /sys/power/state
freeze mem disk
generic@motorbrot-linux:~$ grep swap /etc/fstab
# swap was on /dev/nvme0n1p7 during installation
UUID=93232136-5a6d-4ffc-b40d-809ccead48df none            swap    sw              0       0
generic@motorbrot-linux:~$ cat /etc/default/grub 
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# FOR HIBERNATION 
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=93232136-5a6d-4ffc-b40d-809ccead48df"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Uma coisa que notei é isso update-initramfse update-grubexibiu sua saída duas vezes. Seguir esta resposta se livrou disso, mas estou intrigado por que linux imageainda tenho dois:

generic@motorbrot-linux:~$ sudo update-grub
[sudo] password for generic: 
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.3.0-42-generic
Found initrd image: /boot/initrd.img-5.3.0-42-generic
Found linux image: /boot/vmlinuz-5.3.0-28-generic
Found Windows Boot Manager on /dev/nvme0n1p2@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
done

Estou procurando orientação sobre como fazer meu laptop retomar depois de enviá-lo para a hibernação. Caso isso seja relevante, tenho um sistema de inicialização dupla com o Ubuntu 18.04 e o Windows 10.

Device             Start        End    Sectors   Size Type
/dev/nvme0n1p1      2048    1085439    1083392   529M Windows recovery environme
/dev/nvme0n1p2   1085440    1288191     202752    99M EFI System
/dev/nvme0n1p3   1288192    1320959      32768    16M Microsoft reserved
/dev/nvme0n1p4   1320960  614399999  613079040 292.3G Microsoft basic data
/dev/nvme0n1p5 614400000  614985727     585728   286M Linux filesystem
/dev/nvme0n1p6 614985728  628658175   13672448   6.5G Linux filesystem
/dev/nvme0n1p7 628658176  667719679   39061504  18.6G Linux swap
/dev/nvme0n1p8 667719680 1953523711 1285804032 613.1G Linux filesystem

Acabei de tentar systemctl suspende acontece a mesma coisa : a tela fica preta instantaneamente e a única maneira de recuperá-la é forçar o desligamento pressionando o botão liga / desliga por cerca de 20 segundos. Às vezes, em vez de uma tela preta após a suspensão, recebo uma tela preta congelada com um cursor que não se move. Esta resposta sugerindo que o nouveaumotorista tem culpa não ajudou.

O ping do sistema "hibernado" não obtém nenhuma reação, enquanto o ping do sistema totalmente inicializado obtém respostas.

Pressionar as teclas de brilho na tela preta não causa reação.

Aqui está um trecho do meu /var/log/sysloginício de "sono solicitado" e terminando em um ponto em que estou razoavelmente certo de que é parte da inicialização que se seguiu, não da "hibernação" em si.

Eu tentei todas as três opções reboot e todas elas congelam minha tela.platformshutdown

No momento, não estou mais enfrentando esse problema exato. Para qualquer pessoa com um thinkpad, talvez o ThinkWiki seja útil

grub2 hibernate

2 respostas

  1. Best Answer

    xenoid gentilmente apontou um artigo geralmente útil no wiki do Ubuntu .

    Tela morta, em branco ou preta ao reiniciar Em alguns casos, uma máquina pode hibernar bem e continuar sem problemas, com exceção de acordar com uma tela escurecida. Em outras palavras, o computador está funcionando bem, mas a tela parece morta.

    Eles recomendam adicionar nomodeset em GRUB_CMDLINE_LINUX_DEFAULTarquivos /etc/default/grub.
    Como gosto de inicialização detalhada, não especifiquei quiet splashcomo eles fizeram no exemplo deles e, por seguir este guia , já tinha o GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=<my uuid>". Então, no final, minha linha fica assim:

    GRUB_CMDLINE_LINUX_DEFAULT="nomodeset resume=UUID=93232136-5a6d-4ffc-b40d-809ccead48df"

    Depois de alterar isso, você precisa executar

    sudo update-grub2

    (que acontece exatamente como sudo update-grub ). E depois

    reboot

    Agora systemctl hibernatedeve funcionar.

    Esta pergunta pergunta a mesma coisa que você está se perguntando agora:

    1. O que exatamente estou fazendo? Por que isso ajuda?
    2. Posso fazer algo para evitar esses passos?

    A resposta sugere "instalar drivers de vídeo adequados". Isso pode indicar por que eu tive que adicionar nomodesetdesta vez, mas não da última vez que tentei configurar a hibernação - meu driver de áudio também está quebrado, então isso pode estar relacionado (embora eu não saiba por que isso aconteceu).
    Acontece que esta solução quebrou minha detecção de placa de áudio e meus controles de brilho. Veja aqui para mais informações. Em julho de 2020, parece que uma atualização do kernel ou algo corrigiu esse problema para mim.

    systemctl suspendagora "funciona" também... mas por algum motivo a tela permanece ligada. É principalmente preto, mas você pode dizer porque há um sublinhado branco no canto superior esquerdo.

    • 1

  2. Você provavelmente alocou uma partição SWAP muito pequena durante a reinstalação.
    Assim, ao tentar hibernar, os dados a serem salvos são muito maiores que o espaço de troca disponível.
    Assim, o processo de hibernação é interrompido.

    • 0

relate perguntas