this post was submitted on 14 Jul 2024
37 points (93.0% liked)

Linux

8095 readers
34 users here now

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:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 1 year ago
MODERATORS
 

Since upgrading from Plasma 6.0 to Plasma 6.1 my journald.service takes a longtime to boot.
systemd-journald.service takes 7-8 seconds. Even on a freshly installed system.

systemd-analyze:

Startup finished in 9.534s (firmware) + 6.112s (loader) + 3.281s (kernel) + 9.271s (userspace) = 28.200s

systemd-analyze critical-chain systemd-journald.service:

systemd-journald.service +7.853s └─systemd-journald.socket @428ms

systemd-analyze blame:

7.853s systemd-journald.service 2.152s systemd-modules-load.service 1.147s \x2esnapshots.mount 715ms NetworkManager.service 229ms dev-nvme1n1p2.device

how can I now further troubleshoot and maybe find a solution? has someone experienced same/similar? I can provide further info if needed, would appreciate very much if someone has an idea...

Edit: after working through it I came to the conclusion, that maybe Plasma isn‘t the issue here (since the „error“ happens way before graphical ui shows up), but more kernel related. Trying right now to get an older kernel running to see, if it confirms my assumption, but failed yet to do so…

top 7 comments
sorted by: hot top controversial new old
[–] [email protected] 4 points 4 months ago (2 children)

I haven't tried to troubleshoot this, but I think the first thing I'd probably try is to see how long sudo systemctl restart systemd-journald.service takes, whether it's specifically blocking at something on boot or whether it always takes a long time to come up.

[–] [email protected] 2 points 4 months ago (2 children)

@[email protected] so I was able to perform the test, and if I restart it manually it is fast (30-34ms), its just while booting where it takes that long

[–] [email protected] 1 points 4 months ago

Interesting. I have no input but I'm curious of the cause.

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago) (2 children)

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] 1 points 4 months ago* (last edited 4 months ago)

@[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] 1 points 4 months ago

@[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

[–] [email protected] 2 points 4 months ago

@[email protected] great hint, will try this, thanks!