Instalei o Xubuntu 15.04 em um Lenovo IdeaCentre A740 QHD com um processador Haswell (revisão do BIOS 00KT19AUS) e o NVIDIA GeForce GTX 850A 2GB. Está funcionando principalmente, exceto quando eu faço um desligamento ou reinicialização, ele não desliga a energia depois de sair de tudo:
Então, preciso clicar no botão liga / desliga para desativá-lo.
Mantive a instalação do Windows 8.1 no caso de haver algum firmware futuro. Antes de instalar o Xubuntu, desliguei o Fastboot do Windows e instalei o Xubuntu. Infelizmente, o UEFI BIOS não me deixou alterar a ordem de inicialização para que o Ubuntu fosse iniciado 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 de uma sessão ao vivo e tentei desativar o SecureBoot, mas ainda assim inicializaria o Windows. Acabei com a ajuda de EricC ^^ do #ubuntu no freenode, apenas alternando os arquivos .efi para enganar o gerenciador de inicialização e 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
Eu não sei se isso afeta o problema de desligamento.
EDIT: Vindo para pensar sobre isso, a reinicialização da instalação do Xubuntu (quando eu estava sendo inicializado através de uma unidade USB) não funcionou.
O que eu tentei até agora para desligar:
sudo poweroff , sudo shutdown now , sudo shutdown -h now etc. Além disso, se eu reiniciar em vez de desligar, recebo este show de luzes psicodélico no meu monitor e preciso clicar longamente no botão de energia para desligá-lo:
Se for útil, aqui vai um journalctl - todos os resultados logo após o arranque e talvez ainda melhor: journalctl -b -1 (diário da inicialização ao encerramento) .
Além disso, talvez relacionado, percebo agora que pressionar o botão liga / desliga enquanto conectado ao XFCE desliga o computador, mesmo que eu tenha configurações de energia XFCE para "Perguntar quando o botão liga / desliga" e "Não fazer nada" em nenhum outro botões.
Meu /etc/systemd/logind.conf não possui linhas não comentadas além do cabeçalho [Login] .
Existe um processo /usr/sbin/acpid em execução como root.
EDIT: Mais revelações: Ctrl + Alt + Delete realmente reiniciar bem do GRUB.
EDIT2: Eu arquivei um relatório de erros porque isso não parece consertável com os truques regulares.
EDIT3: Resolvido com acpi = noirq e kernel 4.4 e mais recente.
Tente adicionar
acpi=noirq
para os parâmetros de inicialização do kernel. Isso permite desligar o desligamento / reinício (testado com os kernels 4.4 e 4.7rc5).
Parece suspender também, mas infelizmente não retoma da suspensão ao pressionar o botão liga / desliga.
Isso funcionou bem por mais de três meses na A740, então estou chamando isso de resolvido.
Meu melhor palpite com base nas informações fornecidas é um BIOS UEFI com bugs. vasculhando os bugs do kernel para Haswell, encontrei uma possível solução alternativa. Tente usar xhci_hcd.quirks=262144 como uma opção de inicialização ou Desativando xhci no UEFI.
As únicas outras opções em que consigo pensar são as seguintes:
A) Espere e espere que a equipe de desenvolvimento do kernel ou a Lenovo apresentem uma atualização que resolva o problema.
B) Entre em contato com o Suporte da Lenovo e solicite uma atualização do BIOS que solucione o problema ou incentive outras pessoas com o mesmo problema para se inscrever no seu relatório de erros. Isso pode ou não ser mais eficaz que A.
C) Modifique o BIOS ou o kernel até chegar ao resultado desejado (não para os mais fracos de coração). Não estou recomendando esse curso de ação, apenas incluindo-o para ser completo. Modificar o BIOS pode facilmente deixá-lo 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 do seu próprio kernel no documento vinculado mencionado acima.
Fonte: link
Depois de vasculhar os arquivos do sistema, vi alguns avisos sobre o BIOS. Eu verifiquei o site da Intel e havia uma atualização disponível que parecia resolver uma questão de sobreposição de endereços de memória. Não é obviamente o mesmo, mas meus logs indicaram que vários setores da minha BIOS estavam retornando valores inesperados, o que não impedia o kernel de iniciar, mas obviamente não era bom. O problema não ficou aparente até o kernel parar de usar upstart e começar a usar systemd .
Eu baixei o BIOS atualizado e o apliquei e agora meu sistema é desativado como esperado.
Qual cat /etc/default/halt diz? Experimente halt -p .
Você também pode editar /etc/init.d/halt e remover essas linhas:
if [ "$INIT_HALT" = "HALT" ]
then
poweroff=""
fi
abaixo
poweroff="-p"
A partir dos seus registros do kernel (captura de tela), tenho um pressentimento de que upgrades não supervisionados podem ser a causa do seu problema. Tem havido vários relatórios de bugs sobre este ano atrás, mas não foram resolvidos. Uma solução temporária para isso seria desabilitar atualizações automáticas por atualizações, mas as manteremos como último recurso. Mas antes de tudo, vamos tentar 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 nenhum erro ou aviso, o Wee tentará investigar um pouco mais para ver se podemos descobrir o que está causando o problema. Você poderia obter uma liderança inspecionando o conteúdo de /var/log/unattended-upgrades . Se você puder 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 ainda assim não resolver o problema, você poderá remover temporariamente o pacote para confirmar se é a causa:
sudo apt-get remove unattended-upgrades
Recomendamos que você o reinstale, mesmo que isso resolva seu problema. Se este for o caso, traga de volta o relatório do bug com mais informações para que os desenvolvedores possam resolver o seu problema.
Aviso: Se você optar por desativar a atualização automática e não atualizar manualmente o sistema, poderá estar em risco devido ao ponto de vista de segurança e estabilidade.
Eu tentei de tudo e, depois de alguns dias, um fanswer baixinho deste fórum fez o truque: Ubuntu 14.04 preso 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 sistema operacional após o login) E 4.7 RC3 funciona no Ubuntu 16.04.
Agora funciona perfeitamente: -)
Seu hardware pode não suportar o desligamento de software. Eu já tive isso antes, e o jeito de testar é isso:
sudo poweroff
Se isso não desligar o hardware, é um problema de hardware e não de software.
Não pense nisso, confie em mim e faça isso :)
Tags shutdown