On Wednesday, 7 May 2025 00:30:34 British Summer Time Dale wrote: > Dale wrote: > > Michael wrote: > >> On Tuesday, 6 May 2025 13:59:16 British Summer Time Dale wrote: > >>> Michael wrote:
> > When I put it on the NAS box, I used > > the same power cable and data cable that I use to update my backups and > > it works without error. I don't see how it can be the data cable, power > > or mobo in this case. All those work fine when doing backups. It > > powers 4 hard drives in that setup. Soon to be 5 drives. It might be the connector on the drive itself, rather than the cable. From what you say the cable is sound. I must admit, it is unlikely the drive arrived with a bad port on it. :-/ > As a update, the long SMART test finished without error. I cycled the > drive off for a few minutes, to be sure the kernel has finished its > house cleaning. When I powered it back up, this was in messages. > > > > May 6 18:07:36 nas kernel: ata4: link is slow to respond, please be > patient (ready=0) > May 6 18:07:41 nas kernel: ata4: found unknown device (class 0) > May 6 18:07:41 nas last message buffered 1 times > May 6 18:07:41 nas kernel: ata4: SATA link up 3.0 Gbps (SStatus 123 > SControl 300) Still showing up as a SATA 2, which if you have connected it to a SATA 3 port on the MoBo should be 6.0 Gbps. > I ran a hdparm test. I wanted to see as accurately as I could what the > speed was. I got this. > > > > root@nas ~ # hdparm -tT /dev/sdb > > /dev/sdb: > Timing cached reads: 7106 MB in 2.00 seconds = 3554.48 MB/sec These are rather pedestrian ^^^^ but I do not have any drives as large as yours to compare. A 4G drive here shows this: ~ # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 52818 MB in 1.99 seconds = 26531.72 MB/sec Timing buffered disk reads: 752 MB in 3.00 seconds = 250.45 MB/sec That's an order of magnitude higher cached reads. > Timing buffered disk reads: 802 MB in 3.00 seconds = 267.03 MB/sec > root@nas ~ # > > > From what I've seen of other drives, that appears to be SATA 3 or the > faster speed. So, it is slow to respond but connects and works fine. > > My question still remains tho. Do I need to return this drive because > this is a sign of upcoming failure or is it normal and just carry on > with the drive? > > Dale > > :-) :-) Have you interrogated the drive using 'hdparm -I /dev/sdX' to check its output and compare it with your 16TB healthy drive? It could be the controller on this drive is faulty, or it could be its huge storage size is achieved by some form of an internal SATA port multiplier of sorts, essentially stitching together two drives and making them look like one. This is just me speculating wildly as to what might be causing the results you are seeing: https://forums.truenas.com/t/multiply-your-problems-with-sata-port-multipliers-and-cheap-sata-controllers/1504 If you don't find anything meaningful being reported with hdparm, then I suggest it is time you contact the OEM's support and ask them directly if they have pulled some SMR-like trick and this is the reason for your results, or if it is faulty and you should RMA it.
signature.asc
Description: This is a digitally signed message part.
