Ubuntu 启动冻结,似乎与之前使用电池有关

Ubuntu 启动冻结,似乎与之前使用电池有关

我的笔记本电脑有时会在启动时冻结,无法进入登录屏幕。屏幕冻结在 Ubuntu 徽标上。我在 Google 上搜索了很多,大多数帖子都与 Nvidia 驱动程序问题有关,但我的笔记本电脑没有 Nvidia 卡。我似乎注意到问题与之前使用电池供电的笔记本电脑或可能关闭盖子有关。

昨天,我使用电池供电的新安装的 Ubunto 20.04。我记得——希望我没有记错——使用后我关闭(不是暂停)了机器,然后合上了盖子(再次希望我的记忆是正确的)。

今天早上,当我尝试启动机器时,屏幕冻结了。然后我使用“魔术 SysRq 键” - Alt+SysRq+“REISUB”重新启动机器,这次系统启动得很快。然后我使用 journalctl 检查了上次启动:

journalctl -b-1 -a --no-pager

完整的输出可以在这里找到https://gist.github.com/bingtimren/c82cd760bb4788c0e480e08900985c04

我不熟悉引导和内核,但在我看来问题出在 logind 服务无法启动。

May 28 10:11:09 bing-e480 dbus-daemon[770]: [system] Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
May 28 10:11:09 bing-e480 gdm3[895]: GdmLocalDisplayFactory: Failed to issue method call: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
......
May 28 10:12:13 bing-e480 systemd[1]: systemd-logind.service: start operation timed out. Terminating.
May 28 10:13:44 bing-e480 systemd[1]: systemd-logind.service: State 'stop-sigterm' timed out. Killing.
May 28 10:13:44 bing-e480 systemd[1]: systemd-logind.service: Killing process 798 (systemd-logind) with signal SIGKILL.
May 28 10:15:14 bing-e480 systemd[1]: systemd-logind.service: Processes still around after SIGKILL. Ignoring.

有关计算机的更多信息:

联想 ThinkPad E480
记忆:16G
处理器:英特尔® 酷睿™ i7-8550U CPU @ 1.80GHz × 8
图形:Radeon 500 系列(POLARIS12、DRM 3.35.0、5.4.0-31-generic、LLVM 9.0.1)/Mesa Intel® UHD Graphics 620(KBL GT2)
操作系统:Ubuntu 20.04LTS64 位

该系统是机器上唯一的操作系统并默认安装。

有人可以帮忙吗?

答案1

我遇到了类似的问题。我查看了我的启动失败的一些日志,并在以下第 612 行中发现了与你相同的内容:

May 28 10:10:41 bing-e480 kernel: Trying to unpack rootfs image as initramfs...
May 28 10:10:41 bing-e480 kernel: Initramfs unpacking failed: Decoding failed
May 28 10:10:41 bing-e480 kernel: Freeing initrd memory: 48308K

以下链接中对此进行了讨论: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1835660

有人建议:

我所做的就是改变

COMPRESS=lz4COMPRESS=gzip/etc/initramfs-tools/initramfs.conf然后 sudo update-initramfs -u

之后,无需重启,我又改回COMPRESSlz4,然后 sudo update-initramfs -u

重启后错误消失


我还没有试过,所以不敢保证。论坛上的另一个人说这只是一个外观问题……如果不是,那么问题可能涉及整个 20.04 LTS

但也许这与您的问题无关。

如果你能提供更新信息我会很高兴,因为我也在努力解决这个错误

相关内容