Bug 72991 – Nautilus sometimes hangs when logging out and in again

• Product: Gentoo Linux
• Status: RESOLVED WORKSFORME

[Description Niklas Herder 2004-11-30 22:22:57 UTC]

When logging out and logging in as another user, nautilus sometimes (about 50% of the time) fails to start. Once nautilus starts failing, it won't start for any user until reboot.

Reproducible: Sometimes
Steps to Reproduce:
1. Log in to Gnome.
2. Log out.
3. Log in again as another user.

Actual Results:  
Nautilus sometimes doesn't start.

Expected Results:  
It should start.

I've tried these things, to no avail:

rm -rf .gnome* .nautilus .metacity
rm -rf /tmp/*
kill all processes of the previous user

emerge info:

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1,
2.6.9-gentoo-r6 i686)
=================================================================
System uname: 2.6.9-gentoo-r6 i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig candy ccache distlocks prelink sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.linux.ee/pub/gentoo/distfiles/
http://trumpetti.atm.tut.fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex X Xaw3d aavm acpi acpi4linux alsa apache2 apm arts async
audiofile avi berkdb bidi bitmap-fonts bonobo bootspla cdparanoia cdr chroot
crypt cups dga dmx dts dv dvd dvdread encode esd f77 faad fam fbcon fbdev ffmpeg
flac foomaticdb fortran freetype gd gdbm gif gimpprint gnome gpm gstreamer gtk
gtk2 gtkhtml hal howl imagemagick imap imlib imlib2 java jikes jpeg junit kde
kerberos krb4 ldap libg++ libwww lufsusermount mad maildir matroska md5sum
mikmod mmx motif mozilla mpeg mpeg4 music ncurses nls nptl offensive oggvorbis
openal opengl pam pdflib perl pic png ppds propolice python qt quicktime
readline samba sasl sdl slang slp spell sse ssl svga tcltk tcpd theora tiff
truetype usb wmf wxwindows x86 xface xine xinerama xml xml2 xmms xosd xv zlib
video_cards_nvidia"



strace nautilus seems to always stop like this:

connect(23, {sa_family=AF_FILE,
path="/tmp/orbit-niklas/linc-1dab-0-78e40604af87"}, 45) = 0
write(18, "A", 1)                       = 1
futex(0x818c294, FUTEX_WAKE, 1)         = 1
writev(23, [{"GIOP\1\2\1\0\214\1\0\0", 12}, {"
\355\377\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0\367\224"..., 396}], 2) = 408
futex(0x8109e3c, FUTEX_WAIT, 3, NULL)   = 0
futex(0x8109e18, FUTEX_WAKE, 1)         = 0
writev(23, [{"GIOP\1\2\1\0\224\1\0\0", 12},
{"\240\355\377\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0\367\224"..., 404}], 2) = 416
futex(0x8109e3c, FUTEX_WAIT, 5, NULL

...so I'm guessing it's some sort of threading problem?

[Comment 1 Niklas Herder 2004-11-30 22:25:22 UTC]

I have some ~x86 packages, if that makes any difference.
(Note: I'm not using exocity at the moment)

/etc/portage/package.keywords:

media-video/nvidia-kernel ~x86
media-video/nvidia-glx ~x86
x11-base/opengl-update ~x86
#sys-kernel/genkernel ~x86
media-video/vlc ~x86
media-libs/libdvbpsi ~x86
media-video/ffmpeg ~x86
media-libs/libmatroska ~x86
dev-libs/libebml ~x86
#sys-kernel/genkernel ~x86
x11-misc/expocity ~x86
x11-themes/gdm-themes ~x86

[Comment 2 Joshua Schmidlkofer 2005-04-29 23:57:47 UTC]

Has anyone else seen this problem.  I am having this problem as well, but it seems specifically related to my dual-headed systems.  In all three cases, I am using Nvidia's w/ Binary drivers, and two heads.  They appear as DISPLAYs 0.0 and 0.1.  Nautilus will just hang forever, never actually start.  I have tried a variety of things and searched the net. No luck.

[Comment 3 foser (RETIRED) 2005-05-28 03:10:21 UTC]

no, this might be better reported upstream if it is a real problem.

The initial reporter seems to use a metacity hack which is known unstable &
unmaintained and as such is a likely candidate as the source for his problems.

[Comment 4 Niklas Herder 2005-05-29 22:12:17 UTC]

As I said, I wasn't using expocity at the time, so I don't think it's that.
It was unmerged, just still present in my package.keywords.
It seems to me (I'm guessing) that the problem had something to do with hald
crashing due to flaky hardware (my CD-RW drive), causing nautilus to freeze.
But that's just a hunch.

I unmerged Gnome a while ago, so it's not really a problem for me anymore.
Although I do have an nvidia card, I doubt that my problem is related to that.
And I'm not using a dual-head display.
So if noone else has this problem, you can close it.

[Comment 5 foser (RETIRED) 2005-06-03 07:51:51 UTC]

well, I can't rep it at least.