Hi David,<br><br>From reading the log you posted, this part seems the most important to me;<div class="im"><br><br>[  490.196216] ata3.00: status: { DRDY ERR }<br>
[  490.196219] ata3.00: error: { UNC }<br>
[  490.198376] ata3.00: configured for UDMA/133<br>
[  490.198386] ata3: EH complete<br>
[  494.543476] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0<br>
[  494.543483] ata3.00: irq_stat 0x40000008<br>
[  494.543489] ata3.00: failed command: READ FPDMA QUEUED<br>
[  494.543500] ata3.00: cmd 60/00:00:97:01:de/01:00:16:00:</div><div class="im">00/40 tag 0 ncq 131072 in<br>
[  494.543502]          res 41/40:00:1b:02:de/00:00:16:00:00/40 Emask 0x409 (media error) <F><br>
[  494.543507] ata3.00: status: { DRDY ERR }<br><br></div>From, this you
 can see the DRDY ERR  (Drive Ready, Error) and the UNC error 
(UNCorrectable error) which has meant physical errors for me in the 
past.  This is also stated as a physical error at <a href="https://ata.wiki.kernel.org/index.php/Libata_error_messages" target="_blank">https://ata.wiki.kernel.org/index.php/Libata_error_messages</a>.  <br>
<br>I can see the error on the second last line there says "media 
error".  It looks to me as though it gets the error and resets to try 
again, only to hit the same error again, and does this for a little 
while.  I think this is definitely a hardware error that will need 
fixing.<br>
<br>I fixed mine by formatting the drive and having it mark the bad 
sectors as such.  I don't really trust bad sector mapping that much, so 
would recommend a replacement.<br><br>Hope this helps,<br>Phil.<br>