Greg Freemyer composed on 2015-06-16 21:54 (UTC-0400):
Felix Miata wrote:
smartctl -x excerpts (taken at successive times in the past 24 hours, from links in OP):
SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE (first test) 1 Raw_Read_Error_Rate POSR-- 109 100 006 - 24389603 7 Seek_Error_Rate POSR-- 100 253 030 - 90114 (2nd test) 1 Raw_Read_Error_Rate POSR-- 118 100 006 - 174626326 7 Seek_Error_Rate POSR-- 060 060 030 - 1121189 (3rd test) 1 Raw_Read_Error_Rate POSR-- 119 100 006 - 217845607 7 Seek_Error_Rate POSR-- 061 060 030 - 1435080 (4th test) 1 Raw_Read_Error_Rate POSR-- 111 100 006 - 40230825 7 Seek_Error_Rate POSR-- 066 060 030 - 3731378 current raw 208860613 & seek 4962806 (5th) 1 Raw_Read_Error_Rate POSR-- 115 100 006 - 94249948 7 Seek_Error_Rate POSR-- 067 060 030 - 6254454 (6th) 1 Raw_Read_Error_Rate POSR-- 117 100 006 - 146687823 7 Seek_Error_Rate POSR-- 068 060 030 - 6292264
Anything unexpected here?
Those raw values are really climbing fast. The raw_read_error_rate even looks like it rolled over.
Carlos E. R. composed on 2015-06-17 04:16 (UTC+0200):
Seagates have very high values there.
I suspect Greg and Carlos are both right. It appears wrapping produces various big values that are of little use unless one knows they roll over and only uses them for comparing in a series such as I did. The fact that Seatools declared the drive good in combination with performance not booted to Knoppix on the N10/ICH7 PC seem to say the target recertified Seagate is behaving normally.
From above is suggested something about the N10/ICH7 PC booted to Knoppix 3.16.3 is buggy in some way - maybe to do with the DVD being boot device on PATA? It's the same PC that started giving me another wierd problem after the first of the year. It was subjecting me to long waits after making a Grub menu selection before the initrd would finish loading if booting installations with kernels newer than Mageia's 3.14.whatever or so. Which ones I don't remember exactly because a BIOS reset a couple of months after the problem started knocked the delays down to the vicinity of zero, lengths hard to pin down due to large but highly variable file sizes.
This is an excerpt from the cloning log begun contemporanously to OP: Size to clone : 0x2542EAB0 = 305245 MiB FROM : Store B : Whole Physical disk 1 FDISK size: 305245 MiB TO : Store A : Whole Physical disk 2 FDISK size: 476940 MiB Copy direction SN : Forward, other disk, Full -clone, buffer 63 sect = 31.5 KiB First sector todo : 0x00000000 Last sector done : 0x2542EAAF size 0x2542EAB0 = 305245 MiB Elapsed time : 20:27:21 (h:m:sec) Throughput = 4.15 MiB/sec On shutting down, removing the Knoppix DVD, disconnecting the source HD, and booting the target, I was able to boot 13.1, 13.2 and TW and see no evidence of performance issues. Before removing the target, I booted its 13.1 to tweak the UUIDs, filesystem labels, fstabs and menu.lsts, and got this result: # hdparm -Tt /dev/sda /dev/sdb /dev/sda: Timing cached reads: 4028 MB in 2.00 seconds = 2015.40 MB/sec Timing buffered disk reads: 336 MB in 3.00 seconds = 111.85 MB/sec /dev/sdb: Timing cached reads: 4064 MB in 2.00 seconds = 2033.76 MB/sec Timing buffered disk reads: 352 MB in 3.02 seconds = 116.66 MB/sec After being satisfied of normal behavior booted not to the Knoppix DVD, I moved both source and target to eSATA devices, connected them to about a 2 years older PC's (ICH5 vs post-ICH9 ICH7, iG41) SiI3512 eSATA ports, booted TW, and did selective cloning between the same source and target: First: DFSee Linux 12.4 : Executing: clone -p:74 -!- Last sector done : 0x00960524 size 0x00960525 = 4800.6 MiB Elapsed time : 1:49 (h:m:sec) Throughput = 44.04 MiB/sec Second: DFSee Linux 12.4 : Executing: clone -p:75 -!- Last sector done : 0x12A18A81 size 0x12A18A82 = 152625 MiB Elapsed time : 1:03:01 (h:m:sec) Throughput = 40.37 MiB/sec Given those speeds are about normal on that hardware, I rebooted using the Knoppix DVD and repeated the first test from previous (TW) boot: DFSee Linux 12.4 : Executing: clone -p:74 -!- Last sector done : 0x00960524 size 0x00960525 = 4800.6 MiB Elapsed time : 2:00 (h:m:sec) Throughput = 40.01 MiB/sec Next I moved source and target to an ICH8 PC, booted 13.2, cloned the same 4800 MiB partition as first done on the TW boot, and got throughput of 46.61 MiB/sec. I followed that up with a repeat of the clone that took 20.5 hours and produced 4.15 MiB/sec throughput. It's now 55% complete 75 minutes into the process, looking like it's going to net 40+ MiB/sec.
Can you RMA the drive?
The paperwork on its RMA is already complete, but it probably should be canceled. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org