O Ubuntu 18.04 não será ativado após o bloqueio da tela e em branco / suspender / suspensão

27

Estou tentando executar o Ubuntu 18.04 em um laptop com um processador AMD A12 e gráficos Radeon R7. Estou tendo apenas problemas e estou muito desanimado com o Ubuntu, embora eu tenha usado o 12.04 por anos sem esses problemas.

Tenho dois problemas que são enlouquecedores e os publicarei separadamente. Os problemas acontecem apenas no Gnome e Ubuntu no Xorg e não no Wayland. No entanto, me disseram que é melhor não rodar o Gnome em Wayland.

Esse problema é que o computador às vezes não acorda da suspensão. Bem, acho que ele acorda porque a unidade óptica gira e o disco rígido se esvai, mas não consigo fazer o login porque a tela de bloqueio é um hash de cores ou um fundo distorcido sem um lugar para fazer login. Não consigo nem pressionar Ctrl-Alt-F1 para chegar a um prompt. Toda a entrada está congelada.

Gostaria de saber se o Xorg está configurado corretamente. Estou executando o driver de vídeo Oilaf, que funciona bem no Wayland, então não sei se há algum problema com o Xorg e esse driver.

ubuntu_user7
fonte
1
Pode ser duplicado para a questão com esta resposta que funcionou para mim: askubuntu.com/a/1041397/413258
Roland
Você usa a criptografia de disco completo (LUKS) sugerida pelo Ubuntu durante a instalação nova? crypsetupmay está aguardando uma senha, mas esse fato não é visível na tela bloqueada / em branco. Perguntar por causa dos relatórios de erros da própria troca sendo criptografada, criando um problema de galinha e ovo. Veja: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 afetando muitos usuários.
Arielf 14/12
Relacionados: askubuntu.com/questions/1029405/...
AlikElzin-Kilaka

Respostas:

8

Parece haver um problema com o driver nouveau. Edite o grubarquivo editando-o com acesso sudo.

sudo vim /etc/default/grub 

Adicione nouveau.modeset=0à linha que dizGRUB_CMDLINE_LINUX=""

Então corra

sudo update-grub

Reinicie após atualizar com êxito o grubarquivo.

Krishn Bera
fonte
2
Isso significa GRUB_CMD_LINUX="nouveau.modeset=0"?
Clark Henry
1
Essa deve ser a resposta aceita.
Clark Henry
Sim @ClarkHenry, você precisa definirGRUB_CMD_LINUX="nouveau.modeset=0"
Krishn Bera
o que me ajudou foi definir nouveau.blacklist=1.
Fariborz Ghavamian
depois de fazer isso, a resolução não está definida corretamente.
smihael 24/06
5

O Screen Saver me ajudou com o Xubuntu 18.04 - exceto que eu instalei o xscreensaver e tudo começou a funcionar corretamente.

roadrunner
fonte
3

Estou tendo um problema muito semelhante em um laptop HP Pavilion 17-ar050wm. Eu tentei muitas coisas diferentes - usando drivers avançados do Oilaf / Ubuntu-X, alternando para lightdm, executando gdm3 -reset- mas a única coisa que parece fazer a diferença é se eu entrei no sono pressionando o botão liga / desliga ou fechando a tampa do laptop. Quando eu fechei a tampa, a tela / teclado não volta a funcionar adequadamente cerca de 3/4 do tempo, mas quando eu pressionava o botão primeiro, ele volta 100% do tempo (até agora).

Portanto, por falta de uma solução melhor, tentarei lembrar de pressionar o botão liga / desliga todas as vezes antes de fechar a tampa.

Bart Robinson
fonte
2

Acho que finalmente encontrei a resposta para isso. Parece estar funcionando até agora, mas já se passaram alguns dias. A solução que me deparei é:

sudo gdm3 -reset 

e reinicie.

(Nota: Após a redefinição do gdm3, ele voltará a uma tela de login que não permitirá que você faça o login. Não se preocupe. Reinicialize e ele retornará à tela de login normal e tudo ficará bem.)

ubuntu_user7
fonte
3
Estou recebendo o prompt 'Falha ao analisar as opções: opção desconhecida -reset' Alguma idéia do porquê?
Ron Piggott
1
Mesmo erro que @RonPiggott
sP_
1
Obrigado pela sugestão. Eu obtive o erro mencionado acima e fiz uma pergunta para ele: unix.stackexchange.com/questions/488037/…
acobster
Eu recebi o mesmo erro, mas sudo killall gdm3funcionou para mim (ele mata o gdm3, que é reiniciado e a tela é apagada).
Laurence Gonsalves
1

Para reparar esta instância, digitei:

sudo apt install gnome-screensaver

E funcionou pela primeira vez. Não sei por que o arquivo não estava funcionando ou por que não estava lá, mas como eu disse ... funcionou para mim.

PlasticSin
fonte
1

Eu tive esse problema, na tela de bloqueio, ele desligava o sinal de vídeo, mas não ligava novamente.

Se você tentar digitar sua senha cegamente, poderá notar que a tela é ligada e faz login.

Foi um problema relacionado ao vídeo / proteção de tela.

Corrigi-o instalando o xScreenSaver

adrianTNT
fonte
1

O problema para mim estava com lightdme fui capaz de corrigir a tela em branco após bloquear o problema simplesmente mudando para gdm3:

sudo apt-get install gdm3

Quando solicitado durante a instalação, mude de lightdmpara gdm3e pressione enter. É necessário reiniciar e agora você terá uma tela de login mais moderna. Mais importante, acordar de bloquear a tela realmente funciona agora, pelo menos para mim, finalmente funciona.


Além disso, se você está cansado de ficar paralisado durante o teste de todas essas várias soluções, use a combinação de teclado CTRL+ ALT+ F1(ou qualquer sessão de F1- F6) para alternar para uma sessão do terminal e, em seguida, retorne via CTRL+ ALT+ F7. Agora você deve ver o texto dizendo que sua tela está bloqueada, mas aguarde 5 segundos e você verá a solicitação de senha. Isso me salvou muitas dores de cabeça, tendo que reiniciar à força cada solução que tentei.

CauselessEffect
fonte
Em um ThinkPad (x390), a solução alternativa para combinação de teclas é FN + CTRL + ALT + F2 (sessão do Terminal) e FN + CTRL + ALT + F7 (de volta à GUI)
Sir Jane
gdm3funciona melhor e mais rápido do que lightdmpara mim!
banan3'14 4/12
0

Minha máquina teve um problema semelhante após a atualização para o Ubuntu 18.04. Depois de fechar a tampa, o sistema operacional não acordava, mas a luz de fundo acendia. (Possivelmente não relacionado: parecia que meu teclado também não respondia, pois a alternância entre maiúsculas e minúsculas não acendia o LED.)

Encontrei uma correção nas minhas configurações de BIOS. Havia uma caixa de seleção para ativar a ativação quando a tampa do laptop é aberta. Foi desmarcado, mas a verificação corrigiu o problema.

$ uname -r
4.15.0-21-lowlatency

$ lsb_release -r
Release:    18.04

$ lscpu
Architecture:        x86_64
Model name:          AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

$ dmidecode
BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016
inkalchemist1994
fonte
0

Na minha situação:

$ uname -r
4.15.0-33-generic

$ lsb_release -r
Release: 18.04

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               55
Model name:          Intel(R) Pentium(R) CPU N3540  @ 2.16GHz
Stepping:            8
CPU MHz:             880.243
CPU max MHz:         2665,6001
CPU min MHz:         499,8000
BogoMIPS:            4331.60
Virtualization:      VT-x
L1d cache:           24K
L1i cache:           32K
L2 cache:            1024K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

$ sudo dmidecode | grep BIOS -A2
BIOS Information
Vendor: Acer
Version: V1.10
BIOS Revision: 0.0
Firmware Revision: 1.9

Hardware - Aser E5-511-P6CS

A solução é removida da $vt_handoffstring grub .

Para fazer isso - basta editar o /etc/grub.d/10_linuxarquivo.

Defina $vt_handoff = "1"como$vt_handoff = "0"

Stepan Illichevsky
fonte
Você quer dizer mudar vt_handoff="1"para vt_handoff="0"? A maneira como você escreveu é a sintaxe da comparação, e não da atribuição. Não tenho certeza se os arquivos grub de outras pessoas são diferentes, mas existem várias comparações nas minhas ... parece fazer mais sentido alterar a atribuição no início do arquivo.
Acobster
vt_handoff informa qual console virtual chamar. Se em uma tela preta você pode alternar para um console diferente, isso pode resolver o problema, mas se o seu sistema operacional estiver congelado, não tenho certeza se isso ajudará.
Shital Shah
0

Eu tenho problemas semelhantes. Tentei desabilitar a placa gráfica selecionável e vt_handoff modificado. Nenhum deles funcionou.

Então, "acidentalmente", corrigi o problema, configurando o modo SATA como "ACHI" (era "IDE" quando instalei o ubuntu) no BIOS. E isso resolveu o problema!

Xiang Zhai
fonte
1
Em vez de continuar um tópico aqui (já que não há como as pessoas responderem com Respostas à sua resposta), seria melhor responder a essa pergunta (com os 2 primeiros parágrafos) e abrir uma nova pergunta com o terceiro parágrafo. Obrigado!
Jeff Schaller
0

Eu tive esse problema e o resolvi atualizando para o kernel da linha principal mais recente (4.20) do Ubuntu publicado (4.15) usando o Ubuntu Kernel Update Utility (também conhecido como Ukuu).

No começo eu pensei que poderia ser um problema de driver de vídeo, então fiz o downgrade para nvidia-390, mas ele persistiu. No entanto, desapareceu completamente após a atualização para o kernel 4.20.

Casey Fulton
fonte
0

No meu caso, desabilitar a "suspensão automática" para ambos quando conectado e com bateria resolveu o problema. Notei que depois de instalar as atualizações, a configuração foi alterada novamente por si só, lembre-se disso.

insira a descrição da imagem aqui

DimiDak
fonte