-1

I recently deleted the efi partition on my drive by accident. I was able to restore GRUB manually and am now able to use dual boot just as before.

The problem is that now i am facing extremely long boot times on Ubuntu. I didn't have this issue before and i also do not have this problem on my second OS (Windows). The boot time before the accident used to be around 10s.

Running systemd-analyze yields the following:

(base) pmoritz@moritz-PC:~$ systemd-analyze 
Startup finished in 8.119s (firmware) + 14.240s (loader) + 2.003s (kernel) + 1min 43.588s (userspace) = 2min 7.951s 
graphical.target reached after 1min 43.577s in userspace

(base) pmoritz@moritz-PC:~$ systemd-analyze critical-chain The time when unit became active or started is printed after the "@" character. The time the unit took to start is printed after the "+" character.

graphical.target @1min 43.577s └─multi-user.target @1min 43.577s └─docker.service @1min 38.910s +1.115s (red) └─network-online.target @1min 38.909s └─NetworkManager-wait-online.service @1min 30.507s +8.401s (red) └─NetworkManager.service @1min 30.355s +150ms (red) └─dbus.service @1min 30.353s └─basic.target @1min 30.344s └─sockets.target @1min 30.344s └─snapd.socket @1min 30.343s +836us (red) └─sysinit.target @1min 30.339s └─snapd.apparmor.service @1min 30.331s +8ms (red) └─apparmor.service @1min 30.282s +48ms (red) └─systemd-journald.socket @187ms └─-.mount @185ms └─system.slice @185ms └─-.slice @185ms

Here is the output of:

systemd-analyze blame

Output: pastebin

Note: Not sure if this is relevant, but my second monitor was also not being detected. I fixed this by disabling secure boot. The problem with the long boot times was however also present before disabling secure boot.

1 Answers1

2

After manually re-installing GRUB, you should check that the EFI UUID has been updated in your /etc/fstab. To display it, run cat /etc/fstab. The line for EFI should look like :

UUID=XXXX-XXXX  /boot/efi       vfat    umask=0077      0       1

Replace XXXX-XXXX with the correct UUID, that you can display with command lsblk -o name,fstype,size,label,mountpoint,uuid. You should have something like :

sdb                238,5G                        
├─sdb1      vfat     512M             /boot/efi  XXXX-XXXX
└─sdb2      ext4     238G             /          12345678-1234-1234-1234-123456789012

After updating /etc/fstab, you can check that everything is fine by running sudo mount -a. No errors should be reported. Hope this helps :).

Artur Meinild
  • 31,035