web-dev-qa-db-ja.com

Ubuntu15.10でsystemdを使用して休止状態から再開できない

Ubuntu 15.10で実行されているLenovo IdeaPad Z510で動作するためにsystemd（swsusp）を使用してhibernateから履歴書を取得する際に問題があります（以前のバージョンのUbuntuでも同じです）。

  • DOES：正常に休止状態になったマシン（journalctlは成功を確認）から、「デッドスクリーン」を生成するように再開が表示されます（黒いディスプレイ、明らかなセッションまたはキーボードなし）対話、まだjournalctlには表示/セッションの失敗を示すものはありません）。

  • SHOULD：休止状態から、スワップパーティションからセッションを復元し、ユーザーがセッションを続行できるようにします。

手がかりとして、grubのnomodesetをGRUB_CMDLINE_LINUX_DEFAULT行に設定すると、再開は一貫して正常に機能しますが、ネイティブグラフィックハードウェアは明らかに無効になっています（Haswell HD Mobile 4400）。

このことを考えると、この問題を引き起こしている可能性のある2つの問題が疑われます。

  • 私のマシンでは、統合されたビデオドライバー（Intel i915）での再開がまだ適切に構成されていません。

  • 私の読書では、レジュームスワップファイルのメモリサイズの不一致によるレジュームの失敗に関連する既知のカーネルの問題に遭遇しました。 BIOS e820の不一致と呼ばれ、ここで最もよく説明されています： http://www.slideshare.net/joeylikernel/the-e820-trap-of-linux-kernel-hibernation 。

後者の場合、4.3カーネルリリースは、少なくとも私の再開の問題の考えられる1つの理由を解決するようです。

しかし、今のところ、休止状態と再開を正常に許可するためのsystemdの構成に関連するすべての仮定を確認したいので、前者のケースをよりよく理解することに興味があります。

これまで、systemdを使用してマシンを休止状態/再開用に構成するために行ったことは次のとおりです。

  1. Etc/default/grubで、GRUB_CMDLINE_LINUX_DEFAULTを設定して再開パラメーターを含め、問題のスワップパーティションのUUIDを渡します（つまり、resume = UUID = 453f0121-505d-42d3-8dad-87f913e67ddc）。現在のGRUB_CMDLINE_LINUX_DEFAULTはGRUB_CMDLINE_LINUX_DEFAULT = "quiet splash resume = UUID = 453f0121-505d-42d3-8dad-87f913e67ddc"です
  2. 実行Sudo update-grub
  3. / etc/initramfsにある履歴書ファイルのresume = UUID = 453f0121-505d-42d3-8dad-87f913e67ddcエントリの編集/確認
  4. 実行Sudo update-initramfs -u
  5. /etc/systemd/logind.confを編集して、HandleLidSwitch = hibernateを設定します
  6. 実行Sudoサービスsystemd-logind restart
  7. 適切に再起動する

レジュームは一貫して失敗し、レジュームの失敗の理由を示す明らかな（私には）エラーはありません。

だから、フォーラムへの私の質問はこれです：

どのようなデバッグツール、systemd情報リソース、およびビデオドライバーの問題と思われるもののトラブルシューティング方法の一般的な理解をお勧めしますか？

Systemdをソリューションとして使用するという文脈の中で、この状況を解決することに非常に興味があります。

どうもありがとう。

リッチ

suspendhibernatesystemdresume
1
richbl

私のラップトップで休止状態の問題をトラブルシューティングする最善の方法についての質問に対する良い答えを受け取ったことはありませんが、私はdid最終的にカーネル4.8をインストールします（Ubuntu 16.10の新規インストール経由）。期待した。

これが私が持っていた同じ問題を持つ人々を助けることを願っています...

1
richbl

Ubuntu Gnome 16.04でも同じ問題が発生しました。私がその時に見つけた唯一の解決策は、カーネルを更新することでした。 4.5.3-genericへの更新後、問題はなくなりました。

Linuxカーネルのアップグレード方法は here で説明されています。

ターミナルからカーネルバージョンを確認できます。

uname -r
2
Błażej Michalik

これらのオプションを試しました

acpi_osi = linux i915.enable_rc6 = 1 i915.lvds_downclock = 1 i915.enable_fbc = 1 pcie_aspm = force

そして今まで問題はなくなったようです

これから リンク

編集：

acpi_osi = '！Windows 2012'

今、私はこのオプションを使用していますが、今までどおりに動作します

編集

私は専門家ではありませんが、同じ問題があります。私の最後の試み（そして、それは働いているようです）、私はacpiacpidとacpi_callパッケージ..それらが問題に関連しているかどうかはわかりませんが..カーネル4.4.10を使用していて、休止状態がうまく機能していることは知っています。

1
Baron Leonardo