从 Ubuntu 17.10 升级到 18.04 后,引导过程需要比以前多 30 秒。
它在该步骤停止 30 秒
开始:运行 /scripts/local-premount
然后它继续。
起初它继续更进一步
扫描 btrfs 文件系统
所以我卸载了 btrfs support,但这对问题没有帮助。
我看不到那一步的通知,无论是 indmesg
还是 invar/log/boot.log
我该如何调试这个问题?我可以启用额外的日志记录吗?
从 Ubuntu 17.10 升级到 18.04 后,引导过程需要比以前多 30 秒。
它在该步骤停止 30 秒
开始:运行 /scripts/local-premount
然后它继续。
起初它继续更进一步
扫描 btrfs 文件系统
所以我卸载了 btrfs support,但这对问题没有帮助。
我看不到那一步的通知,无论是 indmesg
还是 invar/log/boot.log
我该如何调试这个问题?我可以启用额外的日志记录吗?
尝试以下操作:
/etc/initramfs-tools/conf.d/resume
RESUME=UUID=xxx
为RESUME=none
sudo update-initramfs -u
(如果文件不存在则创建并添加
RESUME=none
)该文件应包含交换分区的 UUID,您可以使用
sudo blkid | grep swap
.我在启动板上发现了以下错误,它应该是特定于 Lubuntu 的,但上面的命令也解决了我的 Xubuntu 安装中的相同问题。
见评论#27和#28。
该文件似乎与休眠/挂起有关,我可以确认
suspend
更改后仍然可以在我的系统上运行。就我而言,挂起
Running /scripts/local-premount
是由 grub 配置引起的。所以我发现的解决方法是将GRUB_CMDLINE_LINUX
配置更新为noresume
. 在终端中输入:查找
GRUB_CMDLINE_LINUX
并将其值更改为noresume
。如果找不到该行,可以将其添加到文件末尾。您也可以更新默认值:
对我来说,我两者都做了。保存配置。然后更新 grub:
重新启动计算机。现在应该更快了。顺便说一句,如果您使用启动启动,您可以
noresume
与quite
and结合使用。splash
另请参阅有关askubuntu和superuser的相关答案,以及有关linuxtopia上此参数的文档
我在安装 Ubuntu 时遇到了同样的问题。
我在 LV 上使用带有交换的 LVM。
在桌面
/etc/initramfs-tools/conf.d/resume
上指的是避免休眠的可能性的 UUID。安装后在服务器
/etc/initramfs-tools/conf.d/resume
上不存在并在引导时引入延迟和/或 lvmetad 错误。https://launchpad.net/bugs/1768230
启动时不再有延迟或 lvmetad 错误。
亲切的问候