Mehrmals ächzendes Geräusch bei langem Smartctl-Test

~# date
Mon Mär 7 09:03:02 CET 2016

~$ uptime
21:19:12 up 12:18

Das zeigt also, dass der Host immer "up" war.


Local Time is: Mon Mar 7 08:47:59 2016 CET

Das war die Zeit als ich die Smart-Werte nach Shred abfragte. Ca. 15min. danach begann der Smart-Test.

Die Betriebsstunden nach Shred waren

9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 110

Und später sehe ich dann:

# 1 Extended offline Aborted by host 90% 111

Da sollten also 90% des Tests in 1 h Stunde erfolgt sein, kann eigentlich nicht sein.

Hat die HD doch eine Macke?
 
Nein, die loggt vermutlich die lifetime bei Beginn des Selbsttests, 90% sind nicht innerhalb einer Stunden erfolgt, aber zwischen den Auslesen der 110 Stunden und dem Start des Selbsttests war ja eine Viertelstunde Zeit, also eine Chance von 1:4 das der Wert sich von 110 auf 111 erhöht.
 
Es läuft gerade bei einer anderen nagelneuen Seagate 6TB NAS und in einem anderen neuen Fantec DB-ALU3e-6G ein langer Selbstest. Theoretisches Ende: Test will complete after Tue Mar 8 09:34:51 2016

Ich frage mich, ob es am USB-Gehäuse liegen könnte, habe aber zur Zeit wenig Lust die HD aus dem Gehäuse auszubauen und direkt an das Mobo anzuschließen.

Der lange Test wurde wieder bei 90% abgebrochen. Vielleicht liegt es an "smartctl -d sat"

Nach dem kurzen Test:

Code:
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.0-59-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, [url]www.smartmontools.org[/url]

=== START OF INFORMATION SECTION ===
Device Model:     ST6000VN0021-1ZA17Z
Serial Number:    Z...S
LU WWN Device Id: 5 000c50 087b8fc4c
Firmware Version: SC61
User Capacity:    6.001.175.126.016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Mar  7 23:01:39 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  584) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 633) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x10bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   006    Pre-fail  Always       -       2146
  3 Spin_Up_Time            0x0003   099   099   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       1
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   100   253   045    Pre-fail  Always       -       6967
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       0
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       1
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   253   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   074   074   040    Old_age   Always       -       26 (Min/Max 20/26)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       1
194 Temperature_Celsius     0x0022   026   040   000    Old_age   Always       -       26 (0 20 0 0 0)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       2146
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   253   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       123828202110976
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       0
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       2146

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%         0         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Langer Selbsttest:

Code:
smartctl -d sat -a /dev/sde
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.0-59-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST6000VN0021-1ZA17Z
Serial Number:    Z...S
LU WWN Device Id: 5 000c50 087b8fc4c
Firmware Version: SC61
User Capacity:    6.001.175.126.016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Mar  8 00:22:31 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (  25)	The self-test routine was aborted by
					the host.
Total time to complete Offline 
data collection: 		(  584) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 633) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x10bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   006    Pre-fail  Always       -       2146
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       4
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   100   253   045    Pre-fail  Always       -       143536
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       1
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       1
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   253   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   063   062   040    Old_age   Always       -       37 (Min/Max 20/38)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       2
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       5
194 Temperature_Celsius     0x0022   037   040   000    Old_age   Always       -       37 (0 20 0 0 0)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       2146
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   253   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       41382009896961
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       0
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       2146

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Aborted by host               90%         0         -
# 2  Short offline       Completed without error       00%         0         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Die Abfrage mit smartctl -a während eigentlich der lange Selbsttest laufen sollte, dauerte sehr lange nachdem die Modell-Daten relativ rasch angezeigt wurde und es "ächzte" gewaltig.

Man könnte glauben, dass der lange Selbsttest sofort abgebrochen wird, fragt sich nur, warum da dann 90% steht.
Ergänzung ()

Vielleicht mag wer nach "Extended offline Aborted by host 90%" suchen und die Bug-Reports überfliegen. Das ist ein Problem das mehrere haben. Ich verstehe nur die Lösung bei https://ddumont.wordpress.com/2010/03/15/workaround-for-aborted-smart-test-for-seagate-disk/ nicht:

Then, I connected the dots with the power save feature of this disk. Could the abort be triggered by the power save ?

To check that, I’ve mounted the disk and run this small script during before starting the long tests:

while true ; do echo "foo" >> test.txt; sleep 60; done

And about 4 hours later, voilà:


Num Test_Description Status Remaining
# 1 Extended offline Completed without error 00%
# 2 Extended offline Aborted by host 90%
# 3 Short offline Completed without error 00%

The long test did complete.

This looks like a bug in Seagate firmware.
 
Zuletzt bearbeitet:
Bau die intern ein, das kann am Gehäuse liegen, die schaffen ja immer nur 10%, die Gehäuse schicken die vielleicht in den Standby. Das Durchreichen von besonderen Befehlen ist über USB auch nicht immer unproblematisch und denk dran, da steht "Extended self-test routine
recommended polling time: ( 633) minutes", man sollte also wohl nicht ungeduldig vorher schon schauen wie weit der Test ist. Intern anschließen oder wenigstens über eSATA, den Test starten, 11h die HDD in Ruhe lassen und nicht nachsehen wie das Ergebnis ist, sowie die Platten oder den Rechner nicht in Energiesparfunktionen laufen lassen.

Wobei ich mich aber frage wozu Du den Selbstest machst und dann noch mal ein Programm die Platte 5 mal jeweils mit verschiedenen Bitmustern überschreiben lässt um zu sehen ob die alle korrekt gelesen werden können. Da ist der Selbsttest doch total überflüssig!
 
Hallo linuxnutzer,

probiere mal -> http://hddscan.com/

Dann kommt Licht ins Dunkle.

hddscan-2.jpg

Du kannst ja mal einen Screenshot hochladen.

Bei einer 1TB-Platte sieht es so aus:
1TB-Platte.jpg

Wenn es Einbrüche gibt, das vermute ich, gibt es schon Geräusche.

Code:
195 Hardware_ECC_Recovered  0x001a   006   006   000    Old_age   Always       -       17289856
Da flitzt der Kopf mehrmals über die gleiche Stelle.

Aber Du bist der "Held vom Erdbeerfeld", Du kommst jetzt mit einer anderen Platte. :cool_alt:

Tschau
 
Zuletzt bearbeitet:
man sollte also wohl nicht ungeduldig vorher schon schauen wie weit der Test ist.

Tue ich auch nicht, ich kenne das nur von früher, da stand dann wie lange es noch dauert, wenn man nach der prognistizierten Zeit abgefragt hat.

oder wenigstens über eSATA,

Haha, das funktioniert bei Fantec mit Asrock-Boards nicht und das ärgert mich schon lange, habe aber noch keine interessanten HD-Gehäiuse gefunden. Aber ich bau mir demnächst einen PC mit MSI-Board, Teile liegen schon alle rum, muss nur Zeit dafür finden.

Wobei ich mich aber frage wozu Du den Selbstest machst und dann noch mal ein Programm die Platte 5 mal jeweils mit verschiedenen Bitmustern überschreiben lässt um zu sehen ob die alle korrekt gelesen werden können. Da ist der Selbsttest doch total überflüssig!

Habe ich mir auch schon gedacht, der Selbsttest ist normalerweise viel schneller und wenn da die HD schon aussteigt, kann ich mir meine persönlichen Tests sparen.


Hallo linuxnutzer,

probiere mal -> http://hddscan.com/

Dann kommt Licht ins Dunkle.

Passt das schon zu meinem Nic ;-)

Aber Du bist der "Held vom Erdbeerfeld", Du kommst jetzt mit einer anderen Platte

Offensichtlich ist das ein Bug und da kam ich erst dahinter als die 2. HD genauso reagierte. Ich habe nur noch nicht genau verstanden, was ich in #23 zitiert habe. Da wird also die HD während des Selbstests permanent beschäftigt und dann soll es durchlaufen?
 
linuxnutzer schrieb:
Passt das schon zu meinem Nic ;-)
Wenn Du nur Linux verwendest, dann Nein.

Mir ist kein Tool für Linux bekannt, das die Zugriffszeiten protokolliert.

Tschau
 
Zuletzt bearbeitet:
Oldi-40 schrieb:
Dann kommt Licht ins Dunkle.
Was soll das bringen? Diese Scanns sind totaler Blödsinn, wen eine Platten wegen der Erwärmung die köpfe rekalibriert oder einem problematischen Sektor den zweimal liest, gibt es gleich einen Fehler. Ja es reicht schon wenn mal zwischendurch ein anderen Programm auf die Platte zugreift, schon kann die Zugriffszeit die 500ms übersteigen und es gibt auch gleich einen Zacken nach unten bei der Geschwindigkeitsmessung und gerade bei Windows Systemlaufwerken passiert sowas laufend und Windows greift sogar gerne mal auf Platten zu, von denen man eigentlich gar nichts will. Solche Programme sind daher mehr als fragwürdig.
Oldi-40 schrieb:
Wenn es Einbrüche gibt, das vermute ich, gibt es schon Geräusche.
Klar, wenn die Platten die bewegen weil z.B. ein anderes Programm gerade auf etwas zugreift, macht das meist auch ein Geräusch, das sagt aber nun einmal genau gar nichts über den Zustand der Platte aus.


Oldi-40 schrieb:
Code:
195 Hardware_ECC_Recovered  0x001a   006   006   000    Old_age   Always       -       17289856
Da flitzt der Kopf mehrmals über die gleiche Stelle.
Ja und? 17289856 ist hexadezimal 0x107D280 und hat damit 7 Stellen, also 0 Fehler und der Wert entspricht dem der Raw_Read_Error_Rate, also ist alles bestens. Offenbar wird nur der Aktuelle Wert um eine Zehnerpotenz falsch berechnet, oder glaubst Du es gab so viele Fehler, aber dann keinen schwebenden Sektor und ja offenbar auch keine Fehlermeldung vom Testprogramm? Sagtest Du nicht, Du müsstest nichts mehr dazu lernen?

linuxnutzer schrieb:
Tue ich auch nicht, ich kenne das nur von früher, da stand dann wie lange es noch dauert, wenn man nach der prognistizierten Zeit abgefragt hat.
Die Zeit gibt die Platte ja selbst aus, hier sind es 638min bzw. bei der zweiten nur 633min.

linuxnutzer schrieb:
das funktioniert bei Fantec mit Asrock-Boards nicht
Was, das ist ja komisch. Welcher Controller ist da für den eSATA Port verbaut? Gibt es für den vielleicht keine Unterstützung für Linux? Zumindest die Marvell SATA 6Gb/s Host Controller laufen ja doch alle unter Linux, wenn der Kernel nicht gerade wirklich uralt ist.
linuxnutzer schrieb:
Habe ich mir auch schon gedacht, der Selbsttest ist normalerweise viel schneller und wenn da die HD schon aussteigt, kann ich mir meine persönlichen Tests sparen.
Auch nicht wirklich, der wurde ja vom Host abgebrochen und der Host ist in diesem Fall der USB-SATA Bridgechip im USB Gehäuse. Was der wann genau an die HDDs schickt, kann man nie wissen und noch weniger genau kontrollieren.
 
Die Zeit gibt die Platte ja selbst aus, hier sind es 638min bzw. bei der zweiten nur 633min.

Ich kann mich da nur erinnern, langer Selbstest war deutlich über der Zeit und da stand dann "oben" über der Wertetabelle etwas in Richtung 80% des Tests erledigt und irgendwann wurde das dann auch fertig.
Was, das ist ja komisch. Welcher Controller ist da für den eSATA Port verbaut?

ASRock 970 Extreme4 und 3 zB

Um es kurz zu sagen, mir kam noch kein PC mit Nicht-Asrock-Board unter bei dem es mit Fantec und eSATA Probleme gab. Andersrum funktionieren alle Fantec-Gehäuse bis auf das DB-339US2 mit Asrock nicht. Ich habe das mit mindestens 3 PCs und fast 10 unterschiedlichen Gehäusen probiert, aber immer nur unter Linux, zur Zeit 3.16.0-59-generic

der Host ist in diesem Fall der USB-SATA Bridgechip im USB Gehäuse.

Danke für den Hinweis. Also Fantec-Gehäuse wieder mal Müll? Ich würde mir sofort was anderes kaufen, wenn ich was preislich ähnliches kennen würde, aber statt 25€ 60€ und das mehrfach fällt auch nicht leicht, wenn man unsicher ist, ob es was bringt.

Was der wann genau an die HDDs schickt, kann man nie wissen und noch weniger genau kontrollieren.

Ich denke, wenn mein badblocks-Test problemlos ist, dann ist das schon ein gutes Zeichen und auf den Smart-Test verzichte ich dann eben. Früher hatte ich intern direkt am Mobo getestet, bis mir klar wurde, dass für die Zuverlässigkeit die ganze Kette zählt, also auch so getestet werden muss. Vor allem weil da Fantec ziemlich uninteressiert ist, größere HDs zu testen und man dann verunsichert ist, auch wenn es zu funktionieren scheint.
 
linuxnutzer schrieb:
ASRock 970 Extreme4 und 3
Bei beiden ist der eSATA Port mit einem Port der Southbridge realisiert, der Port muss im BIOS so eingestellt sein, dass er im AHCI Modus läuft und als extern / Hot Plug, sonst wird es wohl nur funktionieren, wenn die Platte schon beim Booten angeschlossen ist. Wenn selbst einem beim Booten schon angeschlossene und laufende Platte nicht erkannt wird, dann liegt es vielleicht am Kabel oder der Port hat wirklich einen Schaden.

linuxnutzer schrieb:
Also Fantec-Gehäuse wieder mal Müll?
Keine Ahnung, aber es muss ja nicht Müll sein, wenn es vielleicht nur einen Befehl zum Standby gibt und daraufhin die HDD den Selbsttest abbricht. Keine Ahnung was da genau zwischen der Platten und dem USB-SATA Bridgechip passiert, denn das hängt ja auch von dessen FW und deren Einstellungen ab. Der eine will das Platten in den Standby gehen, der andere nicht. Für solche Dinge sollte man die Platte im Zweifel über SATA anschließen.
linuxnutzer schrieb:
Ich denke, wenn mein badblocks-Test problemlos ist, dann ist das schon ein gutes Zeichen und auf den Smart-Test verzichte ich dann eben.
Wenn Du schon 5 mal die Platten beschreibst und liest, kannst Du wirklich auf einen 6. Test der Art in Form des Selbsttestes verzichten, zumal ich auch nicht weiß ob die Platten dabei wirklich etwas schreiben oder nur prüfen ob sie alle Sektoren noch lesen können, ich glaube eher letzteres.
linuxnutzer schrieb:
Früher hatte ich intern direkt am Mobo getestet, bis mir klar wurde, dass für die Zuverlässigkeit die ganze Kette zählt, also auch so getestet werden muss.
Das ist richtig, aber so ein Selbsttest ist was anderes, da müssen besondere Befehle verwendet werden und andere führen halt zum Abbruch des Tests und da eben der USB-SATA Bridgechip der Host Controller der Platte ist und die auch ein Eigenleben führen wie z.B. die Platten in den Standby zu schicken, hat man darüber eben keine volle Kontrolle. Mach doch den Selbsttest wenn die Platten intern angeschlossen ist und die anderen Tests mit der Platte im Gehäuse, da wird ja dann vom Host gelesen und geschrieben wie es auch später der Fall sein wird.
 
Bei beiden ist der eSATA Port mit einem Port der Southbridge realisiert, der Port muss im BIOS so eingestellt sein, dass er im AHCI Modus läuft

Ist so eingestellt

sonst wird es wohl nur funktionieren, wenn die Platte schon beim Booten angeschlossen ist.

zuerst ist alles aus,
dann wird externe eSATA HD verbunden und eingeschaltet
dann wird PC hochgefahren

Die eSATA-HD wird nicht erkannt

Selbes Szenario mit DB-339US2, alles bestens

Selbes Szenario mit MSI-Board, alles bestens

dann liegt es vielleicht am Kabel oder der Port hat wirklich einen Schaden.

Da es ja auch funktioniert, spricht es wenig für das Kabel und ich habe natürlich schon alles mögliche getauscht.

Aber egal, ich habe mich damit abgefunden.

Wenn Du schon 5 mal die Platten beschreibst und liest, kannst Du wirklich auf einen 6. Test der Art in Form des Selbsttestes verzichten, zumal ich auch nicht weiß ob die Platten dabei wirklich etwas schreiben oder nur prüfen ob sie alle Sektoren noch lesen können, ich glaube eher letzteres.

Ich glaube auch, dass nur gelesen wird.

Mach doch den Selbsttest wenn die Platten intern angeschlossen ist und die anderen Tests mit der Platte im Gehäuse, da wird ja dann vom Host gelesen und geschrieben wie es auch später der Fall sein wird.

Ich habe auch schon daran gedacht, die bei Smartctl-Tests intern zu machen und dann in das Fantec-Gehäuse zu verbauen. Letztlich zählt aber nur die Gesamtkonfiguration. Der Smart-Test spricht sowieso nur an, wenn die HD gleich hinüber ist, zumindest ist das meine Erfahrung.
 
Holt schrieb:
Was soll das bringen? Diese Scanns sind totaler Blödsinn, wen eine Platten wegen der Erwärmung die köpfe rekalibriert oder einem problematischen Sektor den zweimal liest, gibt es gleich einen Fehler. Ja es reicht schon wenn mal zwischendurch ein anderen Programm auf die Platte zugreift, schon kann die Zugriffszeit die 500ms übersteigen und es gibt auch gleich einen Zacken nach unten bei der Geschwindigkeitsmessung und gerade bei Windows Systemlaufwerken passiert sowas laufend und Windows greift sogar gerne mal auf Platten zu, von denen man eigentlich gar nichts will. Solche Programme sind daher mehr als fragwürdig.
Klar, wenn die Platten die bewegen weil z.B. ein anderes Programm gerade auf etwas zugreift, macht das meist auch ein Geräusch, das sagt aber nun einmal genau gar nichts über den Zustand der Platte aus.
Wenn die Platte Geräusche macht sind die Scanns kein Blödsinn. Wenn reproduzierbar, an der gleichen Stelle der Platte Geräusche auftreten, gibt es ein Problem.

Jo, bei einem Linux-User greift Windows auf die Laufwerke zu.
Der HDDScan funktioniert dann nur über Windows-PE/32 Bit. Da macht Windows nix mit den Laufwerken.


Holt schrieb:
Ja und? 17289856 ist hexadezimal 0x107D280 und hat damit 7 Stellen, also 0 Fehler und der Wert entspricht dem der Raw_Read_Error_Rate, also ist alles bestens. Offenbar wird nur der Aktuelle Wert um eine Zehnerpotenz falsch berechnet, oder glaubst Du es gab so viele Fehler, aber dann keinen schwebenden Sektor und ja offenbar auch keine Fehlermeldung vom Testprogramm? Sagtest Du nicht, Du müsstest nichts mehr dazu lernen?

Die Zeit gibt die Platte ja selbst aus, hier sind es 638min bzw. bei der zweiten nur 633min.

Was, das ist ja komisch. Welcher Controller ist da für den eSATA Port verbaut? Gibt es für den vielleicht keine Unterstützung für Linux? Zumindest die Marvell SATA 6Gb/s Host Controller laufen ja doch alle unter Linux, wenn der Kernel nicht gerade wirklich uralt ist.
Auch nicht wirklich, der wurde ja vom Host abgebrochen und der Host ist in diesem Fall der USB-SATA Bridgechip im USB Gehäuse. Was der wann genau an die HDDs schickt, kann man nie wissen und noch weniger genau kontrollieren.
Warum willste mich auf einen Fehler festnageln?

Die Festplatte liefert die Daten ohne Fehler, macht dabei eben Geräusche.

Tschau
 
linuxnutzer schrieb:
Selbes Szenario mit DB-339US2, alles bestens

Selbes Szenario mit MSI-Board, alles bestens
Dann scheint da wirklich eine Inkompatibilität zu bestehen, denn wenn es an einem anderen Board geht und mit einem anderen Gehäuse, ist das schon komisch. Es könnte einzig sein, dass die 6Gb/s stören, keine Ahnung ob man bei der AMD SB950 die Geschwindigkeit portweise einstellen kann, aber eSATA 6Gb/s ist eben nicht genormt, die Spezifikation wurde nie verabschiedet. Die Gehäuse reduzieren aber die Geschwindigkeit über eSATA zum Teil, ich habe selbst eine ICY Dockingstation die bei eSATA nur 1.5Gb/s macht und das könnte beim DB-339US2 auch der Fall sein, weshalb es dort geht. Die Signale sollte ja bei eSATA stärker sein und der Empfänger muss toleranter bzw. der Spannungen der Signale sein, keine Ahnung ob die SB950 überhaupt die eSATA konforme Signalverarbeitung hat. Meist werden bei besseren Boards ja auch Zusatzcontroller für eSATA verbaut, eben auch weil das nicht 100% SATA entspricht, aber bei den günstigen Boards hat AMD da einfach einen Port der SB genommen.

linuxnutzer schrieb:
Ich habe auch schon daran gedacht, die bei Smartctl-Tests intern zu machen und dann in das Fantec-Gehäuse zu verbauen. Letztlich zählt aber nur die Gesamtkonfiguration.
Aber die testest Du ja dann hinterher mit Deiner SW, sonst verzichte halt ganz auf den Selbsttest, der ist bei dem nachfolgenden und viel ausführlicherem Test doch sowieso überflüssig.
linuxnutzer schrieb:
Der Smart-Test spricht sowieso nur an, wenn die HD gleich hinüber ist, zumindest ist das meine Erfahrung.
Daher schau ich auch bevorzugt nur auf die S.M.A.R.T. Attribute, da logt der Controller ja alles was so im Betrieb passiert ist und die finde ich daher viel wertvoller als die Selbsttests.

Oldi-40, keine Ahnung was Windows-PE macht oder lässt und ob linuxnutzer das überhaupt genommen hätte oder vielleicht nebenbei noch ein Dualboot System hat oder eine Windows Systemplatte die er für Windows dann reinschiebt, aber dass er ein Windows Tool wie HDD Scan nicht unter Linux ausführen kann, war ja wohl klar. Außerdem ging es mir bei dem Kommentar auch nicht nur um ihn und diesen Fall, sondern die Sinnhaftigkeit dieser Tools und deren Tests / Benchmarks generell bzw. die Mängel dabei. Bild sollte man den Ergebnissen nicht vertrauen, vermeidlich Fehler können eben auch andere Ursachen haben.
 
Zuletzt bearbeitet:
Dann scheint da wirklich eine Inkompatibilität zu bestehen, denn wenn es an einem anderen Board geht und mit einem anderen Gehäuse, ist das schon komisch. Es könnte einzig sein, dass die 6Gb/s stören

https://www.msi.com/Motherboard/KA780GMM.html#hero-specification funktioniert
http://de.msi.com/product/mb/785GE53.html#hero-specification funktioniert
http://www.asrock.com/mb/AMD/E350M1/?cat=Specifications funktioniert auch nicht.
http://www.gigabyte.de/products/product-page.aspx?pid=3517#sp kann ich nicht sicher sagen, Board habe ich nicht mehr, aber AFAIK hatte da schon mal eSATA funktioniert und jetzt nicht mehr., ich glaube, da wurde auch mal ein DB-339US2 verwendet und jetzt ein DB-ALU3e (ohne 6G)

Mir fällt jetzt kein Board mit eSata 6GB/s ein, wo es funktioniert, aber ich habe die Teile rumliegen um so einen PC zu bauen, fragt sich nur wann.
 
Zuletzt bearbeitet:
Die beiden MSI haben auch je 5 SATA und einen eSATA Port, die genau Spezifikation ist bei MSI immer schwer zu finden, daher spare ich es mir, denn es ist schon aus der Anzahl zu vermuten, dass die beiden den eSATA Port von der SB nehmen. Nur haben beide noch die alten SB7x0, also nur SATA 3Gb/s. Beim E350M1 steht das nun nicht gerade auf der verlinkten Seite, aber vermutlich ist der eSATA Port auch vom A50M Chipsatz, also auch SATA 6Gb/s und das Gigabyte welches Du bekommen wirst, hat einen JMB362 für die eSATA Ports (der Gigabyte SATA2 chip ist auch nur ein umgelabelter JMicron und sehr lahm, erwartet nicht viel mehr als so 160MB/s von dem) und damit auch nur eSATA mit 3Gb/s. Ich wette damit geht das Gehäuse dann und das Problem ist eben wegen der 6Gb/s, die ja auch nie für eSATA spezifiziert wurden.

Vielleicht geht das Gehäuse ja auch mit eSATA 6Gb/s wenn es von einem Zusatzchip wie denen von ASMedia oder Marvell ist und nicht mit Ports von einem AMD Chipsatz, dann wäre es eben auch nur ein Problem der Kombination, weniger von ASRock. Wobei man ASRock dann halt auch vorwerfen könnte einen eSATA Port zu verwenden, der nicht standardkonform ist. Übrigens gibt es bei meinem ASRock Z97 Extreme 6 auch den eSATA Port und der kommt von einem ASMedia 1061. Gerne wird sonst auch der Marvell 912x genommen, da steht auch im Datenblatt: "eSATA Support Flexible SATA ports support internal or external (up to 5m) SATA links". Vielleicht wäre es also die bessere Idee so eine Controllerkarte mit einem Marvell 912x und eSATA Port nachzurüsten, als alle Gehäuse zu tauschen, wenn Du Wert auf einen Anschluss über eSATA legst. Die Marvell werden auch schon länger gut von Linux unterstützt.
 
Vielleicht wäre es also die bessere Idee so eine Controllerkarte mit einem Marvell 912x und eSATA Port nachzurüsten,

Ich habe schon eine SATA/IDE-Karte verbaut, weil ich zu wenig SATA und IDE habe.

Code:
lspci | grep -i sata
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] (rev 40)
07:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 10)

Nur traue ich mich da die HD nicht anzuschließen, blicke da zuwenig bei den Spezifikationen durch, ob man das machen darf.

Beim E350M1 steht das nun nicht gerade auf der verlinkten Seite

AFAIK hat das 6MB/s

http://www.asrock.com/mb/AMD/E350M1/?cat=Specifications
SATA3 - 4 x SATA3 6.0 Gb/s connectors, support NCQ, AHCI and Hot Plug functions
 
Zuletzt bearbeitet:
Das der eSATA Port des E350M1 6Gb/s hat, war schon klar, nur nicht zu 100% ob es ein Port des Chipsatzes ist, aber das kann man aufgrund der Portanzahl vermuten, der A50M hat ja 6 SATA 6Gb/s Ports und wenn davon nur 4 als normale Ports genutzt werden, wird man auf einem Budget Board nicht noch einen extra Controller für den eSATA Ports verbauen.

Warum solltest Du den JMB363 nicht als eSATA Port nutzen können? Prüfe halt nur, ob der Treiber auch die großen HDDs unterstützt, aber bei Linux wäre es mir neu, dass es dort solche Probleme gegeben hätte. Der JMB363 hat gegenüber dem JMB362 nur noch einen PATA Anschluss mehr, beide haben aber nur eine PCIe Lane mit 2.5Gb/s und daher auch so eine mies Performance, aber die sind ja auch noch von 2006, also echte Oldtimer. Das GB Board welcher Du bekommen wirst, hat ja auch einen JMB362 für die eSATA Ports, diese JMB36x wurden viel dafür genommen, also ich hätte nach der Prüfung ob es Fehladressierungen gibt, keine Bedenken diese als eSATA zu nutzen, wenn die Karte denn einen eSATA Port hat.
 
Die letzte der 4 NAS-HDs hat einen merkwürdig hohen Wert bei Command_Timeout nach shred, nach dem badblock-Test nicht.

Code:
Suche nach defekten Blöcken (Lesen+Schreiben-Modus)
Von Block 0 bis 1465130645
Teste mit Muster 0xaa:
erledigt                                             ) Lesen und Vergleichen:erledigt                                             )
Teste mit Muster 0x55:
erledigt                                             ) Lesen und Vergleichen:erledigt                                             )
Teste mit Muster 0xff:
erledigt                                             ) Lesen und Vergleichen:erledigt                                             )
Teste mit Muster 0x00:
erledigt                                             ) Lesen und Vergleichen:erledigt                                             )
Durchgang beendet, 0 defekte Blöcke gefunden. (0/0/0 Fehler)

real	5949m11.100s
user	305m32.669s
sys	397m33.397s


smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.0-67-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, [url]www.smartmontools.org[/url]

=== START OF INFORMATION SECTION ===
Device Model:     ST6000VN0021-1ZA17Z
Serial Number:    Z...8
LU WWN Device Id: 5 000c50 090b4d161
Firmware Version: SC61
User Capacity:    6.001.175.126.016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Mar 29 21:59:32 2016 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  575) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 640) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x10bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   006    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0003   097   097   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       2
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   075   060   045    Pre-fail  Always       -       32485279
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       100
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       1
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   052   048   040    Old_age   Always       -       48 (Min/Max 22/52)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       5
194 Temperature_Celsius     0x0022   048   052   000    Old_age   Always       -       48 (0 22 0 0 0)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       63518271340625
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       46884180672
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       46884188472

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%       100         -
# 2  Short offline       Completed without error       00%       100         -
# 3  Short offline       Completed without error       00%         0         -
# 4  Short offline       Completed without error       00%         0         -
# 5  Short offline       Completed without error       00%         0         -
# 6  Short offline       Completed without error       00%         0         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Nach der Vorbereitung für die Verschlüsselung sieht es dann so aus:

Code:
time sh -c 'cryptsetup -d /dev/urandom -c serpent-xts-plain64 create delete /dev/sdb1  && shred -vzn 0 /dev/mapper/delete && sync && sleep 4 && cryptsetup remove delete'


real	771m34.026s
user	1m20.319s
sys	73m18.226s


osmartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.16.0-67-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST6000VN0021-1ZA17Z
Serial Number:    Z...8
LU WWN Device Id: 5 000c50 090b4d161
Firmware Version: SC61
User Capacity:    6.001.175.126.016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Mar 30 15:32:30 2016 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  575) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 640) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x10bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   069   006    Pre-fail  Always       -       728
  3 Spin_Up_Time            0x0003   097   097   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       2
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   076   060   045    Pre-fail  Always       -       38678772
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       117
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       1
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   098   000    Old_age   Always       -       695795450043
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   054   048   040    Old_age   Always       -       46 (Min/Max 22/52)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7
194 Temperature_Celsius     0x0022   046   052   000    Old_age   Always       -       46 (0 22 0 0 0)
195 Hardware_ECC_Recovered  0x001a   100   057   000    Old_age   Always       -       728
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       259252815921250
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       58608448256
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       46884193008

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%       100         -
# 2  Short offline       Completed without error       00%       100         -
# 3  Short offline       Completed without error       00%         0         -
# 4  Short offline       Completed without error       00%         0         -
# 5  Short offline       Completed without error       00%         0         -
# 6  Short offline       Completed without error       00%         0         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Der Dez-Wert in Hex:

Code:
echo "obase=16; 695795450043" | bc
A200A400BB

echo "obase=16; 695795450043" | bc | cut -c8-100
0BB

Bemerkenswert ist, dass "Command_Timeout" mit dem gleichen Kabel am gleichen PC durchgeführt, allerdings auf einem anderen wo ich ähnliche Angaben zu einer NAS-HD machte.
 
Befehlszeitüberschreiungen können wegen Ultra-DMA CRC Fehlern passieren, selbst wenn diese bei anderen Platten passieren. Die dezimale Anzeige ist da nicht sinnvoll, ich würde 0xBB als tastsächlichen Wert ansehen, was die anderen Werte 0xA4 und 0xA2 genau aussagen, weiß ich aber auch nicht. Aber Du solltest Deine Daten besser in der Cloud speichern statt auf HDDs, Du scheinst die alle kaputt zu testen :evillol:
 
6TB in der Cloud kann ich mir nicht leisten und Verschlüsselung ist auch nicht so einfach und ob ich der Cloud mehr trauen soll als mehreren eigenen Sicherungen bin ich mir auch nicht sicher. 6TB mit 1 Mbit/s in die Cloud zu senden ist auch nicht lustig.

https://wiki.ubuntuusers.de/EncFS/
Laut EncFS Security Audit {en} vom 14.01.2014 enthält EncFS in der Version 1.7.4 einige potentielle Schwachstellen. Das Fazit der Prüfung: EncFS ist wahrscheinlich noch sicher, solange ein potentieller Angreifer nur (genau) eine Version der verschlüsselten Daten erhält, wie z.B. bei Diebstahl oder Verlust eines Datenträgers. Kann ein potentieller Angreifer allerdings mehr als eine Version der verschlüsselten Daten einsehen, ist EncFS laut der Sicherheitsprüfung nicht mehr geeignet. Die verbreitete Verwendung von EncFS zur Verschlüsselung von Daten in der Cloud ist ein solcher Risikofall.

Nein ich teste sie nicht kaputt, zumindest formal werden die Werte nach badblocks besser

Raw_Read_Error_Rate 0x000f 100 100 006 Pre-fail Always - 0

Das Problem ist, dass die HDs bei der Vorbereitung der Verschlüsselung gestresst werden. Das kann / will ich aber nicht vermeiden, sonst ist die Verschlüsselung nicht sicher (ok darüber könnte ich nachdenken, ob ich da Abstriche machen will). Aber 3 der NAS-HDs hatten im Gegensatz zu den Archive-HDs damit keine Probleme, nur die 4. eben.
 
Zurück
Oben