In article <RKudnQR1_bRyUtPeRVn-(E-Mail Removed)>, "QZ" <nothing> wrote:
> "Paul" <(E-Mail Removed)> wrote in message
> news:nospam-1310051626320001@192.168.1.178...
> > There is a beep code list here:
> > http://www.bioscentral.com/beepcodes/amibeep.htm
>
> Yes, I have read that. And a short one beep is a memory error. It does sound
> short, AFAICT.
> The other link I posted, specifically says 'one beep and no video' is a
> memory error.
>
> > or a list from AMI themselves here (note - I cannot get to their
> > web site right now, so cannot verify the doc is still there):
> >
> >
>
http://www.ami.com/support/downloadd...pdf&FileID=572
>
> I am able to get to that site, it has the same info.
>
> > I think the one beep thing is bogus, and that is just a POST
> > beep. One beep is used, as a speaker test, so the user knows the
> > speaker is working. It is like a lamp test on a diagnostic display,
> > to show that all the bulbs are still working.
>
> Again, how there be a successful POST with no video?
> (I reseated the monitor cable.)
>
> > If you stick a DOS boot floppy in the floppy drive, does the
> > computer attempt to access it ? Do you hear any floppy drive
> > noises ? That could mean that some computing is possible.
>
> The PC definately tries to access the floppy, the light goes on briefly, and
> I think it made a sound.
> So what can I do?
>
> > If the BIOS dies just a bit after the initial POST beep, the
> > BIOS may not have an opportunity to deliver any other POST
> > codes. A PCI POST card can be used to get more info about where
> > the BIOS code currently resides. The two digit display shows the
> > checkpoint codes listed in the AMIBIOS document above. A
> > checkpoint code is like a milestone, in that it shows the BIOS
> > got to that point - the PCI POST card does not show "error codes"
> > as such, it just shows where the code might be getting stuck.
>
> Yes, I forgot about them, but I am hoping to get this resolved w/o waiting
> for a delivery, because my folks need this PC soon.
> I found a number of US online vendors for the same card, but they all say
> 'no driver is included'. Where would I find one.?
>
> Right now, I will clear the CMOS and see what happens.
> If it fails, I guess the only option is swap out the memory for a module
> from my existing PC.
> I do hope if is no worse than the memory being bad, if that.
>
> Thanks,
> QZ
But, don't you think using one beep for a successful POST and using
just one beep for an error condition, makes it kinda hard to tell
what is wrong. Maybe the beep is a different frequency or something.
A one-beep code is not going to be of much use for debugging, if you
cannot tell the difference. (I have one computer here, that runs
just fine, and it has a very short beep during POST. I don't think it
has a refresh problem.)
If you are getting to the stage of accessing the floppy, it could
well be just the output part of the video card, a bad video cable,
a bad monitor interface that is at fault. _Or_ it could be that
the computer is reporting a bad checksum for the BIOS, and the
floppy accesses are attempts to flash the BIOS. Perhaps trying
another video card will indicate what is going on. I had one
computer report a bad BIOS checksum, but that was printed on
the screen, implying the video card still got initialized.
If memory is bad, the computer can function in a very limited
way using registers in the CPU. But I would not expect the
BIOS code to attempt to do anything except deliver failure
codes for the memory, as running code that only stores
context in registers makes it hard to do much of anything
practical.
So, swap video card first. Use a known good cable and known
good monitor for testing.
Paul