MacBook Pro SSD mort récupérer des fichiers

[Membre supprimé 1060554]

Bonjour bob & Jean

Je me permets une petite incise à ce sujet :

mon SSD est surement mort.

Je ne pense pas que le SSD soit matériellement mort > mais ce qui a morflé c'est sa configuration logique sur les 2 partitions disk2s2 et disk2s4. Cela n'a rien d'étonnant suite à un incident matériel sévère : il arrive, par exemple, que des coupures brutales du secteur puissent corrompre le dispositif logique d'un CoreStorage.

Sur disk2s2 > il y a un format CoreStorage > qui a été décapité de sa paire d'instances sommitales : Logical Volume Family > Logical Volume (lequel supportait le système de fichiers JHFS+ gérant les données). Il ne reste plus que l'enveloppe logique : Logical Volume Group et le Physical Volume = disque dur émulé importé sur les blocs de la partition.

Sur disk2s4 > il y a un format JHFS+ standard > qui a été corrompu (code de sortie = 8).​

=> je ne pense pas que les 2 configurations logiques sur les 2 partitions soient formellement récupérables - spécialement en ce qui concerne le CoreStorage (une suppression de la paire : LVF > LV sur un PV est fatale. C'est l'équivalent de la décollation de Saint Jean-Baptiste - sans que la tête soit présentable sur un plateau). S'il peut y avoir récupération de données > ce serait par un logiciel spécialisé comme indiqué par Jean.

=> par la suite : une simple ré-initialisation logique du SSD devrait redéfinir des partitions avec des volumes montables (vides) --> ce sera toujours ça de (re)pris...

Note: un des mes MacBook Pro (15" - Early 2011) a énormément chauffé lui aussi pendant une mise-en-veille il y a plus d'un an, avec important bruit de ventilateurs . Verdict : puce graphique HS.

 

[bob456]

Merci pour ces explications.

Je viens de tester le logiciel est apparement sur le D2s4 il peut récupérer des données.
Cependant sur le D2s2 il n'arrive pas à l'ouvrir.
Pensez vous qu'en multipliant les logiciels je sois capable de récupérer des données sur celui qui à eu la tête coupée ?

 

[Deleted member 1099514]

Merci pour ces explications.

Je viens de tester le logiciel est apparement sur le D2s4 il peut récupérer des données.
Cependant sur le D2s2 il n'arrive pas à l'ouvrir.
Pensez vous qu'en multipliant les logiciels je sois capable de récupérer des données sur celui qui à eu la tête coupée ?

J'ai un gros doute, mais tu eux essayer.
Par contre commence par récupérer ce que tu peux dans disk2s4 et tu verras ensuite pour le suivant.

 

[bob456]

Mais en gros sur le disque 2 il y a des données sous forme de "bits" sans aucunes relations entre eux ?
Ce qu'il y a d'embêtant aussi (mais rien à voir avec ça) c'est tous mes logiciels de validation en deux étapes sont impossible à réactiver (genre compte Google) car je ne reçois aucun de leur messages par SMS du fait que je soit à l'étrangé...

En tout cas merci beaucoup pour votre aide

 

[Deleted member 1099514]

Dans ce cas recoller les bits ça va être compliqué.
N'as-tu pas des options dans le mode de récupération dans Stellar?

 

[bob456]

Je vais voir une fois que j'aurais récupéré les données du disque 4.
Malgrès le fait que même en récupérant les données j'aurais perdu pas mal de trucs. C'était la partition le plus importante.

En tout cas les données du disque 4 ont l'air entière dans le sens ou les Octets de chaque fichiers sont justes.

 

[bob456]

Je peux quasiment récupérer toutes les données du disque 4. Comment je pourrais refaire une sessions avec toutes ces informations et retrouver ma partition comme elle était avant ?

 

[Deleted member 1099514]

L'idéal est de récupérer l'arborescence /Users
Tu devrais y retrouver toutes tes données.
Pour les programmes, il vaut mieux les réinstaller.

 

[Membre supprimé 1060554]

Dans un message écrit sur ma page de profil, bob me demande si l'échec du logiciel de récupération de données sur la partition disk2s2 provient d'un chiffrement.

Le CoreStorage actuel ne révèle pas s'il y avait ou non chiffrement, car cette indication n'est mentionnée que dans les paramètres des 2 instances actuellement manquantes : la Famille de Volumes Logiques et le Volume Logique. Il y a malgré tout moyen d'en avoir le cœur net de la manière suivante -->

--> passe dans le «Terminal» les deux commandes (l'une après l'autre - tu peux les saisir en copier-coller) :

diskutil mount disk2s3
ls /Volumes/Recovery\ HD/*

(le "l" de "ls" est la minuscule de la lettre "L", pas le chiffre "1").

• la première commande va monter le volume de la partition de secours Recovery HD solidaire de la partition CoreStorage disk2s2 ;
• la deuxième commande va lister les dossiers recelés dans ce volume > avec leurs sous-dossiers et fichiers inclus.

--> tu n'as qu'à poster ici en copier-coller le tableau retourné par la 2è commande.

[Pour re-démonter le volume Recovery HD > passe ensuite la commande :

diskutil umount force disk2s3

----------

Pourquoi cette manœuvre par la bande ?

Explication : en cas de format CoreStorage sur la partition de l'OS > le volume de la partition Recovery HD collatérale gagne une nouvelle fonction par rapport à sa fonction première de receler le système de secours démarrable Recovery OS --> la fonction de « booter » (ou démarreur) du dispositif CoreStorage. Cela se vérifie au fait qu'en plus d'un dossier com.apple.recovery.boot primaire (recelant le Recovery OS) > se trouve présent un 2è dossier com.apple.Boot-- recelant les fichiers du « booter » du CoreStorage.

• lorsque le CoreStorage est non-chiffré > ce dossier du « booter » s'intitule com.apple.Boot.S (comme "Standard") ;
• lorsque le CoreStorage est chiffré > ce dossier du « booter » s'intitule com.apple.Boot.R (comme "Reserved").

=> il devrait être aisé de vérifier d'après le tableau retourné si le volume Recovery HD conserve le dossier résiduel d'un CoreStorage Standard ou Chiffré > d'après la majuscule terminant l'intitulé du dossier du « booter ».