Data corruption with FreeBSD 5.3 and Intel i810/ICH based board
jshamlet at comcast.net
jshamlet at comcast.net
Fri Dec 17 20:22:34 PST 2004
This is a follow-on to a question I posted in -questions, as I have done some
To recap, I am attempting to install 5.3-REL from CD to a HP Pavilion XE746. I
have upgraded the CPU from a celeron to a 850MHz PIII, and bumped the RAM up
to 256MB. To simplify things, I have returned to a stock kernel.
I originally tried to install using the stock 24x CD-RW drive (master drive on
second port) in the unit, to a 2GB ATA drive (master drive on primary port).
This did not go terribly well. Several times, when attempting to commit the
slice/partition information to the disk, the disk would quit responding,
forcing me to restart the installation. After finally getting through the
partitioning, the actual install failed several times, claiming that the
volume was full. (the /rescue folder filled the entire volume - and was 95MB
on the corrupted disk)
After many attempts, I finally got a minimal system installed on the disk -
only to have it finally go belly-up during the first boot. Many configuration
files contained random garbage, and I eventually scrapped the install.
Also, using cp to copy files to/from the disk caused corruption. For example,
doing a "cp -Rp /rescue /mnt/rescue" resulted in the same deal (volume full
However, I found that I could use tar to move files successfully. I tested
this with the above "rescue" folder, and indeed, I ended up manually creating
an install this way from an old SCSI disk that I installed 5.3 on. (note, the
install to the SCSI disk on an old Adaptec 2940AU also went flawless, if
Long story short - I installed a Promise TX2 UltraATA controller and attempted
the install again. The install went flawlessly (I'm using kmail on the
install right now). cp doesn't cause any corruption problems, and the system
seems to be running well. I would say this absolves the disk of blane, since
it's the same disk as before.
Also, and this may be unrelated, but the system is configured to turn ACPI on
at all times. (there are no knobs to turn it off).
Lastly, I have verified that the image is good (or at least good enough to
install a working setup on an old 440LX based PII board)
Any ideas what is going on? I have a lot of older PIII i810/815 based systems
- and most don't have free PCI slots for an extra ATA controller.
More information about the freebsd-hardware