LinuxQuestions.org
Review your favorite Linux distribution.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware
User Name
Password
Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?

Notices


Reply
  Search this Thread
Old 09-26-2006, 12:41 PM   #1
extrasolar
Member
 
Registered: Feb 2004
Location: Northamptonshire, UK
Distribution: Windows XP, Arch Linux
Posts: 131

Rep: Reputation: 16
Is sudden, constant seg faulting a sign of dying hardware?


All of a sudden I'm getting constant segmentation faults. Apps exiting willy nilly for apparently no reason. Firefox is the worst but I suppose that's because I use it most.

It hadn't used to be like this. Even using versions of distros that I used to use now give me the same problem.

So I'm wondering if dying hardware could be the result. I've changed a bad RAM module recently but the memtest86+ shows no errors now.
 
Old 09-26-2006, 02:22 PM   #2
verdeboy2k
Member
 
Registered: Jan 2004
Location: /dev/random
Distribution: Gentoo amd64, CrunchBang amd64
Posts: 350

Rep: Reputation: 32
It sounds like a hardware problem. Try running off of a LiveCD to see if that has similar problems (this will rule out disk/software errors)"
 
Old 09-26-2006, 02:51 PM   #3
Nathanael
Member
 
Registered: May 2004
Location: Karlsruhe, Germany
Distribution: debian, gentoo, os x (darwin), ubuntu
Posts: 940

Rep: Reputation: 33
if it is a hdd issue then the live cd will run fine, however a hdd issue would result in an I/O error so would the north or south bridge.

sudden, constant seg fault sounds to me like memory - i personally would run a memtest and rule out that option.

if it is a mem issue - try swapping banks - sometimes that helps (dont ask me why - it just sometimes does)
 
Old 09-26-2006, 03:30 PM   #4
Crito
Senior Member
 
Registered: Nov 2003
Location: Knoxville, TN
Distribution: Kubuntu 9.04
Posts: 1,168

Rep: Reputation: 53
Quote:
Originally Posted by Nathanael
if it is a mem issue - try swapping banks - sometimes that helps (dont ask me why - it just sometimes does)
Usually has to do with gold contacts on memory modules and tin sockets in the mobos. Gold will actually cause tin to corrode faster than normal (due to a natural galvanic reaction) creating a thin layer of oxidation that prevents good contact. Reseating the modules periodically scrapes away that thin layer of corrosion.
 
Old 09-26-2006, 03:48 PM   #5
J.W.
LQ Veteran
 
Registered: Mar 2003
Location: Boise, ID
Distribution: Mint
Posts: 6,642

Rep: Reputation: 87
If the errors started appearing soon after you replaced the RAM module, then the cause could be that the new stick is not running at the same speed as the old stick, or that its speed is not supported by the mobo. Basically if you have two sticks of different speed installed, the faster one will have to keep waiting for the slower one to catch up (the chain is only as strong as its weakest link, and all that) and that can lead to instability. Personally, although you can have different RAM speeds installed simultaneously, I would not recommend it, for that reason.

That said, are there any messages in your logs (eg, /var/log/messages)?
 
Old 09-26-2006, 05:12 PM   #6
syg00
LQ Veteran
 
Registered: Aug 2003
Location: Australia
Distribution: Lots ...
Posts: 21,126

Rep: Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120
And if it is an issue with timings, memtest doesn't appear to show it. Must be more tolerant than Linux.
Been several threads along these lines.
 
Old 09-27-2006, 01:24 AM   #7
Nathanael
Member
 
Registered: May 2004
Location: Karlsruhe, Germany
Distribution: debian, gentoo, os x (darwin), ubuntu
Posts: 940

Rep: Reputation: 33
Quote:
Originally Posted by Crito
Usually has to do with gold contacts on memory modules and tin sockets in the mobos. Gold will actually cause tin to corrode faster than normal (due to a natural galvanic reaction) creating a thin layer of oxidation that prevents good contact. Reseating the modules periodically scrapes away that thin layer of corrosion.
thanks man, at least i now know why :-)
 
Old 09-27-2006, 01:37 AM   #8
Nathanael
Member
 
Registered: May 2004
Location: Karlsruhe, Germany
Distribution: debian, gentoo, os x (darwin), ubuntu
Posts: 940

Rep: Reputation: 33
Quote:
Originally Posted by J.W.
If the errors started appearing soon after you replaced the RAM module, then the cause could be that the new stick is not running at the same speed as the old stick, or that its speed is not supported by the mobo. Basically if you have two sticks of different speed installed, the faster one will have to keep waiting for the slower one to catch up (the chain is only as strong as its weakest link, and all that) and that can lead to instability. Personally, although you can have different RAM speeds installed simultaneously, I would not recommend it, for that reason.

That said, are there any messages in your logs (eg, /var/log/messages)?
correct me if i am wrong - i thought the motherboard sets the speed - so that if bank1 has 400MHz ram in place and bank0 only 333MHz, then both banks would opperate at 333MHz to deliberately avoid issues you mentioned.
putting slower memory into faster motherboards causes issues, but putting faster memory into slower motherboards does not

i am thinking of the 'old' sdram days - 133's could easily opperate in 100's mainboards and they would work at the speed of 100's - not the otherway around though.
 
Old 09-27-2006, 10:45 AM   #9
J.W.
LQ Veteran
 
Registered: Mar 2003
Location: Boise, ID
Distribution: Mint
Posts: 6,642

Rep: Reputation: 87
Well again, things can only operate as fast as the slowest component, whether that's the mobo or the RAM, and having components that run at different speeds may increase the chances of instability. It's not like it's a guaranteed recipe for disaster or anything, but it certainly increases the chances. Along those lines, if you put faster RAM into a mobo that can't support it, you are paying for performance that you cannot use. Again, not a major deal, but IMHO there's not much point in it. Just my 2 cents
 
Old 09-27-2006, 12:18 PM   #10
Nathanael
Member
 
Registered: May 2004
Location: Karlsruhe, Germany
Distribution: debian, gentoo, os x (darwin), ubuntu
Posts: 940

Rep: Reputation: 33
but things dont run at different speed, that is the point i am trying to make - if you have a 400 and a 333 MHz bank, that does not mean that one bank runs at 400 and the other at 333...

the motherboard negotiates a speed at which all banks will run.

same with every piece of hardware in your computer...
if you have a agp card that does 8xagp and your motherboard only does 4xagp thats what you will get

if you have a amd athlon that does 2400 yet your motherboard will run at 2000 - that is what you will get

if you have a usb2 stick and only usb1 on your motherboard, that is the speed you will be working with when transfering data

in every case mentioned obove, reversing can and will cause issues though.
but the point is: memory bank0 and bank1 will always work at the same speed, never at different speeds.
 
Old 09-27-2006, 05:11 PM   #11
J.W.
LQ Veteran
 
Registered: Mar 2003
Location: Boise, ID
Distribution: Mint
Posts: 6,642

Rep: Reputation: 87
I think you're missing my point. Yes, a 400Mz RAM stick in a mobo that can only support 333Mz RAM will be forced to slow down and run at 333Mz, but that is sort of like driving your car with the parking brake on. At least as I see it, there would be no reason in buying a product that is designed to run at a certain performance level if it would be impossible for me to actually use it at that performance level, ie, putting a 400Mz stick in a 333Mz mobo means I'm paying for performance I simply cannot use. Personally, I recommend using the fastest RAM the mobo can support, but not to buy RAM that is faster than what the mobo can support. In this case, putting a 400Mz stick into a 333Mz mobo is an automatic and unavoidable 17% performance reduction, and at least for me there's no benefit in doing that.
 
Old 09-27-2006, 06:51 PM   #12
Electro
LQ Guru
 
Registered: Jan 2002
Posts: 6,042

Rep: Reputation: Disabled
J.W., you are wrong and your example is wrong too. A much better example is a sports car that can reach 133 MPH, but the law limits to 100 MPH for the particular road. The sports car can easily traveling at 100 MPH. A normal car that has a limit of 100 MPH will be ok running at 100 MPH, but the speedometer will not show a steady 100 MPH.

Faster memory will always last longer than equal speed memory. It is like an 240 volt incadesent bulb being used in the US. The bulb will last 10 years instead a few months.
 
Old 09-27-2006, 07:08 PM   #13
J.W.
LQ Veteran
 
Registered: Mar 2003
Location: Boise, ID
Distribution: Mint
Posts: 6,642

Rep: Reputation: 87
Electro - what you are saying is exactly the same thing as I am saying, namely that although a piece of equipment is capable of running at a faster speed, it is being limited to operating at a slower speed. Maybe my analogy wasn't ideal but I think my point is clear - the equipment is being held to run at a slower speed, that's all.

As for your comment on 240V lightbulbs, sorry, I have no idea what that has to do with a discussion about RAM and mobos. Please stay on topic, thanks.
 
Old 09-28-2006, 12:20 AM   #14
Electro
LQ Guru
 
Registered: Jan 2002
Posts: 6,042

Rep: Reputation: Disabled
J.W., faster memory is not being limited. The point I am trying to make is faster memory chips are better than memory chips that equal the bus speed or clock.

I was not off topic from the light bulb example. I was stating that faster memory will last longer when it is clocked slower.

Another example to see the affects of memory speed versus bus speed. Take two equal video cards that has 455 MHz memory chips and a bus speed of 450 MHz. Overclock one that equals the speed of the memory chips. The second video card just keep it at its orginal clock. The overclocked card will produce artifacts while the second card does not. The artifacts is hardware errors caused by the characteristics of memory chips. People that have overclocked their video cards will agree, but others that have not will be skeptical.
 
Old 09-28-2006, 08:04 AM   #15
giblet1973
LQ Newbie
 
Registered: Sep 2006
Location: Australia
Distribution: Red Hat 9, Fedora, Solaris 10
Posts: 23

Rep: Reputation: 15
I'll start by saying that DDR ram is measured at double the FSB. DDR400 runs at a max of 200MHz, DDR333 runs at a max of 166MHz, and DDR266 runs at a max of 133MHz.

I'd suggest checking the bios and/or jumper settings on the board. If the system is forced to run at 200MHz FSB then DDR333 RAM will most likely generate errors. It will probably also be quite warm to touch.

Given that RAM is fairly cheap these days I do question the wisdom in buying DDR333 RAM.

Oh and don't trust memtest! I've had bad RAM that memtest didn't detect errors with, even after 8 hours of checking. However Windows 2003 server kept BSODing with that stick of RAM. I swapped it to another machine and the problem went with the RAM to that other machine.

Last edited by giblet1973; 09-28-2006 at 08:07 AM.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
mv seg faulting? Tweakin Linux - General 1 05-05-2006 12:05 PM
Apache 2 Child Processes Seg faulting! DavidHayes Linux - Software 1 04-20-2005 07:54 PM
Seg Faulting C. Where? DaveyB Programming 9 11-04-2004 02:00 PM
Compiler seg faulting fitz9948 Slackware 2 05-11-2004 03:04 PM
My program is seg faulting? eggs Programming 2 10-06-2002 02:32 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware

All times are GMT -5. The time now is 03:59 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration