SSD kaputt - doch nicht?

Naja, Firmware-Updates auf einer potentiell defekten SSD zu machen war jetzt nicht so schlau.

Hol dir mal irgendein Live-Linux und verwende dort smartctl aus dem Paket smartmontools um die SMART-Werte abzurufen. Das sieht dann in etwa so aus:

Code:

[root@server ~]# smartctl -a /dev/sdc
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.6.2-1-ARCH] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Samsung based SSDs
Device Model:     SAMSUNG SSD 830 Series
Serial Number:    S0Z2NYAC301591
LU WWN Device Id: 5 002538 043584d30
Firmware Version: CXM03B1Q
User Capacity:    64,023,257,088 bytes [64.0 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 T13/2015-D revision 2
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Apr 18 10:42:24 2017 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:  (0x02) Offline data collection activity
                                        was completed without error.
                                        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:                (  300) seconds.
Offline data collection
capabilities:                    (0x5b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        No 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:        (   5) 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
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   092   092   000    Old_age   Always       -       38401
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       168
177 Wear_Leveling_Count     0x0013   064   064   000    Pre-fail  Always       -       1311
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   074   058   000    Old_age   Always       -       26
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   253   253   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       92
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       41041123450

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    Completed without error       00%     18981         -
# 2  Short offline       Completed without error       00%        68         -

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.

 

Tja. Mehr als das hier kann ich nicht bieten:

Code:

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.7.9-64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdc: Unknown USB bridge [0x090c:0x1000 (0x1100)]
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

knoppix@Microknoppix:~$

Das seltsame aber: Alles läuft wieder. O__o Beim Aufruf der Tools kam die Aufforderung, checkdisk /f unter Windows laufen zu lassen - und tatsächlich, Windows fuhr anstandslos hoch [und auch wieder runter] und konnte die Laufwerksüberprüfung erfolgreich abschließen.

Was da jetzt die Lösung war... Kann es sein, dass der zeitweise Betrieb ohne die Platte Windows zu einer erfolgreichen Neu-Initialisierung [o.ä.] überreden konnte? Und mir ist klar, dass die SMART-Werte immer noch fehlen; aber das Gerät muss an den Besitzer zurück. Vielleicht kann ich die zu einem späteren Zeitpunkt noch nachliefern.

Abschließendes Memo an mich: Niemals [!] auch nur im Entferntesten daran denken, irgendwas an einer Festplatte rumzubasteln, ohne die Daten vorher noch mal gesondert gesichert zu haben. Sie waren nämlich auf einmal doch wichtig. [Und es existierte nur ein Windows-eigenes Backup, von dem nicht ganz klar war, ob es auch ohne Originaldateien zugänglich ist.] Eigentlich müsste ich solche Dinge auch schon lange wissen.

Wie auch immer, danke dir, fuzzy.

 

Sieht für mich aus, als ob du den Befehl von fuzzy so übernommen hast und somit das falsche Device abgefragt hast. /dev/sdc könnte in deinem Fall beispielsweise eine per USB angeschlossene Festplatte oder Stick gewesen sein.

Je nach im Bios festgelegte Reihenfolge wirds bei dem Gerät wahrscheinlich sda oder sdb sein.

 

Hey, guter Tipp! Ich hatte die SSD komplett aus den Boot-Optionen im Bios rausgenommen. Vielleicht konnten die smartmontools deshalb nicht drauf zugreifen.

 

Nein, das ist völlig ausgeschlossen. Für die Bootreihenfolge interessiert sich nur die Firmware.

Wie murray schon gesagt hat, hast du wohl einfach das falsche Gerät erwischt. Da ja zwei Datenträger drin sind, sind diese höchstwahrscheinlich bei /dev/sda und /dev/sdb anzufinden.

Und was das Windows-Backup angeht: Das kann man vergessen, solltest du dem Kollegen vielleicht noch ausrichten. Die Wiederherstellung scheitert in vielen Fällen. Überhaupt muss man bei einer Backup-Strategie immer die Wiederherstellung ausprobieren.