You are not logged in.
I am using Systemd as init-system and since an upgrade I have trouble loging on (with GDM, Console works but I have no network connection, so no fun).
Here are the messages I found in /var/log/everything.log:
http://pastebin.com/L2KY1VMy
From these messages I found that this problems may be related to the dbus 1.4 -> 1.6 upgrade.
Systemd could not start the systemd-logind.service, the NetworkManager.service and the bluetooth.service.
(The syslog.socket fails for some time already, but I have had no problems with this.)
Thanks for your help
---
A list of the Packages needed for downgrading so that it works again:
dbus-core-1.4.20-2-x86_64.pkg.tar.xz
dbus-1.4.20-1-x86_64.pkg.tar.xz
python-dbus-1.1.0-2-x86_64.pkg.tar.xz
python2-dbus-1.1.0-2-x86_64.pkg.tar.xz
lib32-dbus-core-1.4.20-1-x86_64.pkg.tar.xz
---
I added a bugreport to this case:
https://bugs.archlinux.org/task/30468
Last edited by PyroDevil (2012-07-01 07:10:17)
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
I now tried the testing repository, but no success so far.
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
With downgrading dbus and dbus-core to 1.4 everything works again.
Could this be a bug in dbus 1.6?
Anyone other than me has this problem?
Or maybe dbus-glib should be updated too?
dbus-glib is up to date, maybe incompatibilities?
Last edited by PyroDevil (2012-06-25 12:54:23)
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
same here
Offline
I have the same problem here :-O
Offline
No change with the newest update:
dbus-core 1.6.0-5
dbus-glib 0.100-1
Reverting only dbus and dbus-core to 1.4.20 works
Additional info, I am using the x86_64 architecture.
Last edited by PyroDevil (2012-06-27 05:30:37)
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
I found that the new python2-dbus and python-dbus packages (1.1.1-1) are not kompatible with the old 1.4 dbus.
So they have to be downgraded to.
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
I did a fresh net install yesterday and could not start gnome shell. Also gdm was not starting. For me downgrading dbus-core to 1.6.0-4 helped.
Offline
Having problems with nm-applet after recent update..read bug report but downgrading is only a short term solution.
Does NetworkManager package need rebuilding?
Only thing I could find in logs was...
Jun 28 13:01:05 localhost NetworkManager[316]: <warn> Failed to open plugin directory /usr/lib/NetworkManager: Error opening directory '/usr/lib/NetworkManager': No such file or directory
Last edited by Mr Green (2012-06-28 17:28:27)
Mr Green I like Landuke!
Offline
Having problems with nm-applet after recent update..read bug report but downgrading is only a short term solution.
Does NetworkManager package need rebuilding?
Only thing I could find in logs was...
Jun 28 13:01:05 localhost NetworkManager[316]: <warn> Failed to open plugin directory /usr/lib/NetworkManager: Error opening directory '/usr/lib/NetworkManager': No such file or directory
not related.
what version of dbus-core do you have?
Give what you have. To someone, it may be better than you dare to think.
Offline
dbus-core 1.6.0-5
Last edited by Mr Green (2012-06-29 05:40:40)
Mr Green I like Landuke!
Offline
Wondering if testing version will solve the problem....
Have tried testing and is does seem to solve my problem
Last edited by Mr Green (2012-06-29 05:42:34)
Mr Green I like Landuke!
Offline
Trying dbus-core from testing
Can only access nm-applet if run via sudo now get
** (nm-applet:706): WARNING **: Failed to register as an agent: (32) No session found for uid 0
** Message: Starting applet secret agent because GNOME Shell disappeared
This under Openbox WM
As normal user
** (nm-applet:717): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: Rejected send message, 2 matched rules; type="method_call", sender=":1.19" (uid=1000 pid=717 comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=314 comm="/usr/sbin/NetworkManager ")
** Message: applet now removed from the notification area
** (nm-applet:717): WARNING **: Failed to register as an agent: (32) No session found for uid 1000
** Message: applet now embedded in the notification area
** Message: applet now removed from the notification area
** Message: Starting applet secret agent because GNOME Shell disappeared
** (nm-applet:717): WARNING **: Failed to register as an agent: (32) No session found for uid 1000
Mr Green I like Landuke!
Offline
can you paste ls /run/console ?
Give what you have. To someone, it may be better than you dare to think.
Offline
No output, so I am guessing its /var related?
Mr Green I like Landuke!
Offline
then that's the problem. dbus should create a file having your username name that contains the session.
cat /run/console/ioni
/org/freedesktop/ConsoleKit/Session2
Give what you have. To someone, it may be better than you dare to think.
Offline
Live session was fine up until about a week ago, latest dbus stop nm-applet working. Been trying to figure out problem ever since.
My desktop and laptop are running fine without a problem.
Thinking I may have a package missing after recent systemd changes.
Back to the terminal
Thank you for your help
Mr Green I like Landuke!
Offline
Yury Afanasyev (on the bugtracker) found a solution that works for me.
It was related to the filesystem update. (I updated the filesystem package with the force option, but that may not be enougth on my system)
After executing `rm -rf /var/run /var/lock`, reinstalling the filesystem and dbus 1.6 package, gdm and nm are working flawless after a reboot.
So I mark this topic as solved.
Thanks for all you help!
Probably the last man who knew how it worked had been tortured to death years before.
Or as soon as it was installed. Killing the creator was a traditional method of patent protection.
(Small Gods)
Offline
I think it's a dbus configuration related issue.
I just installed NetworkManager on my new laptop and nm-applet doesn't work.
Changing "deny" to "allow" on /etc/dbus-1/system.d/org.freedesktop.NetworkManager.conf solved this problem.
Offline
Can you explain a little more on what you changed?
I found linking /var/run to /run worked for me
Mr Green I like Landuke!
Offline
Not to be dense but did you mean "ln -s /var/run /run" or "ln -s /run /var/run".
I am suffering similar issues, but it seems that there is a file that nm-applet is looking for that is missing. /run/dbus/system_bus_socket (No such file or directory)
Also tail -f /var/log/messages.log. Also the /usr/lib/NetworkManager directory seems not to have made it through the /lib usr/lib merger. The error is: <warn> Failed to open plugin directory /usr/lib/NetworkManager: Error opening directory '/usr/lib/NetworkManager': No such file or directory
I get the machine online now using netcfg tools (wifi-menu) so I can paste more data if you need it.
Offline
dbus is running at this point
Offline
I think I have the same problem, I was experiencing problems with dbus and was not able to start gdm. After linking /run/dbus to /var/run/dbus gdm worked fine but I'm not able to run Networkmanager and upgrading filesystem package doesn't work, it says that's impossible to overwrite the directory with the file /var/run (???). Should I move all the files from /var/run to /run and then linking the two?
Offline
I am having a similar problem, except I can login fine with GDM. The thing that isnt working is the KDE networkmanager client applet which appears to not have the permissions after a recent update to interface with the NetworkManager daemon.
I have a similar situation with mounting external devices in dolphin which is now not authorized to mount devices, wicd and mounting devices manually via the console works fine however this is obviously not suitable for everyday use..
Tried the various solutions however creating a symlink has no effect and starting KDE through .xinitrc means that the KDE NMApplet can interface with NetworkMangerD but cannot setup connections or influence the daemon..
Offline