「poweroff」でシステムの電源がオフにならず、停止するだけ

Haswell CPU（BIOSリビジョン00KT19AUS）およびNVIDIA GeForce GTX 850A 2GBを搭載したLenovo IdeaCentre A740 QHDにXubuntu 15.04をインストールしました。シャットダウンまたは再起動を行うときを除いて、ほとんど機能しています。

そのため、実際に電源を切るには、電源ボタンをクリックする必要があります。

将来のファームウェアがある場合に備えて、Windows 8.1のインストールを保持しました。Xubuntuをインストールする前に、WindowsからFastbootをオフにして、Xubuntuをインストールしました。残念ながら、UEFI BIOSでは起動順序を変更できなかったため、Ubuntuがデフォルトとして実際に起動しました。私が試したbcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi、BIOSで（つまり、何でも）「クイックブート」をオフにしようとした、ライブ・セッションからのブート修復プログラムを試してみました、そしてSecureBoot消灯しようとしたが、まだそれだけでWindowsのブートだろう。freenodeの#ubuntuのEricC ^^の助けを借りて、.efiファイルを切り替えて、ブートマネージャーにUbuntuを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

これのどれかがシャットダウンのトラブルに関係があるかどうかはわかりません。

編集：考えてみると、Xubuntuインストールからの再起動（USBドライブから起動したとき）も機能しませんでした。

シャットダウンするためにこれまで試してきたこと：

• acpi = off→違いなし
• acpi = force→差なし
• 独自のNvidiaドライバーをインストールする→Xが「bbswitch：ディスクリートVGAデバイスが見つかりません」というメッセージで開始しないようにした
• 上で種々の変形sudo poweroff、sudo shutdown now、sudo shutdown -h now等

また、シャットダウンの代わりに再起動すると、このサイケデリックなライトショーがモニターに表示され、電源ボタンを長押ししてオフにする必要があります。

役に立つ場合は、起動直後のjournalctl --all出力と、おそらくそれよりも優れたjournalctl -b -1（起動からシャットダウンまでのジャーナル）があります。

また、おそらく関連して、XFCEにログインしているときに電源ボタンを押すと、XFCEの電源設定が「電源ボタンを押したときに確認」および他のボタンで「何もしない」に設定されているにもかかわらず、すぐに電源が切れることに気付きました。

私に/etc/systemd/logind.confは、[Login]ヘッダー以外にコメントされていない行がありません。

/usr/sbin/acpidルートとして実行されているプロセスがあります。

編集：さらなる啓示：Ctrl + Alt + Deleteは実際にはGRUBから正常に再起動します。

EDIT2：これは通常のトリックでは修正できないように見えるので、バグレポートを提出しました。

EDIT3：acpi = noirqとカーネル4.4以降で解決しました。

提供された情報に基づく私の最良の推測は、バグのあるUEFI BIOSです。Haswellのカーネルバグを掘り下げて、可能な回避策を見つけました。xhci_hcd.quirks=262144ブートオプションとして使用するか、UEFIでxhciを無効にします。

私が考えることができる他の唯一のオプションは次のとおりです。

A）待って、カーネル開発チームまたはLenovoが問題を解決するアップデートを提供することを期待してください。

B）Lenovoサポートに連絡して、問題を解決するBIOSアップデートをプッシュするか、同じ問題を抱える他の人にバグレポートをサブスクライブするように勧めます。これは、Aよりも効果がある場合とない場合があります。

C）希望する結果が得られるまで、BIOSまたはカーネルを自分で変更します（気弱な人向けではありません）。完全を期すためだけにこの行動方針を含めることはお勧めしません。BIOSを変更すると、保証が無効になったブート不能なシステムが簡単に残ります。また、前述のリンクされたドキュメントで、独自のカーネルをコンパイルする理由とコンパイルしない理由を注意深くお読みください。

ソース：https : //bugzilla.kernel.org/show_bug.cgi?id=66171#c118

追加してみてください

acpi=noirq

カーネルブートパラメータ。これにより、シャットダウン/再起動時に電源がオフになります（カーネル4.4および4.7rc5でテスト済み）。

それも一時停止しているようですが、残念ながら電源ボタンを押しても一時停止から再開しません。

これは現在A740で3か月以上正常に機能しているため、これを解決済みと呼んでいます。

システムファイルをフェレットした後、BIOSに関するいくつかの警告が表示されました。IntelのWebサイトを確認したところ、メモリアドレスの重複の問題を解決するように見えるアップグレードが利用可能でした。明らかに同じではありませんが、私のログは、BIOSのさまざまなセクターが予期しない値を返していることを示していました。この問題は、カーネルが使用upstartを停止し、使用を開始するまで明らかになりませんでしたsystemd。

更新されたBIOSをダウンロードして適用したところ、システムが期待どおりにオフになりました。

何cat /etc/default/haltと言う？試してくださいhalt -p。

/etc/init.d/halt次の行を編集および削除することもできます。

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

未満

poweroff="-p"

カーネルログ（スクリーンショット）から、無人アップグレードが問題の原因である可能性があると思います。この数年前にいくつかのバグレポートがありましたが、それらは解決されていません。これに対する一時的な修正は、更新による自動更新を無効にすることですが、最後の手段として保持します。しかし、最初に、手動アップグレードを試みます。

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

これで問題が解決せず、アップグレードでエラーや警告が表示されなかった場合、問題の原因を突き止めることができるかどうか、もう少し掘り下げてみます。の内容を調べることでリードを得ることができます/var/log/unattended-upgrades。問題の原因となっているアップデートを特定できる場合は、を変更してアップデートをブラックリストに登録できます/etc/apt/apt.conf.d/50unattended-upgrades。

それでも問題が解決しない場合は、パッケージを一時的に削除して、原因かどうかを確認できます。

sudo apt-get remove unattended-upgrades 

問題が解決した場合でも、再インストールすることをお勧めします。その場合は、開発者が問題を解決できるように、バグレポートに詳細情報を戻します。

警告：自動更新を無効にしてからシステムを手動で更新しない場合、セキュリティと安定性の観点から危険にさらされる可能性があります。

私はすべてを試しましたが、数日後、このフォーラムからの低評価のfanswerがトリックをしました：Ubuntu 14.04がシャットダウン時にスタックしました

私にとって、解決策はカーネルをアップグレードすることでした。私はUbuntu 15.10で4.5.3を使用しました（これよりも大きいものはログイン後にOSをクラッシュさせます）そして、4.7 RC3はUbuntu 16.04で動作します。

今完全に動作します:-)

ACPIと何か関係があることは間違いありません。カーネル開発のためにLinux 4.20-rc3でacpi = offを渡す場合に限り、私のシステムはこの正確な動作を示します。ACPIが最初に有効になった場合、BIOSでのACPI実装にバグがある可能性がかなりあります。カーネルのアップグレードが助けになったと言っています。しかし、BIOSのアップグレードでもうまくいくかもしれません。

私は同じ問題を抱えており、それがUEFIブートに関連していると考えています。Acer Aspire V 11（元はWindows 8）で、BIOSでEFIブートとセキュアブートを「無効」に設定してOpenSUSE Leap 15.0を新規インストールしました。これで、シャットダウン、再起動、およびサスペンドが正常に機能するようになりました。

以前は、Ubuntu 16.04、18.04、そして最近では18.10をレガシーブートで使用していましたが、すべて同じ問題を抱えていました。また、Fedora 24、OpenSUSE Tumbleweed、およびOpenSUSE 42.2もすべて同じ問題で試しました。

また、EFIブートとセキュアブートを有効にしてUbuntu 18.10を試しましたが、ブート不可能なデバイスエラーが発生しました。セキュアブートを無効にしてEFIブートを試みませんでした。

ハードウェアがソフトウェアのシャットダウンをサポートしていない可能性があります。私は前にそれを起こしたことがあり、テストする方法はこれです：

sudo poweroff

それでもハードウェアがシャットダウンしない場合は、ソフトウェアではなくハードウェアの問題です。

1. 再起動してからF2
2. 構成に移動し、xHCIを無効にします
3. 保存して終了

それについて考えてはいけません、ただ私を信じて、それをしてください:)