Fällt mein SSD-Laufwerk aus?

639
user2233709

Ich verwende eine relativ neue SSD (vor 5 Monaten gekauft), und kürzlich ist ein Lesefehler aufgetreten. Folgendes hat der Kernel berichtet:

Jul 1 01:02:44 tryphon kernel: [1554891.463590] ata2.00: exception Emask 0x0 SAct 0x1000000 SErr 0x0 action 0x0 Jul 1 01:02:44 tryphon kernel: [1554891.478096] ata2.00: irq_stat 0x40000008 Jul 1 01:02:44 tryphon kernel: [1554891.486388] ata2.00: failed command: READ FPDMA QUEUED Jul 1 01:02:44 tryphon kernel: [1554891.497141] ata2.00: cmd 60/80:c0:00:18:2c/05:00:02:00:00/40 tag 24 ncq dma 720896 in Jul 1 01:02:44 tryphon kernel: [1554891.497141] res 41/40:80:00:18:2c/00:05:02:00:00/40 Emask 0x409 (media error) <F> Jul 1 01:02:44 tryphon kernel: [1554891.530266] ata2.00: status: { DRDY ERR } Jul 1 01:02:44 tryphon kernel: [1554891.538714] ata2.00: error: { UNC } Jul 1 01:02:44 tryphon kernel: [1554891.586520] ata2.00: configured for UDMA/133 Jul 1 01:02:44 tryphon kernel: [1554891.586576] sd 1:0:0:0: [sdb] tag#24 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jul 1 01:02:44 tryphon kernel: [1554891.586581] sd 1:0:0:0: [sdb] tag#24 Sense Key : Medium Error [current] Jul 1 01:02:44 tryphon kernel: [1554891.586585] sd 1:0:0:0: [sdb] tag#24 Add. Sense: Unrecovered read error - auto reallocate failed Jul 1 01:02:44 tryphon kernel: [1554891.586590] sd 1:0:0:0: [sdb] tag#24 CDB: Read(10) 28 00 02 2c 18 00 00 05 80 00 Jul 1 01:02:44 tryphon kernel: [1554891.586593] blk_update_request: I/O error, dev sdb, sector 36444160 

Ein paar Minuten später smartdschickte der Daemon eine E-Mail an root:

Subject: SMART error (OfflineUncorrectableSector) detected on host: tryphon  This message was generated by the smartd daemon running on:  host name: tryphon DNS domain: home  The following warning/error was logged by the smartd daemon:  Device: /dev/sdb [SAT], 1 Offline uncorrectable sectors  Device info: LDLC, S/N:07072217A1171, FW:Q0601B, 120 GB  For details see host's SYSLOG.  You can also use the smartctl utility for further investigation. Another message will be sent in 24 hours if the problem persists. 

Da es in einer RAID 1-Konfiguration mit einer Festplatte verwendet wird, ist dies nicht dramatisch schlecht, klingt aber immer noch schlecht.

Jedenfalls wollte ich die Lesbarkeit meiner SSD mit dd if=/dev/sdb of=/dev/nullmehr Lesefehlern überprüfen . Hier sind die Kernel-Protokolle für die nächsten Lesefehler:

Jul 3 19:28:24 tryphon kernel: [ 4398.319485] ata2.00: exception Emask 0x0 SAct 0x180 SErr 0x0 action 0x0 Jul 3 19:28:24 tryphon kernel: [ 4398.332971] ata2.00: irq_stat 0x40000008 Jul 3 19:28:24 tryphon kernel: [ 4398.340961] ata2.00: failed command: READ FPDMA QUEUED Jul 3 19:28:24 tryphon kernel: [ 4398.351416] ata2.00: cmd 60/00:38:08:23:80/01:00:00:00:00/40 tag 7 ncq dma 131072 in Jul 3 19:28:24 tryphon kernel: [ 4398.351416] res 41/40:00:08:23:80/00:01:00:00:00/40 Emask 0x409 (media error) <F> Jul 3 19:28:24 tryphon kernel: [ 4398.383720] ata2.00: status: { DRDY ERR } Jul 3 19:28:24 tryphon kernel: [ 4398.391853] ata2.00: error: { UNC } Jul 3 19:28:24 tryphon kernel: [ 4398.439236] ata2.00: configured for UDMA/133 Jul 3 19:28:24 tryphon kernel: [ 4398.439258] sd 1:0:0:0: [sdb] tag#7 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jul 3 19:28:24 tryphon kernel: [ 4398.439261] sd 1:0:0:0: [sdb] tag#7 Sense Key : Medium Error [current]  Jul 3 19:28:24 tryphon kernel: [ 4398.439264] sd 1:0:0:0: [sdb] tag#7 Add. Sense: Unrecovered read error - auto reallocate failed Jul 3 19:28:24 tryphon kernel: [ 4398.439268] sd 1:0:0:0: [sdb] tag#7 CDB: Read(10) 28 00 00 80 23 08 00 01 00 00 Jul 3 19:28:24 tryphon kernel: [ 4398.439270] blk_update_request: I/O error, dev sdb, sector 8397576 Jul 3 19:28:24 tryphon kernel: [ 4398.451841] ata2: EH complete Jul 3 19:28:24 tryphon kernel: [ 4398.831494] ata2.00: exception Emask 0x0 SAct 0x1000 SErr 0x0 action 0x0 Jul 3 19:28:24 tryphon kernel: [ 4398.845137] ata2.00: irq_stat 0x40000008 Jul 3 19:28:24 tryphon kernel: [ 4398.853069] ata2.00: failed command: READ FPDMA QUEUED Jul 3 19:28:24 tryphon kernel: [ 4398.863461] ata2.00: cmd 60/08:60:78:23:80/00:00:00:00:00/40 tag 12 ncq dma 4096 in Jul 3 19:28:24 tryphon kernel: [ 4398.863461] res 41/40:08:78:23:80/00:00:00:00:00/40 Emask 0x409 (media error) <F> Jul 3 19:28:24 tryphon kernel: [ 4398.895577] ata2.00: status: { DRDY ERR } Jul 3 19:28:24 tryphon kernel: [ 4398.903692] ata2.00: error: { UNC } Jul 3 19:28:24 tryphon kernel: [ 4398.951089] ata2.00: configured for UDMA/133 Jul 3 19:28:24 tryphon kernel: [ 4398.951111] sd 1:0:0:0: [sdb] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jul 3 19:28:24 tryphon kernel: [ 4398.951116] sd 1:0:0:0: [sdb] tag#12 Sense Key : Medium Error [current]  Jul 3 19:28:24 tryphon kernel: [ 4398.951119] sd 1:0:0:0: [sdb] tag#12 Add. Sense: Unrecovered read error - auto reallocate failed Jul 3 19:28:24 tryphon kernel: [ 4398.951125] sd 1:0:0:0: [sdb] tag#12 CDB: Read(10) 28 00 00 80 23 78 00 00 08 00 Jul 3 19:28:24 tryphon kernel: [ 4398.951128] blk_update_request: I/O error, dev sdb, sector 8397688 Jul 3 19:28:24 tryphon kernel: [ 4398.963674] Buffer I/O error on dev sdb, logical block 1049711, async page read Jul 3 19:28:24 tryphon kernel: [ 4398.978559] ata2: EH complete Jul 3 19:28:24 tryphon kernel: [ 4399.051447] ata2.00: exception Emask 0x0 SAct 0x80000 SErr 0x0 action 0x0 Jul 3 19:28:24 tryphon kernel: [ 4399.065213] ata2.00: irq_stat 0x40000008 Jul 3 19:28:24 tryphon kernel: [ 4399.073159] ata2.00: failed command: READ FPDMA QUEUED Jul 3 19:28:24 tryphon kernel: [ 4399.083555] ata2.00: cmd 60/08:98:78:23:80/00:00:00:00:00/40 tag 19 ncq dma 4096 in Jul 3 19:28:24 tryphon kernel: [ 4399.083555] res 41/40:08:78:23:80/00:00:00:00:00/40 Emask 0x409 (media error) <F> Jul 3 19:28:24 tryphon kernel: [ 4399.115655] ata2.00: status: { DRDY ERR } Jul 3 19:28:24 tryphon kernel: [ 4399.123792] ata2.00: error: { UNC } Jul 3 19:28:24 tryphon kernel: [ 4399.171197] ata2.00: configured for UDMA/133 Jul 3 19:28:24 tryphon kernel: [ 4399.171223] sd 1:0:0:0: [sdb] tag#19 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jul 3 19:28:24 tryphon kernel: [ 4399.171228] sd 1:0:0:0: [sdb] tag#19 Sense Key : Medium Error [current]  Jul 3 19:28:24 tryphon kernel: [ 4399.171232] sd 1:0:0:0: [sdb] tag#19 Add. Sense: Unrecovered read error - auto reallocate failed Jul 3 19:28:24 tryphon kernel: [ 4399.171237] sd 1:0:0:0: [sdb] tag#19 CDB: Read(10) 28 00 00 80 23 78 00 00 08 00 Jul 3 19:28:24 tryphon kernel: [ 4399.171240] blk_update_request: I/O error, dev sdb, sector 8397688 Jul 3 19:28:24 tryphon kernel: [ 4399.183787] Buffer I/O error on dev sdb, logical block 1049711, async page read Jul 3 19:28:24 tryphon kernel: [ 4399.198659] ata2: EH complete 

und:

Jul 5 12:28:06 tryphon kernel: [ 5.513650] ata2.00: exception Emask 0x0 SAct 0x4000 SErr 0x0 action 0x0 Jul 5 12:28:06 tryphon kernel: [ 5.527221] ata2.00: irq_stat 0x40000008 Jul 5 12:28:06 tryphon kernel: [ 5.535114] ata2.00: failed command: READ FPDMA QUEUED Jul 5 12:28:06 tryphon kernel: [ 5.545448] ata2.00: cmd 60/08:70:98:af:32/00:00:00:00:00/40 tag 14 ncq dma 4096 in Jul 5 12:28:06 tryphon kernel: [ 5.545448] res 41/40:08:98:af:32/00:00:00:00:00/40 Emask 0x409 (media error) <F> Jul 5 12:28:06 tryphon kernel: [ 5.577373] ata2.00: status: { DRDY ERR } Jul 5 12:28:06 tryphon kernel: [ 5.585423] ata2.00: error: { UNC } Jul 5 12:28:06 tryphon kernel: [ 5.632752] ata2.00: configured for UDMA/133 Jul 5 12:28:06 tryphon kernel: [ 5.632778] sd 1:0:0:0: [sdb] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jul 5 12:28:06 tryphon kernel: [ 5.632784] sd 1:0:0:0: [sdb] tag#14 Sense Key : Medium Error [current]  Jul 5 12:28:06 tryphon kernel: [ 5.632790] sd 1:0:0:0: [sdb] tag#14 Add. Sense: Unrecovered read error - auto reallocate failed Jul 5 12:28:06 tryphon kernel: [ 5.632797] sd 1:0:0:0: [sdb] tag#14 CDB: Read(10) 28 00 00 32 af 98 00 00 08 00 Jul 5 12:28:06 tryphon kernel: [ 5.632801] blk_update_request: I/O error, dev sdb, sector 3321752 Jul 5 12:28:06 tryphon kernel: [ 5.645296] md/raid1:md1: sdb3: rescheduling sector 173976 Jul 5 12:28:06 tryphon kernel: [ 5.656333] ata2: EH complete Jul 5 12:28:06 tryphon kernel: [ 5.695829] md/raid1:md1: redirecting sector 173976 to other mirror: sda3 

Dann habe ich mir angesehen, was das Laufwerk mit dem SMART-System meldet. Das ist das Ergebnis:

# smartctl -a /dev/sdb smartctl 6.4 2014-10-07 r4002 [x86_64-linux-4.9.0-0.bpo.6-amd64] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org  === START OF INFORMATION SECTION === Device Model: LDLC Serial Number: 07072217A1171 Firmware Version: Q0601B User Capacity: 120,034,123,776 bytes [120 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Form Factor: 2.5 inches Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ACS-2 T13/2015-D revision 3 SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Wed Jul 11 00:43:45 2018 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: ( 120) seconds. Offline data collection capabilities: (0x11) SMART execute Offline immediate. No Auto Offline data collection support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. No Selective Self-test supported. SMART capabilities: (0x0002) Does not save 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: ( 10) minutes.  SMART Attributes Data Structure revision number: 1 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x0032 100 100 050 Old_age Always - 0 5 Reallocated_Sector_Ct 0x0032 100 100 050 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 050 Old_age Always - 3828 12 Power_Cycle_Count 0x0032 100 100 050 Old_age Always - 18 160 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 6 161 Unknown_Attribute 0x0033 100 100 050 Pre-fail Always - 99 163 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 60 164 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 3268 165 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 2 166 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 1 167 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 1 168 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 1500 169 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 100 175 Program_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0 176 Erase_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0 177 Wear_Leveling_Count 0x0032 100 100 050 Old_age Always - 18 178 Used_Rsvd_Blk_Cnt_Chip 0x0032 100 100 050 Old_age Always - 1 181 Program_Fail_Cnt_Total 0x0032 100 100 050 Old_age Always - 0 182 Erase_Fail_Count_Total 0x0032 100 100 050 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 050 Old_age Always - 7 194 Temperature_Celsius 0x0022 100 100 050 Old_age Always - 40 195 Hardware_ECC_Recovered 0x0032 100 100 050 Old_age Always - 11868576 196 Reallocated_Event_Count 0x0032 100 100 050 Old_age Always - 6 197 Current_Pending_Sector 0x0032 100 100 050 Old_age Always - 0 198 Offline_Uncorrectable 0x0032 100 100 050 Old_age Always - 6 199 UDMA_CRC_Error_Count 0x0032 100 100 050 Old_age Always - 0 232 Available_Reservd_Space 0x0032 100 100 050 Old_age Always - 99 241 Total_LBAs_Written 0x0030 100 100 050 Old_age Offline - 10975 242 Total_LBAs_Read 0x0030 100 100 050 Old_age Offline - 29075 245 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 2904  SMART Error Log Version: 1 No Errors Logged  SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t]  Selective Self-tests/Logging not supported 

Soweit ich es verstehe, Offline_Uncorrectablesieht das Attribut mit dem Wert 6 sehr schlecht aus, da mir scheint, dass einige Daten 6-mal verloren gingen. Fehlt mir etwas?

Auch der Rohwert des Hardware_ECC_RecoveredAttributs sieht enorm aus, insbesondere wenn er mit dem Total_LBAs_ReadAttribut verglichen wird.

Sollte ich mir Sorgen um mein SSD-Laufwerk machen? Soll ich es ersetzen?

Für was es wert ist, ist dies ein TLC-Laufwerk. Ich weiß, dass sie weniger haltbar sind als die MLC-Laufwerke (oder sogar die noch besseren SLC-Laufwerke), aber ich hatte nach wenigen Monaten keinen Datenverlust erwartet.

2
Warum meinen Sie, dass ein Lesefehler aufgetreten ist? Was meinen Sie mit einer RAID-1-Konfiguration mit einer Festplatte? Sie können nicht zwei völlig unterschiedliche Laufwerke in RAID 1 zusammenfügen und erwarten, dass sie ordnungsgemäß funktionieren. Appleoddity vor 5 Jahren 0
Bei "Hardware_ECC_Recovered" handelt es sich wahrscheinlich um mehrere Bytes, die sich in einem einzigen Wort befinden, und muss dekodiert werden. Die richtige Dekodierung hängt von der Marke / dem Modell ab (kein Standard dort). xenoid vor 5 Jahren 2
@Appleoddity Ich meine, ich habe einen Lesefehler erlebt, weil mein (Linux-) Kernel dies gemeldet hat (kurz: `blk_update_request: E / A-Fehler, dev sdb, Sektor 36444160`). Ja, ich habe ein (Software-) RAID 1-Array, das auf Partitionen gleicher Größe der SSD und der Festplatte aufgebaut ist. Warum sollten Sie damit rechnen, dass dies nicht richtig funktioniert? Andere verwenden das, siehe [diese Superuser-Frage] (https://superuser.com/questions/293144/combining-ssd-and-hard-disk-in-software-raid1). user2233709 vor 5 Jahren 1
Zumindest nach den SMART-Werten sieht alles gut aus (100). "Offline_uncorrectable" bedeutet Fehler, die während eines Offline-Testlaufs gefunden wurden, wahrscheinlich der erste Testlauf, bevor das Laufwerk ausgeliefert wurde. Es wird erwartet, dass schlechte Sektoren gefunden werden. OTOH, ich habe von SSDs gehört, die Probleme verursachen, obwohl die SMART-Werte immer noch gut sind. Haben Sie Details zum E / A-Fehler? Möglicherweise ein Transportfehler? dirkt vor 5 Jahren 0
@dirkt Ich habe gerade das Kernel-Log über den ersten Lesefehler hinzugefügt. Ich bin ziemlich zuversichtlich, dass das Attribut `Offline_Uncorrectable` vor dem Lesefehler 0 war, da: 1) smartd sofort beschwert wurde 2) dieses Attribut dann 1 war 3) es nach einigen neuen Lesefehlern ausgelöst wurde. user2233709 vor 5 Jahren 0
Diese Attribute sehen verdächtig aus. Es gibt einige, die einfach nicht auf SSDs zutreffen. Bitte geben Sie die gesamte Ausgabe von 'smartctl -a' an. // Durch das RAIDing von HDD + SSD werfen Sie einen Großteil der SSD-Leistung weg. Daniel B vor 5 Jahren 0
@DanielB Ich habe gerade die Ausgabe von `smartctl -A 'durch die von` smartctl -a` ersetzt. Was „die SSD-Leistung eines Großteils wegwirft“, gilt für die Schreibleistung, aber für die Leseleistung ist es falsch, wenn die Festplatten-ID mit der Option „Meist schreiben“ zum RAID-Array hinzugefügt wird. user2233709 vor 5 Jahren 0
Hm, okay. Das ist auch nicht besonders hilfreich. Welche Marke und welches Modell soll das überhaupt sein? // Wie viele Daten haben Sie nach Ihrer Einschätzung bisher auf diese SSD geschrieben? Daniel B vor 5 Jahren 0
@DanielB Die SSD ist eine ["LDLC SSD F7 PLUS 120 GB"] (https://www.ldlc.com/fiche/PB00212817.html). LDLC ist ein französischer Wiederverkäufer für Computerhardware. Ich glaube nicht, dass sie ihre eigenen SSDs bauen, ich bin mir ziemlich sicher, dass sie nur Laufwerke umbenennen, die von einem anderen Unternehmen hergestellt wurden, aber sie wissen nicht, welches andere Unternehmen sie haben. user2233709 vor 5 Jahren 0
@DanielB Was die Menge der geschriebenen Daten angeht, ist es schwer zu sagen. Das Lesen von 40 GB an Daten führt zu einer Erhöhung des SMART-Attributs "Total_LBAs_Read" um 1280. Ich denke, ** die "Total_LBAs_Written" -Daten könnten auf 10975 × 32 MB ≈ 343 GB dekodieren. Sieht für mich nicht unrealistisch aus. user2233709 vor 5 Jahren 0

1 Antwort auf die Frage

1
dirkt

Teilantwort:

Sie haben 6 Offline_uncorrectable(die bei Offline-Tests auftreten sollten ) und 6 Reallocated_Event_Count, aber null Reallocated_Sector_Ct. Ich las dies als "versuchte, einen Block sechsmal während eines Offline-Tests neu zuzuordnen, schlug aber jedes Mal fehl".

Die Fehlermeldung im Kernel - Log sagt auch „auto Umspeichern fehlgeschlagen“, obwohl dies eine ist Online - Ereignis, nicht offline ein.

So:

1) smartctlSehen Sie sich das Ergebnis der Offline-Tests an, insbesondere zu welchem ​​Zeitpunkt und wann Fehler aufgetreten sind.

2) smartctlStarten Sie einen weiteren Offline-Test (über Nacht usw.). Schauen Sie sich die Ergebnisse an.

3) Sie haben im Kommentar "einige neue Lesefehler" erwähnt. Was sind die Blocknummern für sie? Ist es immer derselbe Block?

Wenn es sich um einen einzelnen Block handelt, der aus irgendeinem Grund nicht automatisch neu zugewiesen werden kann, würde ich in Betracht ziehen, diesen Block im Dateisystem als fehlerhaft zu kennzeichnen (die meisten Dateisysteme verfügen über diese Funktion). Dies wird heute normalerweise nicht durchgeführt, da alle Festplatten automatisch neu zugewiesen werden, sowohl mechanisch als auch SSD. Die Funktion ist jedoch genau für diesen Zweck vorhanden.

Ich wäre jedoch besorgt darüber, dass die automatische Neuzuweisung fehlgeschlagen ist. Dies kann bedeuten, dass der (unsichtbare) Block, der die Neuzuteilungs-Metainformationen enthält, fehlerhaft ist.

Ich bin nicht sicher, was ich dagegen tun soll. Wenn der Anbieter der SDD ein spezielles Tool zum Herunterladen hat, mit dem Sie die Low-Level-Einstellungen anpassen können (einige Anbieter tun dies), kann dies hilfreich sein.

Danke für diese teilweise Antwort. Ich habe die Ausgabe von "smartctl -A" durch die von "smartctl -a" ersetzt. Ich denke, der Teil "Keine Selbsttests wurden protokolliert" ist die aktuelle Antwort auf Ihre erste Frage. Ich habe auch die Kernel-Protokolle für die nächsten Lesefehler hinzugefügt. Der Sektor 8397688 zeigt zweimal; die anderen nur einmal. Ich werde versuchen, einen Offline-Test mit `smartctl -t offline / dev / sdb` zu starten. Ich kenne den "echten" Anbieter nicht, da meine SSD von einem Wiederverkäufer umbenannt wird. Ich habe den Händler gefragt, ob es ein dediziertes Diagnosewerkzeug gibt, und warte auf die Antwort. user2233709 vor 5 Jahren 0
Es sieht so aus, als hätte diese SSD keinen Offline-Scan ("kein Offline-Oberflächenscan wird unterstützt"), daher kann sich "Offline_uncorrectable" auf eine andere Art der Datenerfassung beziehen. Wiederholte nicht korrigierbare Fehler für verschiedene Blöcke sind definitiv ein Zeichen, dass etwas nicht stimmt. Wenn die Daten auf dieser Festplatte wichtig sind: Ersetzen Sie sie. dirkt vor 5 Jahren 0
Der Händler hat geantwortet, es gibt kein spezielles Diagnosetool für dieses Laufwerk, und er sagt mir nicht, wer es hergestellt hat. Das Ersetzen scheint die einzig gangbare Option zu sein. Danke für Ihre Hilfe. user2233709 vor 5 Jahren 0