从 Ubuntu 17.10 升级到 18.04 后,启动过程比以前长 30 秒。
它会在步骤处停留 30 秒
开始:运行 /scripts/local-premount
然后它继续。
起初它更进一步
扫描 btrfs 文件系统
所以我卸载 btrfs 支持,但这并没有帮助解决问题。
我没有看到任何关于这一步骤的通知,无论是在dmesg
还是在var/log/boot.log
我该如何调试此问题?我可以启用其他日志记录吗?
答案1
请尝试以下操作:
- 打开
/etc/initramfs-tools/conf.d/resume
RESUME=UUID=xxx
用。。。来代替RESUME=none
- 问题
sudo update-initramfs -u
- 重启系统
(如果文件不存在则创建并添加RESUME=none
)
该文件应包含交换分区的 UUID,您可以使用来检查sudo blkid | grep swap
。
我发现以下内容漏洞在启动板上,它应该是特定于 Lubuntu 的,但上述命令也解决了我在 Xubuntu 安装上的同样的问题。
该文件似乎与休眠/挂起有关,我可以确认suspend
更改后仍可在我的系统上运行。
答案2
就我而言,挂起Running /scripts/local-premount
是由于 grub 配置导致的。因此,我发现的解决方法是将GRUB_CMDLINE_LINUX
配置更新为noresume
。在终端中输入以下内容:
sudoedit /etc/default/grub
查找GRUB_CMDLINE_LINUX
并将其值更改为noresume
。
GRUB_CMDLINE_LINUX="noresume"
如果找不到该行,可以将其添加到文件末尾。您也可以更新默认行:
GRUB_CMDLINE_LINUX_DEFAULT="noresume"
对我来说,我两者都做了。保存配置。然后更新 grub:
sudo update-grub
重启电脑。现在应该会更快了。顺便说一句,如果你使用 splash boot,你可以结合使用 和noresume
。quite
splash
答案3
我在安装 Ubuntu 的过程中也遇到了同样的问题。
我在 LV 上使用带有交换功能的 LVM。
在桌面上/etc/initramfs-tools/conf.d/resume
指的是 UUID,这避免了休眠的可能性。
安装后服务器上/etc/initramfs-tools/conf.d/resume
不存在该错误,导致启动延迟和/或 lvmetad 错误。
sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume'
sudo update-initramfs -u
https://launchpad.net/bugs/1768230
启动时不再出现延迟或 lvmetad 错误。
亲切的问候