Ok. For some reason it appears that even though I "updated" the BIOS version hasn't changed.
Belarc still says it is "BIOS: Award Software International, Inc. 6.00 PG 05/19/2004". (Perhaps I mistakenly downloaded the same version I already have?).
I checked the floppy again and this is what I got:
http://i290.photobucket.com/albums/ll257/Statenislander/Computer/FloppyDIR2_zpsbf0427ca.jpg
Also, for some strange reason, when I go to "Device Manager" and uninstall "VIA/S3G UniChrome IGP", which is under "display Adaptors, my system immediately re-install it. Installing the driver "2kxp" afterwards does nothing.
When I uninstall "VIA AC'97 Enhanced Audio Controller (WDM)", which is under Sound, video and game controllers", the system makes me re-install it before I can install the audio drivers I downloaded also.
Anyway, I'll download the BIOS and try again, but after the BIOS update I assume I'm supposed to install the Windows XP Service Pack first. And then the drivers.("2kxp", "audio", "4in1_v_443", "usb2", "FIR for M", and "Lan for M").
Thanks.
Darren Harris
Staten Island, New York.
Save off the files from the floppy to a safe place.
Make *another* backup copy of the BIOS (call it BAK2.BIN).
See if that backup copy is now the same as BAK1.BIN,
assuming BAK1.BIN was created by making your safety backup
copy of the BIOS.
You will need a means to compare the two files. I use
a checksum program, as a quick means to compare them.
Other means, would be an actual comparison program.
Note that, BIOS files are not "plaintext" by default.
BIOS files are far from monolithic. They're a small file
system. The tools available, don't even do a good job of
taking a BIOS file apart properly.
When a virgin BIOS starts for the first time, the DMI and
ESCD sections of the BIOS get updated. This prevents the
*new* backup copy, from matching byte-for-byte the
I0100116.bin file. So don't expect BAK2.BIN to match
I0100116.bin. But if BAK1.BIN matches BAK2.BIN, then
you know your attempt to flash the BIOS has failed to "take".
*******
So what can we check ?
Does BAK1.bin equal BAK2.bin ? If so, nothing got flashed.
We can't compare checksums on I0100116.bin and BAK2.bin
and expect the files to be the same. I0100116.bin is an
image of a virgin file, while BAK2.bin could contain the
now updated DMI and ESCD segments.
Without showing all the details, you could consider the
BIOS looks like this. I have a tool that handles the
second section.
Boot block
Main BIOS section <--- inside this are eight files
DMI
ESCD
*******
On your BIOS, the main BIOS section breaks down into
individual files. To disassemble the BIOS, I use CTMC10.zip
package from heise (CT magazine).
ftp://ftp.heise.de/pub/ct/ctsi/ctmc10.zip
Amazingly, that download file is still available after all
these years.
Inside the file, the two useful files are "splitawd.exe"
and "lha255e.exe".
The lha255e.exe file is a self-extracting file. I could not
open it with 7ZIP. Place the lha255e.exe file in a *separate* folder.
Execute it, and you should get something like "lha.exe" plus
eight other useless files. Don't move the lha.exe file just
yet.
To take the I0100116.bin file (262144 bytes) apart,
I used "splitawd.exe" and "lha x somefile.lha" type commands.
If you run
splitawd.exe I0100116.bin
it will complain it cannot find lha.exe, but it will
still extract the files from the main portion of the BIOS.
It places the files in a folder $MCTEMP. It will create
the folder for you, and put these files in it.
00000000.bin
00000001.bin
00000002.bin
00000003.bin
00000004.bin
00000005.bin
00000006.bin
00000007.bin
Now, transfer the "lha.exe" file (not the lha255e.exe archive),
into the $MCTEMP folder. Using the "cd" command, change
directories to $MCTEMP. Now you can run commands like this:
cd $MCTEMP
lha x 00000000.bin
lha x 00000001.bin
lha x 00000002.bin
lha x 00000003.bin
lha x 00000004.bin
lha x 00000005.bin
lha x 00000006.bin
lha x 00000007.bin
You get extracted files. This is the BIOS file system,
without the boot block.
I0100116.BIN 131,072 bytes
AWARDEXT.ROM 44,304 bytes
ACPITBL.BIN 12,473 bytes
AWARDBMP.BMP 5,772 bytes
_EN_CODE.BIN 21,712 bytes
AWARDEYT.ROM 19,056 bytes
VPSD.BMP 307,980 bytes
MCLECOMB.ROM 60,416 bytes
Notice that, I0100116.BIN 131,072 bytes has the same
name as the original BIOS download file I0100116.BIN 262,144 bytes.
Be careful, when extracting the eight files in the $MCTEMP
folder, to not have the original I0100116.BIN file present,
because it could get overwritten.
When people use decompression tools, they sometimes
manage to extract I0100116.BIN 131,072 bytes over top
of the original BIOS. Then, when they flash the BIOS,
the flasher tool only has half the byte-count it is
supposed to have. I believe people have bricked their
board, by using that smaller file (i.e. when a BIOS
flasher tool without extensive self-checks is used
for the flashing exercise).
Anyway, I present the above method, using CTMC10 for
Award BIOS, if you're interested in reading actual
English text inside the BIOS. The eight named files
above, are now in plaintext form. Some of the files
contain executable code, and some contain text.
The BMP files are not "standard BMP" and are a
special format (more research required, but I have
managed to view those files in the past). When the
BIOS POST commences, the BMP files display in color
on the BIOS screen (such as the Energy Star logo perhaps).
For example, _EN_CODE.BIN contains English text that
is displayed on the BIOS screen. These are some examples
extracted with my hex editor.
CMOS battery failed
Override enabled - Defaults loaded
An Energy Star Ally
Press F1 to continue
The MCLECOMB has a date string 04/08/04 showing.
Guess they're not worried about Y2K. That could
be something specific for the EPIA chipset.
Now, you don't need a hex editor. You could use
Sysinternals "strings.exe" program. That is what
I used, to convert the eight files, into a big
glob of text.
http://technet.microsoft.com/en-us/bb897439
strings I0100116.BIN >> alltext.txt
strings AWARDEXT.ROM >> alltext.txt
strings ACPITBL.BIN >> alltext.txt
strings AWARDBMP.BMP >> alltext.txt
strings _EN_CODE.BIN >> alltext.txt
strings AWARDEYT.ROM >> alltext.txt
strings VPSD.BMP >> alltext.txt
strings MCLECOMB.ROM >> alltext.txt
Out of that mess, I get this. The first interesting
line seems to contain the BIOS string:
c. Awar$05/19/2004-VT8623-8235-CLE26I01C-00
are Inc.
tware ICLE26I01
Also, I see this in my alltext.txt file
Model: EPIA-M BIOS revision: 1.16
You might just see that BIOS string, displayed
on the first screen of the BIOS POST. Maybe
you'll see something like this, if your BIOS
was flashed to 1.16.
05/19/2004-VT8623-8235-CLE26I01C-00 <--- the "BIOS string"
Sometimes, when a BIOS maintainer updates their
BIOS, they forget to update the string. If
that date doesn't match the purported BIOS
release date, then that could be what has happened.
I think that's enough trivia for now
Have fun,
Paul