Description of problem:
If I use gnome, I can't use nautilus: it crashes on startup with the
"The applicatino nautils has quit unexpectly"
Version-Release number of selected component (if applicable):
I reinstalled the system two times, and I got two times the same error.
Steps to Reproduce:
1. Install Fedora Core 2 for AMD64 with both KDE and Gnome
2. log in with default settings
3. nautils crashes
Can confirm this (standard install). Started to happen on the second
day (worked fine on day one) after install. Will look closer tomorrow.
Same problem here. It works OK sometimes but most of the time it just
crashes. I don't know if this is connected ot not but Epiphany also
crashes on startup.
Also having the same problem. Even tried upgrading to the
Development version of Nautilus currently available which is 2.6.0-
5. Still having the same problem.
I have 2 cdrom drives, a floopy , a zip drive and a flash card reader.
If I hold my entries in /fstab to any two of these Nautilus starts
properly at login and the file browser works fine. If I add any other
devices from this group Nautilus crashes on login and if ti is
selected as that file browser. I have no idea why but thought it might
help you to have the information
I also had the same problem, and can confirm that David's workaround
works (disabling cdroms and floppies in /etc/fstab).
This happened for my system too as soon as I started up. I do have
KDE and GNOME installed. I am also not sure if this issue is related
to my monitor going black about 15 minutes into each session but I
will get back on that [may have been monitor config]
Any news on fixing this. It is quite important as we still can't use
GNOME because of it :(
doesnt seem to be related to my monitor but i do have 2 CDROM drives
[CD-RW and DVD-RW]. Still havent fixed it
Same here. I also have 2 CD drives
i found that if I try to mount the second dev that fstab will hold
and still allow Nautilus to work, it immediatley crashes Nuatilus. I
have had to remove X86_64 FC2 from my system and go to i396 FC2 in
order to use Fedora Core for normal work. I feel that this should be
a high priority to be fixed. I don't know if this could be hardware
specific but I have a AMD64-FX51 processer on an Asus SK8N mother
board, 2gigs of memory, an Adaptec LV-2 scsi board, two 18 gig Segate
drives, a 36 gig Segate drive, a Sony CRX320E cdrom/dvd, a Sony
DRU500A dvd writer, Iomega 100meg ATAPI drive, and a San Disc USB
Flash Card Reader, ATI 9800 Pro Radeon graphics board,and a Sound
Blaster Live 5.1 sound card.
I forgot to mention that I did a clean istall of FC2 X86_64 with only
Gnome leaving KDE uninstalled and the results were the same. Nautilus
crashes with more than two devices listed in fstab.
I actually was getting fed up with this and decided to install i386
over x86_64 because when on my server, it had no problems.
Unfortunatly, the same problem occurs yet much more limited. It does
not happen as often but when it does I may be able to get back into X
but only where the mouse moves and the screen is messed up with
random color lines throughout the display. That is IF I CAN get back
into it. I'm hoping this will be resolved soon.
I've got 2 cdrom drives, and Nautilus crashes if there are is a CD in
both drives. Remove one CD and reboot and the problem goes away.
Same problem on my x86_64. Had to delete cdrom, zip, and floppy from
fstab and updfstab.conf.default (to keep it from being re-entered in
This problem is caused by a memory alignment bug in ORBit2. I posted
a quick fix for it over in GNOME bugzilla:
Can someone with sufficient privileges please push this over to ORBit2?
There are also a bunch of dups:
There's also an updated patch on the gnome bugzilla link above. It's
a forward port from an old-ORBit patch created by Matt Wilson. It has
a couple of additional related alignment fixes.
Is there any plan to release a rpm with the correction inculded?
Instructions for creating your own rpm (in the interim) can be found here:
Just replace "ORBit2-18.104.22.168-cbl-nautilus-crasher-fix.patch" with
whatever you name the patch file downloaded from the GNOME bug 138986.
Also, remember to set $LIBRARY_PATH as described in the FedoraForum post.
I followed your instructions but when I applied the patch it kept
asking for the file to patch, and then would reject the file I
entered. I tried every file in the folder /usr/src/redhat/SOURCES and
it rejected them all. Is in another folder, and what is it named?
I'm not certain, but it sounds like a problem with your patch file.
How did you download it?
I recommend clicking on the attachment (so that it comes up in the
browser) then do a right-click->"Save Page As...". If you did a cut
and paste, its possible you
Also, is it possible that you skipped the "tar -xvjf
The source tar ball has to be extracted first and you have to be in
the /usr/src/redhat/SOURCES directory.
Either of these problems will give you an error saying "can't find the
file to patch...".
On the other hand, you may want to wait a day or two until anoncvs
syncs up and get ORBit2-2.10.3 which includes the fix. I'll make
another patch then and post it here complete with instructions (and
changes to the spec file rather my previous untar-patch-retar ugliness).
OK I'm not quite sure what I did but the file I downloaded as the
patch was definatly not the right one. I did it again and it worked
just fine. I had clicked on the link but ended up with a 3.3 kb file
instead of the 510 byte file I should have.
Created attachment 101452 [details]
patched x86_64 ORBit2 rpm
for those who are having a problem with the path (which works
fwiw, the ORBit2 SRPM bails unless you uninstall the i386 version of
popt temporarily. Not a big bug (I've had to do it with a number of
other packages) but worth looking into.
This bug still exists in FC3T1 and was frustrating me to no end, the
RPM from Thomas Walker appears to fix the problem but it would be nice
to have an official fix in rawhide.
Created attachment 102065 [details]
For those of you who are having trouble building with the patch, I've attached
a patch file here that simplifies the process. This is basically the recently
released ORBit2-2.10.3, which includes my fix.
1) Download the patch and name it xxx.patch
2) As root, copy xxx.patch to /usr/src/redhat
3) Install the ORBit2-2.10.0-2.src.rpm package from the Fedora installation CDs
or DVD ("rpm -ivh ORBit2-2.10.0-2.src.rpm")
4) Execute the following commands (still as root):
patch -p1 <xxx.patch
rpmbuild -bb ORBit2.spec
rpm -Uvh ../RPMS/x86_64/ORBit2-2.10.3-0.x86_64.rpm
This should work properly regardless of whether or not you have installed the
i386 version of libpopt.
I don't know what the hold-up is in putting this in rawhide or one of the FC3
test releases. It's been accepted by gnome and gentoo weeks ago.
Oh, and, when downloading the patch, right click and select "Save Link
Thanks, Chris! Your solution worked like a charm.
There was an ORBit2 update for this.
*** Bug 122087 has been marked as a duplicate of this bug. ***
*** Bug 121912 has been marked as a duplicate of this bug. ***
*** Bug 122662 has been marked as a duplicate of this bug. ***