Linux
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
view the rest of the comments
considers
Might be either blocking waiting for something else to start up or waiting for something like drives to spin up, since I assume that it touches drives.
I bet that systemd has some kind of dependency analysis for time.
looks in man page
Yeah. Maybe try rebooting so that you run into the slow startup again, then running
systemd-analyze critical-chain systemd-journald.service
. Looks like that shows how much time is spent showing what other systemd units were being blocked on.@[email protected] i found today 3-4 other persons having same or similar issues (one on the bugtracker github of systemd and 3 others on the archlinux forums) starting around the same time (in the last 2-3 weeks).
I dont think its Plasma related (which comes in later on boot I think) but maybe Kernel based - since others started having similar issue around the same time?
Might be related to some usb devices, but if i‘m not alone having it!?
@[email protected] Did exactly that before posting and posted the output:
systemd-analyze critical-chain systemd-journald.service:
systemd-journald.service +7.853s └─systemd-journald.socket @428ms