From owner-freebsd-questions@freebsd.org Sat Nov 12 16:37:34 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56E89C3D314 for ; Sat, 12 Nov 2016 16:37:34 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from avasout08.plus.net (avasout08.plus.net [212.159.14.20]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC65A1CA9 for ; Sat, 12 Nov 2016 16:37:32 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout08 with smtp id 74aK1u0051mJoLY014aLmJ; Sat, 12 Nov 2016 16:34:20 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.2 cv=YqpNfMQX c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=kj9zAlcOel0A:10 a=MKtGQD3n3ToA:10 a=L24OOQBejmoA:10 a=dik7HMQjudEA:10 a=ZZnuYtJkoWoA:10 a=ZubcGFkXAAAA:8 a=tkdyo7j9Coq_gl2p-WEA:9 a=CjuIK1q_8ugA:10 a=kUx6feENxpTNjkNjdsbW:22 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.87) (envelope-from ) id 1c5bFy-0000dd-9j for freebsd-questions@freebsd.org; Sat, 12 Nov 2016 16:34:19 +0000 Date: Sat, 12 Nov 2016 16:34:18 +0000 From: Mike Clarke To: freebsd-questions@freebsd.org Message-ID: <20161112163418.052a756c@curlew.lan> In-Reply-To: <73f58cdd-9ad6-b002-0bc6-5c51c7e4d45d@holgerdanske.com> References: <20161109222002.7995b1c9@curlew.lan> <20161110163546.7b9d4105@curlew.lan> <55557ac1-1b6e-ada0-f5fa-7830e976b910@holgerdanske.com> <20161111132429.720bd97b@curlew.lan> <73f58cdd-9ad6-b002-0bc6-5c51c7e4d45d@holgerdanske.com> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Subject: Re: SSD drive appears to have been "downgraded" from SATA 2 to SATA 1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2016 16:37:34 -0000 On Fri, 11 Nov 2016 18:07:41 -0800 David Christensen wrote: > On 11/11/2016 05:24 AM, Mike Clarke wrote: > I tried that yesterday. Although Windows 7 could see the drive SSD > Dashboard failed to detect it. [snip] > > For my next step I'll delete the GPT partitioning scheme from this > > empty drive and try formatting it with Windows 7 to see if that makes > > it visible to SSD Dashboard. I tried that today but SSD Dashboard still couldn't detect the drive. > It seems like you are going through a lot of effort to retain a BSD > system image, ZFS file systems, and/or your data (?). No, apart from a problem adding an efi partition ready for an upcoming upgrade (now resolved by a second attempt to re-partition) I've got no problem with my data and system. The problem is that one, or possibly both,of my SSD's are only running at 150MB/s in a motherboard that supports 300MB/s. The SSD problem only arose after deleting all the data from the drives and re-partitioning. In my previous post I remarked that my second drive had gone down to SATA1 150MB/s but that now appears to be random. Sometimes the second drive boots up at 150Mb/s and other times at 300MB/s. The first drive has consistently booted up at 150MB/s for the last few days after a previous history of running at 300MB/s. The SSD's are my system pool, I have a separate data pool installed on a couple of HDD's and these consistently boot up as SATA 2. Suggesting that there's no problem with the motherboard or drivers. It's not a problem with a particular SATA port because I've tried the suspect SSD on different ports. I suppose it's possible I've got a couple of faulty SSD's but it would be a remarkable coincidence if both were to go faulty at the same time so I'm still hoping to find out if it's a software related problem or not. > I find it's easier to backup/ archive everything, test all the > hardware (power supply, memory, drives), replace and re-test hardware > as necessary until all the hardware passes, wipe all the drives > (preferably using the manufacturer diagnostic, especially for SSD's) > and start over with a fresh install of the OS of my choice. My fairly elderly motherboard with Nvidia chipset will be replaced when I upgrade my PC in the next couple of weeks. The new motherboard will have an Intel Z97 chipset. I'll wait until then before pursuing the SSD problem any further if it persists. -- Mike Clarke