引导在“开始：运行/ scripts / local-premount”处挂起30秒

31

从Ubuntu 17.10升级到18.04后，引导过程比以前花费了30秒以上的时间。

在该步骤停止30秒

开始：运行/ scripts / local-premount

然后继续。

起初，它继续前进了一步，

扫描btrfs文件系统

因此我卸载了btrfs支持，但这对解决问题没有帮助。

我既没有注意到dmesg也没有注意到这一步骤var/log/boot.log

如何调试此问题？我可以启用其他日志记录吗？

boot  18.04 
— rubo77
source

Answers:

54

请尝试以下操作：

  • 打开 /etc/initramfs-tools/conf.d/resume
  • 替换RESUME=UUID=xxx为RESUME=none
  • 问题 sudo update-initramfs -u
  • 重新启动系统

该文件应包含您的交换分区的UUID，您可以使用进行检查sudo blkid | grep swap。

我在启动板上发现了以下错误，该错误应该是特定于Lubuntu的，但上述命令在我的Xubuntu安装上也解决了相同的问题。

参见注释27和注释28。

该文件似乎与休眠/挂起有关，suspend更改后我可以确认在我的系统上仍然可以使用。

— mt7
source
3
谢谢，那工作！我还在这里发布了您的解决方案：unix.stackexchange.com/a/443272/20661
— rubo77 '18年
我在升级之前手动删除了交换分区，但是我猜它仍然记得在某个地方，因为RESUME字段设置为旧的UUID。将其设置为none至少可以从启动时间起节省30秒！最佳！
— 米歇尔（Michel）
对我来说，问题是我根本没有交换分区（不知道那是怎么发生的）。我通过创建交换分区并将其添加到文件中来解决我的问题，如此答案中所述。
— tjespe
我不确定“文件应包含UUID ...”是什么意思。我有两个TYPE =“ swap” UUID，即实数（/ dev / sda6）和映射数（/ dev / mapper / cryptswap1）。如果您没有交换分区或未对其进行加密，则可能会发生这种情况。无论如何，我离开了=none，现在一切正常。
— 巴勃罗A A
添加：在Ubuntu 18.10中/etc/initramfs-tools/conf.d/resume不存在，所以我创建了它，而RESUME = none没为我做。
— NoAngel
1

我在安装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错误不再延迟。

亲切的问候

— Moocan
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.