Re: Via chipset KT133 and system instability
RH still doesn't like KDE either... RH80 is an attempt to make Gnome look as good as KDE (o I'm gonna get in trouble for that one :) in an attempt to unify everyone to use Gnome. :( Otherwise they wouldn't have made most of the default apps Gnome apps, even for KDE users. begin Net Llama! <[EMAIL PROTECTED]> (Mon, 23 Dec 2002 16:24:21 -0500 (EST)) > Another datapoint to consider is that RH8 isn't exactly famous for its > stability. Can you reliably reproduce the instability, or is it seemingly > random? -- Matthew Carpenter [EMAIL PROTECTED] http://www.eisgr.com/ Enterprise Information Systems *Network Consulting, Integration & Support *Web Development and E-Business ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
Keith Antoine wrote: I have for years used, that which we used to use in the labs, which is pharmaceutical alcohol. Keith Antoine I rebuild a lot of Tech, Phillips etc scopes and other test equipmemt for a living. I couldn't agrre with you more Keith, for alcohol is the only cleaning agent I use on all contacts. Not just switches, but also any edge cards that are found in these units. Great stuff, non-abrasive, non-conductive and non-contaminating. -- Ted Ozolins (VE7TVO) Westbank, B. C. Powered by Slackware 8.1, sent with Mozilla ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
At 03:59 PM 25/12/2002 -0800, you wrote: On 12/25/02 15:41, Brett I. Holcomb wrote: My understanding that using the pencil eraser was done to clean the contacts, not give it extra conductivity. We used the eraser on boards that were exposed to chemicals that created Silver sulfide deposits blackening the contacts. from Net Llama!: [8-<] " Graphite is an insulator, not a conductor. Pencil eraser is also an If we're discussing -electrical- conductivity (there are other kinds:), then, according to http://mineral.galleries.com/minerals/elements/graphite/graphite.htm 'Graphite is a good conductor of electricity.' I stand corrected, however i still think its a bad idea to run an eraser over the contacts, since pencil erasers are no longer pure rubber, but some other composite. I have for years used, that which we used to use in the labs, which is pharmaceutical alcohol. Keith Antoine ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: SOLVED! Re: Via chipset KT133 and system instability
Yeah, already did that. Got a nice big copper Thermaltake Volcano 6cu with a 7000 RPM fan :-) On Wednesday 25 December 2002 10:15 pm, someone claiming to be m.w.chang wrote: > or you may just buy a better heatsink. heat is alwaya a problem of AMD > CPU, in additional to stability problem with VIA chipsets. > > > Running with a new Duron 1GHz and I'm (so far) stable as can be. Granted, > > I've only been testing it for a couple hours, but the XFree86-4.2.1 SRPMs > > built fine. I restarted XFS and enabled all the fonts and all the things > > that used to crash X don't seem to be crashing X. The only bad thing is > > that the new video card I got doesn't want to play on my system, it just > > beeps at me funny > > > > :-(. My son's gonna try it on his Wintendo, though. Perhaps his mobo will > > > > handle it (that's the second Jaton card that won't work for me... I had a > > modem that wouldn't work for anything back when I ran Winders. I'm never > > buying a Jaton anything ever...) -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 11:00pm up 9:04, 2 users, load average: 0.00, 0.00, 0.00 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: SOLVED! Re: Via chipset KT133 and system instability
or you may just buy a better heatsink. heat is alwaya a problem of AMD CPU, in additional to stability problem with VIA chipsets. Running with a new Duron 1GHz and I'm (so far) stable as can be. Granted, I've only been testing it for a couple hours, but the XFree86-4.2.1 SRPMs built fine. I restarted XFS and enabled all the fonts and all the things that used to crash X don't seem to be crashing X. The only bad thing is that the new video card I got doesn't want to play on my system, it just beeps at me funny :-(. My son's gonna try it on his Wintendo, though. Perhaps his mobo will handle it (that's the second Jaton card that won't work for me... I had a modem that wouldn't work for anything back when I ran Winders. I'm never buying a Jaton anything ever...) -- .~.Might, Courage, Vision. In Linux We Trust. / v \ http://www.linux-sxs.org /( _ )\ Linux 2.4.20 ^ ^11:12am up 4 days, 17:13, 1 user, load average: 0.32, 0.07, 0.02 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
If you need to use an eraser a soft artgum has no abrasive. On Wed,25 Dec 2002 15:59:44 -0800 - "Net Llama!" <[EMAIL PROTECTED]> wrote the following Re: Re: Via chipset KT133 and system instability >On 12/25/02 15:41, Brett I. Holcomb wrote: >> My understanding that using the pencil eraser was done to clean the >> contacts, not give it extra conductivity. We used the eraser on >boards > that were exposed to chemicals that created Silver sulfide >deposits > blackening the contacts. >> >> >>> from Net Llama!: >>> >>> [8-<] >>> >>> " Graphite is an insulator, not a conductor. Pencil eraser is also >an>> >>> If we're discussing -electrical- conductivity (there are other >>> kinds:), then, according to >>> >>> http://mineral.galleries.com/minerals/elements/graphite/graphite.htm >>> >>> 'Graphite is a good conductor of electricity.' > >I stand corrected, however i still think its a bad idea to run an >eraser over the contacts, since pencil erasers are no longer pure >rubber, but some other composite. > ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/25/02 15:41, Brett I. Holcomb wrote: My understanding that using the pencil eraser was done to clean the contacts, not give it extra conductivity. We used the eraser on boards that were exposed to chemicals that created Silver sulfide deposits blackening the contacts. from Net Llama!: [8-<] " Graphite is an insulator, not a conductor. Pencil eraser is also an If we're discussing -electrical- conductivity (there are other kinds:), then, according to http://mineral.galleries.com/minerals/elements/graphite/graphite.htm 'Graphite is a good conductor of electricity.' I stand corrected, however i still think its a bad idea to run an eraser over the contacts, since pencil erasers are no longer pure rubber, but some other composite. -- ~ L. Friedman [EMAIL PROTECTED] Linux Step-by-step & TyGeMo: http://netllama.ipfox.com 3:55pm up 10 days, 23:05, 3 users, load average: 0.00, 0.07, 0.08 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
Pam R - My recollection is like yours - we didn't use the eraser to get conductivity - we used it to clean the contacts. Our equipment operated in environments which caused silver sulfide to form. Graphite is a conductor and can short things out! > > Surey not. Graphite is conductive so running a pencil lead across the > contacts could short them together to some degree. > > On the other hand, a pencil eraser is a good tool for removing any crud > from card contacts, just be sure to use a soft one and to thoroughly clean > off the dust afterwards. > > Cleaning socket contacts is much more problematical 'cause they are so > close together there's a real danger of distorting them. Probably the best > thing to do is to just remove the card and blow (or suck?) out any dust > that may have accumulated in the socket block. > > Pam R -- Brett I. Holcomb [EMAIL PROTECTED] AKA Grunt <>< Registered Linux User #188143 Remove R777 to email ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
My understanding that using the pencil eraser was done to clean the contacts, not give it extra conductivity. We used the eraser on boards that were exposed to chemicals that created Silver sulfide deposits blackening the contacts. > from Net Llama!: > > [8-<] > > " Graphite is an insulator, not a conductor. Pencil eraser is also an > > If we're discussing -electrical- conductivity (there are other > kinds:), then, according to > > http://mineral.galleries.com/minerals/elements/graphite/graphite.htm > > 'Graphite is a good conductor of electricity.' > > R -- Brett I. Holcomb [EMAIL PROTECTED] AKA Grunt <>< Registered Linux User #188143 Remove R777 to email ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
from Net Llama!: [8-<] " Graphite is an insulator, not a conductor. Pencil eraser is also an If we're discussing -electrical- conductivity (there are other kinds:), then, according to http://mineral.galleries.com/minerals/elements/graphite/graphite.htm 'Graphite is a good conductor of electricity.' R -- http://www.quen.net "Fix reason firmly in her seat and call to her tribunal every fact, every opinion. Question with boldness even the existence of a God; because, if there is one, he must more approve of the homage of reason, than that of blindfolded fear." --Thomas Jefferson ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/25/02 00:13, Pam R wrote: On Tuesday 24 December 2002 22:35, Net Llama! wrote: On 12/24/02 08:56, Jerry McBride wrote: [snip] > Turn off box, remove cover, unplug video card, run pencil eraser across > card I hope you don't mean the eraser. That's the best way to completely wreck all the sockets. Its the graphite in the pencil itself that you want. Surey not. Graphite is conductive so running a pencil lead across the contacts could short them together to some degree. Graphite is an insulator, not a conductor. Pencil eraser is also an insulator, however it has a significantly lower flash point than graphite, and will most likely catch on fire when current attempts to pass through it. Cleaning socket contacts is much more problematical 'cause they are so close together there's a real danger of distorting them. Probably the best thing to do is to just remove the card and blow (or suck?) out any dust that may have accumulated in the socket block. Quite true. -- ~ L. Friedman [EMAIL PROTECTED] Linux Step-by-step & TyGeMo: http://netllama.ipfox.com 11:25am up 10 days, 18:35, 2 users, load average: 0.22, 0.16, 0.10 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
SOLVED! Re: Via chipset KT133 and system instability
On Wednesday 25 December 2002 02:40 am, someone claiming to be Pam R wrote: > On Wednesday 25 December 2002 04:20, Tim Wunder wrote: > > On Tuesday 24 December 2002 05:36 pm, someone claiming to be Net Llama! > > wrote: > > > Maybe its the mobo? > > > > It's on the list of potential culprits. We'll see... > > So far, I've managed to get 512MB additional RAM, a new processor and > > video card. Maybe I'll get a new Mobo, too ;-) > > Power supply? > And the answer is. CPU! Running with a new Duron 1GHz and I'm (so far) stable as can be. Granted, I've only been testing it for a couple hours, but the XFree86-4.2.1 SRPMs built fine. I restarted XFS and enabled all the fonts and all the things that used to crash X don't seem to be crashing X. The only bad thing is that the new video card I got doesn't want to play on my system, it just beeps at me funny :-(. My son's gonna try it on his Wintendo, though. Perhaps his mobo will handle it (that's the second Jaton card that won't work for me... I had a modem that wouldn't work for anything back when I ran Winders. I'm never buying a Jaton anything ever...) Thanks to all for the pointers and tips. I wonder if I can go back to my Caldera installation... Nah... bring on that RH 8.1 beta! Regards, Tim -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 7:00am up 23:14, 0 users, load average: 0.00, 0.00, 0.00 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Tuesday 24 December 2002 22:35, Net Llama! wrote: > On 12/24/02 08:56, Jerry McBride wrote: [snip] > > Turn off box, remove cover, unplug video card, run pencil eraser across > > card > > I hope you don't mean the eraser. That's the best way to completely > wreck all the sockets. Its the graphite in the pencil itself that you > want. Surey not. Graphite is conductive so running a pencil lead across the contacts could short them together to some degree. On the other hand, a pencil eraser is a good tool for removing any crud from card contacts, just be sure to use a soft one and to thoroughly clean off the dust afterwards. Cleaning socket contacts is much more problematical 'cause they are so close together there's a real danger of distorting them. Probably the best thing to do is to just remove the card and blow (or suck?) out any dust that may have accumulated in the socket block. Pam R -- Have a good turn-of-the-year-celebration-of-your-choice. Linux StepbyStep: http://www.linux-sxs.org/stepbystep.html ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Wednesday 25 December 2002 04:20, Tim Wunder wrote: > On Tuesday 24 December 2002 05:36 pm, someone claiming to be Net Llama! wrote: > > Maybe its the mobo? > > It's on the list of potential culprits. We'll see... > So far, I've managed to get 512MB additional RAM, a new processor and video > card. Maybe I'll get a new Mobo, too ;-) Power supply? Pam R -- Have a good turn-of-the-year-celebration-of-your-choice. Linux StepbyStep: http://www.linux-sxs.org/stepbystep.html ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Tuesday 24 December 2002 05:36 pm, someone claiming to be Net Llama! wrote: > On 12/24/02 13:01, Tim Wunder wrote: > > I *still* have problems with large compiles breaking (particularly > > rebuilding Xfree86 from SRPM). I'm currently suspecting either heat, or > > CPU. I got a 1G Duron processor this morning and a nice Thermaltake CPU > > fan/heatsink with a 7000 RPM fan. Sometime in the next couple of days > > I'll be swapping out the processor and testing again. The current > > Mobo/CPU is not without its tainted history. When it was fairly new, the > > CPU fan failed and the board ran *very* hot for a couple days (it wasn't > > on 100% of the time, probly around 25%). He recalls being surprised that > > the CPU wasn't fried. This was about 2 years ago. I think it's finally > > crapped out on me... > > Maybe its the mobo? It's on the list of potential culprits. We'll see... So far, I've managed to get 512MB additional RAM, a new processor and video card. Maybe I'll get a new Mobo, too ;-) -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 11:00pm up 15:14, 0 users, load average: 0.00, 0.00, 0.00 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Tue, 24 Dec 2002 17:08:45 -0600 ronnie gauthier <[EMAIL PROTECTED]> wrote: > Interesting. I never thought to use it on a card. I do know that > writing across the laser cut on durons allow you to overclock just the > chip and not everything else also. > You can use a real sharp #2 pencil on your duron to program it for different multiplier settings. What I normally do is cut ALL the L3, L5 L6 and L7 bridges and then program them the way I want. You'd better verify what I just typed as far as bridge numbers... my head is really swimming right now. Anways, if you find you need to cut an unwanted bridge... do it right and burn it... Of late I've been using 4 double "A" batteries in series, wired to to sharp pins. All you need do is touch each end of the bridge and it disappears... The chip is unhurt... Cheers all. My nine year old son is sound asleep an I've a trunk load of gifts to bring in from the car. It's a wonderful tome of year and maybe a bit sad too. I think this will be his last year that he believes in Santa Claus. Sorry to sound too sappy here, but... God bless you all and may your tomorrow be bright. Good Night. -- ** Registered Linux User Number 185956 http://groups.google.com/groups?hl=en&safe=off&group=linux Join me in chat at #linux-users on irc.freenode.net 8:32pm up 31 days, 22:12, 10 users, load average: 1.05, 0.85, 0.95 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
Interesting. I never thought to use it on a card. I do know that writing across the laser cut on durons allow you to overclock just the chip and not everything else also. >> Turn off box, remove cover, unplug video card, run pencil eraser >across card > >I hope you don't mean the eraser. That's the best way to completely >wreck all the sockets. Its the graphite in the pencil itself that you >want. > >-- >~ >L. Friedman [EMAIL PROTECTED] >Linux Step-by-step & TyGeMo: http://netllama.ipfox.com > > 2:30pm up 9 days, 21:40, 2 users, load average: 0.18, 0.14, 0.07 > >___ >Linux-users mailing list >[EMAIL PROTECTED] >Unsubscribe/Suspend/Etc -> >http://www.linux-sxs.org/mailman/listinfo/linux-users ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/24/02 08:56, Jerry McBride wrote: On Tue, 24 Dec 2002 07:36:00 -0500 Tim Wunder <[EMAIL PROTECTED]> wrote: On Monday 23 December 2002 10:42 pm, someone claiming to be Marvin Dickens wrote: > > > On Mon, 2002-12-23 at 13:05, Tim Wunder wrote: > > > > Anyone running an AMD-based board with a Via KT133 chipset? > > > > I've been experiencing a significant amount of system instabilty (X > > > > crashing, > > Go purchase a big, copper (Read: Not aluminum Copper is > approximately 40% more efficient than aluminum) heat sink that has at > least a 4500 rpm fan attached to it and your problems will disappear. > Temperatures over 118 Fahrenheit inject chipset Gremlins into AMD > powered systems. > Now *that* sounds like a plan! After updating my BIOS, and installing new RAM, I still have problems. I've also got the feeling that my video card may be going bonkers on me. When I switch to a console (Ctrl-Alt-F1), I'm now getting white spots on a portion of my screen. I also get ghosts when dragging icons around the desktop. Turn off box, remove cover, unplug video card, run pencil eraser across card I hope you don't mean the eraser. That's the best way to completely wreck all the sockets. Its the graphite in the pencil itself that you want. -- ~ L. Friedman [EMAIL PROTECTED] Linux Step-by-step & TyGeMo: http://netllama.ipfox.com 2:30pm up 9 days, 21:40, 2 users, load average: 0.18, 0.14, 0.07 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/24/02 13:01, Tim Wunder wrote: I *still* have problems with large compiles breaking (particularly rebuilding Xfree86 from SRPM). I'm currently suspecting either heat, or CPU. I got a 1G Duron processor this morning and a nice Thermaltake CPU fan/heatsink with a 7000 RPM fan. Sometime in the next couple of days I'll be swapping out the processor and testing again. The current Mobo/CPU is not without its tainted history. When it was fairly new, the CPU fan failed and the board ran *very* hot for a couple days (it wasn't on 100% of the time, probly around 25%). He recalls being surprised that the CPU wasn't fried. This was about 2 years ago. I think it's finally crapped out on me... Maybe its the mobo? -- ~ L. Friedman [EMAIL PROTECTED] Linux Step-by-step & TyGeMo: http://netllama.ipfox.com 2:35pm up 9 days, 21:45, 2 users, load average: 0.16, 0.14, 0.09 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Tuesday 24 December 2002 03:05 pm, someone claiming to be Ted Ozolins wrote: > Jerry McBride wrote: > >>I still have problems. I've also got the feeling that my video card may > >> be going bonkers on me. When I switch to a console (Ctrl-Alt-F1), I'm > >> now getting white spots on a portion of my screen. I also get ghosts > >> when dragging icons around the desktop. > > > >Turn off box, remove cover, unplug video card, run pencil eraser across > > card edge connectors, plug card back in, close cover and reboot box. test > > for video anomalies... > > > >Go get beer... > > > > > If your video card has a large hesatsink (or any heat-sink) get it away or > get other cards away from it. (HEAT!) Depending where your AGP slot is of > course. On one of my boxes the AGP is off to one side away from the pci > slots, The problem box has the AGP slot right up against the pci slots > which caused heat problems and was fixed by moving pci gards away from > the agp slot. If your CPU has been running too hot for too long and now > is showing up on video is a very bad sign. Do these spots show up right > after powering up as well, or does this happen after your system has been > up for a while? X crashed right away after a cold reboot (after replacing RAM). I don't think it's heat, but rather fonts. Removing AbiSuite true type fonts from my fontpath solved that problem (at least it seems to -- my wife used the system today without any ill effects). I still think the card is failing, though, so I bought a GeForce2 card today (Jaton, I'm not real sure about its quality, but the local mom & pop computer store said it should be fine) to test out as a replacment. I *still* have problems with large compiles breaking (particularly rebuilding Xfree86 from SRPM). I'm currently suspecting either heat, or CPU. I got a 1G Duron processor this morning and a nice Thermaltake CPU fan/heatsink with a 7000 RPM fan. Sometime in the next couple of days I'll be swapping out the processor and testing again. The current Mobo/CPU is not without its tainted history. When it was fairly new, the CPU fan failed and the board ran *very* hot for a couple days (it wasn't on 100% of the time, probly around 25%). He recalls being surprised that the CPU wasn't fried. This was about 2 years ago. I think it's finally crapped out on me... Tim -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 7:00am up 8:33, 2 users, load average: 0.00, 0.00, 0.00 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
Jerry McBride wrote: I still have problems. I've also got the feeling that my video card may be going bonkers on me. When I switch to a console (Ctrl-Alt-F1), I'm now getting white spots on a portion of my screen. I also get ghosts when dragging icons around the desktop. Turn off box, remove cover, unplug video card, run pencil eraser across card edge connectors, plug card back in, close cover and reboot box. test for video anomalies... Go get beer... If your video card has a large hesatsink (or any heat-sink) get it away or get other cards away from it. (HEAT!) Depending where your AGP slot is of course. On one of my boxes the AGP is off to one side away from the pci slots, The problem box has the AGP slot right up against the pci slots which caused heat problems and was fixed by moving pci gards away from the agp slot. If your CPU has been running too hot for too long and now is showing up on video is a very bad sign. Do these spots show up right after powering up as well, or does this happen after your system has been up for a while? -- Ted Ozolins (VE7TVO) Westbank, B. C. Powered by Slackware 8.1, sent with Mozilla ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/24/2002 11:56 AM, someone claiming to be Jerry McBride wrote: Go get beer... Excellent advice! ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Tue, 24 Dec 2002 07:36:00 -0500 Tim Wunder <[EMAIL PROTECTED]> wrote: > On Monday 23 December 2002 10:42 pm, someone claiming to be Marvin Dickens > wrote: > > > > On Mon, 2002-12-23 at 13:05, Tim Wunder wrote: > > > > > Anyone running an AMD-based board with a Via KT133 chipset? > > > > > I've been experiencing a significant amount of system instabilty (X > > > > > crashing, > > > > Go purchase a big, copper (Read: Not aluminum Copper is > > approximately 40% more efficient than aluminum) heat sink that has at > > least a 4500 rpm fan attached to it and your problems will disappear. > > Temperatures over 118 Fahrenheit inject chipset Gremlins into AMD > > powered systems. > > > > > Now *that* sounds like a plan! After updating my BIOS, and installing new RAM, > > I still have problems. I've also got the feeling that my video card may be > going bonkers on me. When I switch to a console (Ctrl-Alt-F1), I'm now > getting white spots on a portion of my screen. I also get ghosts when > dragging icons around the desktop. > Turn off box, remove cover, unplug video card, run pencil eraser across card edge connectors, plug card back in, close cover and reboot box. test for video anomalies... Go get beer... -- ** Registered Linux User Number 185956 http://groups.google.com/groups?hl=en&safe=off&group=linux Join me in chat at #linux-users on irc.freenode.net 11:52am up 31 days, 13:32, 10 users, load average: 1.14, 1.13, 1.05 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Monday 23 December 2002 10:42 pm, someone claiming to be Marvin Dickens wrote: > > > On Mon, 2002-12-23 at 13:05, Tim Wunder wrote: > > > > Anyone running an AMD-based board with a Via KT133 chipset? > > > > I've been experiencing a significant amount of system instabilty (X > > > > crashing, > > Go purchase a big, copper (Read: Not aluminum Copper is > approximately 40% more efficient than aluminum) heat sink that has at > least a 4500 rpm fan attached to it and your problems will disappear. > Temperatures over 118 Fahrenheit inject chipset Gremlins into AMD > powered systems. > Now *that* sounds like a plan! After updating my BIOS, and installing new RAM, I still have problems. I've also got the feeling that my video card may be going bonkers on me. When I switch to a console (Ctrl-Alt-F1), I'm now getting white spots on a portion of my screen. I also get ghosts when dragging icons around the desktop. Regards, Tim -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 7:00am up 8:33, 2 users, load average: 0.00, 0.00, 0.00 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/23/02 19:42, Richard Ebling wrote: I'm running an Duron 700 on one, and it has been weird to boot up for awhile--about half the time it'll just hang on boot. My clue is that if the POST beep sounds before the floppy seek, it'll start up. If not, it hangs in limbo forever. Opening the case and handwaving seems to be effective about half the time, as does reseating the video card, RAM, or wiggling the bundle of wires that comes out of the power supply. (and yes, I've looked inside the p/s without discovering any visible suspects). I have yet to find the best dma/IDE/VIA kernel configuration for this. However a plain out-of-the-box install of SuSE 8.1 seems to run a bit better than my average efforts. Have you tried resetting the BIOS to the defaults? -- ~ L. Friedman [EMAIL PROTECTED] Linux Step-by-step & TyGeMo: http://netllama.ipfox.com 8:30pm up 9 days, 3:40, 2 users, load average: 0.24, 0.12, 0.04 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
> > On Mon, 2002-12-23 at 13:05, Tim Wunder wrote: > > > Anyone running an AMD-based board with a Via KT133 chipset? > > > I've been experiencing a significant amount of system instabilty (X > > > crashing, Go purchase a big, copper (Read: Not aluminum Copper is approximately 40% more efficient than aluminum) heat sink that has at least a 4500 rpm fan attached to it and your problems will disappear. Temperatures over 118 Fahrenheit inject chipset Gremlins into AMD powered systems. VIA chipsets are good products... Most of the complaints you see on the internet involving VIA chipsets are installed in systems running AMD processors that have inadequate cooling systems attached to them. It's funny... You read the posts and they all say the same thing: "My system is unstable because of the VIA chip set thats in it. I know it's not the AMD processor overheating because I checked the CPU core temprature and it was a cool 129 Fahrenheit" Best Peck ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
X-Chat crashing X (was Re: Via chipset KT133 and system instability)
On Monday 23 December 2002 09:52 pm, someone claiming to be Tim Wunder wrote: Commenting out FontPath "/usr/share/AbiSuite/fonts" in /etc/X11/XF86Config Seems to solve this problem. I don't know why. > BTW, I ran a memory test, updated the BIOS and now, when I start X-Chat, X > crashes. Here's the tail end of an strace: > open("/usr/X11R6/lib/X11/locale/locale.alias", O_RDONLY) = 5 > fstat64(5, {st_mode=S_IFREG|0444, st_size=45725, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x40125000 > read(5, "#\t$Xorg: locale.alias,v 1.3 2000"..., 4096) = 4096 > read(5, "CA.ISO_8859-1\t\t\t\ten_CA.ISO8859-1"..., 4096) = 4096 > read(5, "8591\t\t\t\t\tfr_FR.ISO8859-1\nfr_FR.I"..., 4096) = 4096 > read(5, "_GB.ISO8859-15\nlo\t\t\t\t\t\tlo_LA.MUL"..., 4096) = 4096 > read(5, "\tsh_YU.ISO8859-2\nsh_HR.iso88592\t"..., 4096) = 4096 > read(5, "CN.eucCN\nchinese-t\t\t\t\t\tzh_TW.euc"..., 4096) = 4096 > read(5, "9-2\ncs_CZ.ISO_8859-2:\t\t\t\tcs_CZ.I"..., 4096) = 4096 > read(5, "-1\nes_PE.iso88591:\t\t\t\t\tes_PE.ISO"..., 4096) = 4096 > read(5, "HU.ISO-8859-2:\t\t\t\thu_HU.ISO8859-"..., 4096) = 4096 > read(5, "n_NO.ISO8859-1\nny:\t\t\t\t\t\tny_NO.IS"..., 4096) = 4096 > read(5, "scii:\t\t\t\t\tta_IN.TSCII-0\nta_IN.ts"..., 4096) = 4096 > read(5, "n:\t\t\t\t\tsh_YU.ISO8859-2\nslovak:\t\t"..., 4096) = 669 > read(5, "", 4096) = 0 > close(5)= 0 > munmap(0x40125000, 4096)= 0 > open("/usr/X11R6/lib/X11/locale/locale.dir", O_RDONLY) = 5 > fstat64(5, {st_mode=S_IFREG|0444, st_size=27925, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x40125000 > read(5, "#\t$Xorg: locale.dir,v 1.3 2000/0"..., 4096) = 4096 > read(5, "LOCALE\t\t\tfr_BE.ISO8859-15\niso885"..., 4096) = 4096 > read(5, ".TCVN\nvi_VN.viscii/XLC_LOCALE\t\tv"..., 4096) = 4096 > read(5, "\t\t\tlv_LV.UTF-8\nen_US.UTF-8/XLC_L"..., 4096) = 4096 > close(5)= 0 > munmap(0x40125000, 4096)= 0 > writev(3, [{"1\0\25\0\1\0I\0", 8}, {"-zz_abiword-century schoolbook-r"..., > 73}, {"\0\0\0", 3}], 3) = 84 > read(3, "\1\231a\0\23\0\0\0\1\0\377\277]\t\16\10\4\0\0\\0\0"..., 32) = > 32 readv(3, [{"K-zz_abiword-century schoolbook-"..., 76}, {"", 0}], 2) = 76 > writev(3, [{"1\0\25\0\1\0I\0", 8}, {"-zz_abiword-century schoolbook-r"..., > 73}, {"\0\0\0", 3}], 3) = 84 > read(3, "\1\231b\0\23\0\0\0\1\0\377\277]\t\16\10\4\0\0\\0\0"..., 32) = > 32 readv(3, [{"K-zz_abiword-century schoolbook-"..., 76}, {"", 0}], 2) = 76 > write(3, "-\0\26\0\27\0\0\2K\0\0\0-zz_abiword-century "..., 100) = 100 > read(3, 0xb640, 32) = -1 EAGAIN (Resource temporarily > unavailable) > select(4, [3], NULL, NULL, NULL)= 1 (in [3]) > > See anything interesting? > Looks like it's trying to read from a block of memory, read(3, 0xb640, > 32), but it's unavailable, whatever that means... I'm guessing at this > point. I'll see if I can find that Knoppix CD I used to have... > > Tim -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 4:00pm up 8:17, 3 users, load average: 0.24, 0.07, 0.02 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
Well, my PC is both a workstation ad a server. I'll probly change that soon. I like to experiment, and experimenting on my webserver/mailserver, even if it's for personal/home use, is problematic :-( On Monday 23 December 2002 05:18 pm, someone claiming to be Aaron Grewell wrote: > I've got a couple of Asus KT133-based boards (running RH8 no less) and > it seems to run fine. Are you using the latest kernel RPM? I had > issues with the shipped kernel that the update solved, though they > weren't on my KT133's. One was even OC'd for a year or so before sudden > stability problems prompted me to roll it back to standard settings. > While 8.0 has been the best .0 release of RedHat's I've used I still > don't run it on anything but workstations. For servers I consider 7.3 a > much safer bet. > > On Mon, 2002-12-23 at 13:05, Tim Wunder wrote: > > Anyone running an AMD-based board with a Via KT133 chipset? > > I've been experiencing a significant amount of system instabilty (X > > crashing, SRPM rebuilds failing with internal compiler errors, running > > kmix locking the system) and was leaning toward bad RAM being the > > culprit. But as I've been googling, I've found several references to the > > KT133 chipset, and the VT82C686 Southbrisge wreaking havoc. > > > > I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and > > replacing the RAM to see if that helps, but any insight y'all could > > provide would be helpfull, especially if your running on a mobo with a > > VIA chipset. I'm currently running RH8's stock Athlon kernel, but would > > be willing to compile a new kernel if that would help fix things. > > > > Regards, > > Tim > > > > ___ > > Linux-users mailing list > > [EMAIL PROTECTED] > > Unsubscribe/Suspend/Etc -> > > http://www.linux-sxs.org/mailman/listinfo/linux-users > > ___ > Linux-users mailing list > [EMAIL PROTECTED] > Unsubscribe/Suspend/Etc -> > http://www.linux-sxs.org/mailman/listinfo/linux-users -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 4:00pm up 8:17, 3 users, load average: 0.24, 0.07, 0.02 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Monday 23 December 2002 05:08 pm, someone claiming to be Net Llama! wrote: > On Mon, 23 Dec 2002, Tim Wunder wrote: > > On 12/23/2002 4:24 PM, someone claiming to be Net Llama! wrote: > > > On Mon, 23 Dec 2002, Tim Wunder wrote: > > >> Anyone running an AMD-based board with a Via KT133 chipset? I've > > >> been experiencing a significant amount of system instabilty (X > > >> crashing, SRPM rebuilds failing with internal compiler errors, > > >> running kmix locking the system) and was leaning toward bad RAM > > >> being the culprit. But as I've been googling, I've found several > > >> references to the KT133 chipset, and the VT82C686 Southbrisge > > >> wreaking havoc. > > >> > > >> I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and > > >> replacing the RAM to see if that helps, but any insight y'all could > > >> provide would be helpfull, especially if your running on a mobo > > >> with a VIA chipset. I'm currently running RH8's stock Athlon > > >> kernel, but would be willing to compile a new kernel if that would > > >> help fix things. > > > > > > Another datapoint to consider is that RH8 isn't exactly famous for > > > its stability. Can you reliably reproduce the instability, or is it > > > seemingly random? > > > > Seemingly random, although going to > > http://www.backbayguide.com/newwine.htm in Mozilla seems to crash X > > fairly regularly. > > It crashed X?? That is creepy. Anyway, if you've got a Knoppix CD, you > could always see if the behavior is reproducable there. THat should help > to rule out/in hardware as a factor. Now *that* is a great idea! BTW, I ran a memory test, updated the BIOS and now, when I start X-Chat, X crashes. Here's the tail end of an strace: open("/usr/X11R6/lib/X11/locale/locale.alias", O_RDONLY) = 5 fstat64(5, {st_mode=S_IFREG|0444, st_size=45725, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40125000 read(5, "#\t$Xorg: locale.alias,v 1.3 2000"..., 4096) = 4096 read(5, "CA.ISO_8859-1\t\t\t\ten_CA.ISO8859-1"..., 4096) = 4096 read(5, "8591\t\t\t\t\tfr_FR.ISO8859-1\nfr_FR.I"..., 4096) = 4096 read(5, "_GB.ISO8859-15\nlo\t\t\t\t\t\tlo_LA.MUL"..., 4096) = 4096 read(5, "\tsh_YU.ISO8859-2\nsh_HR.iso88592\t"..., 4096) = 4096 read(5, "CN.eucCN\nchinese-t\t\t\t\t\tzh_TW.euc"..., 4096) = 4096 read(5, "9-2\ncs_CZ.ISO_8859-2:\t\t\t\tcs_CZ.I"..., 4096) = 4096 read(5, "-1\nes_PE.iso88591:\t\t\t\t\tes_PE.ISO"..., 4096) = 4096 read(5, "HU.ISO-8859-2:\t\t\t\thu_HU.ISO8859-"..., 4096) = 4096 read(5, "n_NO.ISO8859-1\nny:\t\t\t\t\t\tny_NO.IS"..., 4096) = 4096 read(5, "scii:\t\t\t\t\tta_IN.TSCII-0\nta_IN.ts"..., 4096) = 4096 read(5, "n:\t\t\t\t\tsh_YU.ISO8859-2\nslovak:\t\t"..., 4096) = 669 read(5, "", 4096) = 0 close(5)= 0 munmap(0x40125000, 4096)= 0 open("/usr/X11R6/lib/X11/locale/locale.dir", O_RDONLY) = 5 fstat64(5, {st_mode=S_IFREG|0444, st_size=27925, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40125000 read(5, "#\t$Xorg: locale.dir,v 1.3 2000/0"..., 4096) = 4096 read(5, "LOCALE\t\t\tfr_BE.ISO8859-15\niso885"..., 4096) = 4096 read(5, ".TCVN\nvi_VN.viscii/XLC_LOCALE\t\tv"..., 4096) = 4096 read(5, "\t\t\tlv_LV.UTF-8\nen_US.UTF-8/XLC_L"..., 4096) = 4096 close(5)= 0 munmap(0x40125000, 4096)= 0 writev(3, [{"1\0\25\0\1\0I\0", 8}, {"-zz_abiword-century schoolbook-r"..., 73}, {"\0\0\0", 3}], 3) = 84 read(3, "\1\231a\0\23\0\0\0\1\0\377\277]\t\16\10\4\0\0\\0\0"..., 32) = 32 readv(3, [{"K-zz_abiword-century schoolbook-"..., 76}, {"", 0}], 2) = 76 writev(3, [{"1\0\25\0\1\0I\0", 8}, {"-zz_abiword-century schoolbook-r"..., 73}, {"\0\0\0", 3}], 3) = 84 read(3, "\1\231b\0\23\0\0\0\1\0\377\277]\t\16\10\4\0\0\\0\0"..., 32) = 32 readv(3, [{"K-zz_abiword-century schoolbook-"..., 76}, {"", 0}], 2) = 76 write(3, "-\0\26\0\27\0\0\2K\0\0\0-zz_abiword-century "..., 100) = 100 read(3, 0xb640, 32) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], NULL, NULL, NULL)= 1 (in [3]) See anything interesting? Looks like it's trying to read from a block of memory, read(3, 0xb640, 32), but it's unavailable, whatever that means... I'm guessing at this point. I'll see if I can find that Knoppix CD I used to have... Tim -- RedHat Psyche 8.0, stock kernel, Gnome 2.x, Xfree86 4.2.0 4:00pm up 8:17, 3 users, load average: 0.24, 0.07, 0.02 It's what you learn AFTER you know it all that counts ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
Net Llama! wrote: Seemingly random, although going to http://www.backbayguide.com/newwine.htm in Mozilla seems to crash X fairly regularly. It crashed X?? That is creepy. Anyway, if you've got a Knoppix CD, you could always see if the behavior is reproducable there. THat should help to rule out/in hardware as a factor. Running KT133 here with a duron 750. So far solid as long as I don't mess something up -- Ted Ozolins (VE7TVO) Westbank, B. C. Powered by Slackware 8.1, sent with Mozilla ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
I've got a couple of Asus KT133-based boards (running RH8 no less) and it seems to run fine. Are you using the latest kernel RPM? I had issues with the shipped kernel that the update solved, though they weren't on my KT133's. One was even OC'd for a year or so before sudden stability problems prompted me to roll it back to standard settings. While 8.0 has been the best .0 release of RedHat's I've used I still don't run it on anything but workstations. For servers I consider 7.3 a much safer bet. On Mon, 2002-12-23 at 13:05, Tim Wunder wrote: > Anyone running an AMD-based board with a Via KT133 chipset? > I've been experiencing a significant amount of system instabilty (X crashing, SRPM >rebuilds failing with internal compiler errors, running kmix locking the system) and >was leaning toward bad RAM being the culprit. But as I've been googling, I've found >several references to the KT133 chipset, and the VT82C686 Southbrisge wreaking havoc. > > I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and replacing the RAM >to see if that helps, but any insight y'all could provide would be helpfull, >especially if your running on a mobo with a VIA chipset. I'm currently running RH8's >stock Athlon kernel, but would be willing to compile a new kernel if that would help >fix things. > > Regards, > Tim > > ___ > Linux-users mailing list > [EMAIL PROTECTED] > Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/23/2002 4:40 PM, someone claiming to be Jerry McBride wrote: On Mon, 23 Dec 2002 16:05:50 -0500 Tim Wunder <[EMAIL PROTECTED]> wrote: Anyone running an AMD-based board with a Via KT133 chipset? Just about everything I touch has via chipssets in them... No problems to report. Good to know. I've been experiencing a significant amount of system instability. From what you describe... Are you over clocking the hardware? And have you run a memory test on it yet? If not, grab a copy of memtest and build the boot floppy per instruction and let it run on that box for a day or two... No overclocking. I hesitate to run memtest86 on it, as I don't want my mailserver/webserver down for an extended period of time. I found another utility I *will* run, http://www.goldmemory.cz/, which came recommneded by someone on the #redhat IRC channel. I may run memtest for a little while, too. But it seems easier just to swap out the RAM than to test it... I'm currently running RH8's stock Athlon kernel, but would be willing to compile a new kernel if that would help fix things. Please don't flame me, but I've no respect for RedHat. Go compile your own, you'll do a better job of it. That said, is your chipset being recognized at boot time? I've seen a custom kernel compiled without the correct support module included and although it booted, it ran like shit... Similar to your description actually. My chipset is being identified just fine, at least according to lspci -vvv, 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: f000-0fff Memory behind bridge: e600-e8ff Prefetchable memory behind bridge: e400-e5ff BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) Subsystem: ABIT Computer Corp.: Unknown device Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Latency: 0 Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Thanks, Tim ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Mon, 23 Dec 2002, Tim Wunder wrote: > On 12/23/2002 4:24 PM, someone claiming to be Net Llama! wrote: > > On Mon, 23 Dec 2002, Tim Wunder wrote: > > > >> Anyone running an AMD-based board with a Via KT133 chipset? I've > >> been experiencing a significant amount of system instabilty (X > >> crashing, SRPM rebuilds failing with internal compiler errors, > >> running kmix locking the system) and was leaning toward bad RAM > >> being the culprit. But as I've been googling, I've found several > >> references to the KT133 chipset, and the VT82C686 Southbrisge > >> wreaking havoc. > >> > >> I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and > >> replacing the RAM to see if that helps, but any insight y'all could > >> provide would be helpfull, especially if your running on a mobo > >> with a VIA chipset. I'm currently running RH8's stock Athlon > >> kernel, but would be willing to compile a new kernel if that would > >> help fix things. > > > > > > Another datapoint to consider is that RH8 isn't exactly famous for > > its stability. Can you reliably reproduce the instability, or is it > > seemingly random? > > > > Seemingly random, although going to http://www.backbayguide.com/newwine.htm in >Mozilla seems to crash X fairly regularly. It crashed X?? That is creepy. Anyway, if you've got a Knoppix CD, you could always see if the behavior is reproducable there. THat should help to rule out/in hardware as a factor. -- ~~ Lonni J Friedman[EMAIL PROTECTED] Linux Step-by-step & TyGeMo http://netllama.ipfox.com ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Mon, 23 Dec 2002, Jerry McBride wrote: > > I'm > > currently running RH8's stock Athlon kernel, but would be willing to compile a > > new kernel if that would help fix things. > > > > Please don't flame me, but I've no respect for RedHat. Go compile your own, > you'll do a better job of it. That said, is your chipset being recognized at > boot time? I've seen a custom kernel compiled without the correct support module > included and although it booted, it ran like shit... Similar to your description > actually. Actually, redhat tends to have some of the better vendor kernels out there. Keep in mind, Alan Cox works for RH. But i still prefer kernels built by me. :) -- ~~ Lonni J Friedman[EMAIL PROTECTED] Linux Step-by-step & TyGeMo http://netllama.ipfox.com ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Mon, 23 Dec 2002 16:05:50 -0500 Tim Wunder <[EMAIL PROTECTED]> wrote: > Anyone running an AMD-based board with a Via KT133 chipset? Just about everything I touch has via chipssets in them... No problems to report. > I've been experiencing a significant amount of system instability. > >From what you describe... Are you over clocking the hardware? And have you run a memory test on it yet? If not, grab a copy of memtest and build the boot floppy per instruction and let it run on that box for a day or two... > I'm > currently running RH8's stock Athlon kernel, but would be willing to compile a > new kernel if that would help fix things. > Please don't flame me, but I've no respect for RedHat. Go compile your own, you'll do a better job of it. That said, is your chipset being recognized at boot time? I've seen a custom kernel compiled without the correct support module included and although it booted, it ran like shit... Similar to your description actually. Good Luck, Tim. -- ** Registered Linux User Number 185956 http://groups.google.com/groups?hl=en&safe=off&group=linux Join me in chat at #linux-users on irc.freenode.net 4:32pm up 30 days, 18:13, 10 users, load average: 1.03, 1.08, 0.97 ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On 12/23/2002 4:24 PM, someone claiming to be Net Llama! wrote: On Mon, 23 Dec 2002, Tim Wunder wrote: Anyone running an AMD-based board with a Via KT133 chipset? I've been experiencing a significant amount of system instabilty (X crashing, SRPM rebuilds failing with internal compiler errors, running kmix locking the system) and was leaning toward bad RAM being the culprit. But as I've been googling, I've found several references to the KT133 chipset, and the VT82C686 Southbrisge wreaking havoc. I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and replacing the RAM to see if that helps, but any insight y'all could provide would be helpfull, especially if your running on a mobo with a VIA chipset. I'm currently running RH8's stock Athlon kernel, but would be willing to compile a new kernel if that would help fix things. Another datapoint to consider is that RH8 isn't exactly famous for its stability. Can you reliably reproduce the instability, or is it seemingly random? Seemingly random, although going to http://www.backbayguide.com/newwine.htm in Mozilla seems to crash X fairly regularly. ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Monday 23 December 2002 21:05, Tim Wunder wrote: > Anyone running an AMD-based board with a Via KT133 chipset? > I've been experiencing a significant amount of system instabilty (X > crashing, SRPM rebuilds failing with internal compiler errors, running kmix > locking the system) and was leaning toward bad RAM being the culprit. But > as I've been googling, I've found several references to the KT133 chipset, > and the VT82C686 Southbrisge wreaking havoc. > > I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and replacing > the RAM to see if that helps, but any insight y'all could provide would be > helpfull, especially if your running on a mobo with a VIA chipset. I'm > currently running RH8's stock Athlon kernel, but would be willing to > compile a new kernel if that would help fix things. Not quite the same but I've been using an Abit KA7; KX133 chipset (VT8371 & VT82C686A) + 750MHz Athlon for some time now and the only problem I've had was having to turn off APM for the 2.4 kernels otherwise the mouse cursor skipped all over the place. SuSE 8.1 at the moment. Pam -- Have a good turn-of-the-year-celebration-of-your-choice. Linux StepbyStep: http://www.linux-sxs.org/stepbystep.html ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
Re: Via chipset KT133 and system instability
On Mon, 23 Dec 2002, Tim Wunder wrote: > Anyone running an AMD-based board with a Via KT133 chipset? > I've been experiencing a significant amount of system instabilty (X crashing, SRPM >rebuilds failing with internal compiler errors, running kmix locking the system) and >was leaning toward bad RAM being the culprit. But as I've been googling, I've found >several references to the KT133 chipset, and the VT82C686 Southbrisge wreaking havoc. > > I'll be updating my motherboard's BIOS tonight (an ABIT KT7A) and replacing the RAM >to see if that helps, but any insight y'all could provide would be helpfull, >especially if your running on a mobo with a VIA chipset. I'm currently running RH8's >stock Athlon kernel, but would be willing to compile a new kernel if that would help >fix things. Another datapoint to consider is that RH8 isn't exactly famous for its stability. Can you reliably reproduce the instability, or is it seemingly random? -- ~~ Lonni J Friedman[EMAIL PROTECTED] Linux Step-by-step & TyGeMo http://netllama.ipfox.com ___ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users