ATA_DMA errors (and fs corruption!) (JM)

[JM]

Jayton Garnett wrote:

> I had a similar problem and i changed system cases where i was getting 
> a ICRC error and FreeBSD refused to load or even mount the root fs, it 
> was also giving errors with something to do with the ATA something or 
> other, it turned out to be the cable i used after rebuilding the 
> system in the new case, i used a normal EIDE cable instead of a ATA 
> cable :-/
>
> hope that helps(probably not)

actually, that makes a lot of sense.  my computer running FreeBSD is 
actually just an Eden 5000 V-series.  the cable is trimmed to fit the 
2.5" hard drive in the tiny case and i'm sure this is having something 
to do with the timeouts... however the harddrive is recognized as UDMA33 
but the cdrom still times out.  thanks for the input.  note: this setup 
works fine in windows... maybe someone should take a look at this 
issue?  i'm running the old 5.3-RELEASE (too lazy to update) with a VIA 
VT8231 SouthBridge (82xxxx ata controller).

>
> Jay
>
>>
>> Tony Byrne wrote:
>>
>>  
>>
>>> Hello Bob,
>>>
>>>
>>>
>>>
>>>   
>>>
>>>>> can be hardware reasons for timeouts such as a dying disk or cable,
>>>>> but I think we've eliminated these in our case. [etc]
>>>>>    
>>>>>       
>>>>
>>> BB> Don't ignore the possibility of failing controller hardware. We had
>>> BB> comparable mysterious problems on a client system, causing a lot of
>>> BB> head-scratching. Eventually the failure went hard and we had to 
>>> replace the
>>> BB> motherboard.
>>>
>>> I hear ya!  However, moving back to an older kernel changes the
>>> severity of the problem from a timeout every 2 to three minutes during
>>> heavy activity to about 4 or 5 in a 24 hour period.  That doesn't
>>> sound like hardware to me.
>>>
>>> Regards,
>>>
>>> Tony.
>>>
>>>
>>>
>>>   
>>
>> i have these same errors on my VIA 823x series chipset. however, the 
>> problem is only with the secondary device (acd0 in this case), and 
>> might be stemming from some other problem.
>>
>>  
>>
>
>
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"