[résolu] SSD secteurs endommagés et smartctl

totoZero7 · 19-02-2022 21:54:55

Bonjour,

J'ai découvert que mon disque SSD avait 2 secteurs endommagés aujourd'hui. Puis en faisant des tests, c'est passé à 5 secteurs !

Je souhaiterais comprendre ce qu'il en ait de ce SSD, si il est "réparable", comme j'ai cru le comprendre dans des billets en anglais, sans avoir vraiment compris ou si je dois faire attention car les symptômes donneraient des indices d'usures ou si encore il n'y a pas à s'alarmer...

J'ai exécuté 2 commandes pour faire un scan du disque, une courte et une longue.

La courte, qui dure 2 minutes, s'est bien passée

smartctl -t short /dev/sdb

La longue, qui est estimée à 85minutes, s'est soldé à chaque essai par des échecs

smartctl -t long /dev/sdb

je l'ai fait sur le système en fonction et aussi avec un autre système ce coup-ci non monté. Là aussi soldé par un échec

Voici le rapport de smartctl

smartctl -a /dev/sdb

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-11-amd64] (local build)

Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===

Device Model:     Samsung SSD 870 EVO 1TB

Serial Number:    S626NF0R244386M

LU WWN Device Id: 5 002538 f4121eec2

Firmware Version: SVT01B6Q

User Capacity:    1000204886016 bytes [1,00 TB]

Sector Size:      512 bytes logical/physical

Rotation Rate:    Solid State Device

Form Factor:      2.5 inches

TRIM Command:     Available, deterministic, zeroed

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:    Sat Feb 19 21:53:58 2022 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:    (  85) 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   099   099   010    Pre-fail  Always       -       5

  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1561

 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       370

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

179 Used_Rsvd_Blk_Cnt_Tot   0x0013   099   099   010    Pre-fail  Always       -       5

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   099   099   010    Pre-fail  Always       -       5

187 Reported_Uncorrect      0x0032   099   099   000    Old_age   Always       -       1

190 Airflow_Temperature_Cel 0x0032   074   055   000    Old_age   Always       -       26

195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       1

199 UDMA_CRC_Error_Count    0x003e   099   099   000    Old_age   Always       -       1

235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       8

241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       5928166696

SMART Error Log Version: 1

ATA Error Count: 1

  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 1 occurred at disk power-on lifetime: 1545 hours (64 days + 9 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 f0 28 ee b3 40  Error: UNC at LBA = 0x00b3ee28 = 11791912

  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 c0 f0 28 ee b3 40 1e      01:21:34.363  READ FPDMA QUEUED

  60 b8 e8 70 ed b3 40 1d      01:21:34.363  READ FPDMA QUEUED

  60 b0 e0 d8 f0 b3 40 1c      01:21:34.363  READ FPDMA QUEUED

  60 48 d8 88 f0 b3 40 1b      01:21:34.363  READ FPDMA QUEUED

  60 00 d0 70 ec b3 40 1a      01:21:34.363  READ FPDMA QUEUED

SMART Self-test log structure revision number 1

Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error

# 1  Extended offline    Completed: read failure       90%      1559         395161624

# 2  Extended offline    Completed: read failure       90%      1558         395161624

# 3  Short offline       Completed without error       00%      1558         -

# 4  Extended offline    Completed: read failure       80%      1557         395161624

# 5  Extended offline    Completed: read failure       80%      1555         395161624

# 6  Short offline       Completed without error       00%      1554         -

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.

Est-ce que le SSD a un problème si il y a un échec à chaque essai version long ?
Est-ce qu'il a un problème avec ces secteurs endommagés ? est-ce réparable ?

Si il y a un connaisseur qui pourrait diagnostiquer et vulgariser tout ça...

Dernière modification par totoZero7 (23-02-2022 17:56:15)

anonyme · 20-02-2022 09:10:20

Bonjour
je suis pas connaisseur sur le sujet
tu a 5 secteurs remplacé

Reallocated_Sector_Ct   0x0033   099   099   010    Pre-fail  Always       -       5

 

tu a 1561 heures de fonctionnement
tu a 370 cycles (démarrage de la machine )

tu a un secteur non corrigé

Reported_Uncorrect      0x0032   099   099   000    Old_age   Always       -       1

 

moi j' évite d' utiliser smartctl avec un ssd samsung
si tu veut confirmer son état , un windows 10 et l'application du constructeur pour le tester (Samsung)

par exemple je vois pas la réserve de cellule sur ton retour
mais 5 remplacé ce n'est rien du tout ( quelques centaines en réserve normalement )
ps: sur un DD c'est mécanique (tête de lecture) , plus grave , ici c'est juste un composant (ssd)

je vois pas non plus le min/max de la température non plus .

de faire des tests avec smartctl tu contribue a l'usure du ssd et pas fiable
ton ssd est un sata , normalement mieux pris en charge que les nvme , mais samsung a priori pas copain avec GNU/Linux

attend un peu , il y aura plus compétent que moi , pour cerner le problème .

ps: donne la capacité non utilisé de ce ssd (ou l'utilisation des 1TB )
je sais pas interpréter ci dessous (écriture)

Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       5928166696

 

raleur · 20-02-2022 09:41:21

totoZero7 a écrit :

Est-ce que le SSD a un problème si il y a un échec à chaque essai version long ?
Est-ce qu'il a un problème avec ces secteurs endommagés ? est-ce réparable ?

Oui, un secteur illisible est un problème en soi, d'autant plus selon sa localisation et son contenu.
C'est ennuyeux parce que même s'il est possible de "réparer" ce secteur a posteriori, cela veut dire qu'il y a des erreurs que le contrôleur intégré est incapable de corriger de lui-même a priori, donc la fiabilité de ce SSD est mise en doute.

Pour "réparer" un secteur défectueux, je ne connais qu'une méthode : il faut écrire dedans, donc le localiser. Le log SMART indique qu'il s'agit du secteur 11791912 mais il vaudrait mieux vérifier avec badblocks, et vérifier en même temps s'il y en a d'autres.

badblocks -sv -b 512 -o badblocks.txt /dev/sdb

cat badblocks.txt

totoZero7 · 20-02-2022 14:15:58

anonyme a écrit :

moi j' évite d' utiliser smartctl avec un ssd samsung

mais samsung a priori pas copain avec GNU/Linux

si t'as un éclairage supplémentaire pour que je comprenne... dois-je changer de marque de SSD la prochaine fois ?

ps: donne la capacité non utilisé de ce ssd (ou l'utilisation des 1TB )

305G

Sys. de fichiers           Taille Utilisé Dispo Uti% Monté sur

udev                         7,8G       0  7,8G   0% /dev

tmpfs                        1,6G    1,3M  1,6G   1% /run

/dev/mapper/debM11SSD-root   915G    305G  564G  36% /

tmpfs                        7,8G       0  7,8G   0% /dev/shm

tmpfs                        5,0M    4,0K  5,0M   1% /run/lock

/dev/sda1                    470M    113M  333M  26% /boot

/dev/mapper/sdc1             917G    476G  395G  55% /disk3

tmpfs                        1,6G    836K  1,6G   1% /run/user/1000

je suis en train de faire le scan avec badblocks. 12% en 15min... sur le système en fonction

raleur · 20-02-2022 14:26:42

totoZero7 a écrit :

12% en 15min

Soit 133 Mo/s. Pas fabuleux pour un SSD, on dirait du SATA 150 (SATA 1). Vieille carte mère ?

totoZero7 · 20-02-2022 14:35:33

acheté en 2012
ASUS P8Z68-V LX
28% en 36minutes

raleur · 20-02-2022 14:41:33

La vitesse se maintient (130 Mo/s). En 2012 il y avait déjà du SATA 2 (300) et même 3 (600). D'ailleurs smartctl rapporte du SATA 3.3 à 6.0 Gb/s (600 Mo/s). C'est peut-être l'option -b 512 (nécessaire pour avoir directement les numéros de secteurs défectueux sans faire de calculs) qui limite la vitesse, ou bien le SSD est très sollicité par les autres activités du système. Il faudra vérifier avec hdparm -t.

Dernière modification par raleur (20-02-2022 14:44:16)

totoZero7 · 20-02-2022 16:43:35

cat badblocks.txt

fichier présent mais vide

ls -all

-rw-r--r--  1 root root     0 20 févr. 13:59 badblocks.txt

totoZero7 · 20-02-2022 16:46:47

je viens de me rendre compte que le sdb est l'autre disque !
ça a dû s'intervertir quand j'ai remis l'autre

je recommence avec sda

totoZero7 · 20-02-2022 16:52:53

17% en 7min13

Dernière modification par totoZero7 (20-02-2022 16:53:09)

raleur · 20-02-2022 16:58:41

Edit : vu, ça explique bien des choses. Les noms des disques /dev/sd* ne sont pas stables : un disque peut avoir un nom différent à chaque démarrage ou branchement.
J'ai déjà vu des disques durs dont SMART rapportait des soi-disant secteurs défectueux introuvables avec badblocks, mais ça ne collait pas avec le self-test très récent en erreur.
Pour la vitesse 400 Mo/s c'est déjà mieux.

Dernière modification par raleur (20-02-2022 17:05:41)

anonyme · 20-02-2022 17:55:45

@totoZero7
de ton #4

laisse tomber mes remarques

, pour les retours c'est correct (utilisation des partitions ).
juste que certain constructeurs sont avare pour donner des informations sur leur matériel . (difficile de mettre a jour certain logiciel/driver)
sinon Samsung est un des meilleurs (j'utilise Samsung et Crucial). il y en a d'autres comme intel (je connais pas ).

totoZero7 · 20-02-2022 19:03:53

95% à 2h05
ça a ralenti on dirait
j'avais de la musique sur l'ordi qui a coupé plusieurs fois pendant le scan

2h14 le scan complet

badblocks -sv -b 512 -o badblocks2.txt /dev/sda

Checking blocks 0 to 1953525167

Checking for bad blocks (read-only test): done                                                 

Pass completed, 586 bad blocks found. (586/0/0 errors)

cat badblocks2.txt

totoZero7 · 20-02-2022 19:08:28

Les secteurs endommagés sont passé à 12

smartctl -a /dev/sda

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   098   098   010    Pre-fail  Always       -       12

  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1575

 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       372

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

179 Used_Rsvd_Blk_Cnt_Tot   0x0013   098   098   010    Pre-fail  Always       -       12

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   098   098   010    Pre-fail  Always       -       12

187 Reported_Uncorrect      0x0032   099   099   000    Old_age   Always       -       741

190 Airflow_Temperature_Cel 0x0032   073   055   000    Old_age   Always       -       27

195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       741

199 UDMA_CRC_Error_Count    0x003e   099   099   000    Old_age   Always       -       1

235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       8

241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       6157593780

raleur · 20-02-2022 19:31:15

totoZero7 a écrit :

95% à 2h05
ça a ralenti on dirait

En effet, et c'est généralement mauvais signe, le contrôleur intégré peine à lire les données correctement.
La longue liste des secteurs illisibles le confirme. Le secteur défectueux rapporté par SMART était l'arbre qui cache la forêt...

totoZero7 a écrit :

Les secteurs endommagés sont passé à 12

Hélas non, ce ne sont que les secteurs réalloués donc réparés. Les secteurs défectueux sont 586 selon badblocks et 741 selon smartctl.
C'est trop, beaucoup trop. Récupération de ce qui est récupérable, et retour en garantie ou poubelle si tu tiens à tes données.

Si tu es joueur, tu peux
- repasser badblocks en mode écriture destructive (-w, ce qui va tout effacer) pour tenter de réparer/réallouer tous les secteurs défectueux, et réinstaller en cas de succès (parfois cela ne fait qu'empirer)
- ou bien passer tous les systèmes de fichiers à fsck -c pour détecter les secteurs défectueux et les marquer à ne pas utiliser
- ou encore repartitionner en isolant les zones contenant des secteurs défectueux en-dehors des partitions

mais c'est jouer à la roulette russe car rien ne dit que le nombre de défauts ne va pas continuer à augmenter.

Dernière modification par raleur (20-02-2022 19:38:20)

totoZero7 · 20-02-2022 19:49:32

Je passe de 2 secteurs (affichés) comme défectueux à + de 500 en 1 jour

C'était un pur hasard de voir cela car je faisais un changement de disque sur la tour, sachant que le SSD n'a même pas 1an, j'ai de la chance d'avoir investigué avant de me faire cramer mes données brutalement.
Merci pour cet accompagnement raleur

Est-ce qu'il y a une méthode pour observer l'état du SSD permanent de manière facile voire automatique pour ne pas se faire surprendre aussi rapidement ?
question en plus, ça arrive souvent qu'un SSD plante aussi rapidement ? ( c'est mon tout premier, j'en suis content pour la vitesse mais moins pour cet épisode)

raleur · 20-02-2022 20:51:36

Pour surveiller l'état des disques, il y a le démon smartd du paquet smartmontools qui peut envoyer des alertes par mail, mais anonyme va te dire qu'il ne fait pas bon ménage avec les SSD Samsung, point sur lequel je n'aucune expérience. Il y a peut-être aussi des applets de bureau pour afficher les alertes mais je ne connais pas.

totoZero7 a écrit :

ça arrive souvent qu'un SSD plante aussi rapidement ?

J'ai très peu d'expérience en la matière. Mon seul SSD est un vieux modèle Intel de 2012 pas très véloce, que j'ai depuis un an dans une machine qui sert peu.

totoZero7 · 20-02-2022 21:07:32

du coup, tu as des HDD, par choix économique ? politique ? philosophique ? car c'est plus costaud ? (la plupart des gens ont des SSD, surtout quand ça taquine l'informatique) je pensais être un dinosaure vu que j'ai eu mon premier SSD depuis juillet 2021.

raleur · 20-02-2022 21:20:49

J'ai ce que je récupère et qu'on me donne, car je n'ai pas besoin de plus.

totoZero7 · 20-02-2022 21:30:20

On est passé hier de 1 erreur
187 Reported_Uncorrect 0x0032 099 099 000 Old_age Always - 1

à 741 aujourd'hui
187 Reported_Uncorrect 0x0032 099 099 000 Old_age Always - 741

Est-ce que l'action d'avoir utiliser badblocks a pu favoriser ou révéler des erreur endormies ? sinon c'est ouf comme synchro

raleur · 20-02-2022 21:33:46

Révélé. badblocks n'a fait que lire tout les secteurs du SSD.

anonyme · 20-02-2022 23:46:28

je vais raconter une histoire ça ne plaît pas a raleur

depuis 2014 que je suis sous debian et avant sous windows tous mes ssd tournes sans soucis
j'ai eu 2 soucis un vieux , très vieux ssd de 120Go qui sous une coupure de courant disparaissait et un samsung avec smartd (erreurs en boucle a chaque démarrage de la machine )
le premier j'ai mit le firmware a jour , a résolu le problème
le second supprimer smartd plus de problème
les deux ont été vérifier sous windows 10 (et vérifier si un firmware a jour)
ps: je n'utilise pas de trim (sous debian) et je stocke mes fichiers sur un DD, je fais attention a ce que le ssd ne soit pas plein et ne chauffe pas trop .
quand je lit que un ssd samsung de juillet 2021 de 1TB est mort , je suis inquiet

je suis pas un spécialiste du ssd , et je me trompe peut être , mais bon pour l'instant ça tien la route.
si tu vois que ça tourne mal , récupère tes données et essaie de mettre l'utilitaire samsung et le vérifier sous windows 10
je sais pas terrible comme conseil sous debian mais au moins tu saura si il a réellement un problème
les constructeurs ne font pas trop d' effort pour GNU/Linux

une question c'est un 2.5 ou un M2 ce ssd ?
j'en ai un qui est monter a 70 degrés a cause de la carte graphique juste en dessous (tu a sensors pour voir la température des disques )
par exemple , mon nvme samsung en format M2

nvme-pci-4100

Adapter: PCI adapter

Composite:    +29.9°C  (low  = -273.1°C, high = +76.8°C)

                       (crit = +78.8°C)

Sensor 1:     +29.9°C  (low  = -273.1°C, high = +65261.8°C)

Sensor 2:     +35.9°C  (low  = -273.1°C, high = +65261.8°C)

ps: température au repos , sur des copies de fichiers ça monte vite

totoZero7 · 21-02-2022 00:09:41

Il parait que les humains sont accros aux histoires...

D'après le logiciel 'Disques' (je ne sais pas comment le voir autrement), la température de mon SSD est actuellement à 25°. (la tour est ouverte provisoirement) et il n'y a rien autour de lui.
C'est un SSD 2.5

Je n'ai malheureusement pas accès à Windows de près ou de loin. Je vis dans une grotte.
Du coup, je dois me débrouiller entièrement avec gnu/linux

Ce serait smartctl qui est le coupable, potentiel, de cette situation d'après ton petit doigt ?

raleur · 21-02-2022 13:26:20

anonyme a écrit :

une question c'est un 2.5 ou un M2 ce ssd ?

Information présente dans les données SMART fournies.

totoZero7 a écrit :

la température de mon SSD est actuellement à 25°

Et la température la plus élevée mesurée est 45 °C, ce qui est dans les tolérances.

totoZero7 a écrit :

Ce serait smartctl qui est le coupable, potentiel, de cette situation d'après ton petit doigt ?

Non, pas plus que badblocks. Ce n'est que le messager.

anonyme · 21-02-2022 13:49:04

Bonjour
ok pour ceci => Form Factor: 2.5 inches (il chauffe moins que les M2 )
pour la température max aucun souci (moi pas trouver , mais je vous fait confiance )
pour smartctl , il écrit sur le disque , un log ,
sinon j'ai vue que tu a poser la question pour effacer un ssd , moi je ne le fais pas. (l' utiltaire samsung le fait , ou certain bios EFI ont l'option "initialiser le ssd" )
je supprime les partitions et je refais une installation ou je crée une partition ext4 pour les données
pour windows je comprend bien , moi il m' en reste 2 encore jusque en 2025 ....... (dont un en double boot debian/windows10) et l'autre celui de mon fils .

Debian-facile

#1 19-02-2022 21:54:55

[résolu] SSD secteurs endommagés et smartctl

#2 20-02-2022 09:10:20

Re : [résolu] SSD secteurs endommagés et smartctl

#3 20-02-2022 09:41:21

Re : [résolu] SSD secteurs endommagés et smartctl

#4 20-02-2022 14:15:58

Re : [résolu] SSD secteurs endommagés et smartctl

#5 20-02-2022 14:26:42

Re : [résolu] SSD secteurs endommagés et smartctl

#6 20-02-2022 14:35:33

Re : [résolu] SSD secteurs endommagés et smartctl

#7 20-02-2022 14:41:33

Re : [résolu] SSD secteurs endommagés et smartctl

#8 20-02-2022 16:43:35

Re : [résolu] SSD secteurs endommagés et smartctl

#9 20-02-2022 16:46:47

Re : [résolu] SSD secteurs endommagés et smartctl

#10 20-02-2022 16:52:53

Re : [résolu] SSD secteurs endommagés et smartctl

#11 20-02-2022 16:58:41

Re : [résolu] SSD secteurs endommagés et smartctl

#12 20-02-2022 17:55:45

Re : [résolu] SSD secteurs endommagés et smartctl

#13 20-02-2022 19:03:53

Re : [résolu] SSD secteurs endommagés et smartctl

#14 20-02-2022 19:08:28

Re : [résolu] SSD secteurs endommagés et smartctl

#15 20-02-2022 19:31:15

Re : [résolu] SSD secteurs endommagés et smartctl

#16 20-02-2022 19:49:32

Re : [résolu] SSD secteurs endommagés et smartctl

#17 20-02-2022 20:51:36

Re : [résolu] SSD secteurs endommagés et smartctl

#18 20-02-2022 21:07:32

Re : [résolu] SSD secteurs endommagés et smartctl

#19 20-02-2022 21:20:49

Re : [résolu] SSD secteurs endommagés et smartctl

#20 20-02-2022 21:30:20

Re : [résolu] SSD secteurs endommagés et smartctl

#21 20-02-2022 21:33:46

Re : [résolu] SSD secteurs endommagés et smartctl

#22 20-02-2022 23:46:28

Re : [résolu] SSD secteurs endommagés et smartctl

#23 21-02-2022 00:09:41

Re : [résolu] SSD secteurs endommagés et smartctl

#24 21-02-2022 13:26:20

Re : [résolu] SSD secteurs endommagés et smartctl

#25 21-02-2022 13:49:04

Re : [résolu] SSD secteurs endommagés et smartctl

Pied de page des forums