web-dev-qa-db-ja.com

Ubuntu 18.04がサスペンドから再開するとクラッシュする

Ubuntu 18.04 LTSの新規インストールを完了して再起動した後、Acer Aspire ES1-511ラップトップのふたを閉じて少し休憩しました。 18.04の新機能を引き続き検討するために戻ったとき、ラップトップは起動しませんでした。内部ファンの1つが非常に大音量で作動していましたが、それ以上は作動していませんでした。もう一度再起動する必要がありました。

これは、Ubuntuの長年にわたって繰り返される問題のようです。私は問題を調査しました。最初にgnome-control-centerおよびgnome-Tweak-toolの電源設定を変更し、次にpm-utilsをインストールし、一時停止の原因であると思われるシステムファイルを編集し、無駄に。 Ubuntu 18.04 LiveをUSBドライブから実行しようとしても、同じ問題が発生します。

カーネル4.15で過去にこの問題を見たことがあるので、これはカーネルの問題だと思います。最新のLinuxカーネルへのアップグレードまたはより安定したバージョンへのダウングレードで問題は解決しますか?問題は修正されましたか?たぶん、いくつかのファイルを編集するだけで、このすべてが解決されるでしょう...

いくつかの仕様:現在実行中のカーネルは4.15です。上記のコンピューターは、Acer Aspire ES1-511です。デスクトップ環境はGnome 3.28.1です。 Ubuntuバージョンは64ビット18.04.1 LTSです。

どんな助けも大歓迎です。コンピューターはこれにより多くの睡眠を失っています。

38
user728899

HP Pavilion 11 x360でも同じ問題が発生しました。

Kern.logは、サスペンド状態になったと考えていることを示唆しています-PM:エントリを一時停止(ディープ)-システムはその時点で停止し、シャットダウンして再起動するまで、それ以上のエントリはありません。

「成功したサスペンド」にはさらにエントリがありますPM:ファイルシステムの同期...完了。 ユーザー空間プロセスの凍結... etc

画面は空白になりますが、電源LEDは点灯したままになり(既に作動している場合はファンも同様)、マシンを再び使用するにはハードリセット(電源ボタンを押したまま)が必要です。

18.04のライブUSBを使用しても同じサスペンド問題が発生します。これは、インストールした追加プログラムが原因ではないことを示しています。

他の3つの異なるラップトップ(友人と自分のラップトップ)は18.04でのサスペンドに問題がないため、特定のハードウェアの組み合わせによってこれが発生するのではないかと思います。

すべてのラップトップ(「問題の子供」を含む)にはIntelグラフィックがあります。

「問題のラップトップ」は、Ubuntu 17.10、Kubuntu 17.10、Devuan Jessie、Devuan ASCIIおよびWindows 10では正常に停止しますが、Ubuntu 18.04およびKubuntu 18.04では停止に失敗します。

(当初、カーネル4.15、4.16、および4.17を使用しようとするとサスペンドの問題も発生しましたが、最新の4.17および4.18カーネルには、このマシンでサスペンドが再び機能するように更新されています)

UKUUを使用して18.04に最新の4.14カーネル(4.14.47)をインストールすると、問題が修正されました。 (Matalakが受け入れた回答)-最近の4.17または4.18カーネルを試すことをお勧めします。


編集-他の修正が最初に問題を解決する可能性があるかどうかを確認するには、こちらの手順をご覧ください: buntu 18.04-Dell XPS13 9370はふたを閉じるとサスペンドしなくなりました


18.04でサスペンドが原因で完全に応答しなくなったシステムに関するバグレポートを見つけるのに苦労しました。

膨大な数のユーザーに影響を与えなかったのは良いことですが、特定のハードウェアのセットアップで問題が発生しているのはほんの一握りの人だけだと、問題の場所を見つけるのが難しくなります。


編集-バグレポートが開かれ、原因が特定されたようで、サスペンドの問題を解決するために4.15カーネルのパッチバージョンがまとめられました-パッチは現在、より新しい4.17および4.18カーネルにありますhttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/177495

さらに編集-2018年9月11日の時点で、標準システムアップデートカーネル(4.15.0-34)にパッチが追加されました。 。 彼らの仕事に多くの賞賛!


ただし、18.04でマシンをサスペンドしようとすると、画面が空白になり(ただし、明らかに「サスペンド」にならない)、それ以外の反応はありません。電源ボタンを押してシャットダウンします。

8
pHeLiOn

UKUU をインストールし、カーネル4.14.41にダウングレードすることで問題を解決しました。おそらく、それ以降のカーネルバージョンのハードウェアとの非互換性があります。

8
user728899

バギーヌーボードライバーだと思います。追加してみてください:

 nouveau.modeset=0

GRUB_CMDLINE_LINUXファイルの/etc/default/grubへ、その後実行:

Sudo update-grub
Sudo reboot

そして、一時停止からの再開でこれ以上ハングすることはありません。

4
cascagrossa

Ubuntu 18.04でNVIDIA GeForce GTX 1050 Mobileと独自のnvidiaドライバー390を使用して作業を中断するための回避策がありました。Sudo apt-get install pm-utilsを介してpm-suspendをインストールしました。次に、Ctrl + Alt + f6でGnome Shellからターミナルに切り替えます。ログイン後、Sudo pm-suspendを実行します。スタンバイから目覚めた後、Ctrl + Alt + f1でGnome Shellに戻ります。できた!

2
Gerhard Hagerer
Sudo add-apt-repository ppa:teejee2008/ppa
Sudo apt update
Sudo apt install ukuu
Sudo ukuu --install v4.14.41

buntuの詳細オプションを使用して起動し、このカーネルを選択するときに、この問題を解決するために私のためにうまくいきました

2
Stuart Trusty

また、この問題に悩まされていました...そして、多くの多くの試みがUbuntu 18.04を再インストールしようとしましたが、今では完全に機能しています。 Nvidiaは以前の犯人だったので、Nvidiaの「テスト済み」ドライバーも使用しています。

おそらく、ノートパソコンの冬眠機能を台無しにしたのは、PPAから「余分な」ものをインストールした「Sudo add-apt-repository ppa:graphics-drivers」ppaおよび/または396ドライバー自体でした。

いずれにしても、NVidiaの390でテストされたドライバーを使用して、この記事を書いている時点では問題なく動作します。そして参考までに、それは長い間396ドライバーでも動作していましたが、先週問題になりました-もう一度! SO正確な原因はわかりませんが...

Nouveauドライバーに切り替える前も機能していたため、これはNVidiaドライバーに完全に関連していました。

助けようとして、マーク

p.sは、UbuntuとHibernatingのその他の問題に関するTomboyの他のメモです。

18/07トラブルシューティング

‣前提条件-カーネルはディスクへのサスペンドをサポートしていますか?

•カーネルは、/ sys/power/stateにリストされているものをすべてサポートします。

•cat/sys/power/state

•許可されている(私の知る限り)エントリには、mem、standby、freeze、diskが含まれます。説明:

∘mem-いくつかの意味があり、cat/sys/power/mem_sleepを介してシステム上で正確にわかります。私が持っている:s2idle [深い]

∘standby-パワーオンサスペンド(サポートされている場合)

∘フリーズ-アイドル状態へのサスペンド(STI)

∘ディスク-ディスクへのサスペンド(STD)、休止状態。これ-あなたが欲しい。

∘鉱山は言う:memディスクを凍結-完璧!

•次に確認する必要があります

•$ cat/sys/power/disk

platform [プラットフォーム]シャットダウンリブートサスペンドtest_resume

‣[無効]

• (あまりよくない)

H Hibernateを有効にしてメニューに追加-Easy-Peasy

•sudo apt install pm-utils cpufrequtils

•次に、コマンドを実行して、コンピューターで休止状態が機能するかどうかをテストします。

•sudo pm-hibernate

•コンピューターの電源を切った後、再び電源を入れます。

open開いているアプリケーションは再び開きましたか?動作する場合、動作しない場合、休止状態は動作しません。 Swappinessパーティションが使用可能なRAMと少なくとも同じ大きさであるかどうかを確認できます。問題を解決できる可能性があります。休止状態は許可されていません!

∘テスト:pm-hibernate-(pm-utilsパッケージがインストールされている場合)または

∘動作します! 18.04再インストール後、Nvidiaはまだありません

∘systemctl hibernate

∘動作します! 18.04再インストール後、Nvidiaはまだありません

HシャットダウンメニューにHibernateオプションを再度追加します。

•1.このコマンドで特定のファイルを編集します。

•sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

•2.テキストドキュメントを下にスクロールして、以下のセクションを見つけます。

∘[upowerでデフォルトで休止状態を無効にする]

∘[logindでデフォルトで休止状態を無効にする]

both以下の両方の値をnoからyesに変更します。

∘ResultActive = no(これをyesに変更)

‣保存、終了、再起動-完了!

私のAcer ES1-512は18.04に構築され、現在18.04.1に更新されています。 18.04以降、このサスペンド/スリープモードのブラックスクリーンの問題が発生しています。

次の手順で問題を解決しました。

  1. 以前のカーネルは4.15.33(2、3の自動更新が必要)でしたつまりこの問題の原因です。
  2. 4.14.41へのダウングレード
  3. Grubを変更して「詳細オプション」を取得し、4.14.41をポイントする
  4. グラブを再生する
  5. リブート

それでおしまい!サスペンドとスリープ機能が正常に機能するようになりました。お役に立てれば。

0
David

上記のほとんどのことを試しました。最後に、win-raid.comにアクセスして、これがBIOSの問題かどうかを確認しました。そして、私は紳士に会いました。彼は、中断する前にi2c_hidモジュールをアンロードし、再開後にそれをロードし直すことを提案しました。そして、その後、バッテリーのパフォーマンスを2倍にするためにacpi_callモジュールでラップトップを祝福しました。

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg7168

0
everCurious