You are not logged in.
OK, I use testing, and most of the time it's fine. However, tonight I fired up an, at the "desktop", nada. Switch between TTY1 and TTY7 (TTY7 is my xserver) and I have an X error "Unable to connect to server".
After some playing, going back to Dbus from core got me going. DBus from Testing is kiss of death. A quick search shows nothing. Is this a known problem, or should I be reporting a bug?
Last edited by jasonwryan (2016-09-01 19:01:49)
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
Works for me...
Moving to [testing]
Offline
Nope, I still have the same problem even after dbus 1.10.10-3. More info.
dbus 1.10.10 removes libdbus, presumably providing it itself now, instead of it being split. Last version of libdbus seems to be 1.10.8
The error provided by my (very limited - no window borders, can't alt-tab etc. No wallpaper) xfce session is
Failed to connect to socket /tmp/dbus-xxxxxxxxx: Connection refused
The last message on TTY1 (I run X on TTY7) is
a start job is running for user manager for uid 1000
Which has gone to 1min 30 secs and just stops there.
I can get to a fully working desktop again by killing lightdm, which forces a re-login. However, the blinking light on my webcam suggests something is still awry (possibly connected to pulseaudio)
downgrading dbus to 1.10.8-3 and reinstalling libdbus 1.10.8-3 gets things back to normal. For now, I have them added to ignore in pacman.conf.
The only other ignored package is ttf-ms-win10 until I have time to extract and sha256sum the fonts, but since this is an AUR package it shouldn't have any bearing. Everything else is up to date (xorg, xfce4, lightdm) and as far as I know they haven't been updated recently. I can't find anything on the wiki, unless I'm searching for the wrong thing.
Looking for ideas now.
Last edited by Roken (2016-08-24 11:38:43)
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
Looking at the changelog, the Arch package removed X11 support with the 1.10.10 update. You should probably open a bug on flyspray about this.
Last edited by Alad (2016-08-28 10:06:43)
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
Good call. I added it to bugzilla upstream. Reported on flyspray, too.
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
You seem to be the only one with this issue, though. dbus should be launched in the systemd user session, not through dbus-launch. Do you have the unit masked or something? Session broken?
Offline
I have never masked dbus, and never had a problem with it. The problem could be so many things, tho'. Lightdm, pam, dbus etc. etc. Really hoping someone else gets the problem so that I can start narrowing it down.
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
Had exactly the same problem and solved it by replacing systemd-user and login in /etc/pam.d with their newer versions (.pacnew)
HTH
Offline
...dbus should be launched in the systemd user session, not through dbus-launch...
Well I don't know how I missed the news on this but I did! This is why Xorg was freezing for me. I've altered my startup appropriately and all working now. Thanks for the pointer.
Ryzen 9 5950X, X570S Aorus Pro AX, RX 6600, Arch x86_64
Offline
Had exactly the same problem and solved it by replacing systemd-user and login in /etc/pam.d with their newer versions (.pacnew)
HTH
Thank you - I had a similar problem and this fixed it for me.
Offline
lula wrote:Had exactly the same problem and solved it by replacing systemd-user and login in /etc/pam.d with their newer versions (.pacnew)
HTH
Thank you - I had a similar problem and this fixed it for me.
There are no .pacnew files in /etc/pam.d on my system
( Not using the testing repo's )
Current login contains:
#%PAM-1.0
auth required pam_securetty.so
auth requisite pam_nologin.so
auth include system-local-login
account include system-local-login
session include system-local-login
Current systemd-user contains:
# This file is part of systemd.
#
# Used by systemd --user instances.
account include system-login
session required pam_loginuid.so
session include system-login
.xsessions-errors shows :
syndaemon: no process found
/etc/mdm/Xsession: Beginning session setup...
dbus-update-activation-environment: error: unable to connect to D-Bus: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead
/etc/mdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- startxfce4
/usr/bin/startxfce4: X server already running on display :0
xrdb: "Xft.hinting" on line 14 overrides entry on line 6
xrdb: "Xft.hintstyle" on line 17 overrides entry on line 7
(xfce4-session:557): xfce4-session-CRITICAL **: Unable to contact D-Bus session bus: Failed to connect to socket /tmp/dbus-lnsiT0sgGL: Connection refused
Last edited by ppine (2016-08-30 09:35:09)
Offline
I have the exact same problem here, @ppine.
I use i3wm with slim.
I opened a issue on the bug tracker
https://bugs.archlinux.org/task/50587
Last edited by aaronmueller (2016-08-30 10:17:50)
Offline
I am glad to see that I am not alone : same problem than @ppine and @aaronmueller.
Offline
Had exactly the same problem and solved it by replacing systemd-user and login in /etc/pam.d with their newer versions (.pacnew)
HTH
No joy, no pacnew files.
I had a look systemd PKGBUILD, and that modifies systemd-user in place. I checked, and the modifications are made.
I had a look at the new login and tried both modifying my existing login to include the extra, and replacing completely. Neither work
Back to the old dbus and libdbus for now.
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
There seems to be an issue with xfce4, so of course you still have the issue.
Offline
Yes, that's my bug report.
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
@alexdw: You're welcome
@Scimmia: alexdw and me are both on xfce, so for me the problem seems to be be more specific to Roken's setup
Offline
There's something specific in /etc/xdg/xfce4/xinitrc that runs dbus-launch. This is very likely his issue.
Offline
There seem to be even more issues (gksu/gksudo):
https://bbs.archlinux.org/viewtopic.php?id=216523
sys2064
Offline
I am using lxqt + sddm, after the upgrade it was very broken, can not init in lxqt xfce kde...
Downgrading dbus & libdbus for a while
(sadly I have no time to test & search things right now)
I arch, you arch, he arch, she arch, we arch, they arch...
Offline
I updated my system yesterday (there is an update of dbus).
After I reboot my system, many program behaved abnormally(like thunar can not remeber window size of last time I set).
Error message r all like this (xxxx is an random string):
Failed to connect to socket /tmp/dbus-xxxx : connection refused
I must run program like this:
dbus-launch <program I want to run>
Any one knows how to fix this ?
Environment is :
systemd + lightdm-gtk-greeter + awesomeWM
Offline
Same here, downgrading dbus/libdbus to 1.10.8-1 fixed the problem for me.
Offline
Moving this out of [testing] to Apps & DEs
Offline
Merging with existing thread
Offline
As pointed out by: Nicky726 on https://bugs.archlinux.org/user/3121
I removed dbus files located at /etc/systemd/user (dbus.service, dbus.socket)
This solved my problem.
Offline