Nautilus closing and restarting unexpectedly

[Johannes bauer]

Hello list,

I'm on x86_64 Gentoo here and experiencing a problem with nautilus: When
Gnome starts up, the desktop icons are displayed properly. However, as
soon as I double click any folder or open up a terminal and start
nautilus, I experience weird behaviour: nautilus starts up, but closes
immediately (after around 200-300 ms). This happens 10 times, then
nautilus is just gone. After this is tried once, the desktop icons
disappear completely. I've tried removing the .gnome, .gnome_private,
.gnome2, .gnome2_private, .nautilus, .gcond and .gconfd directories, but
the problem persists.

I've also tried remerging the nautilus pacakge as I thought it might
have been some dependency problem. It didn't change anything,
revdep-rebuild found no unfulfilled dependencies.

Any ideas?

Thanks in advance,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Johannes bauer]

ritz schrieb:

>> Any ideas?
> you could check ~/.xsession-erros and obtain a backtrace ?

Okay, ~/.xsession-errors says:

(nautilus:9272): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9348): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9353): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9360): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9366): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9372): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9377): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9384): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9391): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

(nautilus:9396): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

And the backtrace is rather unhelpful, I guess:

[New Thread 0x41b33950 (LWP 9478)]
[New Thread 0x4257f950 (LWP 9479)]

(nautilus:9472): GLib-GIO-CRITICAL **: g_unix_mount_is_system_internal:
assertion `mount_entry != NULL' failed

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x41332950 (LWP 9477)]
0x00007f8c68e870cf in g_unix_mount_guess_should_display () from
/usr/lib/libgio-2.0.so.0
(gdb) bt
#0  0x00007f8c68e870cf in g_unix_mount_guess_should_display () from
/usr/lib/libgio-2.0.so.0
#1  0x00007f8c68e861b5 in ?? () from /usr/lib/libgio-2.0.so.0
#2  0x00007f8c68e80965 in ?? () from /usr/lib/libgio-2.0.so.0
#3  0x00007f8c68e8b94b in ?? () from /usr/lib/libgio-2.0.so.0
#4  0x00007f8c68e6ef5e in ?? () from /usr/lib/libgio-2.0.so.0
#5  0x00007f8c68e7f71e in ?? () from /usr/lib/libgio-2.0.so.0
#6  0x00007f8c68e7a9cd in ?? () from /usr/lib/libgio-2.0.so.0
#7  0x00007f8c6858c1d9 in ?? () from /usr/lib/libglib-2.0.so.0
#8  0x00007f8c6858aac1 in ?? () from /usr/lib/libglib-2.0.so.0
#9  0x00007f8c6d5fe037 in start_thread () from /lib/libpthread.so.0
#10 0x00007f8c678f328d in clone () from /lib/libc.so.6
#11 0x0000000000000000 in ?? ()
(gdb)

It appears rather strange to me that my system reports the libgio
library is not installed by any pacakge - which package is it usually
included in?

Kind regards,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Nelson Benítez León]

2008/9/13 Johannes Bauer <dfnsonfsduifb@...>

....

It appears rather strange to me that my system reports the libgio library is not installed by any pacakge - which package is it usually included in?

 
 I'm not in linux right now but I think it's in glib package, as gio is included in glib..

--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Johannes bauer]

Nelson Benítez León schrieb:

>  I'm not in linux right now but I think it's in glib package, as gio is
> included in glib..

Alright, I remerged glib, libgnomeui and glibmm - the problem persists.

Kind regards,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Dimitri Benin]

Am Samstag, den 13.09.2008, 01:23 +0200 schrieb Johannes Bauer:
> Alright, I remerged glib, libgnomeui and glibmm - the problem
persists.

Can you provide the versions of the libraries and the version of
nautilus you are using? I have also a gentoo x86-64 machine here, I
would like to reproduce your problem.

Best regards,

Dimitri


--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[ritz-2]

Hello

On Sat, 2008-09-13 at 01:23 +0200, Johannes Bauer wrote:
> Nelson Benítez León schrieb:
>
> >  I'm not in linux right now but I think it's in glib package, as gio is
> > included in glib..
>
> Alright, I remerged glib, libgnomeui and glibmm - the problem persists.
possibly http://bugzilla.gnome.org/show_bug.cgi?id=526868


>
> Kind regards,
> Johannes
--
Ritesh Khadgaray
Ph: [phone]
Desktop LinuX N Stuff, RHCE
Software Maintenance Engineer, Pune, Red Hat
ॐ मणि पद्मे हूँ
Eat Right, Exercise, Die Anyway.


--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Johannes bauer]

Dimitri Benin schrieb:

>> Alright, I remerged glib, libgnomeui and glibmm - the problem persists.
>
> Can you provide the versions of the libraries and the version of
> nautilus you are using? I have also a gentoo x86-64 machine here, would
> like to reproduce your problem.

[ebuild   R   ] dev-libs/glib-2.16.3-r1
[ebuild   R   ] gnome-base/libgnomeui-2.22.1
[ebuild   R   ] dev-cpp/glibmm-2.16.4

I found out what causes the bug after looking into the bugzilla report
filed by scott. It is caused by a bind-mount - however, I do not
bind-mount my home directory, only the tmp directory:

joe joe [~]: mount | grep bind
/tmp/joe on /home/joe/tmp type none (rw,bind)

As soon as I umount this bindmount, nautilus starts up fine. This
behaviour is new, however. I'll try update versions and see if the
problem is fixed in future versions.

Regards,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Johannes bauer]

ritz schrieb:

>> Alright, I remerged glib, libgnomeui and glibmm - the problem persists.
> possibly http://bugzilla.gnome.org/show_bug.cgi?id=526868

Indeed it appears it is. Do you happen to know if the fix by Matthias
Clasen already made it into any stable version? If so, which one?

Kind regards,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Nelson Benítez León]

2008/9/13 Johannes Bauer <dfnsonfsduifb@...>

ritz schrieb:

Alright, I remerged glib, libgnomeui and glibmm - the problem persists.

possibly http://bugzilla.gnome.org/show_bug.cgi?id=526868

Indeed it appears it is. Do you happen to know if the fix by Matthias Clasen already made it into any stable version? If so, which one?

According svn.gnome.org, the fix is in glib 2.17.5 and newer, last is 2.18.0 

--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[ritz-2]

Hello

On Sat, 2008-09-13 at 13:07 +0200, Nelson Benítez León wrote:

> 2008/9/13 Johannes Bauer <dfnsonfsduifb@...>
>         ritz schrieb:
>        
>        
>                         Alright, I remerged glib, libgnomeui and
>                         glibmm - the problem persists.
>                 possibly
>                 http://bugzilla.gnome.org/show_bug.cgi?id=526868
>        
>        
>         Indeed it appears it is. Do you happen to know if the fix by
>         Matthias Clasen already made it into any stable version? If
>         so, which one?
>
> According svn.gnome.org, the fix is in glib 2.17.5 and newer, last is
> 2.18.0

Let me know, if this helps.


--
Ritesh Khadgaray
Ph: [phone]
Desktop LinuX N Stuff, RHCE
Software Maintenance Engineer, Pune, Red Hat
ॐ मणि पद्मे हूँ
Eat Right, Exercise, Die Anyway.


--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Johannes bauer]

ritz schrieb:

>> According svn.gnome.org, the fix is in glib 2.17.5 and newer, last is
>> 2.18.0
>
> Let me know, if this helps.

Alright, I will. Annoyingly, this newer glib-version is not yet in the
Gentoo Portage tree at all, so I'll have to assemble an own build - I
don't know if I will succeeed. In any case, I'll report back. Worst case
scenario is that I'll just have to wait until 2.17.5 or up is in the tree.

Regards,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Johannes bauer]

Johannes Bauer schrieb:

> ritz schrieb:
>
>>> According svn.gnome.org, the fix is in glib 2.17.5 and newer, last is
>>> 2.18.0
>>
>> Let me know, if this helps.
>
> Alright, I will. Annoyingly, this newer glib-version is not yet in the
> Gentoo Portage tree at all, so I'll have to assemble an own build - I
> don't know if I will succeeed. In any case, I'll report back. Worst case
> scenario is that I'll just have to wait until 2.17.5 or up is in the tree.

OK, I'll just have to wait until Gentoo folks put it in the tree. I just
tried using the 2.16.5 ebuild for version 2.17.5, which immediately died
on me upon requesting some patch. As I do have little to none knowledge
about glib internals and why they need patching to compile on Gentoo,
I'll just leave my fingers off the package and hold still until it
magically appears from the portage tree. Then I can tell you whether or
not it actually works.

Kind regards,
Johannes
--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list

[Nelson Benítez León]

2008/9/14 Johannes Bauer <dfnsonfsduifb@...>

ritz schrieb:

According svn.gnome.org, the fix is in glib 2.17.5 and newer, last is
2.18.0

Let me know, if this helps.

Alright, I will. Annoyingly, this newer glib-version is not yet in the Gentoo Portage tree at all, so I'll have to assemble an own build - I don't know if I will succeeed. In any case, I'll report back. Worst case scenario is that I'll just have to wait until 2.17.5 or up is in the tree.

When I used gentoo, in this cases I downloaded the patch and put it in the files dir of ebuild in question, here glib, then I edited the ebuild to incorporate that patch, then I just re-emerge glib package.. Well firstly copy the glib ebuild dir to your overlay, so you have confidence your changes wont be overwrited in the next update.

I also remember you have to run a "ebuild $package manifest" or something like that so the ebuild recognizes the new patch file you've put in 'files' dir.. sorry I don't remember well the commands...

You can download the patch in question here:
http://svn.gnome.org/viewvc/glib/trunk/gio/gunixvolumemonitor.c?view=patch&r1=7274&r2=7273&pathrev=7274

--
nautilus-list mailing list
nautilus-list@...
http://mail.gnome.org/mailman/listinfo/nautilus-list