Dell XPS 15 (9550) reinicializando após suspensão

9

Eu tenho um dell XPS (revisão 9550 - este é essencialmente o mesmo hardware que o Precision 5510, que está disponível com o Ubuntu pronto para uso) e, surpreendentemente, ele sempre funcionou corretamente com o 16.04. Nos últimos dias, porém, a suspensão parou de funcionar quando a bateria ¹ .

Basicamente, o laptop parece suspender, mas quando acordo, ele passa pelo processo normal de inicialização.

Aqui estão as últimas linhas do /var/log/sysloglog de suspensão:

Jan 14 13:06:10 xps15-laptop whoopsie[827]: [13:06:10] offline
Jan 14 13:06:11 xps15-laptop kernel: [   15.829125] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Jan 14 13:06:11 xps15-laptop wpa_supplicant[1300]: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
Jan 14 13:06:11 xps15-laptop nm-dispatcher: req:3 'down' [wlp2s0]: new request (1 scripts)
Jan 14 13:06:11 xps15-laptop nm-dispatcher: req:3 'down' [wlp2s0]: start running ordered scripts...
Jan 14 13:06:11 xps15-laptop wpa_supplicant[1300]: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
Jan 14 13:06:12 xps15-laptop systemd[1]: Reached target Sleep.
Jan 14 13:06:12 xps15-laptop systemd[1]: Starting Suspend...
Jan 14 13:06:12 xps15-laptop systemd-sleep[2271]: Failed to connect to non-global ctrl_ifname: (nil)  error: No such file or directory
Jan 14 13:06:12 xps15-laptop systemd-sleep[2273]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
Jan 14 13:06:12 xps15-laptop systemd-sleep[2271]: Suspending system...

Alguma coisa salta lá fora? As linhas a seguir parecem ser exatamente o que você esperaria de uma inicialização a frio:

Jan 14 13:06:54 xps15-laptop rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="923" x-info="http://www.rsyslog.com"] start
Jan 14 13:06:54 xps15-laptop rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http
://www.rsyslog.com/e/2222 ]
Jan 14 13:06:54 xps15-laptop rsyslogd: rsyslogd's groupid changed to 109
Jan 14 13:06:54 xps15-laptop rsyslogd: rsyslogd's userid changed to 105
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'lp'
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'ppdev'
Jan 14 13:06:54 xps15-laptop systemd-modules-load[228]: Inserted module 'parport_pc'
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Apply Kernel Variables.
Jan 14 13:06:54 xps15-laptop loadkeys[220]: Loading /etc/console-setup/cached.kmap.gz
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Set console keymap.
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Create Static Device Nodes in /dev.
Jan 14 13:06:54 xps15-laptop systemd[1]: Starting udev Kernel Device Manager...
Jan 14 13:06:54 xps15-laptop systemd[1]: Started udev Kernel Device Manager.
Jan 14 13:06:54 xps15-laptop systemd[1]: Starting Remount Root and Kernel File Systems...
Jan 14 13:06:54 xps15-laptop systemd[1]: Started Remount Root and Kernel File Systems.
Jan 14 13:06:54 xps15-laptop systemd[1]: Reached target Local File Systems (Pre).

Ultimamente, muita coisa mudou, exceto que a versão do hit do kernel 4.4.0-59(anteriormente era 4.4.0-57), e ajustei uma opção do BIOS para desativar meu dispositivo de som incorporado (desde que restaurado sem alterações).

Por fim, eis a aparência de uma suspensão / ativação bem-sucedida (com a bateria):

Jan 14 13:15:49 xps15-laptop kernel: [  540.190809] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Jan 14 13:15:49 xps15-laptop wpa_supplicant[1298]: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
Jan 14 13:15:49 xps15-laptop dbus[803]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Jan 14 13:15:49 xps15-laptop systemd[1]: Reached target Sleep.
Jan 14 13:15:49 xps15-laptop systemd[1]: Starting Suspend...
Jan 14 13:15:49 xps15-laptop systemd[1]: Starting Network Manager Script Dispatcher Service...
Jan 14 13:15:49 xps15-laptop dbus[803]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 14 13:15:49 xps15-laptop systemd[1]: Started Network Manager Script Dispatcher Service.
Jan 14 13:15:49 xps15-laptop nm-dispatcher: req:1 'down' [wlp2s0]: new request (1 scripts)
Jan 14 13:15:49 xps15-laptop nm-dispatcher: req:1 'down' [wlp2s0]: start running ordered scripts...
Jan 14 13:15:49 xps15-laptop wpa_supplicant[1298]: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] Cannot reach: https://daisy.ubuntu.com
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] offline
Jan 14 13:15:54 xps15-laptop whoopsie[931]: [13:15:54] Cannot reach: https://daisy.ubuntu.com
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: Selected interface 'wlp2s0'
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: 'SUSPEND' command timed out.
Jan 14 13:15:59 xps15-laptop systemd-sleep[2696]: /lib/systemd/system-sleep/wpasupplicant failed with error code 254.
Jan 14 13:15:59 xps15-laptop systemd-sleep[2690]: Suspending system...
Jan 14 13:16:52 xps15-laptop kernel: [  550.254337] PM: Syncing filesystems ... done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.268354] PM: Preparing system for sleep (mem)
Jan 14 13:16:52 xps15-laptop kernel: [  550.268979] Freezing user space processes ... (elapsed 0.002 seconds) done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.271751] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jan 14 13:16:52 xps15-laptop kernel: [  550.273159] PM: Suspending system (mem)
Jan 14 13:16:52 xps15-laptop kernel: [  550.273197] Suspending console(s) (use no_console_suspend to debug)
Jan 14 13:16:52 xps15-laptop kernel: [  550.486068] brcmf_fil_cmd_data: bus is down. we have nothing to do.
Jan 14 13:16:52 xps15-laptop kernel: [  550.613975] nouveau 0000:01:00.0: DRM: resuming kernel object tree...
Jan 14 13:16:52 xps15-laptop kernel: [  550.717482] nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ffffffff (1d40822c)
Jan 14 13:16:52 xps15-laptop kernel: [  550.764382] nouveau 0000:01:00.0: DRM: resuming client object trees...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764397] nouveau 0000:01:00.0: DRM: evicting buffers...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764398] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
Jan 14 13:16:52 xps15-laptop kernel: [  550.764412] nouveau 0000:01:00.0: DRM: suspending client object trees...
Jan 14 13:16:52 xps15-laptop kernel: [  550.765770] nouveau 0000:01:00.0: DRM: suspending kernel object tree...
Jan 14 13:16:52 xps15-laptop kernel: [  551.638247] PM: suspend of devices complete after 1155.310 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.654829] PM: late suspend of devices complete after 16.561 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.656867] xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
Jan 14 13:16:52 xps15-laptop kernel: [  551.671878] PM: noirq suspend of devices complete after 17.027 msecs
Jan 14 13:16:52 xps15-laptop kernel: [  551.672619] ACPI: Preparing to enter system sleep state S3
Jan 14 13:16:52 xps15-laptop kernel: [  551.695080] ACPI : EC: EC stopped
Jan 14 13:16:52 xps15-laptop kernel: [  551.695082] PM: Saving platform NVS memory

Observe que algumas das mensagens "após" a ativação (começando em 13:16:52) parecem realmente relacionadas a ações que levaram à suspensão. Eu acho que o recurso de registro é encerrado em algum momento durante a suspensão, para que as mensagens após esse ponto apareçam apenas após a ativação (para que eu não as veja no caso de falha).

¹ Em particular, a suspensão funciona bem se o laptop estiver ligado à energia CA durante todo o processo suspeito - no ponto de suspensão, no ponto de vigília e durante todo o tempo. Simplesmente desconectar o adaptador CA, mesmo por um segundo, enquanto o host estiver inativo causará a falha descrita acima.

— BeeOnRope
fonte

Alguma pista sobre isso? Parece que tenho exatamente o mesmo problema - como funciona, desde que a energia CA esteja conectada o tempo todo. Ocasionalmente, também começa a funcionar de outra forma, mas para de funcionar assim que ocorre uma reinicialização completa. Agora estou executando as 16.10, embora também tenha acontecido quando eu estava executando as 15.10 e as 16.4. Que hardware você tem? GPU nVidia?

— Luke Maurer

Eu tenho o Intel + nVidia combo sim. Para mim, o problema desapareceu após um desligamento completo + reinicialização. Ou seja, antes de simplesmente reiniciar, nunca desligando totalmente e pressionando o botão liga / desliga. Depois que fiz isso, o problema nunca voltou.

— BeeOnRope

@LukeMaurer - você também pode experimentar a comunidade do projeto sputnik . Tecnicamente, ele suporta apenas os modelos de precisão que acompanham o Ubuntu, como o XPS 13 e o Precision 5xxx, mas o XPS em termos de hardware é praticamente o mesmo, então, mantenha seu modelo exato um pouco ambíguo se você publicar.

— BeeOnRope

* suspiro * O desligamento total não foi corrigido para mim. O que fez fix ele só agora foi fazer o downgrade para BIOS 1.2.0, mas agora quando se acorda de suspender, wi-fi está quebrado ...

— Lucas Maurer

Sim, eu ainda estou em um BIOS anterior (esqueça o que, mas não o atualizo há um ano) e não mudarei até que eu seja lançado, onde as pessoas não estão reclamando de problemas.

— BeeOnRope

9

Aqui está o que funcionou : Desligue completamente o meu laptop e ligue-o novamente. Nota: não basta reiniciar ... desligue totalmente.

O único efeito colateral é que o Wi-Fi para de funcionar (como na interface sem fio não é reconhecida). Uma sudo systemctl restart NetworkManagersolução simples que ... e se você não quiser fazer isso depois de suspender, poderá criar um script para este script:

/lib/systemd/system-sleep/99restartnm

Isso contém:

#! / bin / sh
caso "$ 1" em
    postar)
        systemctl restart NetworkManager
    ;;
esac

e torná-lo executável:

sudo chmod +755 /lib/systemd/system-sleep/99restartnm

(Eu sei que a resposta estava nos comentários da pergunta, mas é um pouco fácil de perder ... obrigado @BeeOnRope, eu realmente tentei mais alguma coisa, exceto por desligar completamente ... facepalm )

— wagoodman
fonte

Pelo que vale a pena, depois de não ter esse problema há mais de um ano (desde que eu o publiquei originalmente), ele voltou hoje, depois de atualizar muitos pacotes, incluindo o kernel, e limpar um monte de pacotes antigos do kernel). Acabei aqui, mas o primeiro desligamento não pareceu consertar. Inicializei uma versão um pouco mais antiga do kernel, que funcionou, e a versão atual (4.15.0-32) começou a funcionar novamente. Eu realmente não posso dizer o que corrigiu isso desta vez. FWIW Estou no Dell BIOS 1.6.1 agora (bastante recente).

— BeeOnRope

Eu acho que essa resposta também é promissora por meu comentário lá.

— BeeOnRope 23/08

O desligamento total corrigiu o problema para mim em um Dell Precision 5520. Não tive problemas com o wifi. Obrigado.

— Cerin

5

Eu tenho o mesmo problema com o XPS 9550 nos últimos 2,5 anos desde que foi introduzido pela primeira vez, ocorrendo a cada poucas semanas. Estou usando o Debian / Ubuntu linux, mas o comentário nº 20 sugere que isso também ocorre no Windows:

http://forum.notebookreview.com/threads/xps-9550-crashes-and-reboots-in-sleep.789827/page-2

O problema parece estar com o controlador incorporado; portanto, retomar da suspensão causa uma reinicialização a frio. A solução alternativa é executar um desligamento total, desconecte o carregador e conecte-o; isso reinicia o controlador incorporado, limpando o estado defeituoso.

— Daniel J Blueman
fonte

Estou começando a pensar que essa pode ser a resposta: recentemente tive esse problema e uma reinicialização simples não o fez. Eu fiz algumas outras "reinicializações e outras coisas" e funcionou antes de ler isso; portanto, não tenho certeza se fiz a sequência "restart + unplug + plug" acima em qualquer momento, mas tente lembrar se isso acontece novamente.

— BeeOnRope 23/08

Isso também funcionou comigo @BeeOnRope. Mesmo Dell XPS 9550 com Ubuntu 18.04: Desligar + desconectar + conectar + iniciar. Em seguida, testei com: desconecte + suspenda + retome e me foi apresentada a tela de login em vez da reinicialização desagradável. Obrigado rapazes!

— Josemrivera 03/03/19

1

Depois de não ter problemas com suspensões / currículos com falha por um bom tempo, ele começou a voltar. Como atualizo as coisas com bastante frequência, suspeito que tenha sido uma atualização do kernel.

Faz alguns meses desde que atualizei pelo BIOS, atualizei de 1.2.19 para 1.2.25. Meus problemas com a suspensão / retomada desapareceram após a atualização do BIOS. Também não há problemas de wifi do meu lado. Executando o Ubuntu 16.10 com sabor xfce.

http://www.dell.com/support/home/us/en/19/product-support/product/xps-15-9550-laptop/drivers?os=biosa

Boa sorte para todos os outros.

— William Bernting
fonte

Em breve, isso será marcado como 'não uma resposta', mas também tenho um dell e não consigo atualizar o BIOS. Como você fez isso?

— Charles Green

@ Charles devo excluir minha resposta?

— William Bernting

Sim, ou apenas aguarde, e ele será excluído eventualmente. Envie como uma nova pergunta. Olhei para a Dell e encontrei um método (talvez viável) para atualizar meu laptop um pouco mais antigo!

— Charles Green

A maneira mais fácil é atualizá-lo através de uma inicialização dupla do Windows. Caso contrário, você precisará criar uma unidade USB inicializável para extrair o arquivo de atualização da BIOS. A Dell tem uma página de suporte sobre isso.

— William Bernting

@CharlesGreen Isso parece uma resposta para mim. William disse que resolveu seu problema.

— Seth

0

Usando o meu XPS 9550 diariamente no Ubuntu 18.04, parei de enfrentar esse problema com BIOSs mais recentes, ~ há 1 ano. Isso se relaciona ao comportamento no Controlador incorporado, que atualizou o firmware em 1.6.1 / 1.7.0 para tratar de pressionamentos de tecla falsos. Se ele usa uma base de código compartilhada, uma correção para o problema de suspensão / retomada também pode ter ocorrido. Eu suspeito que parte do EC entra em um estado inesperado durante a suspensão, e o caminho de código de resumo do S3 não é corretamente retomado quando o BIOS é executado pela primeira vez.

Ainda acho que a suspensão trava a qualquer momento depois de conectar meu monitor LG 27UD88W USB-C para carregar (perfil de 100W), embora isso não ocorra com os carregadores USB-C de 65W e 90W; Aumentei o bug, mas a Dell está se arrastando, pois agora é uma plataforma antiga. Eu só tenho que desligar.

Observe que quando o laptop é desligado e o cabo de alimentação (USB-C ou Dell) é conectado, o EC é redefinido - isso elimina os problemas de suspensão / retomada; você verá o LED de carga branco na frente acender por 1s, mesmo que totalmente carregado.

Sugiro tentar o Ubuntu 18.04 e o BIOS 1.8.0 @ http://downloads.dell.com/published/pages/xps-15-9550-laptop.html

Por fim, para obter o tempo de execução ideal da bateria, defino uma variável não volátil UEFI para desativar a GPU discreta; Posso postar detalhes em outro tópico, se estiver interessado.

Dan

— Daniel J Blueman
fonte

Eu sou muito interessante na opção de desligamento da GPU. Sobre "você verá o LED de carga branco na frente acender por 1s, mesmo que totalmente carregado". quer dizer, quando você conecta o cabo quando desligado, vê isso e isso é algum tipo de indicação de que o CE foi redefinido?

— BeeOnRope 5/10