LM 19 Tara boots 30 seconds slower than LM 18

[Redsandro]

Did a clean install on my Lenovo X1 Yoga laptop.
Full disclosure: It's dual-boot with Windows 10.

I notice the boot is a lot slower, so I checked syslog:

Code: Select all

kernel: [    0.000000] microcode: microcode updated early to revision 0x84, date = 2018-01-21
kernel: [    0.000000] Linux version 4.15.0-23-generic (buildd@lgw01-amd64-055) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #25-Ubuntu SMP Wed May 23 18:02:16 UTC 2018 (Ubuntu 4.15.0-23.25-generic 4.15.18)

(... snip ...)

kernel: [    4.372132] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
kernel: [    4.644008] raid6: sse2x1   gen() 13608 MB/s
kernel: [    4.692005] raid6: sse2x1   xor()  9868 MB/s
kernel: [    4.740007] raid6: sse2x2   gen() 16965 MB/s
kernel: [    4.788003] raid6: sse2x2   xor() 11378 MB/s
kernel: [    4.836007] raid6: sse2x4   gen() 19502 MB/s
kernel: [    4.884004] raid6: sse2x4   xor() 11934 MB/s
kernel: [    4.932002] raid6: avx2x1   gen() 26758 MB/s
kernel: [    4.980004] raid6: avx2x1   xor() 18220 MB/s
kernel: [    5.028003] raid6: avx2x2   gen() 32577 MB/s
kernel: [    5.076003] raid6: avx2x2   xor() 20233 MB/s
kernel: [    5.124002] raid6: avx2x4   gen() 36536 MB/s
kernel: [    5.172002] raid6: avx2x4   xor() 22001 MB/s
kernel: [    5.172003] raid6: using algorithm avx2x4 gen() 36536 MB/s
kernel: [    5.172003] raid6: .... xor() 22001 MB/s, rmw enabled
kernel: [    5.172004] raid6: using avx2x2 recovery algorithm
kernel: [    5.173852] xor: automatically using best checksumming function   avx       
kernel: [    5.183581] Btrfs loaded, crc32c=crc32c-intel
kernel: [   36.298453] EXT4-fs (nvme0n1p5): mounted filesystem with ordered data mode. Opts: (null)
kernel: [   36.402786] ip_tables: (C) 2000-2006 Netfilter Core Team
kernel: [   36.461704] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
kernel: [   36.480252] systemd[1]: Detected architecture x86-64.

Bam! Between
Between Btrfs loaded and EXT4-fs: mounted filesystem, nothing happens for 30 seconds.

Doing systemd-analyze plot just shows a veeeery wide bar called "kernel", and systemd-analyze blame does not show anything out of the ordinary:

Code: Select all

           474ms systemd-cryptsetup@cryptswap1.service
           344ms networkd-dispatcher.service
           343ms ubuntu-system-adjustments.service
           343ms dev-nvme0n1p5.device
           311ms systemd-logind.service
           305ms NetworkManager.service
           232ms tlp.service
           214ms udisks2.service
(... below here not interesting ...)

I've tried removing all btrfs-related packages, as btrfs had the last message before the big delay of doom. This however didn't change anything.

I've tried the following kernels, and there seems to be no difference:

• 4.15.0-20
• 4.15.0-23
• 4.15.0-24
• 4.15.0-29

And with that, I've run out of ideas. And out of btrfs-support. Luckily I don't really care about that last one.

Does anyone have any ideas or insights?

[trytip]

dmesg | grep -i "error\|warn\|fail" anything in there?

[Redsandro]

It was a misconfigured resume partition! (Important: This happened on a fresh install, so something is probably broken on the installer.)

When I removed the UUID from /etc/initramfs-tools/conf.d/resume so that the file reads RESUME=none and updated initramfs by running: sudo update-initramfs -u, the problem was gone!

Mint 19 actually boots really fast. ~5 seconds after GRUB.

[The Amazing Drunk]

It was a misconfigured resume partition! (Important: This happened on a fresh install, so something is probably broken on the installer.)

When I removed the UUID from /etc/initramfs-tools/conf.d/resume so that the file reads RESUME=none and updated initramfs by running: sudo update-initramfs -u, the problem was gone!

Mint 19 actually boots really fast. ~5 seconds after GRUB.

WOW, thank you!!!! I have been dealing with that problem for the past 2-3 years, but finally decided to tackle it with this new install i have. That fixed it immediately... i cannot tell you how happy of a man i am now! Thank you so much for posting back

[smurphos]

It was a misconfigured resume partition! (Important: This happened on a fresh install, so something is probably broken on the installer.)

You should raise a bug report at https://github.com/linuxmint/linuxmint/issues