o sistema não desliga no “desligamento”, apenas pára

Instalei o Xubuntu 15.04 em um Lenovo IdeaCentre A740 QHD com uma CPU Haswell (revisão do BIOS 00KT19AUS) e NVIDIA GeForce GTX 850A 2GB. Está funcionando principalmente, exceto quando eu desligo ou reinicializo, na verdade, ele não desliga a energia depois de encerrar tudo:

Então eu tenho que clicar no botão liga / desliga para realmente desligá-lo.

Eu mantive a instalação do Windows 8.1, caso haja algum firmware futuro. Antes de instalar o Xubuntu, desliguei o Fastboot no Windows e instalei o Xubuntu. Infelizmente, o UEFI BIOS não me permitiu alterar a ordem de inicialização para que o Ubuntu realmente iniciasse como padrão. Eu tentei bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi, tentei desativar o "quickboot" (o que quer que seja) no BIOS, tentei o programa Boot-Repair a partir de uma Live Session e tentei desativar o SecureBoot, mas ainda assim inicializaria o Windows. Acabei, com a ajuda de EricC ^^ do #ubuntu no freenode, apenas trocando os arquivos .efi para induzir o gerenciador de inicialização a pensar que o Ubuntu era o Windows:

cp /boot/efi/efi/boot/bootx64.efi{,.backup}
cp /boot/efi/efi/microsoft/boot/bootmgfw.efi{,.backup}
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/boot/bootx64.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/bootmgfw.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/grubx64.efi
sudo vim /usr/lib/os-probes/mounted/efi/20microsoft
# and changed bootmgfw.efi to bootmgfw.efi.backup
update-grub

Não sei se isso tem alguma influência no problema do desligamento.

EDIT: Venha para pensar sobre isso, a reinicialização da instalação do Xubuntu (quando eu fui inicializado através de uma unidade USB) também não funcionou.

O que eu tentei até agora para desligar:

• acpi = off → nenhuma diferença
• acpi = força → nenhuma diferença
• instale drivers proprietários da Nvidia → que fizeram o X não iniciar com a mensagem "bbswitch: Nenhum dispositivo VGA discreto encontrado"
• várias variações sudo poweroff, sudo shutdown now, sudo shutdown -h nowetc.

Além disso, se eu reiniciar em vez de desligar, eu recebo este show de luzes psicodélico no meu monitor e tenho que clicar muito no botão liga / desliga para desligá-lo:

Se for útil, aqui está uma saída do journalctl --all logo após a inicialização e, talvez ainda melhor: journalctl -b -1 (diário da inicialização ao desligamento) .

Além disso, talvez relacionado, observe agora que pressionar o botão liga / desliga enquanto conectado ao XFCE desliga o computador, mesmo que eu tenha configurações de energia do XFCE para "Perguntar quando o botão liga / desliga for pressionado" e "Não fazer nada" em outros botões.

Meu /etc/systemd/logind.confnão possui linhas não comentadas além do [Login]cabeçalho.

Há um /usr/sbin/acpidprocesso sendo executado como root.

EDIT: Mais revelações: Ctrl + Alt + Delete, na verdade, reinicia bem no GRUB.

EDIT2: Arquivei um relatório de bug, pois isso não parece corrigível com os truques regulares.

EDIT3: Resolvido com acpi = noirq e kernel 4.4 e mais recente.

Meu melhor palpite, com base nas informações fornecidas, é um UEFI BIOS de buggy. Ao pesquisar os erros do kernel para Haswell, encontrei uma possível solução alternativa. Tente usar xhci_hcd.quirks=262144como opção de inicialização ou Desativar xhci na UEFI.

As únicas outras opções em que consigo pensar são as seguintes:

A) Aguarde e espere que a equipe de desenvolvimento do kernel ou a Lenovo desenvolvam uma atualização que resolva o problema.

B) Entre em contato com o suporte da Lenovo e solicite uma atualização do BIOS que resolva o problema ou incentive outras pessoas com o mesmo problema a assinar o relatório de erros. Isso pode ou não ser mais eficaz que A.

C) Modifique o BIOS ou o kernel você mesmo até atingir o resultado desejado (não para os fracos de coração). Não estou recomendando este curso de ação, apenas o incluindo para garantir a integridade. Modificar o BIOS pode facilmente deixar você com um sistema não inicializável com uma garantia anulada. Você também deve ler atentamente as razões a favor e contra a compilação de seu próprio kernel no documento vinculado acima mencionado.

Fonte: https://bugzilla.kernel.org/show_bug.cgi?id=66171#c118

Tente adicionar

acpi=noirq

aos parâmetros de inicialização do kernel. Isso permite o desligamento no desligamento / reinicialização (testado com os kernels 4.4 e 4.7rc5).

Parece suspender também, mas infelizmente não é suspenso ao pressionar o botão liga / desliga.

Isso funcionou bem há mais de três meses no A740, então estou resolvendo isso.

Depois de vasculhar os arquivos do sistema, vi alguns avisos sobre o BIOS. Verifiquei o site da Intel e houve uma atualização disponível que parecia resolver um problema de sobreposição de endereços de memória. Obviamente não é o mesmo, mas meus logs indicaram que vários setores da minha BIOS estavam retornando valores inesperados, o que não impediu a inicialização do kernel, mas obviamente não era bom. O problema não era aparente até que o kernel parou de usar upstarte começou a usar systemd.

Baixei o BIOS atualizado e o apliquei e agora meu sistema desliga conforme o esperado.

O que cat /etc/default/haltdiz? Tente halt -p.

Você também pode editar /etc/init.d/halte remover estas linhas:

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi

abaixo

poweroff="-p"

Nos registros do seu kernel (captura de tela), tenho um pressentimento de que atualizações autônomas podem ser a causa do seu problema. Houve vários relatórios de erros neste ano atrás, mas eles não foram resolvidos. Uma correção temporária para isso seria desativar as atualizações automáticas por atualizações, mas a manteremos como último recurso. Mas, primeiro, tentaremos uma atualização manual:

sudo apt-get autoremove
sudo apt-get dist-upgrade

Se isso não resolveu o problema e a atualização ocorreu sem erros ou avisos, tentaremos nos aprofundar um pouco mais para ver se conseguimos descobrir o que está causando o problema. Você pode obter uma liderança inspecionando o conteúdo de /var/log/unattended-upgrades. Se você descobrir qual atualização está causando o problema, poderá colocar a atualização na lista negra, modificando /etc/apt/apt.conf.d/50unattended-upgrades.

Se ele ainda não resolver o problema, você pode remover temporariamente o pacote para confirmar se é a causa:

sudo apt-get remove unattended-upgrades 

Eu recomendo que você o reinstale, mesmo que ele tenha resolvido o seu problema. Se for esse o caso, traga de volta o relatório de erros com mais informações para que os desenvolvedores possam resolver seu problema.

Aviso: Se você optar por desativar a atualização automática e não atualizar manualmente o sistema, poderá estar em risco do ponto de vista de segurança e estabilidade.

Eu tentei de tudo e depois de dias um fã de baixa classificação deste fórum fez o truque: Ubuntu 14.04 travou no desligamento

Para mim, a solução foi atualizar o kernel. Eu usei 4.5.3 no Ubuntu 15.10 (qualquer coisa maior que isso irá travar o SO após o login) E o 4.7 RC3 funciona no Ubuntu 16.04.

Agora funciona perfeitamente :-)

Posso confirmar que definitivamente tem algo a ver com a ACPI. Meu sistema exibe esse comportamento exato, se e somente se eu passar acpi = off no Linux 4.20-rc3 para fins de desenvolvimento do kernel. Se a sua ACPI foi ativada inicialmente, há uma chance razoável de que a implementação da ACPI no BIOS tenha ocorrido um erro. Vejo que você disse que uma atualização do kernel ajudou. Mas uma atualização do BIOS também pode ter funcionado.

Eu tive o mesmo problema e acredito que está relacionado à inicialização do UEFI. Em um Acer Aspire V 11, originalmente Windows 8, fiz uma nova instalação do OpenSUSE Leap 15.0 com inicialização EFI e inicialização segura definida como "desativada" no BIOS. Agora o desligamento, reinicie e suspenda o trabalho corretamente.

Anteriormente, eu estava usando o Ubuntu 16.04, 18.04 e, mais recentemente, o 18.10 no boot legado, e todos sofreram o mesmo problema. Eu também experimentei o Fedora 24, o OpenSUSE Tumbleweed e o OpenSUSE 42.2, todos com o mesmo problema.

Também tentei o Ubuntu 18.10 com a inicialização EFI e a inicialização segura ativada, mas recebi um erro de dispositivo não inicializável. Não tentei a inicialização do EFI com a inicialização segura desativada.

Seu hardware pode não suportar o desligamento do software. Já tive isso antes, e a maneira de testar é esta:

sudo poweroff

Se isso não desligar o hardware, é um problema de hardware e não de software.

1. Reinicie então F2
2. Vá para configuração e desative o xHCI
3. Salvar e sair

Não pense nisso, confie em mim e faça-o :)