[Sammelthread] HDD-Probleme, SMART-Analysen

[Holt]

Alles bestens.

 

[Envoy]

vielen Dank für deine Antworten

 

[mkossmann]

Was ist von dieser Platte zu halten :
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Red
Device Model: WDC WD40EFRX-68WT0N0
Serial Number: WD-WCC4E6SDTH6X
LU WWN Device Id: 5 0014ee 2b653b56d
Firmware Version: 82.00A82
User Capacity: 4.000.787.030.016 bytes [4,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, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Fri Oct 11 02:38:56 2019 CEST
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: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
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: (52380) 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: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 524) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x703d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 199 199 051 Pre-fail Always - 2267
3 Spin_Up_Time 0x0027 187 176 021 Pre-fail Always - 7650
4 Start_Stop_Count 0x0032 098 098 000 Old_age Always - 2841
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 199 199 000 Old_age Always - 133
9 Power_On_Hours 0x0032 088 088 000 Old_age Always - 9069
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2807
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 489
193 Load_Cycle_Count 0x0032 199 199 000 Old_age Always - 3251
194 Temperature_Celsius 0x0022 121 104 000 Old_age Always - 31
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

 

[Holt]

1 Raw_Read_Error_Rate 0x002f 199 199 051 Pre-fail Always - 2267
7 Seek_Error_Rate 0x002e 199 199 000 Old_age Always - 133

Ein paar Lese- und Suchfehler, aber keine schwebenden oder wiederzugewiesenen Sektoren:

5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0

Kann es sein, dass die Platte sehr weich aufgehängt ist oder stärkeren Vibrationen ausgesetzt ist? Außerdem würde ich gerne wissen ob sie in einem echten RAID läuft oder gerade frisch überschrieben wurde, denn in dem Fall wäre es normal, dass sie keine schwebenden Sektoren hat.

Auffällig sind außerdem die Power-Off_Retract_Count, also unerwarteten Spannungsabfälle:

12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2807
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 489

Bei 9069 Power_On_Hours lief die Platte im Schnitt nur 3¼ Stunden pro Einschaltvorgang und wohl kaum im Dauerbetrieb. Dafür sind 489 unerwartete Spannungsabfälle, also bei über 17% aller Einschaltvorgängen, sind nicht so wenig. Wenn Du Dir die nicht erklären kannst, etwas weil der Rechner öfter abstürzt oder weil Du ihn vielleicht mit einer Schalterleiste vom Strom trennst, manche machen dies oft zu früh wenn der Bildschirm schwarz wird und nicht erst wenn die Lüfter stehen, dann solltest Du vielleicht mal den Kabelstrang und die Stecker des Netzteil prüfen.

 

[loudar]

Hey!
Das Modell ist WDC WD20NMVW-11AV3S2 mit 2000.3 GB nach CrystalDiskInfo 8.3.0 und Hard Disk Sentinel 5.50, gekauft habe ich diese hier:
https://shop.westerndigital.com/pro...ments-portable-usb-3-0-hdd#WDBU6Y0020BBK-WESN, welche eine WD Elements Portable mit 2TB ist.
Betriebssystem ist Windows 1903, Build 1862.418.

Ich habe die Festplatte schon seit Jahren benutzt und bin mir bewusst, dass die Lebenslänge nur begrenzt ist. Es ist die Festplatte, auf der ich hauptsächlich gearbeitet habe, deswegen sind die Werte Power On Count (1963) und [...] Hours (23 113), als auch Load/Unload Cycle Count (412 190) recht hoch (von dem, was ich beim Suchen nach einer Lösung gefunden habe).

Das Problem: Gestern dauerte es plötzlich Ewigkeiten bevor ich auf die Festplatte zugreifen konnte, auch kein Programm konnte in der Zeit zwischen verbinden und zugreifen irgendetwas tun - nicht einmal starten (auch wenn das Programm auf einer anderen Festplatte lag). Ich konnte gestern zwar auf manche Ordner innerhalb der Ordnerstruktur zugreifen, jedoch auf einige andere nicht, es scheint kein System zu geben, an was ich komme und an was nicht. Mittlerweile komme ich gar nicht mehr in die Festplatte. Mich interessiert, woran das liegen könnte und wie ich es beheben kann, falls möglich. Wenn nicht, was ist der beste Weg, um die ganzen Daten zu backuppen und die Festplatte ganz tot ist und welche Festplatte würdet ihr für ein Backup empfehlen?

Hier ist die S.M.A.R.T. Analyse:

S.M.A.R.T. in Hard Disk Sentinel:

Es gibt nach Hard Disk Sentinel auch angeblich keine anderen Probleme mit der Festplatte:

 

[Smurfy1982]

Bilder bitte hier hochladen, IMG Tags sind deaktiviert 😉

 

[Holt]

Interessanterweise bekam ich andere Zahlen in Hard Disk Sentinel

Stelle bitte die Rohwert wieder auf Hexadezimal, auch wenn Sentinel die dezimal anzeigt, so macht hexadezimal am meisten Sinn, danach dezimal, aber die Anzeige die Su gewählt hast, ist total unsinnig. Soweit ich das trotzdem sehen kann, ist aber mit der Platte alles in Ordnung und es klingt für mich fast als hättest Du Dir einen Verschlüsselungsvirus eingefangen.

 

[loudar]

Ist alles neu bearbeitet im Originalpost!

 

[Holt]

Irgendwelche Posts nachträglich zu ändern ist immer Mist, poste die neuen Fakten, Fotos, etc. einfach neu.

 

[DerSnake]

Hallo

Ein Kollege von mir berichtet das seine HDD seit kurzen auffällig "knistern" würde was er vorher nicht hatte. Meint aber wohl auch das dieses Geräusch kommt wenn er keine Anwendungen oder so gerade startet. Habe ihn mal nach den HDD Werten gefragt und wollte für ihn hier nachfragen ob soweit alles ok ausschaut?

 

[mkossmann]

Ein paar Lese- und Suchfehler, aber keine schwebenden oder wiederzugewiesenen Sektoren:
Kann es sein, dass die Platte sehr weich aufgehängt ist oder stärkeren Vibrationen ausgesetzt ist? Außerdem würde ich gerne wissen ob sie in einem echten RAID läuft oder gerade frisch überschrieben wurde, denn in dem Fall wäre es normal, dass sie keine schwebenden Sektoren hat.

Die Platte läuft als einzigste HDD zusammen mit 3 kleineren SSDs im diesem PC. Ich vermute, die schwebenden Sektoren wurden durch das Reparieren des auf dieser Platte befindlichen XFS Dateisystems mit xfs_repair überschrieben.

Auffällig sind außerdem die Power-Off_Retract_Count, also unerwarteten Spannungsabfälle:
Bei 9069 Power_On_Hours lief die Platte im Schnitt nur 3¼ Stunden pro Einschaltvorgang und wohl kaum im Dauerbetrieb. Dafür sind 489 unerwartete Spannungsabfälle, also bei über 17% aller Einschaltvorgängen, sind nicht so wenig. Wenn Du Dir die nicht erklären kannst, etwas weil der Rechner öfter abstürzt oder weil Du ihn vielleicht mit einer Schalterleiste vom Strom trennst, manche machen dies oft zu früh wenn der Bildschirm schwarz wird und nicht erst wenn die Lüfter stehen, dann solltest Du vielleicht mal den Kabelstrang und die Stecker des Netzteil prüfen.

Morgens vor der Fahrt zur Arbeit schaue ich immer nochmal auf Google Maps. Da könnte es durchaus das ich den PC zu schnell abschalte.

Im Logfile des Systems finden sich aber auch Fehler wie die Folgenden, die kurz nach dem Hochfahren des Systems aufgetreten sind:

2019-10-12T12:09:51.634927+02:00 linux-z0jl kernel: [  106.465570] ata1.00: exception Emask 0x0 SAct 0x83f7ffff SErr 0x0 action 0x0
2019-10-12T12:09:51.634954+02:00 linux-z0jl kernel: [  106.465575] ata1.00: irq_stat 0x40000008
2019-10-12T12:09:51.634957+02:00 linux-z0jl kernel: [  106.465580] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:09:51.634959+02:00 linux-z0jl kernel: [  106.465590] ata1.00: cmd 61/40:a0:a0:03:01/00:00:25:00:00/40 tag 20 ncq dma 32768 out
2019-10-12T12:09:51.634963+02:00 linux-z0jl kernel: [  106.465590]          res 41/10:00:a0:03:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:09:51.634964+02:00 linux-z0jl kernel: [  106.465592] ata1.00: status: { DRDY ERR }
2019-10-12T12:09:51.634966+02:00 linux-z0jl kernel: [  106.465595] ata1.00: error: { IDNF }
2019-10-12T12:09:51.634968+02:00 linux-z0jl kernel: [  106.467224] ata1.00: configured for UDMA/133
2019-10-12T12:09:51.634969+02:00 linux-z0jl kernel: [  106.467274] ata1: EH complete
2019-10-12T12:09:58.666940+02:00 linux-z0jl kernel: [  113.497150] ata1.00: exception Emask 0x0 SAct 0x47f8ffff SErr 0x0 action 0x0
2019-10-12T12:09:58.666968+02:00 linux-z0jl kernel: [  113.497154] ata1.00: irq_stat 0x40000008
2019-10-12T12:09:58.666971+02:00 linux-z0jl kernel: [  113.497160] ata1.00: failed command: READ FPDMA QUEUED
2019-10-12T12:09:58.666975+02:00 linux-z0jl kernel: [  113.497169] ata1.00: cmd 60/08:f0:80:52:10/00:00:45:00:00/40 tag 30 ncq dma 4096 in
2019-10-12T12:09:58.666980+02:00 linux-z0jl kernel: [  113.497169]          res 41/40:00:80:52:10/00:00:45:00:00/40 Emask 0x409 (media error) <F>
2019-10-12T12:09:58.666988+02:00 linux-z0jl kernel: [  113.497172] ata1.00: status: { DRDY ERR }
2019-10-12T12:09:58.666990+02:00 linux-z0jl kernel: [  113.497174] ata1.00: error: { UNC }
2019-10-12T12:09:58.666992+02:00 linux-z0jl kernel: [  113.498713] ata1.00: configured for UDMA/133
2019-10-12T12:09:58.666994+02:00 linux-z0jl kernel: [  113.498768] sd 0:0:0:0: [sda] tag#30 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
2019-10-12T12:09:58.666996+02:00 linux-z0jl kernel: [  113.498773] sd 0:0:0:0: [sda] tag#30 Sense Key : Medium Error [current]
2019-10-12T12:09:58.666998+02:00 linux-z0jl kernel: [  113.498777] sd 0:0:0:0: [sda] tag#30 Add. Sense: Unrecovered read error - auto reallocate failed
2019-10-12T12:09:58.667000+02:00 linux-z0jl kernel: [  113.498782] sd 0:0:0:0: [sda] tag#30 CDB: Read(16) 88 00 00 00 00 00 45 10 52 80 00 00 00 08 00 00
2019-10-12T12:09:58.667006+02:00 linux-z0jl kernel: [  113.498789] blk_update_request: I/O error, dev sda, sector 1158697600 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
2019-10-12T12:09:58.667009+02:00 linux-z0jl kernel: [  113.498813] ata1: EH complete
2019-10-12T12:10:05.702933+02:00 linux-z0jl kernel: [  120.533264] ata1.00: exception Emask 0x0 SAct 0x7ffc0fff SErr 0x0 action 0x0
2019-10-12T12:10:05.702960+02:00 linux-z0jl kernel: [  120.533269] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:05.702963+02:00 linux-z0jl kernel: [  120.533274] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:10:05.702967+02:00 linux-z0jl kernel: [  120.533284] ata1.00: cmd 61/20:90:c0:1f:01/00:00:25:00:00/40 tag 18 ncq dma 16384 out
2019-10-12T12:10:05.702969+02:00 linux-z0jl kernel: [  120.533284]          res 41/10:00:c0:1f:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:10:05.702971+02:00 linux-z0jl kernel: [  120.533286] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:05.702972+02:00 linux-z0jl kernel: [  120.533289] ata1.00: error: { IDNF }
2019-10-12T12:10:05.702974+02:00 linux-z0jl kernel: [  120.535916] ata1.00: configured for UDMA/133
2019-10-12T12:10:05.702997+02:00 linux-z0jl kernel: [  120.535964] ata1: EH complete
2019-10-12T12:10:12.742940+02:00 linux-z0jl kernel: [  127.572800] ata1.00: exception Emask 0x0 SAct 0xffff81ff SErr 0x0 action 0x0
2019-10-12T12:10:12.742966+02:00 linux-z0jl kernel: [  127.572804] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:12.742972+02:00 linux-z0jl kernel: [  127.572809] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:10:12.742973+02:00 linux-z0jl kernel: [  127.572819] ata1.00: cmd 61/20:78:a0:ff:05/00:00:25:00:00/40 tag 15 ncq dma 16384 out
2019-10-12T12:10:12.742975+02:00 linux-z0jl kernel: [  127.572819]          res 41/10:00:a0:ff:05/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:10:12.742977+02:00 linux-z0jl kernel: [  127.572821] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:12.742979+02:00 linux-z0jl kernel: [  127.572824] ata1.00: error: { IDNF }
2019-10-12T12:10:12.742980+02:00 linux-z0jl kernel: [  127.574438] ata1.00: configured for UDMA/133
2019-10-12T12:10:12.742982+02:00 linux-z0jl kernel: [  127.574488] ata1: EH complete
2019-10-12T12:10:19.774968+02:00 linux-z0jl kernel: [  134.604703] ata1.00: exception Emask 0x0 SAct 0x7ffff07f SErr 0x0 action 0x0
2019-10-12T12:10:19.774994+02:00 linux-z0jl kernel: [  134.604708] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:19.774998+02:00 linux-z0jl kernel: [  134.604712] ata1.00: failed command: READ FPDMA QUEUED
2019-10-12T12:10:19.775000+02:00 linux-z0jl kernel: [  134.604722] ata1.00: cmd 60/08:60:68:59:b3/00:00:7b:00:00/40 tag 12 ncq dma 4096 in
2019-10-12T12:10:19.775002+02:00 linux-z0jl kernel: [  134.604722]          res 41/40:00:68:59:b3/00:00:7b:00:00/40 Emask 0x409 (media error) <F>
2019-10-12T12:10:19.775004+02:00 linux-z0jl kernel: [  134.604725] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:19.775032+02:00 linux-z0jl kernel: [  134.604727] ata1.00: error: { UNC }
2019-10-12T12:10:19.775034+02:00 linux-z0jl kernel: [  134.606042] ata1.00: configured for UDMA/133
2019-10-12T12:10:19.775036+02:00 linux-z0jl kernel: [  134.606087] sd 0:0:0:0: [sda] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
2019-10-12T12:10:19.775039+02:00 linux-z0jl kernel: [  134.606093] sd 0:0:0:0: [sda] tag#12 Sense Key : Medium Error [current]
2019-10-12T12:10:19.775041+02:00 linux-z0jl kernel: [  134.606097] sd 0:0:0:0: [sda] tag#12 Add. Sense: Unrecovered read error - auto reallocate failed
2019-10-12T12:10:19.775043+02:00 linux-z0jl kernel: [  134.606102] sd 0:0:0:0: [sda] tag#12 CDB: Read(16) 88 00 00 00 00 00 7b b3 59 68 00 00 00 08 00 00
2019-10-12T12:10:19.775045+02:00 linux-z0jl kernel: [  134.606108] blk_update_request: I/O error, dev sda, sector 2075351400 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
2019-10-12T12:10:19.775048+02:00 linux-z0jl kernel: [  134.606151] ata1: EH complete
019-10-12T12:10:19.774968+02:00 linux-z0jl kernel: [  134.604703] ata1.00: exception Emask 0x0 SAct 0x7ffff07f SErr 0x0 action 0x0
2019-10-12T12:10:19.774994+02:00 linux-z0jl kernel: [  134.604708] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:19.774998+02:00 linux-z0jl kernel: [  134.604712] ata1.00: failed command: READ FPDMA QUEUED
2019-10-12T12:10:19.775000+02:00 linux-z0jl kernel: [  134.604722] ata1.00: cmd 60/08:60:68:59:b3/00:00:7b:00:00/40 tag 12 ncq dma 4096 in
2019-10-12T12:10:19.775002+02:00 linux-z0jl kernel: [  134.604722]          res 41/40:00:68:59:b3/00:00:7b:00:00/40 Emask 0x409 (media error) <F>
2019-10-12T12:10:19.775004+02:00 linux-z0jl kernel: [  134.604725] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:19.775032+02:00 linux-z0jl kernel: [  134.604727] ata1.00: error: { UNC }
2019-10-12T12:10:19.775034+02:00 linux-z0jl kernel: [  134.606042] ata1.00: configured for UDMA/133
2019-10-12T12:10:19.775036+02:00 linux-z0jl kernel: [  134.606087] sd 0:0:0:0: [sda] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
2019-10-12T12:10:19.775039+02:00 linux-z0jl kernel: [  134.606093] sd 0:0:0:0: [sda] tag#12 Sense Key : Medium Error [current]
2019-10-12T12:10:19.775041+02:00 linux-z0jl kernel: [  134.606097] sd 0:0:0:0: [sda] tag#12 Add. Sense: Unrecovered read error - auto reallocate failed
2019-10-12T12:10:19.775043+02:00 linux-z0jl kernel: [  134.606102] sd 0:0:0:0: [sda] tag#12 CDB: Read(16) 88 00 00 00 00 00 7b b3 59 68 00 00 00 08 00 00
2019-10-12T12:10:19.775045+02:00 linux-z0jl kernel: [  134.606108] blk_update_request: I/O error, dev sda, sector 2075351400 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
2019-10-12T12:10:19.775048+02:00 linux-z0jl kernel: [  134.606151] ata1: EH complete
2019-10-12T12:10:40.878940+02:00 linux-z0jl kernel: [  155.708162] ata1.00: exception Emask 0x0 SAct 0x7ffff20f SErr 0x0 action 0x0
2019-10-12T12:10:40.878967+02:00 linux-z0jl kernel: [  155.708167] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:40.878970+02:00 linux-z0jl kernel: [  155.708172] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:10:40.878972+02:00 linux-z0jl kernel: [  155.708181] ata1.00: cmd 61/20:60:a0:ff:05/00:00:25:00:00/40 tag 12 ncq dma 16384 out
2019-10-12T12:10:40.878973+02:00 linux-z0jl kernel: [  155.708181]          res 41/10:00:a0:ff:05/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:10:40.878975+02:00 linux-z0jl kernel: [  155.708184] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:40.878977+02:00 linux-z0jl kernel: [  155.708187] ata1.00: error: { IDNF }
2019-10-12T12:10:40.878978+02:00 linux-z0jl kernel: [  155.710417] ata1.00: configured for UDMA/133
2019-10-12T12:10:40.878980+02:00 linux-z0jl kernel: [  155.710462] ata1: EH complete
2019-10-12T12:10:47.910952+02:00 linux-z0jl kernel: [  162.740305] ata1.00: exception Emask 0x0 SAct 0x7ffff903 SErr 0x0 action 0x0
2019-10-12T12:10:47.910977+02:00 linux-z0jl kernel: [  162.740310] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:47.910979+02:00 linux-z0jl kernel: [  162.740315] ata1.00: failed command: READ FPDMA QUEUED
2019-10-12T12:10:47.910981+02:00 linux-z0jl kernel: [  162.740324] ata1.00: cmd 60/08:40:68:59:b3/00:00:7b:00:00/40 tag 8 ncq dma 4096 in
2019-10-12T12:10:47.910982+02:00 linux-z0jl kernel: [  162.740324]          res 41/40:00:68:59:b3/00:00:7b:00:00/40 Emask 0x409 (media error) <F>
2019-10-12T12:10:47.910985+02:00 linux-z0jl kernel: [  162.740327] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:47.910986+02:00 linux-z0jl kernel: [  162.740329] ata1.00: error: { UNC }
2019-10-12T12:10:47.910988+02:00 linux-z0jl kernel: [  162.743004] ata1.00: configured for UDMA/133
2019-10-12T12:10:47.910991+02:00 linux-z0jl kernel: [  162.743042] sd 0:0:0:0: [sda] tag#8 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
2019-10-12T12:10:47.910993+02:00 linux-z0jl kernel: [  162.743048] sd 0:0:0:0: [sda] tag#8 Sense Key : Medium Error [current]
2019-10-12T12:10:47.910994+02:00 linux-z0jl kernel: [  162.743052] sd 0:0:0:0: [sda] tag#8 Add. Sense: Unrecovered read error - auto reallocate failed
2019-10-12T12:10:47.910996+02:00 linux-z0jl kernel: [  162.743057] sd 0:0:0:0: [sda] tag#8 CDB: Read(16) 88 00 00 00 00 00 7b b3 59 68 00 00 00 08 00 00
2019-10-12T12:10:47.910998+02:00 linux-z0jl kernel: [  162.743063] blk_update_request: I/O error, dev sda, sector 2075351400 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
2019-10-12T12:10:47.911000+02:00 linux-z0jl kernel: [  162.743113] ata1: EH complete
2019-10-12T12:10:54.950932+02:00 linux-z0jl kernel: [  169.780182] ata1.00: exception Emask 0x0 SAct 0x7ffff09c SErr 0x0 action 0x0
2019-10-12T12:10:54.950959+02:00 linux-z0jl kernel: [  169.780187] ata1.00: irq_stat 0x40000008
2019-10-12T12:10:54.950962+02:00 linux-z0jl kernel: [  169.780192] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:10:54.950966+02:00 linux-z0jl kernel: [  169.780202] ata1.00: cmd 61/20:60:a0:dc:06/00:00:25:00:00/40 tag 12 ncq dma 16384 out
2019-10-12T12:10:54.950968+02:00 linux-z0jl kernel: [  169.780202]          res 41/10:00:a0:dc:06/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:10:54.950970+02:00 linux-z0jl kernel: [  169.780205] ata1.00: status: { DRDY ERR }
2019-10-12T12:10:54.950971+02:00 linux-z0jl kernel: [  169.780207] ata1.00: error: { IDNF }
2019-10-12T12:10:54.950973+02:00 linux-z0jl kernel: [  169.781768] ata1.00: configured for UDMA/133
2019-10-12T12:10:54.950975+02:00 linux-z0jl kernel: [  169.781816] ata1: EH complete
2019-10-12T12:11:01.970933+02:00 linux-z0jl kernel: [  176.799806] ata1.00: exception Emask 0x0 SAct 0x7ffffe2 SErr 0x0 action 0x0
2019-10-12T12:11:01.970958+02:00 linux-z0jl kernel: [  176.799811] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:01.970963+02:00 linux-z0jl kernel: [  176.799815] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:01.970965+02:00 linux-z0jl kernel: [  176.799825] ata1.00: cmd 61/20:08:20:0c:01/00:00:25:00:00/40 tag 1 ncq dma 16384 out
2019-10-12T12:11:01.970966+02:00 linux-z0jl kernel: [  176.799825]          res 41/10:00:20:0c:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:01.970991+02:00 linux-z0jl kernel: [  176.799827] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:01.970993+02:00 linux-z0jl kernel: [  176.799830] ata1.00: error: { IDNF }
2019-10-12T12:11:01.970995+02:00 linux-z0jl kernel: [  176.801319] ata1.00: configured for UDMA/133
2019-10-12T12:11:01.970996+02:00 linux-z0jl kernel: [  176.801362] ata1: EH complete
2019-10-12T12:11:08.998912+02:00 linux-z0jl kernel: [  183.827616] ata1.00: exception Emask 0x0 SAct 0x80fffffc SErr 0x0 action 0x0
2019-10-12T12:11:08.998939+02:00 linux-z0jl kernel: [  183.827620] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:08.998942+02:00 linux-z0jl kernel: [  183.827625] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:08.998944+02:00 linux-z0jl kernel: [  183.827634] ata1.00: cmd 61/40:10:40:05:01/00:00:25:00:00/40 tag 2 ncq dma 32768 out
2019-10-12T12:11:08.998946+02:00 linux-z0jl kernel: [  183.827634]          res 41/10:00:40:05:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:08.998947+02:00 linux-z0jl kernel: [  183.827637] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:08.998949+02:00 linux-z0jl kernel: [  183.827639] ata1.00: error: { IDNF }
2019-10-12T12:11:08.998951+02:00 linux-z0jl kernel: [  183.829128] ata1.00: configured for UDMA/133
2019-10-12T12:11:08.998981+02:00 linux-z0jl kernel: [  183.829170] ata1: EH complete
2019-10-12T12:11:16.018941+02:00 linux-z0jl kernel: [  190.847724] ata1.00: exception Emask 0x0 SAct 0x7fffff SErr 0x0 action 0x0
2019-10-12T12:11:16.018969+02:00 linux-z0jl kernel: [  190.847728] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:16.018971+02:00 linux-z0jl kernel: [  190.847733] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:16.018974+02:00 linux-z0jl kernel: [  190.847742] ata1.00: cmd 61/20:08:20:15:01/00:00:25:00:00/40 tag 1 ncq dma 16384 out
2019-10-12T12:11:16.018976+02:00 linux-z0jl kernel: [  190.847742]          res 41/10:00:20:15:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:16.018977+02:00 linux-z0jl kernel: [  190.847745] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:16.018979+02:00 linux-z0jl kernel: [  190.847747] ata1.00: error: { IDNF }
2019-10-12T12:11:16.018981+02:00 linux-z0jl kernel: [  190.849448] ata1.00: configured for UDMA/133
2019-10-12T12:11:16.019012+02:00 linux-z0jl kernel: [  190.849505] ata1: EH complete
2019-10-12T12:11:23.038937+02:00 linux-z0jl kernel: [  197.867456] ata1.00: exception Emask 0x0 SAct 0x3fffff SErr 0x0 action 0x0
2019-10-12T12:11:23.038962+02:00 linux-z0jl kernel: [  197.867461] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:23.038965+02:00 linux-z0jl kernel: [  197.867466] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:23.038967+02:00 linux-z0jl kernel: [  197.867475] ata1.00: cmd 61/40:00:00:31:07/00:00:25:00:00/40 tag 0 ncq dma 32768 out
2019-10-12T12:11:23.038968+02:00 linux-z0jl kernel: [  197.867475]          res 41/10:00:00:31:07/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:23.038971+02:00 linux-z0jl kernel: [  197.867478] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:23.038973+02:00 linux-z0jl kernel: [  197.867480] ata1.00: error: { IDNF }
2019-10-12T12:11:23.038977+02:00 linux-z0jl kernel: [  197.868741] ata1.00: configured for UDMA/133
2019-10-12T12:11:23.038978+02:00 linux-z0jl kernel: [  197.868783] ata1: EH complete
2019-10-12T12:11:30.062930+02:00 linux-z0jl kernel: [  204.891065] ata1.00: exception Emask 0x0 SAct 0x7c00ffff SErr 0x0 action 0x0
2019-10-12T12:11:30.062952+02:00 linux-z0jl kernel: [  204.891069] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:30.062955+02:00 linux-z0jl kernel: [  204.891074] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:30.062957+02:00 linux-z0jl kernel: [  204.891084] ata1.00: cmd 61/20:d0:20:15:01/00:00:25:00:00/40 tag 26 ncq dma 16384 out
2019-10-12T12:11:30.062959+02:00 linux-z0jl kernel: [  204.891084]          res 41/10:00:20:15:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:30.062961+02:00 linux-z0jl kernel: [  204.891086] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:30.062964+02:00 linux-z0jl kernel: [  204.891089] ata1.00: error: { IDNF }
2019-10-12T12:11:30.062990+02:00 linux-z0jl kernel: [  204.892354] ata1.00: configured for UDMA/133
2019-10-12T12:11:30.062992+02:00 linux-z0jl kernel: [  204.892395] ata1: EH complete
2019-10-12T12:11:37.098961+02:00 linux-z0jl kernel: [  211.927009] ata1.00: exception Emask 0x0 SAct 0x7e007fff SErr 0x0 action 0x0
2019-10-12T12:11:37.098987+02:00 linux-z0jl kernel: [  211.927014] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:37.098990+02:00 linux-z0jl kernel: [  211.927019] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:37.098992+02:00 linux-z0jl kernel: [  211.927029] ata1.00: cmd 61/20:c8:e0:20:01/00:00:25:00:00/40 tag 25 ncq dma 16384 out
2019-10-12T12:11:37.098993+02:00 linux-z0jl kernel: [  211.927029]          res 41/10:00:e0:20:01/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:37.098997+02:00 linux-z0jl kernel: [  211.927032] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:37.098999+02:00 linux-z0jl kernel: [  211.927034] ata1.00: error: { IDNF }
2019-10-12T12:11:37.099001+02:00 linux-z0jl kernel: [  211.929406] ata1.00: configured for UDMA/133
2019-10-12T12:11:37.099002+02:00 linux-z0jl kernel: [  211.929453] ata1: EH complete
2019-10-12T12:11:45.447457+02:00 linux-z0jl kernel: [  218.951052] ata1.00: exception Emask 0x0 SAct 0x7fe180ff SErr 0x0 action 0x0
2019-10-12T12:11:45.447483+02:00 linux-z0jl kernel: [  218.951057] ata1.00: irq_stat 0x40000008
2019-10-12T12:11:45.447486+02:00 linux-z0jl kernel: [  218.951062] ata1.00: failed command: WRITE FPDMA QUEUED
2019-10-12T12:11:45.447488+02:00 linux-z0jl kernel: [  218.951072] ata1.00: cmd 61/40:a8:00:31:07/00:00:25:00:00/40 tag 21 ncq dma 32768 out
2019-10-12T12:11:45.447491+02:00 linux-z0jl kernel: [  218.951072]          res 41/10:00:00:31:07/00:00:25:00:00/40 Emask 0x481 (invalid argument) <F>
2019-10-12T12:11:45.447493+02:00 linux-z0jl kernel: [  218.951075] ata1.00: status: { DRDY ERR }
2019-10-12T12:11:45.447495+02:00 linux-z0jl kernel: [  218.951077] ata1.00: error: { IDNF }
2019-10-12T12:11:45.447497+02:00 linux-z0jl kernel: [  218.952657] ata1.00: configured for UDMA/133
2019-10-12T12:11:45.447498+02:00 linux-z0jl kernel: [  218.952709] ata1: EH complete

 

[Holt]

kurzen auffällig "knistern" würde

Das dürften am Parken der Köpfe liegen, denn die Platte hat 0x3AD = 941 Load-Unload Zyklen, also Parken der Köpfe und 0x39F = 927 Start-Stopp Zyklen der Spindel. Jedesmal wenn die Spindel stoppt, werden auch die Köpfe geparkt, aber eben je nach APm Einstellung auch, wenn es eine Weile keine Zugriffe auf die Platte gibt und da die Anzahl nur unwesentlich höher ist und es erst seit kurzem diese "Knistern" gibt, dürfte sich da vor kurzem etwas am System verändert haben, ein Windows Update oder ein Programm welches z.B. die S.M.A.R.T. Werte ausliest, auch wenn es nur die Temperatur anzeigen will wie z.B. Speedfan, wurde deinstalliert oder der Intervall zur Aktualisierung der Anzeige erhöht.

Die Werte sind bestens, allerdings sollte man beachten das die ST1000DM010 eine einfache Desktopplatte für 2400 Power-On-Hours pro Jahr "2400 power-on-hours per year" ist, diese hier lief im Schnitt bei dem Einschalten fast 13 Stunden.

Ich vermute, die schwebenden Sektoren wurden durch das Reparieren des auf dieser Platte befindlichen XFS Dateisystems mit xfs_repair überschrieben.

Das kann durchaus sein.

failed command: READ FPDMA QUEUED ... media error

Das es Lesefehler gab, haben die S.M.A.R.T. Werte ja schon angezeigt.

failed command: WRITE FPDMA QUEUED ... invalid argument

Da die S.M.A.R.T. Werte keine Schreibfehler anzeigen und "invalid argument" die Fehlerursache war, würde ich diesen Fehler nicht der Platte zuschreiben, sondern dem OS, welches offenbar unsinnige Schreibbefehle an die Platte schickt.

 

[c-mate]

Hallo, kann mir das jemand erklären?
Zwei externe HDDs, eine WD und eine Seagate, beide 2TB groß.
Auf beiden HDDs sind die gleichen Daten gespeichert, aber die WD sagt es sind noch 110 GB frei, während auf der Seagate noch 130GB frei sind.
Wieso sind da 20GB Unterschied?

Ach ja, der Papierkorb ist bei beiden leer.

 

[Holt]

Welche Filesysteme haben die beiden jeweils und wie groß ist die Clustergröße dabei? Ich wette da gibt es Unterschiede und pro Datei verliert man ja im Schnitt einen halben Cluster der ungenutzt bleibt. USB Platten werden ab Werk gerne mit exFAT oder FAT32 und nicht mit NTFS formatiert ausgeliefert, damit sie eben nicht nur an Windows Rechner genutzt werden können.

 

[mkossmann]

Hmm , 20GB "Verschnitt" bei 44474 Dateien ergeben über 400 KB pro Datei bei einer durchschnittlichen Dateigröße von über 40 MB . Das ist etwas viel um es mit Clustergrößen zu erklären.
Die angezeigte "Größe auf Datenträger" sollte diesen Verschnitt auch anzeigen. Da ist der Unterschied aber nur 4 kB.

 

[Heen]

versteckte und Systemdateien werden angezeigt? Nicht dass sich noch 20 GB eines alten Backups irgendwo tummeln.

 

[Holt]

Links bei E: sind es 89798240 Byte mehr auf dem Datenträger als die 44474 Dateien groß sind, es gibt also pro Datei durchschnittlich 2019 Byte "Verschnitt", was für 4k Cluster spricht. Rechts bei F: sind es 89802336 und damit ebenfalls 2019 Byte pro Datei, beide Platten dürfte also Filesysteme mit 4k Clustern haben. Damit ist der Unterschied dann also wohl die Größe der Partition auf der Platte, ein Blink in die Datenträgerverwaltung und dazu die Screenshots von CrystalDiskInfo für die Platten, sollten Aufschluss geben. Die Angabe von 1,81TB (was eigentlich TiB sind), ist leider zu ungenau um da 20GB Unterschied zu sehen.

Das ist etwas viel um es mit Clustergrößen zu erklären.

Kein, bei FAT32 und exFAT kann ist bei solchen Kapazitäten eine Clustergröße von 512k oder auch 1024k durchaus realistisch. Am besten sucht man sich eine kleine Datei von 2 oder 3k und schaut die deren Größe auf dem Datenträger ist, dann sieht man ja wie groß ein Cluster ist. Bei ganz kleinen wird wie NTFS auch schon mal 0 angezeigt, weil NTFS ganz kleine Dateien in den Metadaten speichert, dafür also keinen eigenen Cluster belegt und die Größe auf dem Datenträger nur die Cluster umfasst die von den Daten der Datei belegt werden, nicht aber die Größe ihrer Metadaten.

 

[Jesterfox]

Ähem... die 20GB können nicht am Verschnitt liegen, denn den Zeigt Windows ja an mit der "Größe auf dem Datenträger" und da ist die Differenz gerade mal 4kB.

Aber war es nicht so das die größe einer HDD quasi nur eine garantierte Mindestmenge war und je nach Güte der Platter mal mehr, mal weniger Sektoren nutzbar sind? Oder ist das nicht mehr so? Jedenfalls ist es die Gesamtkapazität der 2 HDDs die sich da unterscheidet.

 

[Holt]

Aber war es nicht so das die größe einer HDD quasi nur eine garantierte Mindestmenge war

Die International Disk Drive Equipment and Materials Association (IDEMA) hat eindeutig definiert wie viele LBAs eine HDD oder SSD bei einer beworbenen Kapazität haben muss bzw. welche Kapazität bei wie vielen nutzbaren LBAs beworben werden darf.
Bei den für SSDs und HDDs die nicht 4kn Modelle sind, üblichen 512 Byte pro LBA lauten die Formeln:

LBA counts = (97,696,368) + (1,953,504 * (Advertised Capacity in GBytes – 50))
Or
Advertised Capacity (GB) = [(LBA counts – 97,696,368)/1,953,504] + 50

Jede HDD mit 2TB hat also in Wahrheit mehr als 2TB (2*1000^4 Bytes ) oder 1,8TiB (1,81*1024^4 Bytes) Nutzkapazität, die eine hat vielleicht ein paar Sektoren mehr zusätzlich als die andere. Dann gibt es aber auch noch die Partitionierung, da gehen am Anfang meisten 1024k verloren, denn die erste Partition beginnt eben meistens bei 1024k und dann legt nicht jeder Hersteller die Partition bis an Ende der Platte an, manche lassen am Ende ein wenig unpartitioniert, die einen mehr als die anderen und da könnte auch hier der Grund für die 20GB Unterschied liegen. Deshalb auch die Frage nach dem Screenshot der Datenträgerverwaltung, da sollte man dies ja sehen.

 

[c-mate]

Vielleicht kann diese Gegenüberstellung ja helfen: