[03:10] <hallyn> hm, i'm going to have to do some spelunking, but boot is really really slow now with eoan...  like spinning rust slow.  was 5s, must now be like 35s.
[03:11] <hallyn> gonna blame lvm for now, might be that same pvscan bug smoser found in redhat...
[03:20] <tsimonq2> hallyn: Can you repro with a fresh install?
[03:20] <hallyn> this was a fresh install
[03:21] <tsimonq2> Hmm.
[03:21] <hallyn> where previous was 18.04 (lubuntu) on a smaller m.2 ssd
[03:21] <tsimonq2> $ sudo systemd-analyze
[03:21] <tsimonq2> Try that.
[03:21] <hallyn> Startup finished in 1min 13.095s (kernel) + 5.472s (userspace) = 1min 18.567s
[03:22] <hallyn> graphical.target reached after 5.465s in userspace
[03:22] <hallyn> mind you with the other disk i never bothere dlooking into ... luks was taking a long time to get going.  or maybe it's uefi.  what do i know, you kids with your flash disks andf lash mobs and uefi and idunno
[03:23] <tsimonq2> O_o
[03:23] <hallyn> :)  sorry, i'll dig deeper and figure out where it's hanging
[03:23] <hallyn> the weird thing was journalctl -ab seems to not show the hanging,
[03:23] <hallyn> all i see on the screen is msgs about nto finding ubuntu_vg
[03:24] <hallyn> on next boot i have the quiet gorp taken out of grub.cfg, so maybe i'l llearn more
[03:26] <tsimonq2> Interesting.
[03:26] <tsimonq2> hallyn: I don't know if I can provide much more advice, but please do tell me what the problem ends up being.
[03:26] <tsimonq2> Maybe it's worth fixing in the archive. :)
[03:27] <hallyn> tsimonq2: yeah, i'd open a bug but don't even know where to file it yet :)  will probably not touch a computer all weekend, but will dig on monday
[04:32] <tsimonq2> ok :)