一時停止の再開エラーについては、ここに一連の質問があります。
suspend/resume failure でも同じ質問が表示されますが、どの回答もわかりません。私たちはさまざまなラップトップ(心はLenovo)を使用しているため、影響を受けるハードウェアの種類が異なる場合があります。
これを読んでみました tutorial 。私の場合、Sudo pm-hibernate
はターミナルでnot動作しますが、設定手順ではこれは修正されません。
Ubuntuマニュアルの議論 power management/hibernate を含め、Hibernateが間違っている理由を理解しようとしています。彼らはswsusp
に問題があることを示唆しているが、そのセクションを改ざんする方法がわからない。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
ファイルで/etc/default/grub
を見つけました。
誰かがこれを機能させましたか?
実際、head /var/log/pm-suspend.log
は
Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
私は同じ問題を抱えていました。
Sudo pm-hibernate
...何もない。
>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2
...何もない。
周りを見ると、pm-hibernateログを確認する提案が見つかりました。
>~$ head /var/log/pm-suspend.log
> Initial commandline parameters:
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
> hibernate: kernel update inhibits hibernate (/var/run/do-not-
> hibernate present)
あ!そのため、カーネルの更新があったため、システムを再起動する必要があります。何もしないのではなく、何らかの事実を通知するのは素晴らしいことです。
ところで、再起動する必要があるかどうかを確認するには:
>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required
基本的に、そのファイルが存在する場合、再起動が必要です。カーネルの更新が原因で再起動する必要がある場合にシステムを休止状態にするとどうなるかはわかりませんが、これを行うとすぐに休止状態になりました。
>~$ Sudo rm /var/run/do-not-hibernate
PowerManagement/Hibernate のswsuspのトラブルシューティングで説明されているように、正しいスワップパーティションを指定しようとしましたか? pm-hibernateが修正されました。また、シャットダウンモードを使用します。私はレノボz50-70を持っています。
私のgrubファイルにも「静かなスプラッシュ」がありますが、その横にスワップパーティションを追加しました。
リンクをここに置くと、 this のswsuspトラブルシューティング部分が機能しました。
まず、スワップパーティションが正しく構成されているかどうかを確認する必要があります。これを実行するには、最初にSudo blkid
を実行し、タイプがswapであるパーティションのUUIDをコピーします(/ dev/sda6の場合があります)。 SWAP-UUID
と呼びます。続行する前に、/etc/fstab
からバックアップとしてコピーを作成する必要があります。
Sudo cp /etc/fstab /etc/fstab.back
ここで、nano
などのファイルエディタを使用して/etc/fstab
ファイルを開きます(ルートとして実行します)。次に、行の先頭に#
を追加して、表示されるすべての行にswapフレーズをコメントします。ここで、この行をファイルの最後に追加します(「x」を最近コピーしたものに置き換えます)。
UUID=SWAP_UUID none swap sw 0 0
ファイルを保存します。スワップパーティションの問題が修正された可能性があります。
注:スワップパーティションのサイズは、RAMサイズより大きくする必要があります。冬眠に問題がある場合を除きます。
上記のリンクから、引用された説明といくつかの変更(私が行ったことに基づいて行われた変更):
問題:コンピューターは休止状態になります。ただし、電源投入後は、休止状態が保存されていないかのようにロードされます。
Grub2の場合:
- バックアップを作成する必要があります。実行:
Sudo cp /etc/default/grub /etc/default/grub.back
/etc/default/grub
;を開きます。
GRUB_CMDLINE_LINUX_DEFAULT=
行を見つけます。これらは、通常のブートメニューの選択肢に追加されるオプションです。次のように、リストに
resume=UUID=SWAP_UUID
オプションを追加します。前:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
後(引用に注意):
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"
注:履歴書を追加する前にオプションを変更したくない場合があります(例:
nosplash
オプションをsplash
に変更)。ただし、quiet
オプションとsplash
オプションの両方を使用することをお勧めします。
- ファイルを保存します。
- ターミナルで、次のコマンドを実行します(新しい構成設定を実際に有効にします)。
Sudo update-grub2
ここで、Sudo pm-hibernate
コマンドを使用してコンピューターを休止状態にしてから、再起動してください。問題が修正される場合があります。
それが誰かを助けることを願っています!