<div dir="ltr">I got two systems having the exact same problem with similar symptoms. Both systems are upgraded to latest Arch Linux, and just recieved Linux Kernel 3.11.4 upgrades also.<div><br></div><div>One is running on Linode, one is a local machine.<br>
<div><br></div><div>Apparently, the fix provided by Auke does not resolve the problem.</div><div>Tom Gundersens' one, though, does it.</div><div><br></div><div>Two problems still remain, though:</div><div><br></div><div>
1. The dbus notice message upon logging in (Failed to open private bus connection: Failed to connect to socket /run/user/0/dbus/user_bus_socket: No such file or directory).<br></div><div>2. The SFTP problem - upon restart, the SFTP connection is not killed.<br>
</div><div><div><br></div><div><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 October 2013 01:46, Tom Gundersen <span dir="ltr"><<a href="mailto:teg@jklm.no" target="_blank">teg@jklm.no</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, Oct 4, 2013 at 8:57 PM, Kok, Auke-jan H<br>
<<a href="mailto:auke-jan.h.kok@intel.com">auke-jan.h.kok@intel.com</a>> wrote:<br>
> On Fri, Oct 4, 2013 at 9:37 AM, Toms Seisums <<a href="mailto:toms.seisums@gmail.com">toms.seisums@gmail.com</a>> wrote:<br>
>> [object Object]<br>
><br>
> Look at Gmail failing flat on its face... lol<br>
><br>
> Aside from that, can you perhaps try this patch:<br>
><br>
> --- systemd-user-sessions.service 2013-10-02 15:37:14.181330287 -0700<br>
> +++ systemd-user-sessions.service 2013-10-04 11:53:37.023333867 -0700<br>
> @@ -8,7 +8,7 @@<br>
>  [Unit]<br>
>  Description=Permit User Sessions<br>
>  Documentation=man:systemd-user-sessions.service(8)<br>
> -After=remote-fs.target<br>
> +After=remote-fs.target dbus.service<br>
><br>
>  [Service]<br>
>  Type=oneshot<br>
><br>
> some colleagues of mine identified that tasks in the user session that<br>
> attempt to contact the system bus during shutdown may hang doing so.<br>
> We can prevent this hang by making user sessions shut down entirely<br>
> first before dbus is destroyed.<br>
><br>
> It may or may not help. You can also insert After=dbus.service in to<br>
> user@.service, but I feel this is a better spot.<br>
<br>
</div></div>This sounds reasonable (until kdbus is here ;) ).<br>
<br>
However, should we perhaps take it one step further and order<br>
dbus.service Before=basic.target to also cover stuff outside of user<br>
sessions that may fall in its face when dbus goes away.<br>
<br>
Cheers,<br>
<br>
Tom<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Toms Seisums</div><div><br></div><div>- (+371) 26431391</div><div><br></div><div>May the force be with you, always!
</div></div>
</div>