Combine that with the 20-30 seconds my system takes to do bios memory training on the DDR5 ram and we’re practically back to the “go make some coffee while the system boots up” days 🤦
You can use systemd-analyze blame if you want raw numbers:
This command prints a list of all running units, ordered by the time they took to initialize. This information may be used to optimize boot-up times.
Good way to see if your systemd also waits 2 minutes for a network connection which already exists but it can't see it because systemd doesn't do the networking (lxc containers on proxmox in my case) lol.
In my case i masked the service because like i said, inside the lxc container there is no networking to do, it's done on the host (proxmox). Note that disabling the service in my case was not enough since it could be invoked by other services, and then you would have to wait again.
See this for further info and maybe arguments why you shouldn't do it.
And it's not as easy to add actually. Note that systemd only keeps
units loaded as long as they are referenced by something else that is
loaded, are running, have failed, or have a job queued. That means if
a service is terminated at shutdown there's a very good chance it is
GC'ed away pretty quickly. Now, while systemd keeps timestamping info
around for services that tell us how long a service was running, took
to start or took to shut down all that info is lost the instant the
unit is GC'ed away...
I wrote a long-ish comment in another thread explaining why lots of people don’t like systemd.
Stuff like this is why people do like systemd.
The massive, un unixy and complex tools allow for very powerful and somewhat knowledge agnostic approaches to all sorts of problems.
One of the nicest things about systemds toolset is that it allows a person who relies on finding the problem and googling it to resolve thing much faster than their alternative, learn what’s going on and figure it out.
I don’t mean that as a pejorative, plenty of computer work is maintenance as opposed to engineering and there’s nothing wrong with that.
My bottleneck at boot is my damn Bios... I am so hyped about flashing Heads on my Thinkpad T430.
Even the old legacy Lenovo bioses where very fast at startup. The UEFI (with extremely nice secure-boot settings too) of an AMD Acer starts up in like 2 seconds. My old intel Thinkpad T430 needs like 4 seconds.
And then my Lenovo T495 bullshit UEFI comes. No secure boot configuration at all, I have no idea how to boot from USB sticks, and this thing needs nearly 10 seconds to boot! Linux compared, a full Desktop OS, needs 3 seconds to show SDDM (after the LUKS dialog)
I adore my T530. I could kill a moose with it if it ever stops working. Literally dug it out of a dumpster and saw the i7 sticker and almost shit myself.
Honestly I've had it for years and never even looked at the bios cuz with an SSD even with encryption enabled on the disk it booted in 30 sec.
Until I built my latest rig I was doing ai image generation on it with 8gigs of ram.
If you have a T530, there is coreboot for it! Dont know if 1vyra.in works, check it.
Its not the question, if it works, but how it works! Its trustworthy and not extremely outdated proprietary garbage. Actually extremely important to update
I know you put bottleneck is quotes but just to explain... apparently this service is simply the splash screen that waits on a ready environment. It doesn't actually delay anything.
this is interesting! if i had a two minute boot time, I'd look for ways to figure out what's going on.
i remember init messages used to be printed to the console, but nowadays all i get is Manjaro branding. anyone know how to get my console messages back from systemd?
If you hit a key when the Manjaro logo is up (or maybe just ESC) it will go away and you'll get your messages back. Hit it again and you'll get the logo back. The splash screen is due to a program called Plymouth if you want to remove it permanently
11s on my laptop which i boot once a day, but it is useful for diagnostics. I had something hanging once during boot and it's pinpointed it right away.
You can use the Windows Performance Recorder to capture the boot time and then use Windows Performance Analyzer to view the results. It should also be able to show the results as a timeline.