Boot hangs for 30 seconds at "Begin: Running /scripts/local-premount"
After upgrade from Ubuntu 17.10 to 18.04 the bootprocess takes 30s longer than before.
it stops for 30 seconds at the step
Begin: Running /scripts/local-premount
Then it continues.
At first it continued one step further to
scanning for btrfs file systems
so I uninstalled btrfs support, but that didn't help with the problem.
I see no notice of that step neither in dmesg nor in var/log/boot.log
How can I debug this problem? Can I enable additional logging?
Solution 1:
Try the following:
- open
/etc/initramfs-tools/conf.d/resume - replace
RESUME=UUID=xxxwithRESUME=none - issue
sudo update-initramfs -u - reboot your system
(create the file if it does not exist and just add RESUME=none in it)
The file should contain the UUID of your swap partition, you can check this with sudo blkid | grep swap.
I found the following bug on launchpad which is supposed to be Lubuntu specific but the commands above also resolved the same issue on my Xubuntu installation.
See comments #27 and #28.
This file seems to be related to hibernate/suspend, I can confirm suspend still works on my system after the changes.
Solution 2:
In my case, the hang at Running /scripts/local-premount was caused by grub configs. So the workaround that I found is updating GRUB_CMDLINE_LINUX config to noresume.
Type this in your terminal:
sudoedit /etc/default/grub
Find GRUB_CMDLINE_LINUX and change its value to noresume.
GRUB_CMDLINE_LINUX="noresume"
If you don't find that line, you can add it at the end of file. You can update the default one, too:
GRUB_CMDLINE_LINUX_DEFAULT="noresume"
For me, I did both. Save the configs. Then update the grub:
sudo update-grub
Reboot the computer. It should now be faster.
Btw, you can combine noresume with quite and splash, if you use splash boot.
See also related answers on askubuntu and superuser, as well as documentation about this parameter on linuxtopia
Solution 3:
I had the same problem with all the install of Ubuntu.
I'm using LVM with swap on a LV.
On a desktop /etc/initramfs-tools/conf.d/resume is referring to an UUID which avoid the possibility to hibernate.
On a Server /etc/initramfs-tools/conf.d/resume does not exists after install and introduce delay at boot and/or lvmetad error.
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
No more delay at boot or lvmetad error.
Kind Regards