On 2013-04-05 10:06, Maik Zumstrull wrote: > On Fri, Apr 5, 2013 at 2:16 AM, Roger Heflin <rogerheflin@xxxxxxxxx> wrote: > >> lspci look like this for the controller: >> SATA controller: Marvell Technology Group Ltd. Device 9230 (rev 10) >> >> 4pt sata3.0 6gbit or is yours a different one? > Mine looks slightly different (included somewhere in my mail), but > should be a device in the same family. > >> I have the issue also, I have eliminated all smart hits against the >> disks and no incidents since then. > Not a great workaround as such, first of all, running SMART against > your storage is kind of recommended, and secondly, as I said, udisks2 > will also SMART your disks occasionally, which you have to uninstall > parts of GNOME to get rid of. This reminds me of an old thread in freebsd-scsi, where a guy with some SAS disks and a SAS2008 controller would have his disks 'lost' if he used smartctl on routine, and could reproduce it reliably by spamming a disk with smartctl -a (but smartctl -i, and something else would not reproduce it). And he found that to solve it, he can change the "disk tags" to much lower. I think "disk tags" might be equivalent to the nr_requests in Linux. Here is the thread: http://osdir.com/ml/freebsd-scsi/2011-11/msg00006.html >> I have seagate 1.5tb drives on mine that had had the issues. > Suggests it's not something about my drives, as I have WD Red disks. > -- > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@xxxxxxxxxxxxxxxxxxxx Internet: http://www.brockmann-consult.de -------------------------------------------- -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html