You are not logged in.
No, this is not a common issue, and making the symlink shown in that 5 year old post will not help. That's already done by dbus-broker-units.
Online
Ok, system broken again. I think I got the right log this time.
Obtained in the livecd, system mounted and arch-chrooted in:
sudo journalctl -b -D /var/log/journal | curl -F 'file=@-' 0x0.st
Offline
So the problem is /usr/share/dbus-1/system.d/com.rastersoft.panther.remotecontrol.conf
That file is not in the repos. Where did it come from? It's invalid and causing dbus-broker to bail out.
Online
https://aur.archlinux.org/packages/panther-launcher-git
https://gitlab.com/rastersoft/panther_l … type=heads
Looks like it's just a symlink to the service - just remove the file
Edit: is this a known bug in dbus-broker? Or by design?
A single bogus input file and it just goes down entirely?
Last edited by seth (2024-01-23 22:04:18)
Online
There was another thread about that, too, with a blank file. Not sure if it's by design, but it definitely is more picky than dbus-daemon.
In this case, it's an ini format instead of xml format, so completely invalid, same as the blank file, not just a minor issue.
Online
https://github.com/bus1/dbus-broker/iss … 1906251246
No. Good.
God knows how many bogus services might be out there…
Online
I can confirm that removing /usr/share/dbus-1/system.d/com.rastersoft.panther.remotecontrol.conf allows booting. It also has no effect on panther, which still loads correctly.
Thank you guys for your patience and help!
Offline
I have updated my second system yesterday. Its running on the same machine, but on an other SSD. Its much younger than my main system.
The result of the update was the same. The file dbus.service was deleted and had to be restored.
Offline
It doesn't have to be restored. Look at the things/the directories mentioned in this thread and check whether you have broken dbus services or even empty files around.
If this is insufficient open a new thread and post your system journal.
Offline