April 15, 2005
Today is not your day, tomorrow doesn’t look good either…
I’ve just been round at robster’s room helping him replace the AMD Sempron 3000+ which he had in his new Biostar 210V (similar to my 200V) and the BIOS apparently didn’t recognise. We put in an SB Live 7.1 because on-board VIA 82xx sound is crap (even if the planets are in alignment, DXS is in the right randomly numbered mode, and you manage to get ALSA and friends to do the appropriate resampling to 48kHz, it still sounds crap as a consequence – although do let me know if you know how to make it sound good), a 60GB HDD I had lying around while he’s waiting for CCL to replace or give him credit for his 2nd broken pair of HGST Deskstars, and swapped the Sempron for an AMD Athlon XP 2800+.
Unfortunately it was recognised by the BIOS as a 1250MHz processor or something… so I looked at the motherboard manual and found some jumpers to set the front-side bus speed. Firstly we were amazed it had jumpers (can’t BIOSes autoconfigure this stuff nowdays?), and secondly how the default setting was for a 100MHz FSB speed. The consequence was that the DDR400 RAM was running at DDR266 and the processor was running massively slowly. Setting the FSB to 166MHz made the processor and RAM run at the correct speeds, indicating that probably the Sempron would’ve worked anyway. Oh well, the Athlon XP is a better chip, and given the hassle with the actually broken hardware, CCL definitely won’t refund the Sempron if it’s not broken.
We set about installing Debian, really enjoying the partition manager in sarge d-i rc3, setting up LVM on degraded RAID arrays and such like, although it’s a shame that it falls back to crappy old lilo when installing on XFS root partitions. If sarge had a kernel where XFS wasn’t completely f🤬ed, unlike 2.6.8, then the xfs_freeze/unfreeze hack in grub-install would work. I just switched to the shell and installed 2.6.11 and grub manually before the reboot. I get the feeling joeyh really wouldn’t appreciate any kernel change right now though. Anyway, I digress…
The first boot was a disaster, the kernel was oopsing all over the place in all sorts of random locations, and usually ended up panicing some way into the boot. My assumption was that 2.6.11 was broken somehow, so we booted the install CD again to change it, and the kernel on that was hosed too. Uh oh! I was worried that I’d fried the processor with static whilst installing it, but it’s easier to eliminate the possibility that the RAM wasn’t broken. I removed one DIMM and it started working… but when I tried that DIMM on it’s own, the system worked too. I tried all permutations of the two DIMMs in the two slots, and discovered that when they were both in, the system screwed up, but when one or other was in either slot, the system worked fine. Apparently the CCL value RAM didn’t actually work when it actually got clocked at DDR400, so it needs to go back for replacement or credit too. Interestingly, memtest86 didn’t find any problem with any configuration within any sensible amount of time, and for me in the past it’s either found problems very quickly, or never found them at all.
A few lessons learnt (or re-learnt):
- Double check for for relevant jumpers on your motherboard if CPUs run at the wrong speed. Apparently some computers on sale now still have them!
- Don’t buy cheap RAM, it’s a false economy, life’s too short…
- If you’re planning to set up a RAID1 array in a new system, buy two different brands of disk or they’ll be from the same batch, experience the same wear, and fail in the same way at the same time. This happened to me with my system about a year ago, when both 3-month old HGST drives failed within 24 hours of each other (I now have a Seagate I bought at the time to recover my data onto, use one of the HGST replacements, and sold the other), and robster’s on his 2nd pair of broken HGST drives from the same batches…
Some people seem to be lucky with hardware and it works for them, or fails in obvious or non-critical ways whilst within warranty, and some people seem to be very unlucky and everything goes wrong – horribly, insidiously, and without any suitable recourse. In general I seem to be one of the former people, and robster, my brother and most of my friends are the latter people, embarrassingly including quite a few people I’ve helped to build their own computers. Although saying that, lightning will probably now strike all of the hardware that I own… I’ll keep you posted.
3 responses to “Today is not your day, tomorrow doesn’t look good either…”
Leave a Reply
Calendar
M | T | W | T | F | S | S |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 |
Links
Archives
- April 2024
- February 2024
- March 2023
- November 2022
- May 2022
- February 2022
- June 2021
- January 2021
- August 2019
- October 2018
- July 2017
- May 2010
- October 2009
- August 2009
- July 2009
- March 2009
- January 2009
- July 2008
- June 2008
- April 2008
- May 2007
- January 2007
- December 2006
- June 2006
- April 2006
- March 2006
- November 2005
- October 2005
- September 2005
- August 2005
- July 2005
- May 2005
- April 2005
- March 2005
Quite a horror story of hardware. Board with jumpers on? Send it back too!
Athlon 2400 you say? Athlon 2400s are Thoroughbred cores. Thoroughbred cores only run at 266mhz, so DDR 400 ram wouldnt work. DDR 400 is only for the last Athlon XP the Barton core.
Via northbridges clock the CPU and the RAM seperately…
I also have Sempron 3000+ in my new Biostar 210V. I didn’t realize the max Sempron for the 210 is the 2800. Tech support says the 3000+ should be fine and suggests changing the jumpers…….what jumpers? I don’t see any at JCLK1. Right now the machine shows 1.2ghz at 100.