People,
See inline responses to three replies:
Date: Sun, 31 Aug 2014 17:22:23 +0930 From: Tim ignored_mailbox@yahoo.com.au
On Sun, 2014-08-31 at 14:12 +1000, Philip Rhoades wrote:
It sort of looks like a RAM problem to me but ALL the SIMMS can't be faulty
Well, they can... When it comes to recycling, all bets are off, particularly if nobody took anti-static precautions while handling the parts.
I haven't had that sort of bad SIMM frequency before but it is possible I guess . .
But, for the sake of a simple thing to try, I'd try cleaning the contacts in the RAM sockets, and the on the RAM sticks, with electrical contact cleaner and lubricant. Likewise, for other plug-in cards.
OK, I will try that when I am on site again in a week or so.
If you have another power supply to try, substitute it.
Yep, did that with a new (current) PS - crashed on bootup . .
Date: Sun, 31 Aug 2014 10:48:37 +0200 From: Ralf Corsepius rc040203@freenet.de
On 08/31/2014 06:12 AM, Philip Rhoades wrote:
People,
I have been trying to build a usable PC out of old - but previously unused hardware (motherboards, CPUs, RAM, 80GB Seagate disks, power supplies) - but whatever combination I use I continually get core dumps
- I have reinstalled on numerous occasions and sometimes the PC works
for hours without a problem and then fails - but quite frequently it fails on bootup! I have tried with 2G RAM but that had problems so I went back to 1G thinking that one SIMM might be faulty but no combination works for any reasonable length of time.
Which CPU are you using? Unless it's a hardware defect somewhere, I'm inclined to believe you could be trying to run an incompatible kernel.
Hmmm . . that MB is for Socket478 processors and I definitely installed the 32 bit F20 (LiveCD install) - how could it be incompatible? Would F20 64bit even install?
Date: Sun, 31 Aug 2014 02:48:40 -0700 From: Tod Merley todbot88@gmail.com
Yes, I think a HW list along with the SW being tried would likely prove helpful here.
OK, that will have to wait till I can get back on site again too - of course my remote ssh connection doesn't work now because of another crash - I'm surprised it lasted as long as it did!
On Sun, Aug 31, 2014 at 1:48 AM, Ralf Corsepius rc040203@freenet.de wrote:
On 08/31/2014 06:12 AM, Philip Rhoades wrote:
People,
I have been trying to build a usable PC out of old - but previously unused hardware (motherboards, CPUs, RAM, 80GB Seagate disks, power supplies) - but whatever combination I use I continually get core dumps
- I have reinstalled on numerous occasions and sometimes the PC works
for hours without a problem and then fails - but quite frequently it fails on bootup! I have tried with 2G RAM but that had problems so I went back to 1G thinking that one SIMM might be faulty but no combination works for any reasonable length of time.
Which CPU are you using? Unless it's a hardware defect somewhere, I'm inclined to believe you could be trying to run an incompatible kernel.
Thanks people - more info to come later!
Regards,
Phil.
On 08/31/2014 04:19 PM, Philip Rhoades wrote:
Which CPU are you using? Unless it's a hardware defect somewhere, I'm inclined to believe you could be trying to run an incompatible kernel.
Hmmm . . that MB is for Socket478 processors
It would be really helpful if you'd tell us which processor it exactly is.
and I definitely installed the 32 bit F20 (LiveCD install) - how could it be incompatible?
Yes, there are 2 different 32bit kernels: "kernel" and "kernel-PAE".
The "kernel-PAE" requires the CPU to support "pae", while the "kernel" should be able to run without. A CPU w/o pae-support would be incompatible to the pae-enabled kernel.
Would F20 64bit even install?
I am not sure, but IIRC, Socket 478-era processor all were 32bit and did not support pae.
Ralf
| From: Ralf Corsepius rc040203@freenet.de
| I am not sure, but IIRC, Socket 478-era processor all were 32bit and did not | support pae.
Socket 478 was for Pentium 4 "Northwood" processors and some later ones.
PAE was introduced with the Pentium Pro. As far as I know, all P4 processors had PAE.