DragonFly users List (threaded) for 2009-05
Re: Disk question
Tim Darby wrote:
I have a machine that was running Windows XP until I recently
installed 2.2.2 on it. This was mainly for the purpose of trying out
Hammer. It contains a 40GB drive, which I made the boot drive and
installed with Hammer. The other 2 drives are a 300GB Samsung IDE and
a 200GB Western Digital IDE, both connected to a SiI 0680 controller.
I've succcessfully installed Hammer on the WD drive, but the Samsung
fails as follows:
# newfs_hammer -L BACKUP /dev/ad6s1a
Volume 0 DEVICE /dev/ad6s1a size 279.46GB
initialize freemap volume 0
ad6: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=2245359
ad6: TIMEOUT - READ_DMA retrying (0 retries left) LBA=2245359
ad6: WARNING - READ_DMA status=51<READY,DSC,ERROR>
newfs_hammer: get_buffer: /dev/ad6s1a:2000000000814000 Read failed at
offset 1149583360: Input/output error
I ran a Samsung diagnostic on it and it found a DMA command timeout
problem (service code AJ27), so it appears that the drive really does
have a problem. Just for kicks though, I tried installing UFS on this
drive and it gave me no complaints and seems to actually work. Also,
Windows XP seemed to be working fine with this drive. Does that make
I don't see your Silicon Image HBA reported in dmesg all that differently from
one I am using.
Relevant ID's from FreeBSD 7.1 AMD64 are;
atapci0: <SiI SiI 3114 SATA150 controller> port
mem 0xdc040000-0xdc0403ff irq 19 at device 6.0 on pci10
Yours form DragonFly were:
atapci0: <SiI 0680 UDMA133 controller> port
mem 0xff1afc00-0xff1afcff irq 11 at device 11.0 on pci2
Further - I've had chronic trouble of the same sort with WD, Maxtor, Fujitsu,
and Samsung drives on the Intel IHC7 (Tyan Tomcat) under FreeBSD between 6.2 and
7.1 - not entirely absent on 7.1, either, and have moved drives OFF the onboard
IHC7 onto a cheap-as-dirt SiI PCIB HBA that runs 'em slower, but trouble free.
atapci1: <Intel ICH7 SATA300 controller> port
0xdc500400-0xdc5007ff irq 19 at device 31.2 on pci0
You are showing an IHC2:
atapci1: <Intel ICH2 UDMA100 controller> port
0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on
(rest of dmesg snipped).
So I don't think it is the drives, and it may not be DragonFly, either.
Intels' IHC series are as ubiquitous as housefly feces - and not a great deal
more welcome in our house these days as drive controllers go.