systemd-journal-flush and ostree-finalize slowing shutdown
It seems to happen pretty much every time by now, but whenever I go to turn off/reboot my computer, it seems to always halt, generally after unmounting /var/home, with the systemd-journal-flush.service.
I've tried manually flushing before shutting down, to no avail, and the only fix related to it that I found online involved changing the flush configuration to have Storage=persistent, but I can't very well do that here to test it.
Same thing happens with ostree-finalize (earlier than journal-flush but always combined with it).
Even after a rebasing, be it with an update, kernel argument change, or even happened after I just updated grub with ujust, it halts for ups of 5 mins on shutdown until it eventually reaches the timeout and shuts it down.
363 Replies
also experiencing this
Exactly the same as you describe it
this seems isolated to bazzite. I rebased to ublue kinoite and it goes away
ublue kinoite? you mean aurora? but yeah, it is weird
just base kinoite ublue-os/kinoite
ohh, alright
but then it probably isn't an upstream issue?
i don't really know but that seems likely
someone fixed this with a manual
rpm-ostree update
earlierit didn't update anything, but I'll report back if it does conclusively fix it
well the
ostree-finalize
is the final step in an update during shutdown
it removes the oldest deployment and replaces it with the incoming one
anyways i need to head off and get some sleepyeah, I'll be doing that too, Mr Knight of Light
thank you for the help, I did run the rpm-ostree update and I'll see tomorrow if during normal use it happens again
systemd-journal-flush happened again, that didn't change, don't know about how it would affect ostree-finalize, I'll check in case I rebase for any reason
here's a log of my last boot that involved both the sddm black screen (from another issue) as well as the long shutdown time https://paste.centos.org/view/d0ed3e25
as for systemd service logs, @Kyle Gospo asked me for them but I'm not sure what service it should be, so here's
journalctl -u systemd-journal-flush.service
I guess https://paste.centos.org/view/fab425edAll that does is write logs to your disk, I need the full log to figure out why that's taking so long
I suspect you have a drive issue
@nickname I'm out but if you can get them that command that'd be very helpful
yeah, I need the command š
:clueless: oh boy
ok hold on
that'd be interesting, given I recently replaced both my nvmes š¤ could be faulty, but hadn't had any issues before
yeah he's probably out doing work stuff
ok
fair enough