☰

如何在休眠後恢復 Ubuntu 18.04？

tag-icon • tag-icon grub2 hibernate
如何在休眠後恢復 Ubuntu 18.04？

我跟著這個答案兩天前，在我全新安裝的 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"

我注意到的一件事是update-initramfs，update-grub它的輸出顯示了兩次。下列的這個答案擺脫了它，但我很困惑為什麼我還有兩個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有幫助

答案1

類別xenoid好心指出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應該可以了。

這個問題問了你現在想知道的同樣的事情：

  1. 我到底在做什麼？為什麼它有幫助？
  2. 我可以做些什麼來避免執行這些步驟嗎？

這回答建議「安裝合適的視訊驅動程式」。這很可能表明為什麼我這次必須添加nomodeset，但不是上次我嘗試設定休眠 -我的音訊驅動程式也損壞了，所以這可能是相關的（儘管我不知道為什麼會發生這種情況）。
事實證明這個解決方案破壞了我的音效卡偵測和亮度控制。看這裡了解更多。截至 2020 年 7 月，似乎核心更新或其他東西已經為我解決了這個問題。

systemctl suspend現在也「工作」了......但由於某種原因螢幕保持打開狀態。它大部分是黑色的，但你可以看出，因為左上角有一條白色底線。

答案2

您可能分配了非常小的交換重新安裝時分割區。
因此，在嘗試休眠時，要保存的資料遠大於可用的交換空間。
因此，冬眠過程停止。

相關內容