タグ付けされた質問 「hibernate」

11
休止状態後の画面の破損— X11ディスプレイを更新する別の方法はありますか?
休止状態から復元すると、画面が破損することがよくあります。グラフィックメモリが保存されていないようです。それ以外の場合、Suspend-to-ramは正常に機能します。 また、すべての文字が一貫して破損しているため、フォントキャッシュが破損しているように見えます。この効果は、特定のサイズのフォントをターゲットにしているようです。たとえば、ターミナルウィンドウがヒットした場合、フォントやフォントサイズを変更すると、そのサイズのフォントが既に破損していない限り、修正されます。 フォントが他の場所(他のアプリ、ウィンドウマネージャーなど)で使用されている場合、問題もあります。ウィンドウタイトルに使用されているフォントがヒットし、すべてのウィンドウタイトルに同じ文字が破損していることがあります。 ログアウトして再度ログインすると修正されますが、私はそれをする必要はありません。私はログアウトしてから休止状態になりましたが、これはより多くの努力であり、休止状態の利点のほとんどを排除します。 X11ディスプレイを更新する別の方法はありますか?Ctrl+ Alt+ F1...どちらかそれを修正しません。ターミナルを切り替えますが、何も再描画しません。古い破損した画面を表示するだけです。 Debian 6を使用しています。 この場合、ウィンドウのタイトルは悪いです: 端末の内容は悪いが、タイトルは(まだ)大丈夫です:

3
冬眠時にデスクトップを適切にロックする方法は?
画面をロックし、ラップトップのふたを閉じて休止状態にし、ラップトップのふたを開いて電源ボタンを押すと、画面に黒い表面が表示され、すぐにパスワードの入力を開始できます。休止状態になる前に画面をロックしない場合、30秒ほど待ち、ラップトップのふたを開いて電源ボタンを押すと、画面にデスクトップが表示xscreensaverされ、休止状態を終了した後にアクティブになったかのように画面が黒くなります。スクリーンセーバーを無効にできるのは、フェードアウト後のみです。xscreensaver休止状態になったときにフェードアウトを待つ必要がないように、常に適切にアクティブ化されていることを確認するにはどうすればよいですか?

2
systemdユーザーサービスを実行して、スリープ(別名、サスペンド、休止状態)でトリガーする方法は?
さまざまなソースに基づいて、私は一緒に石畳をしました~/.config/systemd/user/screenlock.service: [Unit] Description=Lock X session Before=sleep.target [Service] Environment=DISPLAY=:0 ExecStart=/usr/bin/xautolock -locknow [Install] WantedBy=sleep.target を使用して有効にしましたsystemctl --user enable screenlock.service。ただし、再起動、ログイン、サスペンド、および再開後(systemctl suspend蓋を閉めた状態と閉めた状態の両方でテスト)、画面はロックされず、には何もありませんjournalctl --user-unit screenlock.service。何が間違っていますか? 実行DISPLAY=:0 /usr/bin/xautolock -locknowすると、期待どおりに画面がロックされます。 $ systemctl --version systemd 215 +PAM -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ +SECCOMP -APPARMOR $ awesome --version awesome v3.5.5 (Kansas City Shuffle) • Build: Apr 11 …

1
コンピューターが休止状態になると、スワップ内のデータはどうなりますか?
コンピューターが休止モードになると、RAMの内容がスワップスペースに保存されるため、電源を入れ直したときに中断したところから正確に再開できます。 そのため、現在RAMよりも多くのメモリを使用している場合はどうでしょう。この場合、そうでなければRAMにあるデータがスワップのために保存されます。 例。コンピューターには1GBのRAMと1GBのスワップスペースがあります。現在、100MBのRAMと500MBのスワップを除くすべてを使用しています。したがって、その状態を保存するには、約1.4GBのメモリを覚えておく必要があります。ただし、スワップは1GBのみです。 この場合はどうなりますか? ~~編集~~ 以下で回答するように、休止状態は失敗します。それでは、フォローアップの質問: これが失敗した場合、エラーはどこに報告されますか?
12 swap  hibernate 

7
Linuxカーネル4.9.0、Debian 9で休止状態の再開が失敗する
最近、カーネルを3.16.4(Debian jessie)から4.9.0(Debian Stretch)にアップグレードしました。「ハイバネート」(ディスクにサスペンド)するまで、すべてが順調でした。 LXDEでHibernateオプションを使用すると、休止状態のように見えます。ディスクのスピンドルがカチカチとデータを書き込んでいるのが聞こえます。しかし、休止状態から再開するときに問題が発生します。カーネルはスワップからイメージを正常に復元しますが、フリーズして再起動し、すべての作業が失われます。インターネットのどこにも答えが見つかりませんでした。人々は/etc/initramfs-tools/conf.d/resumeを設定しない、またはカーネルパラメータを設定していない、または/ etc / fstabに間違ったエントリがあることに関するいくつかの間違いを解決しています。これらは正しいです。/etc/initramfs-tools/conf.d/resume内のUUIDを修正し、fstabを修正し、再開カーネルパラメータを設定しない。 スワップパーティションを拡張パーティションの外のプライマリに移動しました。UUIDが保存され、新しいスワップに適用されました。 システムは「イメージの復元100%」に達し、次に「コンソールの一時停止」に達した後、すべての作業が失われた状態で電源がオフになり、通常どおりに起動します。 クリーンインストールを試みましたが、運がありませんでした。 i386(32ビットx86)でのみ発生し、amd64(64ビットx86)は影響を受けません。 ディスクパーティションテーブルのレイアウト: NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 ext4 HDD <ROOT-UUID> / └─sda2 swap HDD-SWAP <SW-UUID> [SWAP] sr0 アップグレード前は、sda2は論理的(内部拡張)でした。 Fstab: UUID=<ROOT-UUID> / ext4 errors=remount-ro 0 1 UUID=<SW-UUID> none swap sw 0 0 /etc/initramfs-tools/conf.d/resume RESUME=UUID=<SW-UUID> カーネルコマンドライン BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686-pae root=UUID=<ROOT-UUID> ro quiet …

3
Samsung UltraブックがCrunchbangで休止状態およびサスペンド後にウェイクアップしない
Samsung ATIV BOOK 9 Liteでサスペンドとハイバネートを機能させるのに数時間苦労してきました。画面を再開しようとすると、電源がオンになりますが、画面が黒のままです。capslock ledは、capslockキーを押しても反応しないため、Fnキーを使用して画面の輝度を上げても機能しません。 カーネルバージョン3.11と3.12rc5を使用しましたが、pmログではあまりわかりません。 $ uname --all Linux wiske 3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64 GNU/Linux 私のハードウェア: $ lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] Family 16h Processor Root Complex 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Device 983d 00:01.1 Audio device: …

1
Linux Mint:Hibernateが機能しない
Linux Mint 14で複数回休止状態を試しましたが、動作しないようです。役立つと思われるログを追加しました。誰かが問題の診断を手伝ってくれますか? ラップトップモデル:I:TOSHIBA Satellite R630 / Portable PC、BIOS Version 1.90 02/24/2011 / var / log / syslog Feb 21 21:21:51 kernel: [ 3526.006366] PM: Marking nosave pages: [mem 0x0009e000-0x000fffff] Feb 21 21:21:51 kernel: [ 3526.006372] PM: Marking nosave pages: [mem 0xb70d0000-0xffffffff] Feb 21 21:21:51 kernel: [ 3526.007297] PM: Marking …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.