web-dev-qa-db-ja.com

休止状態の後でUbuntu 18.04を再開するにはどうすればよいですか？

私は この答え を2日前にフォローして、ubuntu 18.04の新規インストールで休止状態をアクティブにしました。

その後、ファイルシステムを完全に破壊し、クリーンな再インストールが最も簡単な方法のように思われるようにしました。そのため、/tmp、swap、/bootおよび/パーティションを使用してubuntuを（インストーラーの「その他」オプションを使用して）再インストールしました。前回とまったく同じです。次に、その答えに従って、休止状態を設定しました。

休止状態は機能しますが、再開しても機能しません。
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"

私が気づいたことの1つは、update-initramfsとupdate-grubがその出力を2回表示したことです。以下 この回答 はそれを取り除きましたが、なぜ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からの抜粋です自体。

私はすべてを試しました つのオプションreboot、platformおよびshutdownとすべて画面がフリーズします。

私は現在、この正確な問題をもう経験していません。 thinkpadを持っている人なら、おそらく ThinkWiki が役に立つでしょう

grub2hibernate
1
lucidbrot

xenoid はubuntu wikiの で一般的に役立つ記事 を親切に指摘しました。

再開時にデッド、ブランク、またはブラックスクリーン場合によっては、マシンが正常に休止状態になり、ブラックアウトしたスクリーンに目覚めることを除いて、問題なく再開できます。つまり、コンピュータは正常に動作していますが、ディスプレイが表示されていないように見えます。

GRUB_CMDLINE_LINUX_DEFAULTの/etc/default/grubに nomodeset を追加することをお勧めします。
詳細なブートが好きなので、例でのように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 update-grub として正確に実行されます）。その後

reboot

これでsystemctl hibernateが機能するはずです。

この質問 は今あなたが疑問に思っているのと同じことを尋ねます：

  1. 正確には何をしていますか？なぜそれが役立つのですか？
  2. これらの手順を実行しないようにするために何かできますか？

回答 は、「適切なビデオドライバをインストールする」ことを提案しています。今回はnomodesetを追加しなければならなかった理由をよく示しているかもしれませんが、最後にhibernateをセットアップしようとしたときではありません- 私のオーディオドライバーも壊れているため、関連している可能性があります（理由はわかりませんが）。
判明しましたこのソリューションは、オーディオカードの検出と明るさの制御を壊しました。詳細については、 こちら を参照してください。

systemctl suspendも同様に「機能」しますが、何らかの理由で画面がオンのままになります。ほとんど黒ですが、左上隅に白い下線があるのでわかります。

1
lucidbrot

おそらく、再インストール中に非常に小さい[〜＃〜] swap [〜＃〜]パーティションを割り当てました。
したがって、休止状態にしようとすると、保存されるデータは使用可能なスワップ領域よりもはるかに大きくなります。
したがって、休止状態のプロセスが停止します。

0
Byron Taaka