16.04.1で休止状態をアクティブにする方法は？（systemd）

Lenovo T450に16.04.1の新規インストールがあり、Ubuntuでのサスペンド/休止状態に関しては常に正常に機能していました（以前のバージョンは14.04.5でした）。このインストールでは、スワップはRAMよりも快適に大きくなります。

私が今慣れているように、インストール後、私は休止状態のアクティベーションのための通常のハックを続けようとしました。ただし、今回sudo pm-hibernate は何もしないように見えるため、物事は異なっているようです。

私の知る限り、ubuntuがsystemdに切り替えられたので、正しいコマンドは次のようsystemctl hibernate になります

 Failed to hibernate system via logind: Sleep verb not supported

私が言及したソリューションを試みたここに、彼らは主に再有効化することを目的としているpm-hibernateと、それログアウトメニューのエントリ作ります。私も一つの可能なことを見たソリューションは Tuxoniceカーネルをインストールすることですが、私は非常に一般的でカーネルを改ざんし、特にPPAのカーネルを使用してに熱心ではないですとしようとしませんでした。

それでは、Ubuntuの最後のsystemdベースのバージョンで休止状態を再アクティブ化する方法はありますか？できればsystemdを使用し、潜在的にシステムを破壊するハッキングを回避してください。または、次の更新まで待つだけでいいですか？

— マーク
ソース

はい、試しました。問題は、休止状態が失敗することではなく、シャットダウン中にシステムがハングしたり、解凍に失敗したりすることではありません。このメッセージを除いて、systemctl hibernate（を使用して、または使用せずにsudo）発射しても何も起こりませんFailed to hibernate system via logind: Sleep verb not supported。

— マーク

スワップは正常に機能しており、問題ありません。grubとにかく念のために試しました。運がありません。

— マーク

FWIW、sudo pm-hibernateはまだ16.04で動作します...通常は。以下の回答から、ハイバネーションはセキュアブートでは実際には動作しないようですが、動作した場合、pm-hibernateは確実に期待どおりに動作します。もちろん、systemctlコマンドも使用できます。

— TSJNachos117

メッセージが読めなかった恥：logind経由でシステムを休止

— Bad Loser

回答:

私はついにFedoraのいくつかのトピックに従って自分の問題を解決することができました（彼らは少し前にsystemdに切り替えたので、そこにもっと資料があります）。

セキュアブートが有効になっていることがわかりました（16.04のインストール中にそのことについて尋ねられたことを思い出し、あまり考えずにそれを続けたことがわかりました）cat /sys/power/disk。

 [disabled]

確かに非常に良い兆候ではありません。そこで、再起動してBIOS設定を検索し、そこでセキュアブートを無効にしました。今cat /sys/power/disk私を取得します：

 [platform] shutdown reboot suspend

良く見えます。そして実際に呼び出すsystemctl hibernateと、休止状態/解凍シーケンスが成功します。

さらに、（少なくとも私のコンピューターでは）ハックを必要とせずに、休止状態のオプションがグラフィカルインターフェイスに表示されるようになりました。

— マーク
ソース

ありがとう。あなたは私の一日を救った。本当にありがとう。ありがとうありがとう。

— カミデュラ

これは、次のUbuntuドキュメントに追加する必要があります：help.ubuntu.com/stable/ubuntu-help/power-hibernate.html

— ホアキンアラメンディア

ありがとう。asus zenbookのUbuntu 16.04でも、グラフィカルインターフェースで冬眠するためのメニューオプションがまだ存在しないことは、私にとってはうまくいきました。

— Wojteks

ご参考までに、ディスクの設定が理由ではないか、答えでエラーが修正されない場合は、スワップ領域を有効にして、インストールされている物理RAM全体のサイズが適切であることを確認してください。それは私のためにそれをしました！

— der_michael

コメントありがとうございますが、私の場合はスワップがオンになっていて、寛大なサイズでした。

— マーク

これは、スワップが小さすぎてRAMの内容を保持できない場合にも発生する可能性があります（OSのセットアップ後にコンピューターにRAMを追加した場合など）。

例えばをチェックするhtopと、Mem数値は<=のSwp数値になります。

https://github.com/systemd/systemd/issues/6729を参照してください

— nh2
ソース

ご提案ありがとうございますが、これは私の場合は問題ではありませんでした。コメントで議論されました。メインテキストを更新して、さらに明確にします。ところで、なぜこれが常に冬眠の修正に関して人々が最初に示唆するのか理解できないのに対し、標準的なubuntuのインストールは、あなたが自発的に改ざんしない限り、通常、適切な量のスワップで出てきます。

— マーク

@Marc答えで言ったように：Ubuntuのインストールがインストール時に適切な量のスワップを選択したとしても、インストール後に別のRAMスティックを購入してコンピューターに接続するのは非常に一般的です（例：マシンを購入してインストールした後、1年に8 GBから16 GB RAMにアップグレードします）。

— nh2