SSD defekt?

Dr. Seltsam · Feb 19th 2023

Habe es schon im ubuntuusers-Forum gepostet, würde aber auch hier gerne Rat einholen:

Im Rahmen meiner regelmäßigen Datensicherung mit luckybackup (also im Ergebnis rsync) sichere ich auch eine ca. 90 GB große vdi-Datei von Virtualbox. Mir fiel nun auf, dass luckybackup beim Versuch, diese Datei zu kopieren, immer wieder mit Fehler abbricht. Ich habe dann versucht, die Datei manuell mit Thunar zu kopieren. Es kommt dabei immer wieder zu I/O errors.In dmesg wird dabei auf sda2 verweisen, das ist die Samsung EVO 870 2TB mit meiner Xubuntu-Installation (=Quell-Laufwerk beim Kopieren). Sicherheitshalber habe ich dann ein Livesystem von USB gebootet und das gleiche nochmal probiert - gleiches Resultat. Die SSD ist noch kein Jahr alt - gekauft im April 2022.

Im Moment komme ich nicht an die logs mit den exakten Fehlermeldungen ran, denn das Laufwerk ist gerade ausgehängt und ein badblocks check (sudo badblocks -vsn /dev/sda) läuft. Aktueller Stand bei 95%:

1858779106ne, 11:50:47 elapsed. (21219/0/0 errors)

Die erste Zahl gibt die Lesefehler an. Mich wundert, dass ich im laufenden Betrieb noch nie Probleme bemerkt habe.

Die SSD hängt am internen SATA-Controller. Ob es vor einer Garantiereklamation Sinn macht, sie in einem anderen Rechner anzuklemmen und den Test zu wiederholen? Kann es evtl. auch ein Problem mit dem RAM sein, oder ist das eher unwahrscheinlich?

Das wäre jetzt meine erste defekte SSD - und ich habe einige, die viel älter sind.

nobanzai · Feb 19th 2023

Ist auf einer SSD Prinzip bedingt überhaupt ein badblocks Check möglich/sinnvoll?

Quote

In general, you shouldn't need to, beyond paying attention to what SMART is already telling you. The reason is that SSDs use wear leveling, so they have an advanced controller that already takes care of detecting and re-mapping bad blocks in the background, so from the OS's perspective, and the perspective of standard utilities like badblocks, any blocks that went bad are invisible because they've already been remapped. If badblocks somehow did find a block that was bad, it would be immediately remapped and thus would be "good" again the next time you read it.

To really get an indication of the health of your drive, what you need to know is how many bad blocks the controller has already remapped, and how much spare capacity remains to allow it to remap further. SMART data should give you this for SATA, or NVMe has equivalent log pages that contain the same information. In particular, the 'Available Spare' attribute will give you a percentage of how much of the drive's total remapping capability has been used up.

This page has some specific command line tools you can use for SATA or NVMe: https://www.percona.com/blog/2…-check-nvme-flash-health/

wmautner · Feb 19th 2023

Mit einer Serie der 870 PRO oder EVO soll es Probleme geben. Bitte mit dem Samsung Magician (leider Windows) einen Surface Scan durchführen und auch ggf. die Firmware updaten bzw. neigt eine gewisse Serie mit bestimmter Firmware zu Frühausfällen.

Siehe auch https://forums.guru3d.com/thre…-870-evos-failing.445361/

Dr. Seltsam · Feb 19th 2023

tja, gute Frage.

Im syslog tauchten gestern diese Fehler auf:

Code

Feb 18 15:00:38 martin-desktop kernel: [ 3962.118000] blk_update_request: I/O error, dev sda, sector 24130528 op 0x0:(READ) flags 0x80700 phys_seg 7 prio class 0
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118016] sd 0:0:0:0: [sda] tag#21 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=15s
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118020] sd 0:0:0:0: [sda] tag#21 Sense Key : Illegal Request [current] 
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118025] sd 0:0:0:0: [sda] tag#21 Add. Sense: Unaligned write command
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118029] sd 0:0:0:0: [sda] tag#21 CDB: Read(10) 28 00 01 70 34 60 00 00 08 00
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118032] blk_update_request: I/O error, dev sda, sector 24130656 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118045] ata1: EH complete
Feb 18 15:00:38 martin-desktop kernel: [ 3962.118258] ata1.00: Enabling discard_zeroes_data
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293381] ata1.00: exception Emask 0x0 SAct 0x20000000 SErr 0x0 action 0x0
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293402] ata1.00: irq_stat 0x40000008
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293411] ata1.00: failed command: READ FPDMA QUEUED
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293416] ata1.00: cmd 60/08:e8:18:cf:0e/00:00:b7:00:00/40 tag 29 ncq dma 4096 in
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293416]          res 41/40:08:18:cf:0e/00:00:b7:00:00/00 Emask 0x409 (media error) <F>
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293435] ata1.00: status: { DRDY ERR }
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293441] ata1.00: error: { UNC }
Feb 18 15:00:39 martin-desktop kernel: [ 3962.293767] ata1.00: supports DRM functions and may not be fully accessible
Feb 18 15:00:39 martin-desktop kernel: [ 3962.294196] ata1.00: disabling queued TRIM support
Feb 18 15:00:39 martin-desktop kernel: [ 3962.296556] ata1.00: supports DRM functions and may not be fully accessible
Feb 18 15:00:39 martin-desktop kernel: [ 3962.296930] ata1.00: disabling queued TRIM support
Feb 18 15:00:39 martin-desktop kernel: [ 3962.298989] ata1.00: configured for UDMA/133
Feb 18 15:00:39 martin-desktop kernel: [ 3962.299021] sd 0:0:0:0: [sda] tag#29 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=15s
Feb 18 15:00:39 martin-desktop kernel: [ 3962.299030] sd 0:0:0:0: [sda] tag#29 Sense Key : Medium Error [current] 
Feb 18 15:00:39 martin-desktop kernel: [ 3962.299036] sd 0:0:0:0: [sda] tag#29 Add. Sense: Unrecovered read error - auto reallocate failed
Feb 18 15:00:39 martin-desktop kernel: [ 3962.299043] sd 0:0:0:0: [sda] tag#29 CDB: Read(10) 28 00 b7 0e cf 18 00 00 08 00
Feb 18 15:00:39 martin-desktop kernel: [ 3962.299046] blk_update_request: I/O error, dev sda, sector 3071201048 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0

Display More

Dr. Seltsam · Feb 19th 2023

Habe jetzt einen smartctl Test gestartet. Die initiale Ausgabe sieht schon wenig vertrauenserweckend aus:

Code

sudo smartctl -t long -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.13.0-30-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     Samsung SSD 870 EVO 2TB
Serial Number:    S6PPNS0RB08940K
LU WWN Device Id: 5 002538 f31b1d6f7
Firmware Version: SVT01B6Q
User Capacity:    2,000,398,934,016 bytes [2.00 TB]
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-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Feb 19 13:36:06 2023 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:  (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:         (    0) seconds.
Offline data collection
capabilities:              (0x53) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    No 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:      ( 160) minutes.
SCT capabilities:            (0x003d)    SCT Status supported.
                    SCT Error Recovery Control supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

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   087   087   010    Pre-fail  Always       -       303
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       3785
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       364
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       12
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   087   087   010    Pre-fail  Always       -       303
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   087   087   010    Pre-fail  Always       -       303
187 Reported_Uncorrect      0x0032   096   096   000    Old_age   Always       -       32257
190 Airflow_Temperature_Cel 0x0032   074   055   000    Old_age   Always       -       26
195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       32257
199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       11
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       46718520132

SMART Error Log Version: 1
ATA Error Count: 32257 (device log contains only the most recent five errors)
    CR = Command Register [HEX]
    FR = Features Register [HEX]
    SC = Sector Count Register [HEX]
    SN = Sector Number Register [HEX]
    CL = Cylinder Low Register [HEX]
    CH = Cylinder High Register [HEX]
    DH = Device/Head Register [HEX]
    DC = Device Command Register [HEX]
    ER = Error register [HEX]
    ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 32257 occurred at disk power-on lifetime: 3785 hours (157 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 20 c0 6f 95 40  Error: UNC at LBA = 0x00956fc0 = 9793472

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 20 c0 6f 95 40 04      17:04:29.191  READ FPDMA QUEUED
  2f 00 01 30 06 00 40 17      17:04:29.191  READ LOG EXT
  2f 00 01 30 00 00 40 17      17:04:29.191  READ LOG EXT
  2f 00 01 00 00 00 40 17      17:04:29.191  READ LOG EXT
  2f 00 01 30 08 00 40 17      17:04:29.191  READ LOG EXT

Error 32256 occurred at disk power-on lifetime: 3785 hours (157 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 b8 c0 6f 95 40  Error: UNC at LBA = 0x00956fc0 = 9793472

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 b8 c0 6f 95 40 17      17:04:28.984  READ FPDMA QUEUED
  2f 00 01 30 06 00 40 16      17:04:28.984  READ LOG EXT
  2f 00 01 30 00 00 40 16      17:04:28.984  READ LOG EXT
  2f 00 01 00 00 00 40 16      17:04:28.984  READ LOG EXT
  2f 00 01 30 08 00 40 16      17:04:28.984  READ LOG EXT

Error 32255 occurred at disk power-on lifetime: 3785 hours (157 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 b0 c0 6f 95 40  Error: UNC at LBA = 0x00956fc0 = 9793472

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 b0 c0 6f 95 40 16      17:04:28.788  READ FPDMA QUEUED
  2f 00 01 30 06 00 40 02      17:04:28.788  READ LOG EXT
  2f 00 01 30 00 00 40 02      17:04:28.788  READ LOG EXT
  2f 00 01 00 00 00 40 02      17:04:28.788  READ LOG EXT
  2f 00 01 30 08 00 40 02      17:04:28.788  READ LOG EXT

Error 32254 occurred at disk power-on lifetime: 3785 hours (157 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 10 c0 6f 95 40  Error: UNC at LBA = 0x00956fc0 = 9793472

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 10 c0 6f 95 40 02      17:04:28.607  READ FPDMA QUEUED
  2f 00 01 30 06 00 40 0d      17:04:28.607  READ LOG EXT
  2f 00 01 30 00 00 40 0d      17:04:28.607  READ LOG EXT
  2f 00 01 00 00 00 40 0d      17:04:28.607  READ LOG EXT
  2f 00 01 30 08 00 40 0d      17:04:28.607  READ LOG EXT

Error 32253 occurred at disk power-on lifetime: 3785 hours (157 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 68 c0 6f 95 40  Error: UNC at LBA = 0x00956fc0 = 9793472

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 68 c0 6f 95 40 0d      17:04:28.414  READ FPDMA QUEUED
  60 08 60 b8 6f 95 40 0c      17:04:28.414  READ FPDMA QUEUED
  60 08 58 b0 6f 95 40 0b      17:04:28.414  READ FPDMA QUEUED
  60 08 50 a8 6f 95 40 0a      17:04:28.414  READ FPDMA QUEUED
  60 08 48 a0 6f 95 40 09      17:04:28.414  READ FPDMA QUEUED

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

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
  256        0    65535  Read_scanning was never started
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.

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Extended self-test routine immediately in off-line mode".
Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 160 minutes for test to complete.
Test will complete after Sun Feb 19 16:16:06 2023 CET
Use smartctl -X to abort test.

Display More

nobanzai · Feb 19th 2023

Das sieht aus, als wäre die SSD wirklich im Eimer im Sinne von "keine Reserveblöcke" mehr.

Alternativ ist der SSD-Controller am Ende.

wirbel · Feb 19th 2023

Total_LBAs_Written: 46718520132

46718520132 LBA x 512 Bytes/LBA = 23919882307584 Bytes

23919882307,584 kBytes

23919882,307584 MBytes

23919,882307584 GBytes

23,919882307584 TBytes

erwartet:

TBW 2 TB: 1.200 TBW

Sieht nach Frühausfall aus.

Dr. Seltsam · Feb 19th 2023

Quote from wmautner

Mit einer Serie der 870 PRO oder EVO soll es Probleme geben. Bitte mit dem Samsung Magician (leider Windows) einen Surface Scan durchführen und auch ggf. die Firmware updaten bzw. neigt eine gewisse Serie mit bestimmter Firmware zu Frühausfällen.
Siehe auch https://forums.guru3d.com/thre…-870-evos-failing.445361/

na toll. Da gibt man extra etwa mehr Geld aus und denkt man kriegt Qualität...

Ein Windows habe ich nur als Virtualbox, das w ird wahrscheinlich nicht gehen. Und das liegt auch auf der Platte, die ich eigentlich nur noch lesend mounten möchte. Aber eigentlich kann ich mir das sparen, denn die Platte ist bereits hinüber. Ich hoffe nur, es gibt kein Problem bei der Reklamation. Samsung schreibt, dass die Garantie nur für SSDs gilt, bei denen am Ende der Modellbezeichnung EU steht. In meiner Rechnung von Jacob steht zwar MZ-77E2TOB/EU, aber auf einer zweiten gleichen Platte aus 2022 von Amazon steht auf der Platte selbst nur MZ-77E2TO ohne EU. Muss die von Jacob jetzt mal ausbauen und raufschauen.

jsffm · Feb 19th 2023

Wie voll war denn die Platte (df -h)?

Dr. Seltsam · Feb 19th 2023

etwa zu 60% belegt

wmautner · Feb 19th 2023

Quote from Dr. Seltsam

Samsung schreibt, dass die Garantie nur für SSDs gilt, bei denen am Ende der Modellbezeichnung EU steht.

Ähm, also so ein Frühausfall fällt eher unter Gewährleistung/Produkthaftung, würde ich sagen. Schon gar, wenn es ein "Serienfehler" sein sollte.

Wo wurde die SSD gekauft?

Dr. Seltsam · Feb 19th 2023

gekauft bei Jacob Elektronik. Sehe jetzt aber, dass die SSD von 2021.11 ist - der Serienfehler soll nach meiner Erinnerung nur Anfang 2021 bestanden haben.

wmautner · Feb 19th 2023

Trotzdem - RMA machen, die Dinger sollten doch standardmäßig 3 (EVO vielleicht sogar 5) Jahre oder eben die entsprechenden TBW an Garantie haben.

SHF · Feb 19th 2023

Quote from Dr. Seltsam

Mich wundert, dass ich im laufenden Betrieb noch nie Probleme bemerkt habe.

Die Erfahrung habe ich auch mehrfach gemacht.

Wenn man was merkt, ist es meist viel zu spät.

Quote from Dr. Seltsam

Das wäre jetzt meine erste defekte SSD - und ich habe einige, die viel älter sind.

Nach meiner Erfahrung treten die Defekte meist nach dem ersten Beschreiben von einem defekten Sektor auf. Bzw. erst beim Lesen danach.

Da die Laufwerke inzwischen recht groß sind, dauert es oft eine Weile, bis man das merkt.

Ich bin inzwischen dazu übergegangen neue Speichermedien mindestens einmal komplett voll zu schreiben und auszulesen, bevor ich sie einsetze. (badblocks -w oder f3)

Ob das in diesem, speziellen Fall geholfen hätte, bin ich aber nicht sicher.

Quote from Dr. Seltsam

Ein Windows habe ich nur als Virtualbox, das w ird wahrscheinlich nicht gehen. Und das liegt auch auf der Platte, die ich eigentlich nur noch lesend mounten möchte.

Wenn du die Platte in die VM durchreichen kannst, wird es nach meinen Erfahrungen gehen.

Wine wäre auch einen Versuch wert. So habe ich schon die Firmware eines Blueray-Laufwerks aktualisiert.

Einfach den original Installer als root mit wine gestartet. Ging einwandfrei, trotz massiver Zweifel meinerseits.

Quote from Dr. Seltsam

Ich hoffe nur, es gibt kein Problem bei der Reklamation. Samsung schreibt, dass die Garantie nur für SSDs gilt, bei denen am Ende der Modellbezeichnung EU steht.

Bei Fehlern im SMART-Test gab es bei mir noch nie Probleme mit der Anerkennung. Log aufbewahren!

Wenn möglich RMA beim Hersteller anmelden, das ist meist am schnellsten.

Wenn die SSD beim Hersteller nicht angenommen wird, dann muss man sich mit dem Händler auseinandersetzen.

Für Endkunden sollte in den ersten 2 Jahren zumindest die gesetzliche Gewährleistung greifen.

Das hatte ich bei einer SSD auch schon machen müssen. Hat letztlich auch geklappt, zog sich nur etwas hin.

jsffm · Feb 19th 2023

Quote from Dr. Seltsam

etwa zu 60% belegt

Optimal belegt man SSDs maximal zu 50%

Je voller die SSD, desto häufiger werden dieselben Sektoren häufig beschrieben.

fnu · Feb 20th 2023

Quote from Dr. Seltsam

Die SSD ist noch kein Jahr alt - gekauft im April 2022.

Nur um das einzugrenzen, TBW ist keine Frage von Zeit, sondern wieviel auf eine SSD tatsächlich (permanent) geschrieben wird. Bei 2 meiner SSDs wurde mal in der Vergangenheit der hart codierte TBW Schwellwert innerhalb 3 Monaten überrannt ... laufen beide noch fehlerfrei bis heute, nach Jahren, aber melden halt permanent per S.M.A.R.T ein Problem ... gut ich betreibe kein wichtiges System mehr damit, aber die Testsysteme laufen inzwischen auch schon wieder Jahre damit ... 😉

Aber das Überschreiten des gegebenen TBW Schwellwerts kann durchaus heißen, Speicherzellen gehen kaputt inkl. der Spare-Zellen. Die "Samsung EVO 870 2TB" wird mit TBW: 1,2PB ausgewiesen, also 1.200TB bzw. 1.228TB.

Nun ist die Frage, wurde TBW in der Verwendung Deiner "Samsung EVO 870 2TB" überschritten?

Dr. Seltsam · Feb 20th 2023

Entspricht TBW dem Wert "Total_LBAs_Written" aus der smartctl-Anzeige (siehe #5)? Der Wert ist 46718520132 -keine Ahnung wie das zu interpretieren ist. Die Platte wurde ganz normal benutzt. Sie enthält das Betriebssystem (Xubuntu 22.04) meines Arbeitsrechners.

Als ich das erste mal dafür eine SSD eingesetzt habe, hatte ich noch etwas Bedenken wegen der ständigen Zugriffe durch Logprotokollierungen. Aber es hieß damals, eine SSD könne das ab und man müsse nichts am Betriebssystem verändern.

fnu · Feb 20th 2023

Das kann ich Dir nicht sagen, aber LBA ist ein Bündel an Blöcken i.d.R. Die SMART Values Deiner Samsung SSD sind, naja, wenig hilfreich.

Nur ein Wert kommt mir hilfreich vor:

177 Wear_Leveling_Count 0x0013 099 099 000 Pre-fail Always - 12

Ich interpretiere 12% wear level, alternativ 88% "to go", je nach Standpunkt ... würde gegen erreichte TBW sprechen.

Und für einen HW Defekt, also Garantiefall, 3 Jahre für non-Pro Samsung(?).

wirbel · Feb 20th 2023

Ich lasse bei der Partitionierung meiner SSDs etwa 5% unpartitioniert (Reserve), damit einige schlechte Blocks Reserve sind.

Keine Ahnung, ob das am Ende Sinn macht.

jsffm · Feb 20th 2023

Schadet mit Sicherheit nicht.

SSD defekt?

Participate now!

Share

Similar Threads

gelöst [0.7] Manchmal kein Zugriff auf Samba Freigabe

Ansible Neuinstallation,22.04 NVIDIA GT1030, Artefakte auf allen Kanälen

Users Viewing This Thread