ext4 liest nur mit 100kb/s

[mst81]

Hallo

Ich hab ein riesen Problem mit einer Hdd im Server...
Diese wurde schlagartig langsam.
Hdds sind direkt am Sata des Mainboards angeschlossen und das Problem betrifft nur diese eine Hdd.

Supermicro x11sae-m
Xeon E3-1225 v5
Problem Hdd WD WD100EZAZ 10TB
FS: EXT4 ohne Verschlüsselung
BS: Debian

Schreiben ist normal, nur lesen geht teilweise mit max. 100kb/s - allerdings betrifft dies nicht jede Datei, manche werden ganz normal auf die Backup Platte kopiert und dann gibt's wieder eine die nur mit 30kb/s kopiert wird...
Sata Kabel wurde getauscht, ein anderer SATA Port wurde versucht und per USB hatte ich sie auch angehängt - lesen immer schrott...

Smart Werte: OK - wurde am Win10 Pc mittels USB und CrystalDisk ausgelesen

Model : WDC WD100EZAZ-11TDBA0
        Firmware : 83.H0A83
   Serial Number : JEKDY9UZ
       Disk Size : 10000,8 GB (8,4/137,4/10000,8/10000,8)
     Buffer Size : Unbekannt
     Queue Depth : 32
    # of Sectors : 19532873728
   Rotation Rate : 5400 RPM
       Interface : USB (Serial ATA)
   Major Version : ACS-2
   Minor Version : ATA8-ACS version 4
   Transfer Mode : SATA/300 | SATA/600
  Power On Hours : 18885 Std.
  Power On Count : 56 mal
     Temperature : 39 C (102 F)
   Health Status : Gut
        Features : S.M.A.R.T., APM, 48bit LBA, NCQ
       APM Level : 00FEh [OFF]
       AAM Level : ----
    Drive Letter :

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 _78 _78 _16 000000000386 Lesefehlerrate
02 130 130 _54 00000000006C Datendurchsatz-Leistung
03 156 156 _24 000901BD0191 Mittlere Anlaufzeit
04 100 100 __0 000000000263 Start/Stopp-Zyklen der Spindel
05 100 100 __5 000000000000 Wiederzugewiesene Sektoren
07 100 100 _67 000000000000 Suchfehler
08 128 128 _20 000000000012 Güte der Suchoperationen
09 _98 _98 __0 0000000049C5 Betriebsstunden
0A 100 100 _60 000000000000 Misslungene Spindelanläufe
0C 100 100 __0 000000000038 Geräte-Einschaltvorgänge
16 100 100 _25 000000000064 Herstellerspezifisch
C0 _99 _99 __0 0000000004EA Ausschaltungsabbrüche
C1 _99 _99 __0 0000000004EA Laden/Entladen-Zyklen
C2 166 166 __0 003000190027 Temperatur
C4 100 100 __0 000000000000 Wiederzuweisungsereignisse
C5 100 100 __0 000000000000 Aktuell ausstehende Sektoren
C6 100 100 __0 000000000000 Nicht korrigierbare Sektoren
C7 200 200 __0 000000000000 UltraDMA-CRC-Fehler

Ein "fsck.ext4 /dev/sdh1" verläuft fehlerfrei

Schreiben mittels DD kein Problem:

dd if=/dev/zero of=/srv/dev-disk-by-uuid-e1e83b6e-f09d-4234-a997-1f2f89cd3abb/probe.leer bs=3M count=1024
1024+0 Datensätze ein
1024+0 Datensätze aus
3221225472 bytes (3,2 GB, 3,0 GiB) copied, 15,3378 s, 210 MB/s

Lesen katastrophe - hab ich nach 15 min und 30MB abgebrochen:

dd if=/srv/dev-disk-by-uuid-e1e83b6e-f09d-4234-a997-1f2f89cd3abb/Videoschnitt/H265/Winter_2020.mp4 of=dev/zero bs=1M status=progress
30408704 bytes (30 MB, 29 MiB) copied, 891,838 s, 34,1 kB/s
^C

dd if=/srv/dev-disk-by-uuid-e1e83b6e-f09d-4234-a997-1f2f89cd3abb/Videoschnitt/H265/Winter_2020.mp4 of=dev/zero bs=3M status=progress
34603008 bytes (35 MB, 33 MiB) copied, 174,653 s, 198 kB/s
^C

RAW Daten lesen: sdh1

dd if=/dev/sdh1 of=/dev/null bs=1M count=1000 status=progress
925892608 bytes (926 MB, 883 MiB) copied, 14 s, 66,1 MB/s
1000+0 Datensätze ein
1000+0 Datensätze aus
1048576000 bytes (1,0 GB, 1000 MiB) copied, 14,5696 s, 72,0 MB/s

Direkt sdh

dd if=/dev/sdh of=/dev/null bs=1M count=1000 status=progress
1046478848 bytes (1,0 GB, 998 MiB) copied, 5 s, 209 MB/s
1000+0 Datensätze ein
1000+0 Datensätze aus
1048576000 bytes (1,0 GB, 1000 MiB) copied, 5,01771 s, 209 MB/s

Wer kann mir, bitte hierbei weiterhelfen?

DANKE, Marcel

 

[TrueAzrael]

Bin kein Experte auf dem Gebiet, aber wenn es ein Problem mit dem Filesystem und nicht der Platte ist, dann würden einige der Ausgaben von "4 Tools to Manage EXT2, EXT3 and EXT4 Health in Linux" wohl eventuell nützlich sein für etwaige Helfer.

 

[Ikebana]

Ich hatte auch schon mal eine HDD die sehr langsam wurde, da waren auch alle SMART Werte ok. Nach einigem herumprobieren stellte sich heraus dass die HDD trotzdem defekt war. Die SMART Werte sind ein Hinweis auf den Zustand der Festplatte, da diese aber von der Festplatte selber erstellt werden können sie auch fehlerhaft sein.
Du kannst ein anderes SATA Kabel und einen anderen SATA Anschluss am Mainboard probieren. Anhand deiner Beschreibungen dass manche Dateien flott kopieren und andere nicht deutet auf eine defekte Festplatte hin, trotz der scheinbar sauberen Smart Werte.

Smart Werte kannst du mit smartmontools unter Linux auslesen:

smartctl -a /dev/sdh

Daher mein Tipp: nicht lang rum machen, Platte tauschen und Daten auf die neue Festplatte kopieren.

 

[Hancock]

Was sagt denn dmesg während du die langsamen Dateien kopierst? ("sudo dmesg -w")

EDIT: Und klar, Hardwaredefekt ist möglich, also Image ziehen (dd, dd_rescue) und damit weiterarbeiten, wenn die Daten wichtig sind.

 

[garfield121]

Ich würde mal schauen, ob während des Lesevorgangs Fehler geworfen werden.
Mit folgendem Terminalbefehl kann man das in Echtzeit verfolgen:

tail -f -n 0 /var/log/syslog

Beenden mit <Strg+C>

 

[TrueAzrael]

@Ikebana nachdem das Schreiben und Lesen am Filesystem vorbei ja scheinbar problemlos funktioniert wäre auch mein erster Gedanke eher Filesystem fehlkonfiguriert/zerschossen und nicht Hardwaredefekt, aber klar ein Defekt lässt sich nicht ausschließen.

 

[Alexander2]

Daher mein Tipp: nicht lang rum machen, Platte tauschen und Daten auf die neue Festplatte kopieren.

Dem stimme ich zu, das riecht einfach zu sehr nach irgendeinem Hardwareproblem. Wenn alles gesichert ist kann man dann super mit der langsam gewordenen Platte rumtesten/Spielen.
Hab ich auch einmal so gemacht, die Fragliche Platte bei mir ist dann nach einer Woche komplett Futsch gewesen also hat sich selbst abgemeldet und kam nicht wieder.

 

[mst81]

Mit tail werden mir keine Fehler während des Kopiervorgangs angezeigt.

Daten sicher wäre natürlich super, aber mit unter 100kb/s ein Endloser Prozess...

 

[kernel panic]

Hat die HDD vielleicht SMR und ist gut gefühlt?

 

[mst81]

CMR und 22% freier Speicher

 

[Alexander2]

Mit einem live usb stick haste das auch schon getestet?

Nun nachdem ein fsck fehlerfrei durchlief und sonst anscheinend auch noch keine fehlermeldungen ausgeworfen werden.. besser jetzt sichern, selbst mit 20kb/s -solange es überhaupt nocht geht. wenn die daten komplett egal sind mach doch sonst die Platte einfach komplett platt und teste nochmal das verhalten.

 

[mst81]

Klar doch
Auch im BackupServer... gleiches Ergebnis.
Jetzt kopiere ich mal die neuesten Sachen runter und dann formatier ich sie

 

[PHuV]

Wer kann mir, bitte hierbei weiterhelfen?

Was erwartet Ihr immer alle? Du hast selbst prima den Fehler ermittelt. Hardware ist defekt, und wenn was defekt ist, wird erneuert und getauscht, fertig.