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?
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
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.
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.
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.
well, I can't rep it at least.