troubles with nautilus on x86_64
Karen Spearel
kas11 at tampabay.rr.com
Wed May 5 19:03:21 UTC 2004
csm at moongroup.com wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> So it's now the middle of the week and there has been no activity on the
> bug report I made about nautilus. It's important (to me at least) that
> people realize that this is a BLOCKER bug because gnome is not usable
> with this bug in place. You only get about half the environment and as
> wwe are approaching the freeze point it would seem that *THIS* kind of
> bug would be quite interesting.
>
> On Sun, 2 May 2004, Chuck Mead spewed into the bitstream:
>
> CM>Chuck Mead wrote:
> CM>> Chuck Mead wrote:
> CM>>
> CM>>> So night before last I installed FC2T3 on an Athlon64 3000+ with a k8v
> CM>>> deluxe motherboard. Gnome has been a problem as nautilus dies when it
> CM>>> tries to start. I have a bug report (see attached) for that which is
> CM>>> going into bugzilla shortly.
> CM>
> CM>This has been submitted as bug 122298
> CM>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=122298
> CM>
> CM>
>
> - --
> csm at moongroup.com, head geek
> http://moongroup.com
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.1 (GNU/Linux)
>
> iD8DBQFAmTNyv6Gjsf2pQ0oRAhu0AJ9HozmaQ3oVsZvS1uJTBPMaLbtQhACfbTRD
> aUtCeNkq54q4Zqo25QQi1/Q=
> =ZDJQ
> -----END PGP SIGNATURE-----
>
>
Chuck,
Hope you don't mind getting a message off list...I know you aren't a
noob and this suggestion will make it seem like I think you are.
With my K8V using standard Samsung DIMMs from the Asus approved list, I
cannot make my system run reliably at 200 mhz FSB...this system just
does ***not*** like high latency memory. I spent over 100 hrs trying
various memory timings and never found anything that wouldn't throw an
error at least once within 8 hrs. Eventually I gave up and switched to
166 mhz FSB. The errors were always above 1000 mb...and primarily
triggered by Test 6.
At the very least Memtest86+ V3.00 gives a little interesting data on
what Asus BIOS uses for default settings. Running Test 6 for an
extended period might possibly be interesting. The very bottom timing
setting (cmd delay or something like that) was the only thing that
helped but that didn't correct the problem entirely. BTW, these same
DIMMs run fine on my Athlon XP system running a 200 mhz FSB...not
exactly the same thing but at least I know the DIMMs are with spec.
At 166, this K8V/3200+ is dead reliable...at 200 it simply isn't.
Perhaps you are running faster memory...but I have seen reports of
problems running fast DIMMs with Winbond dram also. I gain a little of
the speed back by running the CPU in turbo mode...2052 mhz which doesn't
seem to phaze the CPU...the problem here is simply on the memory
bus...and this may indeed be a pcb layout problem...of course, Asus says
the problem doesn't exist and I should run Windows. There is an article
on the Muskin site about the Athlon 64 and memory that I found very
interesting...and perhaps we know why the Opteron uses registered
memory...even using 2 DIMMs unbuffered is really pushing the limits.
Sorry to bother ya if you have been all thru this stuff...I know the
frustrations...and since I am running FC2 T3 without any problems at all...
HTH,
KAS
More information about the fedora-test-list
mailing list