Date: Fri, 6 Oct 2017 08:37:07 +0100 From: Steven Hartland <killing@multiplay.co.uk> To: Graham Menhennitt <graham@menhennitt.com.au>, FreeBSD stable <freebsd-stable@freebsd.org> Subject: Re: disk errors: CAM status: Uncorrectable parity/CRC error [SOLVED] Message-ID: <0d178f74-b328-1904-3dc2-455fade44659@multiplay.co.uk> In-Reply-To: <844ff9a6-01db-60db-e23d-050c59541b3a@menhennitt.com.au> References: <206df4a1-4666-f0db-12e4-ec7958d9f7b3@menhennitt.com.au> <CAHEMsqbvoS3chxBVq85BpRySk9nyYivF2U_r-fUcCAXHWr==rA@mail.gmail.com> <55f57f7d-366c-8e74-7c64-b3534083c026@menhennitt.com.au> <29534c53-1eb2-86e9-d9fd-e263c84639be@multiplay.co.uk> <844ff9a6-01db-60db-e23d-050c59541b3a@menhennitt.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06/10/2017 08:32, Graham Menhennitt wrote: > On 25/09/2017 08:12, Steven Hartland wrote: >> Depends on your exact setup, see the ata and ahci man pages e.g. >> hint.ahcich.X.sata_rev >> hint.ata.X.devX.sata_rev >> hint.ata.X.sata_rev >> hint.ata.X.devX.mode >> hint.ata.X.mode >> >> Regards >> Steve >> >> On 24/09/2017 21:02, Graham Menhennitt wrote: >>> On 24/09/2017 20:47, Steven Hartland wrote: >>>> Try reducing the disk connection speed down to see if that helps. >>>> >>>> On Sun, 24 Sep 2017 at 06:49, Graham Menhennitt >>>> <graham@menhennitt.com.au <mailto:graham@menhennitt.com.au>> wrote: >>>> >>>> G'day all, >>>> >>>> I'm setting up a machine running 11-Stable on a PC Engines >>>> APU2C board. >>>> It has a 16Gb SSD as its first disk (ada0), and a Seagate 2Tb >>>> SATA-3 >>>> disk as its second (ada1). I'm getting lots of read errors on >>>> the second >>>> disk. They appear on the console as: >>>> > > Thanks for that Steve. And sorry for taking so long to get back to you. > > In my case, adding: > > hint.ahcich.1.sata_rev="2" > > to /boot/device.hints seems to have fixed the problem. > > My dmesg now says: > > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada1: <ST2000LX001-1RG174 SDM1> ACS-3 ATA SATA 3.x device > ada1: Serial Number XXXXX > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 1907729MB (3907029168 512 byte sectors) > > Whereas previously it said: > > ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > If that fixes its most likely your cabling is the most likely cause. Regards Steve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0d178f74-b328-1904-3dc2-455fade44659>