Valve note: The failure report is a segfault in dbus by way of glib from libnm.
Saw a steam client update.
Issue still there and segfault log line now looks like this:
/home/busanellon/.local/share/Steam/steam.sh: line 729: 9516 Segmentation fault $STEAM_DEBUGGER "$STEAMROOT/$STEAMEXEPATH" "$@"
I had the exact same issue when running Debian Jessie in a chroot on a Debian Wheezy. Thanks to the "Valve note" above, I think the segfault is related to not having dbus daemon running.
Starting dbus seems to help for me (I didn't do any thorough testing though):
sudo /etc/init.d/dbus start
I can confirm steam runs after starting the dbus daemon inside the chroot
I'm having this problem in slackware 64 bit with dbus running. I'm not using networkmanager so maybe that's it, but networkmanager really shouldn't be required for anything steam is doing. It worked fine the first time. Backtrace:
#0 0xf051e046 in dbus_connection_ref ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libdbus-1.so.3
#1 0xef6f7275 in dbus_g_connection_ref ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libdbus-glib-1.so.2
#2 0xef6c1670 in ?? ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/libnm-glib.so.4
#3 0xf49c8683 in ?? ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#4 0xef6c17a0 in ?? ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/libnm-glib.so.4
#5 0xef6c4294 in ?? ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/libnm-glib.so.4
#6 0xf49c9cf9 in g_object_newv ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#7 0xf49ca543 in g_object_new_valist ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#8 0xf49ca7a0 in g_object_new ()
from /home/tj/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/l---Type to continue, or q to quit---
ibgobject-2.0.so.0
#9 0xee8af211 in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#10 0xee8328ff in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#11 0xee90177f in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#12 0xee507da9 in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#13 0xee9007fe in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#14 0xee5076c3 in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#15 0xee50aa71 in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#16 0xee50b700 in ?? () from /home/tj/.steam/steam/ubuntu12_32/steamclient.so
#17 0xf0bd497a in SteamThreadTools::CThread::ThreadExceptionWrapper(void_) ()
from /home/tj/.steam/steam/ubuntu12_32/libtier0_s.so
#18 0xf0bd303c in ?? () from /home/tj/.steam/steam/ubuntu12_32/libtier0_s.so
#19 0xf0bd3275 in CatchAndWriteMiniDumpExForVoidPtrFn ()
from /home/tj/.steam/steam/ubuntu12_32/libtier0_s.so
#20 0xf0bd32c7 in CatchAndWriteMiniDumpForVoidPtrFn ()
from /home/tj/.steam/steam/ubuntu12_32/libtier0_s.so
#21 0xf0bd6927 in SteamThreadTools::CThread::ThreadProc(void_) ()
from /home/tj/.steam/steam/ubuntu12_32/libtier0_s.so
#22 0xf7d2e955 in start_thread () from /lib/libpthread.so.0
#23 0xf7c863ee in clone () from /lib/libc.so.6
I don't have NetworkManager running either (not in or outside the chroot).
Do you really have the dbus-daemon running inside the chroot? Easy way to check it outside the chroot:
for pid in `pidof dbus-daemon`; do sudo ls -l /proc/$pid/exe; done
You should see one root owned dbus-daemon pointing to your dbus inside the chroot.
I'm not using any chroot unless the installer made one, I have the alien multilibs and just extracted the install script from the debian package and ran it. I just had to change the line LAUNCHSTEAMBOOTSTRAPFILE= to the correct location. It shouldn't be able to make a chroot because it doesn't have root permissions.
lrwxrwxrwx 1 tj users 0 Oct 18 12:55 /proc/3343/exe -> /usr/bin/dbus-daemon
lrwxrwxrwx 1 tj users 0 Oct 18 12:55 /proc/3208/exe -> /usr/bin/dbus-daemon
lrwxrwxrwx 1 tj users 0 Oct 18 12:55 /proc/1061/exe -> /usr/bin/dbus-daemon
I think some of those I started trying to fix this.
Anyway I have found a workaround: just don't check "remember my password" when you login. I guess it's trying to communicate with some password manager over dbus and doesn't bother checking if it's actually there. Deleting .local/share/Steam/config allowed me to login again on an existing installation.
I am still experiencing this issue, on Gentoo GNU/Linux on amd64. I am using the runtime libraries packaged with steam, and, if I issue "steam --reset", steam will start the first time, but after that, it will always segfault on line 729 of steam.sh.
starting steam with DEBUGGER=gdb, I can see that the segmentation fault occurs on libdbus-1.so.3, as steam seems to be trying to do something networkmanager-related.
(Full backtrace: https://bpaste.net/raw/c23e3838b652)
I get the same issue even after starting dbus, but I did not try without checking "remember my password".
njsg: Are you running the Steam client in a chroot?
I don't think so, unless Steam starts a chroot by default. I'm running steam through /usr/bin/steam, which seems to be a wrapper script made by Valve, which calls the steam.sh under $HOME/.local/share/Steam
could somebody with a fully working install list their dbus services so we can see what is causing the issue (https://unix.stackexchange.com/questions/46301/a-list-of-available-dbus-services)
For the session bus I got
method return sender=org.freedesktop.DBus -> dest=:1.29 reply_serial=2 array [ string "org.freedesktop.DBus" string "org.xfce.Panel" string ":1.8" string "org.xfce.calendar" string "org.gnome.GConf" string ":1.20" string "org.xfce.Terminal5" string "org.xfce.Xfconf" string ":1.11" string ":1.12" string "org.xfce.orage" string ":1.13" string ":1.0" string ":1.1" string ":1.2" string ":1.3" string ":1.17" string ":1.4" string ":1.29" ]
and I have no system dbus running
I think I have only the system bus running.
I suppose we should open a separate bug for the issue that still exists without a chroot?
Yes.
Issue 3580 filled: https://github.com/ValveSoftware/steam-for-linux/issues/3580
Tried running Steam inside my chroot after some time and decided to test some more based on the insight found in all the comments here, plus #3580.
I can run steam fine with "save password" unchecked. If I check it I get the segfault. To avoid steam segfaulting I need to start dbus.
I originally closed the issue because I thought it had been fixed with the latest update but I now realize it was just due to the fact I had not checked the "save password" box after "steam --reset".
Since steam still cannot run fine with "save password" checked and no dbus daemon I think this issue needs to be re-opened. If steam cannot run inside a chroot or without a dbus daemon running, it should tell the user and not die in a segfault.
dieeasy, can you please list your dbus services using the command linked by 21isgonnabeagoodyear?
I ask because, in my case (while I am not running Steam inside a chroot), I don't get it to stop crashing even after I start dbus, so it would be interesting to know if there is some dbus service (if that's the right name) that I'm missing.
If you catch some message with dbus-monitor that looks relevant, can you see what is it being addressed to?
Here is my list of dbus services. It's the same inside and outside the chroot, both with dbus stopped or started:
method return sender=org.freedesktop.DBus -> dest=:1.35596 reply_serial=2 array [ string "org.freedesktop.DBus" string "org.freedesktop.Telepathy.Client.Empathy.FileTransfer" string "org.freedesktop.Notifications" string ":1.35515" string "org.kde.internal.KSettingsWidget-kcm_kwindesktop" string ":1.35516" string ":1.35517" string ":1.35518" string "org.gnome.gnomepie" string "org.kde.kded" string "org.kde.kactivitymanagerd" string "org.freedesktop.Akonadi.Agent.akonadi_maildispatcher_agent" string "org.kde.akonadi_contacts_resource_0-8276" string "org.kde.klipper" string "org.pulseaudio.Server" string ":1.82" string "org.kde.StatusNotifierItem-8385-1" string ":1.83" string ":1.84" string ":1.86" string ":1.87" string ":1.253" string "org.kde.dolphin-31047" string ":1.254" string ":1.255" string ":1.35523" string ":1.259" string ":1.33902" string ":1.33903" string "org.kde.networkmanagement" string "org.kde.kglobalaccel" string "org.freedesktop.Telepathy.Client.Empathy.EventManager" string ":1.90" string "org.kde.keyboard" string ":1.97" string ":1.260" string ":1.11" string ":1.263" string ":1.12" string "org.freedesktop.Telepathy.Client.Empathy.ChatroomManager._3a1_2e35515.n0" string ":1.32022" string ":1.14" string ":1.32023" string ":1.266" string ":1.2" string ":1.32024" string ":1.267" string ":1.3" string ":1.35534" string ":1.268" string ":1.17" string ":1.4" string ":1.35535" string ":1.18" string "org.kde.Solid.PowerManagement.PolicyAgent" string ":1.35536" string ":1.27517" string ":1.19" string "org.kde.klauncher" string ":1.6" string ":1.27518" string "org.freedesktop.PowerManagement" string ":1.8" string ":1.9" string "org.freedesktop.Telepathy.Client.Empathy.ChatroomManager._3a1_2e35044.n0" string "org.kde.DeviceNotifications" string "org.freedesktop.Akonadi.Agent.akonadi_contacts_resource_0" string "org.gtk.vfs.Daemon" string "org.freedesktop.Telepathy.Connection.gabble.jabber.die_5fz_40jabber_2eorg_2fwork" string ":1.21" string "org.kde.StatusNotifierItem-8565-1" string ":1.22" string "org.kde.akonadi_maildispatcher_agent-8279" string ":1.152" string ":1.35541" string ":1.24" string ":1.25" string ":1.26" string "org.kde.StatusNotifierItem-8625-1" string "org.gnome.evolution.dataserver.Calendar1" string "org.kde.kmix" string "org.freedesktop.Telepathy.ConnectionManager.gabble" string ":1.29" string "ca.desrt.dconf" string "org.kde.KResourcesManager" string "org.freedesktop.Akonadi.Janitor" string "org.gtk.Private.GduVolumeMonitor" string "org.freedesktop.Telepathy.Connection.gabble.jabber.user_40server_2fresource" string "org.gnome.Empathy.Chat" string "org.freedesktop.Telepathy.Client.Empathy.AuthEventManager" string "org.kde.StatusNotifierItem-8013-1" string ":1.31" string "org.kde.kuiserver" string ":1.32" string ":1.33" string ":1.34" string ":1.35" string ":1.36" string ":1.37" string "org.freedesktop.Tracker1.Miner.Files" string ":1.31111" string "org.freedesktop.Telepathy.Logger" string ":1.38" string "org.kde.akonadi_ical_resource_0-8277" string ":1.39" string ":1.31113" string ":1.31114" string "org.freedesktop.Tracker1.Miner.Files.Index" string "org.kde.kpasswdserver" string "org.gtk.Private.AfcVolumeMonitor" string "org.freedesktop.Akonadi.Agent.akonadi_maildir_resource_0" string "org.kde.krunner" string "org.freedesktop.Akonadi.Resource.akonadi_maildir_resource_0" string "org.gnome.GConf" string ":1.40" string "org.kde.konsole" string ":1.41" string "org.a11y.Bus" string "org.freedesktop.Akonadi" string "org.freedesktop.Akonadi.Agent.akonadi_ical_resource_0" string ":1.42" string "(cd "${STAGE_DIR}/resources/couchapps/template/tools" && npm install && /usr/local/bin/grunt --gruntfile="GruntfileInitCCMS.js")com.Skype.API" string ":1.44" string "org.gnome.keyring" string ":1.35044" string ":1.2047" string ":1.45" string ":1.35045" string "org.freedesktop.PowerManagement.Inhibit" string ":1.35046" string ":1.35047" string ":1.32057" string ":1.49" string ":1.32058" string "org.kde.nepomukcontroller" string ":1.32059" string "org.freedesktop.Telepathy.ChannelDispatcher" string ":1.31125" string "org.freedesktop.Tracker1.Miner.Applications" string ":1.31127" string "org.freedesktop.ScreenSaver" string "org.kde.Polkit1AuthAgent" string "org.workrave.Workrave" string "org.freedesktop.Telepathy.Connection.gabble.jabber.user_40domain_2etld_2fEmpathy" string "org.kde.knotify" string "org.freedesktop.Telepathy.AccountManager" string "org.freedesktop.Akonadi.Resource.akonadi_ical_resource_0" string ":1.51" string "org.gnome.Empathy" string ":1.32060" string "org.gtk.vfs.Metadata" string ":1.52" string ":1.53" string ":1.54" string ":1.35572" string "org.freedesktop.Telepathy.MissionControl5" string ":1.57" string ":1.59" string "org.kde.ksmserver" string ":1.102" string ":1.103" string ":1.106" string ":1.107" string ":1.108" string "org.kde.kaccess" string ":1.109" string "org.kde.NepomukServer" string "org.kde.korgac" string "org.freedesktop.Telepathy.Client.Logger" string "org.freedesktop.Telepathy.Client.Empathy.CallObserver" string "org.freedesktop.Telepathy.Client.Empathy.Chat" string ":1.60" string "org.kde.akonadi_maildir_resource_0-8278" string "org.gnome.Tomboy" string ":1.67" string "org.kde.Solid.PowerManagement" string ":1.68" string ":1.110" string ":1.69" string ":1.111" string ":1.112" string "org.kde.plasma-desktop" string "org.kde.screensaver" string "org.kde.StatusNotifierHost-8216" string "org.freedesktop.ReserveDevice1.Audio0" string "org.freedesktop.Tracker1" string "org.freedesktop.Akonadi.Resource.akonadi_contacts_resource_0" string ":1.119" string "org.freedesktop.Akonadi.Control" string "org.kde.StatusNotifierItem-24406-1" string "org.PulseAudio1" string "org.gnome.evolution.dataserver.AddressBook3" string ":1.70" string ":1.71" string "org.gnome.OnlineAccounts" string "org.kde.ksmserver-8209" string "org.freedesktop.Akonadi.Control.lock" string ":1.77" string ":1.35595" string "org.kde.StatusNotifierWatcher" string ":1.78" string ":1.35596" string "org.kde.JobViewServer" string "org.freedesktop.secrets" string "org.kde.kio_http_cache_cleaner" string "org.kde.yakuake" string ":1.35513" string "org.gtk.Private.GPhoto2VolumeMonitor" ]
Hmm, could org.freedesktop.secrets be the one to blame here? (Although the involvement of libnm points towards NetworkManager)
http://superuser.com/questions/536433/what-applications-provide-org-freedesktop-secrets-service
(Why is it that dbus applications seem to SIGSEGV if the service is not available? Shouldn't the error be caught and handled in a... nicer way?)
Looks like this has fallen out of the Steam radar. With the release of Debian Jessie on April 25th the steam client can be run fine on a Debian stable so the need for a chroot has dropped even more. Please note that, with the advent of systemd, running a service in a chroot is no more possible (see the changing roots post in the "systemd for administrators" series) so lacking dbus goes from very likely to 100% sure on recent systems. Using systemd-nspawn is probably not a solution (fails silently in my test).
I still believe this should be addressed, since crashing on a dbus issue looks like a more general issue than saving a password at login time. If that's not the case, this could still benefit from a small explanation about what's the real problem and why it will not get fixed, then closing the issue.
@Plagman: would you mind updating the status of this issue?
I can confirm this issue still happens, for me using a Ubuntu Bionic (18.04) chroot. Launching dbus via /etc/init.d/dbus start "fixed" it. However, if using systemctl start dbus it complains that it runs in a chroot so it ignores it, I guess services are not supposed to run inside chroots. A better solution has to be found.
Now it crashes instantly on launching a game, according to the logs because of not being able to find an audio device. That's unrelated to this issue though.
I am running Steam with Docker https://git.nixaid.com/arno/steam/src/branch/master/Dockerfile in Ubuntu 18.04 64-bit and came across the same issue - Steam would not start on the 2nd run.
Here is what solved my problem:
apt-get -y install libnm-glib4:i386 libnm-util2:i386I am not passing to a container anything dbus-related.
Here is what I am mounting though https://git.nixaid.com/arno/steam/src/branch/master/docker-compose.yml (see devices: and volumes:)
If this still does not help you, then you can remove ~/.local/share/Steam/config/config.vdf file as a better workaround than removing ~/.steam/registry.vdf or steam --reset as both will cause Steam to bootstrap again.
I run steam inside a debian sid chroot on a debian wheezy host. Both are 64-bit, but I also tried a 32-bit chroot (running steam with "setarch i386") and I got the same results. I use an nVidia Quadro 600 video card with drivers version 319.82 (319.82-1~bpo70+2 from wheezy-backports).
It all worked for months. After a steam client update it started briefly showing the verification progress bar and suddenly disappearing, giving no other visual feedback. Launching it from the console revealed a segfault. I think I can reproduce it by re-installing the client.
I have steam-launcher package version 1.0.0.49 installed from "http://repo.steampowered.com/steam/ precise/steam amd64". To test a fresh steam launch I moved my ~/.local.share/Steam/SteamApps dir our of the way, removed
and launched steam from the console.
This is what I get:
...
This is where the login window appeared. After a little while I got these other console messages:
This is when I entered the verification code, logged in, got a working steam client (with no installed games of course) and finally logged out:
After the first successful run, just launching it again produces the following console output:
Is there something I can do to help debug the issue? I would appreciate getting rid of this problem and be able to use steam again.