web-dev-qa-db-fra.com

Image ou réinitialiser un disque SSD endommagé

Il y a quelque chose qui cloche avec mon SSD 160G. Il apparaît comme un lecteur de 8 Mo dans fdisk:

Disk /dev/sda: 8 MB, 8388608 bytes
255 heads, 63 sectors/track, 1 cylinders, total 16384 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sda doesn't contain a valid partition table

Presque tout y est sauvegardé, mais j'aimerais créer une image juste pour être du côté de la sauvegarde. dd semble ne voir que le lecteur de 8 Mo:

dd if=/dev/sda of=/home/ubuntu/data/sda.img conv=sync,noerror bs=64K count=160G
128+0 records in
128+0 records out
8388608 bytes (8,4 MB) copied, 0,20943 s, 40,1 MB/s

Comment créer une image du lecteur 160G complet et comment puis-je le réparer pour l'utiliser à nouveau?

PS: J'ai lu toutes sortes de wikis, etc. ( --- (https://help.ubuntu.com/community/DataRecovery ) mais aucun d'entre eux ne semble traiter du type de problème que j'ai ici.

data-recoveryssdintel
2
slosd

Il y avait un bogue dans certains micrologiciels de SSD d'Intel qui était à l'origine de ce problème. Ce bogue a été corrigé il y a quelque temps, mais vous n'avez probablement pas mis à jour le firmware avec le plus récent.

Lisez à propos du bogue et du nouveau firmware ici https://communities.intel.com/thread/24205

Malheureusement, vos données ne peuvent pas être récupérées, mais votre disque pourrait être de nouveau utilisable:

Que dois-je faire si j'ai déjà rencontré ce problème?

Si vous avez déjà rencontré une panne de lecteur ou rencontré ce problème avant la publication de la mise à jour du microprogramme, veuillez contacter votre représentant Intel ou le support client Intel (via Internet: www.intel.com ou par téléphone: www.intel.com/p/en_US/ support/contact/téléphone) pour un remplacement de SSD. Une autre option consiste à utiliser Intel® SSD Toolbox ou des outils similaires pour effectuer un effacement sécurisé afin de restaurer le SSD dans un état opérationnel; toutes les données seront effacées. Après l'effacement sécurisé, mettez à jour votre SSD avec le nouveau micrologiciel. La mise à jour du firmware ne récupérera pas les données utilisateur.

Pour résoudre cela en utilisant linux: ( Source et this )

  1. Démarrer un environnement en direct
  2. Sudo apt-get install hdparm

  3. Sudo hdparm -I /dev/sdX

    où sdX est votre périphérique SSD. Cette commande affichera simplement quelques informations sur le lecteur. Si vous voyez dans la sortie ceci: Serial Number: BAD_CTX 00000150 qui confirme que vous êtes touché par ce bogue. Si à la section Seucrity , il est écrit gelé , vous ne pouvez pas continuer, vous devez utiliser une solution de contournement pour éliminer le gel:

    Si le résultat de la commande indique "gelé", il est impossible de passer à l'étape suivante. Certains BIOS bloquent la commande ATA Secure Erase en émettant une commande "SECURITY FREEZE" pour "geler" le lecteur avant de démarrer un système d'exploitation.

    Une solution possible consiste simplement à suspendre le système. Au réveil, il est probable que le gel gèle. En cas d'échec, vous pouvez essayer de (re) brancher à chaud le câble de données (ce qui pourrait planter le noyau). Si (re) brancher le câble de données SATA à chaud bloque le noyau, essayez de laisser le système d'exploitation démarrer complètement, puis branchez/rallumez rapidement à la fois les câbles d'alimentation et de données SATA.

  4. Sudo hdparm --user-master u --security-set-pass SOMEPASS /dev/sdX

    Encore une fois /dev/sdX est votre lecteur SSD et SOMEPASS est un mot de passe que vous souhaitez définir pour le SSD. (Ce mot de passe ne verrouille pas le SSD ou quelque chose de similaire, il est simplement nécessaire pour ces contacts de bas niveau avec le SSD.) Nous aurons besoin de ce SOMEPASS plus tard, alors rappelez-le/écrivez-le. (Mais après l'effacement sécurisé, ce mot de passe sera quand même réinitialisé, donc ce n'est pas important à long terme.)

  5. Vérifiez à nouveau le lecteur: Sudo hdparm -I /dev/sdX

    Maintenant, il devrait indiquer activé et non figé à la section de sécurité:

    Security: 
    Master password revision code = 65534
            supported
            enabled
    not     locked
    not     frozen
    not     expired: security count
            supported: enhanced erase
    Security level high
    2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.

  6. Sudo hdparm --user-master u --security-erase SOMEPASS /dev/sdX

    Ceci émet la commande d'effacement sécurisé. Encore une fois /dev/sdX est votre SSD, SOMEPASS est le mot de passe défini auparavant. La fin de cette opération peut prendre quelques minutes. Après cela, votre disque SSD devrait être fonctionnel. Sinon, essayez à nouveau avec cette commande:

    Sudo hdparm –user-master u –security-erase-enhanced SOMEPASS /dev/sdX

    Cette dernière commande prend beaucoup plus de temps (30 à 40 minutes) et vous devrez réinitialiser le mot de passe (à l'étape 4) avant de l'exécuter, car SOMEPASS est probablement déjà réinitialisé par la commande précédente.

  7. Après cela, vérifiez à nouveau le lecteur Sudo hdparm -I /dev/sdX. La chose BAD_CTX devrait avoir disparu et votre lecteur devrait être fonctionnel.

  8. Après tout, n'oubliez pas de mettre à jour le firmware de notre SSD. (Reportez-vous au support technique pour savoir comment mettre à jour le micrologiciel du SSD.)

4
falconer

Vous voudrez peut-être essayer de mettre à jour le micrologiciel du SSD:

https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=1836

1
Chris Montanaro

J'ai trouvé la solution à ce problème "Correction d'un bug Intel SSD 8mb"

Voir sur mon Github:

https://Gist.github.com/s1rv4n/3e2ef662a3d7172b69926b8e4e80cca4

0
Sirvan Veisi