I've been trying to get memtest86 up and running and having some problems.<br>
<br>
I downloaded, ran make, created /memtest, copied memtest.bin to /memtest. (boot drive is sda1)<br>
<br>
in /etc/grub.conf, (from a google find) I entered the following:<br>
<br>
title memtest86<br>
root (hd0,0)<br>
kernel (hd0,0)/memtest/memtest.bin<br>
<br>
Depending on the path I put into the third line, I either get "File not
found" errors or on enter, I get a black (blank) screen for a second or
so, and the grub menu returns.<br>
<br>
Tony - thanks for the suggestion, and I'll try that as soon as I've got
the memtest86 figured out.  Do you know where the db is located in
the filesystem to delete (or how to find it)?<br>
<br>
Spencer<br><br><div><span class="gmail_quote">On 10/5/05, <b class="gmail_sendername">Tony Nelson</b> <<a href="mailto:tonynelson@georgeanelson.com">tonynelson@georgeanelson.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
At 4:49 PM +0800 10/5/05, Edward Dekkers wrote:<br>>Spencer Kellis wrote:<br>>> I would have thought bad memory would be manifest in many more ways than<br>>> simply yum not working.  My system is otherwise stable, and has been up
<br>>> and operating for a week currently without any other issues.  I<br>>> appreciate the idea though, and if you still consider bad memory an<br>>> option I'd be interested to hear it (and how & why).
<br>>><br>>> If there are any other ideas out there, even pointers to what to look<br>>> through for possible problems on my own, I'd appreciate it.<br>>><br>>> Thanks,<br>>> Spencer<br>
><br>>The reason he would have suggested it is because it's probably the #1<br>>cause of segmentation faults and signal 11 faults on Linux, together<br>>with bad hardware. This isn't Windows and you aren't in Kansas any more.
<br>><br>>Linux is super stable and if it crashes, it is more than likely not<br>>actually Linux's fault.<br>><br>>Trust the reply to your post - run a memtest86 overnight on full testing<br>>suite, don't question a perfectly reasonable response. I think the
<br>>person who replied has been around Linux longer than you from what I can<br>>see.<br>><br>>If the memory tests OK, fine, we'll look at something else, but you<br>>really need to eliminate it 100% sure before we go on.
<br><br>My own guess is that there is something badly wrong with RPM's database,<br>and that --rebuilddb might need some help, such as rm'ing the existing<br>database first.  Hopefully someone who knows more about RPM will chime in.
<br>____________________________________________________________________<br>TonyN.:'                      
<mailto:<a href="mailto:tonynelson@georgeanelson.com">tonynelson@georgeanelson.com</a>><br>      '                              <<a href="http://www.georgeanelson.com/">http://www.georgeanelson.com/</a>><br><br>
--<br>fedora-list mailing list<br><a href="mailto:fedora-list@redhat.com">fedora-list@redhat.com</a><br>To unsubscribe: <a href="https://www.redhat.com/mailman/listinfo/fedora-list">https://www.redhat.com/mailman/listinfo/fedora-list
</a><br></blockquote></div>