You are not logged in.
DUPLICATE OF https://bbs.archlinux.org/viewtopic.php?id=111912
I'm fairly sure that I've seen this issue addressed on some level before but I can't find anything of relevance with the search function. I've been trying to enable the volume management in Thunar or Pcmanfm (I get this same issue with both file managers). When I try and load the desktop environment (i've seen this issue so far with XFCE, Openbox and Awesome) with the dbus lines in my .xinitrc
#!/bin/sh
#these are the offending dbus lines
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS";
then
eval "$(dbus-launch --sh-syntax --exit-with-session)"
fi
(sleep 2 && /usr/bin/nm-applet --sm-disable) &
awesome &
exec ck-launch-session wm-session
then the first launch of pcmanfm or Thunar will be exceptionally slow. After this, it will load normally. If I remove those lines or open awesome without using consolekit then pcmanfm and Thunar will start normally but obviously without the dbus support for CDs and USB etc. If I open them in such a session with dbus-launch, the volume management is restored but again, startup is exceptionally slow.
Is this a known issue and are there any known fixes? For the record I've also tried with gnome-session in place of wm-session and using ck-launch-session dbus-launch ... wm-session as recommended elsewhere. Nothing seems to remove this choice between bad performance of the file manager or having no DE-integrated-volume management.
Thanks,
dnq
Last edited by disnesquick (2011-02-21 11:13:06)
Offline
I think it may have something to do with samba, but I can't find any thread about it either.
Offline
So dbus-launch is slow? Can't you strace the dbus-launch call to find out what it's doing?
Offline
have you tried running thunar as a daemon? That helps speed up launch time etc. Just a thought
The above post was a crowfaceltd production
Offline
strace of the dbus-launch shows a large number of messages, I'm posting the messages a few lines before it stalls:
getsockname(10, {sa_family=AF_FILE, NULL}, [2]) = 0
poll([{fd=10, events=POLLOUT}], 1, 0) = 1 ([{fd=10, revents=POLLOUT}])
sendto(10, "\0", 1, MSG_NOSIGNAL, NULL, 0) = 1
sendto(10, "AUTH EXTERNAL 31303030\r\n", 24, MSG_NOSIGNAL, NULL, 0) = 24
poll([{fd=10, events=POLLIN}], 1, -1) = 1 ([{fd=10, revents=POLLIN}])
read(10, "OK bd8c72d4571617c1ff80845800001"..., 2048) = 37
poll([{fd=10, events=POLLOUT}], 1, -1) = 1 ([{fd=10, revents=POLLOUT}])
sendto(10, "NEGOTIATE_UNIX_FD\r\n", 19, MSG_NOSIGNAL, NULL, 0) = 19
poll([{fd=10, events=POLLIN}], 1, -1) = 1 ([{fd=10, revents=POLLIN}])
read(10, "AGREE_UNIX_FD\r\n", 2048) = 15
poll([{fd=10, events=POLLOUT}], 1, -1) = 1 ([{fd=10, revents=POLLOUT}])
sendto(10, "BEGIN\r\n", 7, MSG_NOSIGNAL, NULL, 0) = 7
poll([{fd=10, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=10, revents=POLLOUT}])
sendmsg(10, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\1\0\0\0n\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 128}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 128
poll([{fd=10, events=POLLIN}], 1, 25000) = 1 ([{fd=10, revents=POLLIN}])
recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\t\0\0\0\1\0\0\0=\0\0\0\6\1s\0\4\0\0\0:1.2\0\0\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 258
recvmsg(10, 0x7fffbd787b20, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
sendmsg(10, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1%\0\0\0\2\0\0\0\230\0\0\0\1\1o\0\31\0\0\0/org/gtk"..., 168}, {"\1\0\0\0/\0\0\0\25\0\0\0\0\0\0\0\4\0\0\0type\0\0\0\0\5\0\0\0"..., 37}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 205
poll([{fd=10, events=POLLIN}], 1, 25000) = 1 ([{fd=10, revents=POLLIN}])
recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\254\0\0\0\n\0\0\0E\0\0\0\6\1s\0\4\0\0\0:1.2\0\0\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 260
recvmsg(10, 0x7fffbd787c90, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
sendmsg(10, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\3\0\0\0f\0\0\0\1\1o\0\23\0\0\0/org/gtk"..., 120}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 120
poll([{fd=10, events=POLLIN}], 1, 25000) = 1 ([{fd=10, revents=POLLIN}])
recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1g\0\0\0\6\0\0\0-\0\0\0\6\1s\0\4\0\0\0:1.2\0\0\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 167
recvmsg(10, 0x7fffbd787c10, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
socket(PF_FILE, SOCK_STREAM, 0) = 11
connect(11, {sa_family=AF_FILE, path=@"/dbus-vfs-daemon/socket-06sp5jAW"}, 35) = 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC, 0) = 12
connect(12, {sa_family=AF_FILE, path=@"/dbus-vfs-daemon/socket-STTKU9Op"}, 35) = 0
fcntl(12, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(12, F_SETFL, O_RDWR|O_NONBLOCK) = 0
geteuid() = 1000
getsockname(12, {sa_family=AF_FILE, NULL}, [2]) = 0
poll([{fd=12, events=POLLOUT}], 1, 0) = 1 ([{fd=12, revents=POLLOUT}])
sendto(12, "\0", 1, MSG_NOSIGNAL, NULL, 0) = 1
sendto(12, "AUTH EXTERNAL 31303030\r\n", 24, MSG_NOSIGNAL, NULL, 0) = 24
poll([{fd=12, events=POLLIN}], 1, -1) = 1 ([{fd=12, revents=POLLIN}])
read(12, "OK 90abb867cd6db03ecdc2b10700001"..., 2048) = 37
poll([{fd=12, events=POLLOUT}], 1, -1) = 1 ([{fd=12, revents=POLLOUT}])
sendto(12, "NEGOTIATE_UNIX_FD\r\n", 19, MSG_NOSIGNAL, NULL, 0) = 19
poll([{fd=12, events=POLLIN}], 1, -1) = 1 ([{fd=12, revents=POLLIN}])
read(12, "AGREE_UNIX_FD\r\n", 2048) = 15
poll([{fd=12, events=POLLOUT}], 1, -1) = 1 ([{fd=12, revents=POLLOUT}])
sendto(12, "BEGIN\r\n", 7, MSG_NOSIGNAL, NULL, 0) = 7
poll([{fd=12, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=12, revents=POLLOUT}])
sendmsg(12, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\f\0\0\0\1\0\0\0y\0\0\0\1\1o\0\24\0\0\0/org/gtk"..., 144}, {"\1\0\0\0/\0\0\0\1\0\0\0", 12}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 156
poll([{fd=12, events=POLLIN}], 1, 60000
so it seems to stall on that last "poll" command. I know nothing about dbus messages though so don't know what that might mean bit it seems likely that the 60000 is out of place?
Thanks,
dnq
Offline
I just tried killing samba and this does indeed resolve the start-up times. At the expense of no samba, of course but that's easier to live without.
Sorry, on further testing it seems the problem is with smbnetfs not samba
Last edited by disnesquick (2011-02-20 16:55:23)
Offline
Yes, that was smbnetfs... As discussed in this thread, for example.
Offline
Same here...smbnetfs was the cause.
Last edited by workdowg (2011-02-25 20:52:22)
Offline