Re: many many segfaults
Perhaps the log files can give you a hint ? One of my debian boxes is becoming increasingly unstable, with general protection faults and segfaults almost every day now. I checked the RAM a couple of weeks ago with the memtest utility included with hwtools (i think), and it didn't find any faults -- but I know this doesn't mean the RAM's not at fault. Is there anything else I should be considering? It's a 2 1/2 year old machine on an Intel Endeavor motherboard, P166, 2940 host adapter. Diagnostics are a bit tricky as I'm on the other side of the atlantic from the machine. Suggestions from people experienced in these matters welcomed... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many many segfaults
On Tue, 17 Mar 1998 [EMAIL PROTECTED] wrote: Perhaps the log files can give you a hint ? One of my debian boxes is becoming increasingly unstable, with general protection faults and segfaults almost every day now. I checked the RAM a couple of weeks ago with the memtest utility included with hwtools (i think), and it didn't find any faults -- but I know this doesn't mean the RAM's not at fault. Is there anything else I should be considering? It's a 2 1/2 year old machine on an Intel Endeavor motherboard, P166, 2940 host adapter. Diagnostics are a bit tricky as I'm on the other side of the atlantic from the machine. Suggestions from people experienced in these matters welcomed... Last year, after running hamm quite stable for a while, it also happened to me: a lot of segfaults. I got a lot of kernel messages too about bad directory entries. I too ran the memtest from hwtools all night long and the memory appeared to be fine. I'm not sure when it began to happen and what was the exact cause, though I'm sure that it was after I installed the x server built with libc6 and possibly after an upgrade in libc6. I don't believe that it was related to a specific kernel version, as I tried many, some known good. The problem turned out to be a hardware conflict: the xserver (not sure if it was the svga or the w32 server) used a wrong memory aperture setting. Telling it to use the right settings for a vesa localbus solved all my problems. In your case, a vesa localbus won't be the problem, as Endeavour motherboards have a pci bus. They do however have a built in soundblaster, maybe it is causing troubles (never had any myself)? Maybe it is the 2940 that isn't working well. Good luck, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: many many segfaults
On Mon, Mar 16, 1998 at 01:21:26PM -0500, Thomas Lakofski wrote: One of my debian boxes is becoming increasingly unstable, with general protection faults and segfaults almost every day now. Check out http://www.bitwizard.nl/sig11/ for documentation on hardware problems causing segfaults. HTH, Ray -- Tevens ben ik van mening dat Nederland overdekt dient te worden. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
many many segfaults
One of my debian boxes is becoming increasingly unstable, with general protection faults and segfaults almost every day now. I checked the RAM a couple of weeks ago with the memtest utility included with hwtools (i think), and it didn't find any faults -- but I know this doesn't mean the RAM's not at fault. Is there anything else I should be considering? It's a 2 1/2 year old machine on an Intel Endeavor motherboard, P166, 2940 host adapter. Diagnostics are a bit tricky as I'm on the other side of the atlantic from the machine. Suggestions from people experienced in these matters welcomed... TIA -TL M$ slips up in true Freudian style... Seminar attendee: Why is [Outlook] so slow? M$ rep: That's because it's live on the network. Seminar attendee: As opposed to...? Stop the madness! Free yourselves! http://www.opensource.org/ -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
