Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
5892 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  SSD qui commence à lacher?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

SSD qui commence à lacher?

n°1506349
JumpZero
Posté le 30-11-2025 à 21:04:00  profilanswer
 

Bonjour,
 
En février cette année j'ai acheté ce SSD Crucial X9 1To qui est mon disque systeme (Raspberry pi4 Raspberry pi OS  Bookworm - petit serveur domotique, NAS ++ fonctionne 24/7)
Il a remplacé un HDD qui a fonctionné des années sans problème.
En juillet j'ai retrouvé le système a l'arret avec ce message d'erreur. Système complètement bloqué, ne répond à aucune commande. Power off/on reboot et c'est reparti.
https://i.imgur.com/WEmZ3VC.png
Ceci c'est reproduit maintenant il y a quelques jours
https://i.imgur.com/rnJFXIq.png
 
Idem bien qu'il dise qu'il est remonté en read only, il est complètement freezé et ne répond pas.
Bien sur j'ai fait un backup.
Je viens d'installer smartmontools, je n'ai pas encore lu la doc, ni essayé.
Mais je me dis que ça semble mal barré non?
Est-e que ces messages d'erreurs seraient suffisants pour un echange en garantie?..
Et pourquoi une erreur d'écriture du journal de systemd fait crasher tout le système?
 
Any help welcome
 
Edith: lien vers SSD modifié pour virer le tracking ( :jap: rat de combat)

Message cité 1 fois
Message édité par JumpZero le 01-12-2025 à 15:00:04

---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.
mood
Publicité
Posté le 30-11-2025 à 21:04:00  profilanswer
 

n°1506350
Mjules
Modérateur
Parle dans le vide
Posté le 30-11-2025 à 21:22:42  profilanswer
 

c'est pas le journal systemd qui ne s'écrit pas c'est le journal du système de fichier (ici ext4), c'est à dire ce qui référence les opérations avant qu'elles soient réellement faites. Ce qui permet d'avoir une certaine tolérance aux pannes/coupures brutales de courant. En terme d'erreur, c'est plus bas niveau ( https://fr.wikipedia.org/wiki/Syst% [...] alis%C3%A9  )

 

je vois que c'est un disque externe, tu n'as pas d'autres problèmes avec l'usb ou d'autres erreurs dans les logs (j'en doute vu que c'est un problème d'écriture mais sait on jamais)

Message cité 1 fois
Message édité par Mjules le 30-11-2025 à 21:24:55

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°1506378
JumpZero
Posté le 01-12-2025 à 09:59:11  profilanswer
 

Mjules a écrit :

c'est pas le journal systemd qui ne s'écrit pas c'est le journal du système de fichier (ici ext4), c'est à dire ce qui référence les opérations avant qu'elles soient réellement faites. Ce qui permet d'avoir une certaine tolérance aux pannes/coupures brutales de courant. En terme d'erreur, c'est plus bas niveau ( https://fr.wikipedia.org/wiki/Syst% [...] alis%C3%A9  )
 
je vois que c'est un disque externe, tu n'as pas d'autres problèmes avec l'usb ou d'autres erreurs dans les logs (j'en doute vu que c'est un problème d'écriture mais sait on jamais)


Bien sur, j'ai encore lu trop vite  :fou:  C'est pourtant bien écrit ext4_journal ! C'est bien le journal du système de fichier.
Bien vu @Mjules  :jap:  
Pas d'erreurs sur l'USB, il n'y a rien d'autre connecté en USB sauf un onduleur (géré par NUT) qui ne pose pas de problème.
Le SSD est connecté en USB via un adaptateur USB-A vers USB-C Crucial
Je ne trouve pas d'erreur qui attire mon attention dans les logs.

Code :
  1. journalctl | grep -i error

ne retourne rien de relatif au système de fichier.
Mais,

Code :
  1. journalctl -u systemd-fsck@dev-disk-by\\x2dpartuuid-6e757ac7\\x2d02.service
  2. ...
  3. -- Boot 549de244023a49bbadf72a6b5e228abc --
  4. Nov 17 20:17:04 NewBox systemd[1]: Starting systemd-fsck@dev-disk-by\x2dpartuuid-6e757ac7\x2d02.service - File System Check on /dev/disk/by-partuuid/6e757ac7-02...
  5. Nov 17 20:17:04 NewBox systemd-fsck[500]: e2fsck 1.47.0 (5-Feb-2023)
  6. Nov 17 20:17:05 NewBox systemd-fsck[500]: rootfs: recovering journal
  7. Nov 17 20:17:05 NewBox systemd-fsck[500]: Setting free inodes count to 56686338 (was 56686345)
  8. Nov 17 20:17:05 NewBox systemd-fsck[500]: Setting free blocks count to 127138556 (was 127138811)
  9. Nov 17 20:17:05 NewBox systemd-fsck[500]: rootfs: clean, 1124702/57811040 files, 111062788/238201344 blocks
  10. Nov 17 20:17:05 NewBox systemd[1]: Finished systemd-fsck@dev-disk-by\x2dpartuuid-6e757ac7\x2d02.service - File System Check on /dev/disk/by-partuuid/6e757ac7-02.


et encore

Code :
  1. journalctl | grep -i ext4
  2. ...
  3. Nov 17 20:17:01 NewBox kernel: EXT4-fs (sda3): mounted filesystem 121fb60e-703e-462c-9782-74382fa3b25a ro with ordered data mode. Quota mode: none.
  4. Nov 17 20:17:01 NewBox kernel: EXT4-fs (sda3): re-mounted 121fb60e-703e-462c-9782-74382fa3b25a r/w.
  5. Nov 17 20:17:05 NewBox kernel: EXT4-fs (sda2): mounted filesystem ce208fd3-38a8-424a-87a2-cd44114eb820 r/w with ordered data mode. Quota mode: none.
  6. Nov 17 20:39:30 NewBox systemd[1]: Started e2scrub_all.timer - Periodic ext4 Online Metadata Check for All Filesystems.
  7. Nov 17 20:39:30 NewBox systemd[1]: Starting e2scrub_reap.service - Remove Stale Online ext4 Metadata Check Snapshots...
  8. Nov 17 20:39:30 NewBox systemd[1]: Finished e2scrub_reap.service - Remove Stale Online ext4 Metadata Check Snapshots.
  9. Nov 26 18:08:26 NewBox systemd[1]: Starting e2scrub_all.service - Online ext4 Metadata Check for All Filesystems...
  10. Nov 26 18:08:26 NewBox systemd[1]: Finished e2scrub_all.service - Online ext4 Metadata Check for All Filesystems.
  11. Nov 30 03:10:43 NewBox systemd[1]: Starting e2scrub_all.service - Online ext4 Metadata Check for All Filesystems...
  12. Nov 30 03:10:43 NewBox systemd[1]: Finished e2scrub_all.service - Online ext4 Metadata Check for All Filesystems.


et encore

Code :
  1. journalctl | grep -i trim
  2. ....
  3. Nov 26 18:09:16 NewBox systemd[1]: Starting fstrim.service - Discard unused blocks on filesystems from /etc/fstab...
  4. Nov 26 18:09:17 NewBox systemd[1]: fstrim.service: Deactivated successfully.
  5. Nov 26 18:09:17 NewBox systemd[1]: Finished fstrim.service - Discard unused blocks on filesystems from /etc/fstab.
  6. Dec 01 00:43:47 NewBox systemd[1]: Starting fstrim.service - Discard unused blocks on filesystems from /etc/fstab...
  7. Dec 01 00:43:48 NewBox systemd[1]: fstrim.service: Deactivated successfully.
  8. Dec 01 00:43:48 NewBox systemd[1]: Finished fstrim.service - Discard unused blocks on filesystems from /etc/fstab


 


---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.
n°1506395
rat de com​bat
attention rongeur méchant!
Posté le 01-12-2025 à 14:35:55  profilanswer
 

JumpZero a écrit :

Je viens d'installer smartmontools, je n'ai pas encore lu la doc, ni essayé.

C'est très simple: sudo smartctl -a /dev/sdX Interpréter les résultats est moins simple :o , dans le doute poste les. Et ne te fie pas au "general health" ou du genre tout en haut, il faut regarder les détails.
Sauf que: Tu dis disque externe en USB, tu pourrais avoir une mauvaise surprise avec ton convertisseur USB-SATA qui ne supporte pas les commandes bas niveau nécessaires à smartctl -> pas de résultat. Dans ce cas souvent pas d'autre choix que de brancher le SSD en direct ou trouver un convertisseur/boîtier supporté.

 

Edith dit qu'il faudrait virer tout le tracking de ton premier lien Amazon. :o


Message édité par rat de combat le 01-12-2025 à 14:37:15

---------------
Ne laissez pas mourir vos sujets en cours de route!
n°1506397
JumpZero
Posté le 01-12-2025 à 15:08:49  profilanswer
 

Code :
  1. guy@NewBox:~ $ sudo smartctl -a /dev/sda
  2. smartctl 7.3 2022-02-28 r5338 [aarch64-linux-6.12.47+rpt-rpi-v8] (local build)
  3. Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
  4. /dev/sda: Unknown USB bridge [0x0634:0x5605 (0x110)]
  5. Please specify device type with the -d option.
  6. Use smartctl -h to get a usage summary
  7. guy@NewBox:~ $ sudo smartctl -d scsi -a /dev/sda
  8. smartctl 7.3 2022-02-28 r5338 [aarch64-linux-6.12.47+rpt-rpi-v8] (local build)
  9. Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
  10. === START OF INFORMATION SECTION ===
  11. Vendor:               Micron
  12. Product:              CT1000X9SSD9
  13. Revision:             PMAP
  14. Compliance:           SPC-4
  15. User Capacity:        1,000,204,886,016 bytes [1.00 TB]
  16. Logical block size:   512 bytes
  17. LU is fully provisioned [LBPRZ=1]
  18. Logical Unit id:      0x500014a000000001
  19. Serial number:        2451E8D295F4
  20. Device type:          disk
  21. Local Time is:        Mon Dec  1 15:02:44 2025 CET
  22. SMART support is:     Available - device has SMART capability.
  23. SMART support is:     Enabled
  24. Temperature Warning:  Disabled or Not Supported
  25. === START OF READ SMART DATA SECTION ===
  26. SMART Health Status: OK
  27. Current Drive Temperature:     0 C
  28. Drive Trip Temperature:        0 C
  29. Error Counter logging not supported
  30. Device does not support Self Test logging


 
Oui il semble bien que l'adaptateur USB-A -> USB-C (+ peut être un USB -> SATA interne au SSD) pose problème. J'ai une réponse en spécifiant device = scsi (trouvé sur le web)


---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.
n°1506403
rat de com​bat
attention rongeur méchant!
Posté le 01-12-2025 à 16:17:27  profilanswer
 

Normalement tu devrais avoir beaucoup plus d'infos. Tente un autre convertisseur (USB-A ou USB-C c'est pas ça le problème, c'est USB-SATA) ou branche le disque en interne sur une machine.


---------------
Ne laissez pas mourir vos sujets en cours de route!
n°1506409
JumpZero
Posté le 01-12-2025 à 17:23:46  profilanswer
 

rat de combat a écrit :

Normalement tu devrais avoir beaucoup plus d'infos. Tente un autre convertisseur (USB-A ou USB-C c'est pas ça le problème, c'est USB-SATA) ou branche le disque en interne sur une machine.


Ce n'est pas possible, sauf d'ouvrir le boitier qui n'est pas fait pour ça. C'est un SSD externe USB-C.


---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.
n°1506417
rat de com​bat
attention rongeur méchant!
Posté le 01-12-2025 à 18:00:39  profilanswer
 

Ah. Te voila bien embêté...
 
Perso c'est une des raisons de monter moi même mes disques externes en achetant le disque/SSD et le boîtier séparément.


---------------
Ne laissez pas mourir vos sujets en cours de route!
n°1506418
JumpZero
Posté le 01-12-2025 à 18:13:01  profilanswer
 

smartctl trouve bien le SSD il retourne le bon identifiant USB qui est : 0x0634:0x5605
C'est l'identifiant du CT1000X9SSD9 : Crucial X9 1TB Portable External SSD
Mais il n'est pas dans la database SMART. Un ticket a été ouvert pour l'ajouter.  
Mais la conclusion semble bien être unsupported device, mais je creuse encore..


---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.
n°1506419
rat de com​bat
attention rongeur méchant!
Posté le 01-12-2025 à 18:16:28  profilanswer
 

Oui, j'avais vu ça. Le soucis c'est que le contrôleur (la puce) doit supporter certaines commandes SCSI obscures qui permettent de lire les données SMART et pas mal de contrôleurs ne supportent pas ça malheureusement. Tu peux creuser mais ça semble peine perdue je crains (en espérant me tromper).


---------------
Ne laissez pas mourir vos sujets en cours de route!
mood
Publicité
Posté le 01-12-2025 à 18:16:28  profilanswer
 

n°1506422
JumpZero
Posté le 01-12-2025 à 18:26:59  profilanswer
 


Ah!  
En lisant les suggestions postées dans le ticket cité + haut j'ai essayé et trouvé une option smartctl plus bavarde.
 

Code :
  1. guy@NewBox:~ $ sudo smartctl -x -d sntasmedia /dev/sda
  2. smartctl 7.3 2022-02-28 r5338 [aarch64-linux-6.12.47+rpt-rpi-v8] (local build)
  3. Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
  4. === START OF INFORMATION SECTION ===
  5. Model Number:                       CT1000X9SSD9
  6. Serial Number:                      2451E8D295F4
  7. Firmware Version:                   U2CR0A05
  8. PCI Vendor/Subsystem ID:            0x0000
  9. IEEE OUI Identifier:                0x000000
  10. Controller ID:                      0
  11. NVMe Version:                       <1.2
  12. Number of Namespaces:               0
  13. Local Time is:                      Mon Dec  1 18:20:25 2025 CET
  14. Firmware Updates (0x00):            0 Slots
  15. Supported Power States
  16. St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
  17. 0 +     0.00W       -        -    0  0  0  0        0       0
  18. === START OF SMART DATA SECTION ===
  19. SMART overall-health self-assessment test result: PASSED
  20. SMART/Health Information (NVMe Log 0x02)
  21. Critical Warning:                   0x00
  22. Temperature:                        39 Celsius
  23. Available Spare:                    100%
  24. Available Spare Threshold:          50%
  25. Percentage Used:                    0%
  26. Data Units Read:                    210,234 [107 GB]
  27. Data Units Written:                 1,928,739 [987 GB]
  28. Host Read Commands:                 0
  29. Host Write Commands:                0
  30. Controller Busy Time:               0
  31. Power Cycles:                       92
  32. Power On Hours:                     6,735
  33. Unsafe Shutdowns:                   34
  34. Media and Data Integrity Errors:    0
  35. Error Information Log Entries:      0
  36. Error Information (NVMe Log 0x01, 1 of 1 entries)
  37. No Errors Logged


---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.
n°1506427
rat de com​bat
attention rongeur méchant!
Posté le 01-12-2025 à 19:25:17  profilanswer
 

Bonne trouvaille. :jap:  
 
Bon pour moi il est ok ce disque et il a peu servi, même pas 1 To écrit et <7kh power on. Mais je suis pas expert dans l'art d'interpréter tout ça. :o


---------------
Ne laissez pas mourir vos sujets en cours de route!
n°1506430
JumpZero
Posté le 01-12-2025 à 20:50:49  profilanswer
 

Oui il n'est pas vieux, depuis février cette année seulement.
Par contre je suis surpris du 34 unsafe shutdown, je l'éteint toujours proprement, d'ailleurs en temps normal je ne l'éteint jamais, sauf les reboot après les kernel upgrade, et les seuls unsafe shutdown que je connais sont ces 2 crashs inexpliqués de juillet et novembre.
Bon je vais en rester là. Je lui donne encore une chance: je vais tout déconnecter - reconnecter juste au cas où. (A l'origine j'avais eu un problème de non reconnaissance de l'UAS car je n'avais pas assez enfoncé le connecteur USB-C sur l'adaptateur USB-A -> USB-C Plus de problème depuis, mais bon.. juste pour être sur).
Et si il refait un seul crash à cause d'une erreur similaire je change pour un SSD SATA et un adaptateur USB-SATA que j'ai dans un tiroir, mais de seulement 250Go.  
J'ai un backup mais bon encore du boulot..
En tout cas merci pour ton aide  :jap:


---------------
La différence entre la théorie et la pratique? En théorie c'est la même chose, mais en pratique c'est différent.

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  SSD qui commence à lacher?

 

Sujets relatifs
Taille de partition suite coopie microSD vers SSDnouveau DD pour sauvegarde: HDD ou SSD? marque? conseils?
SSD et swap[Transition] NTFS ou Ext4 sur SSD de jeux ?
Gestion stockage SSD + DD en RAID + LVMLinux Live et monter disques SSD NTFS
SSD mSATA sur EEE 901 de primary slave à masterPop OS Swap ou non sur un SSD
[Ubuntu] Migration HDD --> SSD avec un LVMRAID / LVM et chiffrement sur portable Asus SSD + HDD
Plus de sujets relatifs à : SSD qui commence à lacher?


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)