My system takes a long time to boot. I have two hard drives, a
250 gb sata (/dev/sda1) drive that I run windows on and a 40 gb
(dev/hda1) ide for Ubuntu. <br>
<br>
[4294867.752000] ata1: translated ATA stat/err 0x25/00 to SCSI SK/ASC/ASCQ 0x4/00/00<br>
[4294867.752000] ata1: status=0x25 { DeviceFault CorrectedError Error }<br>
[4294867.752000] SCSI error : <0 0 0 0> return code = 0x8000002<br>
[4294867.752000] sda: Current: sense key: Hardware Error<br>
[4294867.752000] Additional sense: No additional sense information<br>
[4294867.752000] end_request: I/O error, dev sda, sector 102<br>
[4294869.086000] ata1: translated ATA stat/err 0x25/00 to SCSI SK/ASC/ASCQ 0x4/00/00<br>
[4294869.086000] ata1: status=0x25 { DeviceFault CorrectedError Error }<br>
[4294869.086000] SCSI error : <0 0 0 0> return code = 0x8000002<br>
[4294869.086000] sda: Current: sense key: Hardware Error<br>
[4294869.086000] Additional sense: No additional sense information<br>
<br>
My system runs more or less O.K. but it takes about 15 minutes to boot as it repeats endless pages of the above. <br>
<br clear="all">I can find very little on this. One response to a
similar string of errors
<a href="http://www.nabble.com/Re:-ATA-warnings-in-dmesg-p1148642.html">http://www.nabble.com/Re:-ATA-warnings-in-dmesg-p1148642.html</a> was not
terribly helpful. <br>
<br>
"I don't think you need to worry. Those messages are produced from the
<br>
libata passthough code, whenever sense data has been requested...
<br>
<br>
0xb0 looks like a SMART command, so I would guess (haven't looked at
<br>
-mm) that the ata ioctl handlers have been updated to request it."<br>
<br>
Not much from Ubuntu forums either <a href="http://ubuntuforums.org/archive/index.php/t-76316.html">http://ubuntuforums.org/archive/index.php/t-76316.html</a><br>
<br>
The windows drive mounts within linux with no problem.<br>
<br>
Should these errors be a concern? If not, is there a way to suppress them so that the machine boots faster?<br>
<br>
Thanks<br>
<br>-- <br>Grace and Peace,<br>Karl Sokol<br><br><br>