I don't run 4 sticks, just 2x512, but I also have never had a single issue
with starting either my IC7-G or my IS7-G. it has to be frustrating to be
experiencing that issue but I can't say I feel there is a problem with the
mobo design as a whole.
have you disabled all of the CPU fan detection and overtemp shutdown stuff
in the health section of the bios?
--
Thomas Geery
Network+ certified
ftp://geerynet.d2g.com
ftp://68.98.180.8 Abit Mirror <----- Cable modem IP
This IP is dynamic so it *could* change!...
over 115,000 FTP users served!
^^^^^^^
"Colin Dyckes" <> wrote in message
news:bgjf9b$30k$...
> Hi all,
>
> Looking through recent threads, there seems to be a general problem with
> booting several different Abit motherboards. The problem seems to be that
> after clearing the CMOS the machine will boot (possibly only if the Insert
> key is held down), but after entering the BIOS setup, even if nothing is
> changed, subsequent attempts to power on and boot just give a quick burst
of
> the red led and fans and then stop. I've noticed a number of posts along
> these lines, and I get the problem if I try to run 4 sticks of memory, and
> even with two it sometimes takes two attempts to get it running.
>
> This looks like something fundamentally wrong with either the mobo or the
> BIOS. I'm new here, so don't know if anyone from Abit monitors this group,
> but has this boot problem been reported to Abit, and if so, was there any
> response? Do Abit respond to customer bug reports? I've got a hardware
> design background, and designed one of the first 286 motherboards in the
UK
> using the C&T chipset (my hardware design is a bit dated :-), so I've some
> idea what's involved, and this just shouldn't happen if chip capacitance
and
> drive specifications are taken into account. What is different about the
> settings used when the CMOS is invalid and those when the checksum is
> correct?
>
> Can anyone shed any light on this before I throw my IC7-G in the bin? It
> looks as if it would be a good board if only it booted reliably!
>
> Thanks
>
> Colin
>
>