After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 564894 - nautilus exits on removing media
nautilus exits on removing media
Status: RESOLVED NOTGNOME
Product: nautilus
Classification: Core
Component: general
2.24.x
Other All
: High critical
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-17 18:44 UTC by Vladimir Kokarev
Modified: 2009-01-22 13:37 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Vladimir Kokarev 2008-12-17 18:44:18 UTC
Steps to reproduce:
1. insert removable media (cd or usb flash drive)
2. unmount mounted volume (if /apps/nautilus/preferences/media_automount gconf key is set)
3. remove media (press eject button on cdrom or detach usb flash drive)
4. at this moment all nautilus windows disappear, taskbar entry "Starting File Browser" appears, it disappears after a while (~5 sec) without any effect. also all desktop icons disappear for about 3 sec.


Stack trace:


Other information:
even if automount option is off, just inserting and removing media causes the same effect.
i think, related bug is described here: http://ubuntuforums.org/showthread.php?p=6380641
Comment 1 palfrey 2008-12-18 00:12:16 UTC
Thanks for taking the time to report this bug.
Without a stack trace from the crash it's very hard to determine what caused it.
Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Comment 2 Vladimir Kokarev 2008-12-18 06:43:18 UTC
(In reply to comment #1)
> Thanks for taking the time to report this bug.
> Without a stack trace from the crash it's very hard to determine what caused
> it.
> Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces
> for more information on how to do so. Thanks in advance!
> 

when I run nautilus from console, it starts and goes background.
can you tell me, what process should I strace?
Comment 3 palfrey 2008-12-18 14:22:38 UTC
What's happening is that when you run nautilus, it detects the existing nautilus process and quits. Run "gnome-session-remove nautilus" and then follow the instructions at http://live.gnome.org/GettingTraces/Details#gdb-not-yet-running to get a stacktrace. Also, please follow http://live.gnome.org/GettingTraces/DistroSpecificInstructions in order to get the debug packages for nautilus so we can have a stacktrace with good debugging symbols.

Thanks!
Comment 4 Vladimir Kokarev 2008-12-18 15:36:23 UTC
seems that I don't have gnome-session-remove tool in my system (i'm using gentoo with gnome overlay)
where can I obtain it? it isn't in gnome-session-2.24.2 sources.
Comment 5 Vladimir Kokarev 2009-01-05 14:53:35 UTC
can anyone respond to my previous comment?
Comment 6 palfrey 2009-01-05 15:18:02 UTC
Sorry, major chunk of the delay was a bit of confusion on my part. Specifically, Debian appears to have stuck with gnome-session 2.22 (even when upgrading the rest of the Gnome packages), and that version has gnome-session-remove, but 2.24 doesn't, and I'm not sure what the replacement program is offhand.

However, there's another route :-) If you follow the instructions at http://live.gnome.org/GettingTraces/Details#gdb-already-running for nautilus we should be able to finally get this sorted out...
Comment 7 Vladimir Kokarev 2009-01-06 00:55:59 UTC
here's a backtrace of a crash:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ff975002780 (LWP 30767)]
0x00000000007ee840 in ?? ()
(gdb) thread apply all bt

Thread 1 (Thread 0x7ff975002780 (LWP 30767))

  • #0 ??
  • #1 ??
    from /usr/lib/libhal.so.1
  • #2 dbus_connection_dispatch
    from /usr/lib/libdbus-1.so.3
  • #3 ??
    from /usr/lib/libdbus-glib-1.so.2
  • #4 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #5 ??
    from /usr/lib/libglib-2.0.so.0
  • #6 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #7 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #8 main
    at nautilus-main.c line 596
Continuing.

Program received signal SIGCONT, Continued.
0x00007ff96f78d55f in waitpid () from /lib/libpthread.so.0
(gdb) 
Comment 8 palfrey 2009-01-06 01:10:26 UTC
(In reply to comment #7)
> here's a backtrace of a crash:

Ok, that's a lot of an improvement getting that trace, but unfortunately there's not quite enough information there yet for me to be able to narrow down exactly what's going on. Looks like probably a crash in hal, so we need the debug symbols for libhal, libdbus and libdbus-glib. http://live.gnome.org/GettingTraces/DistroSpecificInstructions has the information on getting those symbols. Alternately, if there's a more recent version of hal available to you, you might want to try upgrading that and see if it fixes the bug.

Thanks for all your help here, hopefully we can figure out what's going wrong here soon...
Comment 9 Vladimir Kokarev 2009-01-06 11:39:12 UTC
here you go: a backtrace from bug buddy, which began working after installing debug versions of libraries
my package versions are (gentoo):
hal-0.5.11-r5
dbus-1.2.3-r1
dbus-glib-0.78
-----------------------------
Distribution: Gentoo Base System release 2.0.0
Gnome Release: 2.24.2 2009-01-04 (Gentoo)
BugBuddy Version: 2.24.2

System: Linux 2.6.28-gentoo #1 SMP PREEMPT Fri Dec 26 10:21:35 MSK 2008 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10503000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Glossy
Icon Theme: gnome

Memory status: size: 399908864 vsize: 399908864 resident: 38236160 share: 22286336 rss: 38236160 rss_rlim: 18446744073709551615
CPU usage: start_time: 1231241552 rtime: 150 utime: 131 stime: 19 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/nautilus'

[Thread debugging using libthread_db enabled]
[New Thread 0x7f1831744780 (LWP 14751)]
[New Thread 0x7f181f514950 (LWP 14772)]
0x00007f182becf55f in waitpid () from /lib/libpthread.so.0

Thread 1 (Thread 0x7f1831744780 (LWP 14751))

  • #0 waitpid
    from /lib/libpthread.so.0
  • #1 g_spawn_sync
    from /usr/lib/libglib-2.0.so.0
  • #2 g_spawn_command_line_sync
    from /usr/lib/libglib-2.0.so.0
  • #3 ??
    from /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
  • #4 ??
    from /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
  • #5 <signal handler called>
  • #6 ??
  • #7 filter_func
    at libhal.c line 1065
  • #8 dbus_connection_dispatch
    at dbus-connection.c line 4406
  • #9 message_queue_dispatch
    at dbus-gmain.c line 101
  • #10 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #11 ??
    from /usr/lib/libglib-2.0.so.0
  • #12 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #13 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #14 main
    at nautilus-main.c line 596
  • #0 waitpid
    from /lib/libpthread.so.0

Comment 10 A. Walton 2009-01-12 08:01:16 UTC
Thanks for taking the time to report this bug.
However, this application does not track its bugs in the GNOME Bugzilla. We kindly ask you to report the bug to the application authors. For a selective list of other bug tracking systems please consult http://live.gnome.org/Bugsquad/TriageGuide/NonGnome.

If the affected third party application has a bug tracking system you should investigate whether a bug for the reported issue is already filed in this system. If it has not been filed yet please do so. Also ensure that both bug reports contain a link to each other.
Thanks in advance!

Crash is coming out of HAL, and should be reported to the Bugzilla at FreeDesktop.Org.
Comment 11 Vladimir Kokarev 2009-01-22 13:30:51 UTC
here's bug I reported to the Bugzilla at FreeDesktop.Org:
http://bugs.freedesktop.org/show_bug.cgi?id=19678

I was told there to report the bug to Gnome bugzilla.
Comment 12 A. Walton 2009-01-22 13:37:19 UTC
It's definitely not our bug. We can't fix libhal in Nautilus.