[Eisfair] SATA-Modus auf 1.5GBit/s festlegen - wie?

[Stefan Puschek]

Hallo Mitlesende,

nach etlichen Jahren droht jetzt eine meiner drei Backup-HDDs zu sterben 
(plötzlich über 300 rerallocated Sectors), also habe ich Ersatz besorgt: 
WD20EZRZ-00Z5HB0 - 2TB reichen

Die Backup-HDDs stecken in Wchselrahmen, damit ich die Dinger wechseln 
kann ohne die SATA-Anschlüsse zu ruinieren. Allerdings verkraften die 
Wechselrahmen nur SATA-1, bei SATA-2 gibt es Übertragungsfehler - steht 
auch so auf der Verpackung - also kein Defekt.

Meine alten Samsungs konnte ich mit einem Tool vom Hersteller auf 
1.5GBit/s festnageln und alles war gut - jahrelang.

jesus # smartctl -i /dev/sda
smartctl 6.6 2017-11-05 r4594 [i686-linux-3.16.50-eisfair-1-SMP] (local 
build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint F3 EG
Device Model:     SAMSUNG HD203WI
Serial Number:    S1UYJ1ZZ501202
LU WWN Device Id: 5 0024e9 00397ad4d
Firmware Version: 1AN10003
User Capacity:    2,000,398,934,016 bytes [2.00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    5400 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 1.5 Gb/s
Local Time is:    Sun Dec 17 12:56:26 2017 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled


Jetzt habe ich die HDD von WD und die macht 3GBit/s und das log zeigt 
dauernd

Dec 10 11:34:14 jesus kernel: ata1.00: exception Emask 0x10 SAct 
0x7fffffff SErr 0x400100 action 0x6 frozen
Dec 10 11:34:14 jesus kernel: ata1.00: irq_stat 0x08000000, interface 
fatal error
Dec 10 11:34:14 jesus kernel: ata1: SError: { UnrecovData Handshk }
Dec 10 11:34:14 jesus kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Dec 10 11:34:14 jesus kernel: ata1.00: cmd 
61/f8:00:9f:e6:73/00:00:0d:00:00/40 tag 0 ncq 126976 out
Dec 10 11:34:14 jesus kernel:          res 
40/00:c4:0f:ab:77/00:00:0d:00:00/40 Emask 0x10 (ATA bus error)
Dec 10 11:34:14 jesus kernel: ata1.00: status: { DRDY }
Dec 10 11:34:14 jesus kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Dec 10 11:34:15 jesus kernel: ata1.00: cmd 
61/00:08:9f:ef:73/04:00:0d:00:00/40 tag 1 ncq 524288 out
Dec 10 11:34:15 jesus kernel:          res 
40/00:c4:0f:ab:77/00:00:0d:00:00/40 Emask 0x10 (ATA bus error)
Dec 10 11:34:15 jesus kernel: ata1.00: status: { DRDY }
Dec 10 11:34:15 jesus kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Dec 10 11:34:15 jesus kernel: ata1.00: cmd 
61/00:10:9f:f7:73/04:00:0d:00:00/40 tag 2 ncq 524288 out
Dec 10 11:34:15 jesus kernel:          res 
40/00:c4:0f:ab:77/00:00:0d:00:00/40 Emask 0x10 (ATA bus error)
Dec 10 11:34:15 jesus kernel: ata1.00: status: { DRDY }
Dec 10 11:34:15 jesus kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Dec 10 11:34:15 jesus kernel: ata1.00: cmd 
61/00:18:9f:e7:73/04:00:0d:00:00/40 tag 3 ncq 524288 out
Dec 10 11:34:15 jesus kernel:          res 
40/00:c4:0f:ab:77/00:00:0d:00:00/40 Emask 0x10 (ATA bus error)
Dec 10 11:34:15 jesus kernel: ata1.00: status: { DRDY }

Das Tool von WD kann die Platten zwar testen, kann aber keinen 
Übertragungsmodus festlegen.

Per Kumper lässt sich die Platte auch nicht konfigurieren (Jumper über 
Pin 5 & 6 bringt nichts).

jesus # smartctl -i /dev/sda
smartctl 6.6 2017-11-05 r4594 [i686-linux-3.16.50-eisfair-1-SMP] (local 
build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue
Device Model:     WDC WD20EZRZ-00Z5HB0
Serial Number:    WD-WCC4N6EKXDY9
LU WWN Device Id: 5 0014ee 20eee2347
Firmware Version: 80.00A80
User Capacity:    2,000,398,934,016 bytes [2.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Sun Dec 17 14:46:28 2017 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled


Aber: Angeblich kann man ein Linux mit dem an den Kernel übergebenen 
Parameter 'libata.force=1.5G' dazu überreden; also in die lilo.conf 
eingebaut, lilo aufgerufen, reboot, in /proc/cmdline steht der Parameter 
auch mit drin, aber leider doch wieder 3GBit/s ... Mist!

Wie kriege ich es hin, dass die Platte nur mit 1.5GBit angesprochen wird?

Das Modul libata wird ja in der initrd geladen; kann man eventuell da 
einen Parameter übergeben?

Wer weiss Rat?

Groetjes
Stefan