私はついていきますこの答え2 日前、Ubuntu 18.04 の新規インストールで休止状態を有効にしましたが、うまくいきました。
その後、ファイルシステムを完全に破壊してしまったため、クリーンな再インストールが最も簡単な方法に思えました。そこで、Ubuntu を (インストーラーの「その他」オプションを使用して)、、/tmpおよびswapパーティションで再インストールしました。前回とまったく同じです。その後、その回答に従って再び休止状態を設定しました/boot。/
休止状態は機能しますが、再開は機能しません。
を実行するとsystemctl hibernate、ラップトップの画面がすぐに黒くなり、電源ボタンの LED のみが完全なシャットダウンとの違いを示します。これは問題ありません。ただし、ラップトップは、キーボード入力や電源ボタンの短押しなどの操作には応答しません。唯一のオプションは、電源ボタンを 15 秒間押して強制シャットダウンし、その後通常どおり押して再起動することです。
私のシステムに関する情報は次のとおりです:
generic@motorbrot-linux:~$ cat /sys/power/state
freeze mem disk
generic@motorbrot-linux:~$ grep swap /etc/fstab
# swap was on /dev/nvme0n1p7 during installation
UUID=93232136-5a6d-4ffc-b40d-809ccead48df none swap sw 0 0
generic@motorbrot-linux:~$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# FOR HIBERNATION
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=93232136-5a6d-4ffc-b40d-809ccead48df"
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
気づいたのは、出力が2回表示されたupdate-initramfsことです。update-grubこの答えそれを削除しましたが、なぜまだ 2 つ残っているのか不思議ですlinux image。
generic@motorbrot-linux:~$ sudo update-grub
[sudo] password for generic:
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.3.0-42-generic
Found initrd image: /boot/initrd.img-5.3.0-42-generic
Found linux image: /boot/vmlinuz-5.3.0-28-generic
Found Windows Boot Manager on /dev/nvme0n1p2@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
done
ノートパソコンを休止状態にした後、再開させる方法についてのガイダンスを探しています。関係があるかどうかはわかりませんが、私は Ubuntu 18.04 と Windows 10 のデュアル ブート システムを使用しています。
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1085439 1083392 529M Windows recovery environme
/dev/nvme0n1p2 1085440 1288191 202752 99M EFI System
/dev/nvme0n1p3 1288192 1320959 32768 16M Microsoft reserved
/dev/nvme0n1p4 1320960 614399999 613079040 292.3G Microsoft basic data
/dev/nvme0n1p5 614400000 614985727 585728 286M Linux filesystem
/dev/nvme0n1p6 614985728 628658175 13672448 6.5G Linux filesystem
/dev/nvme0n1p7 628658176 667719679 39061504 18.6G Linux swap
/dev/nvme0n1p8 667719680 1953523711 1285804032 613.1G Linux filesystem
試してみたところsystemctl suspend、同じことが起こりました: 画面がすぐに真っ黒になり、電源ボタンを約 20 秒間押して強制的にシャットダウンする以外に、画面を再びオンにする手段はありません。サスペンド後に黒い画面が表示されるのではなく、カーソルが動かなくなったままの黒い画面が表示されることもあります。この回答運転手に過失があると示唆してnouveauも役に立たなかった。
「休止状態」のシステムに ping を実行しても応答がありませんが、完全に起動したシステムに ping を実行すると応答があります。
黒い画面で明るさキーを押しても反応しません。
ここ/var/log/syslogこれは、「スリープが要求されました」から始まり、それが「休止状態」そのものではなく、その後の起動の一部であると私が合理的に確信している時点で終わる抜粋です。
私はすべて試しました3つの選択肢 reboot、platformそしてshutdownそれらはすべて私の画面をフリーズさせます。
私は現在、この問題は経験していません。ThinkPadをお持ちの方は、シンクウィキ役に立つ
答え1
異種親切に指摘してくれたUbuntu Wiki の一般的に役立つ記事。
再開時に画面が消えたり、空白になったり、黒くなったりする 場合によっては、マシンは正常に休止状態になり、問題なく再開できますが、起動すると画面が黒くなることがあります。つまり、コンピューターは正常に動作していますが、ディスプレイが消えているように見えます。
彼らは追加することを推奨しているノーモードセットにGRUB_CMDLINE_LINUX_DEFAULT。私は冗長ブート/etc/default/grubが好きなので、彼らの例のように
指定せず、quiet splashこのガイド私はすでに を持っていましたGRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=<my uuid>"。そのため、最終的に私の行は次のようになります。
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset resume=UUID=93232136-5a6d-4ffc-b40d-809ccead48df"
変更後、実行する必要があります
sudo update-grub2
（これはまさにsudo アップデート-grub）。 その後
reboot
今ならsystemctl hibernate動作するはずです。
この質問あなたが今疑問に思っているのと同じことを尋ねます:
- いったい何をしているのでしょうか? なぜそれが役に立つのでしょうか?
- これらの手順を実行せずに済む方法はありますか?
の答え「適切なビデオドライバをインストールする」と提案されます。これは、今回追加しなければならなかった理由を示している可能性がありますnomodesetが、休止状態を設定しようとした前回は追加 しませんでした。オーディオドライバも壊れているので、それが関係している可能性があります（なぜこれが起こったのかはわかりませんが）。
この解決策により、オーディオ カードの検出と明るさのコントロールが壊れてしまいました。見るここ詳細については、こちらをご覧ください。ただし、2020 年 7 月現在、カーネルの更新か何かによってこの問題は修正されたようです。
systemctl suspend今では「動作」しますが、何らかの理由で画面がオンのままです。ほとんど黒ですが、左上隅に白い下線があるのでわかります。
答え2
おそらく非常に小さなスワップ再インストール中にパーティションが失われます。
そのため、休止状態にしようとすると、保存するデータが使用可能なスワップ領域よりはるかに大きくなります。
そのため、休止状態プロセスは停止します。