SSD HS d'un coup

[Minitel46]

Bonjour,


Voila j'ai un MBP fin 2012 sur lequel j'ai installé un ssd 128go, depuis 1 ans a peut prêt

Hier mon mac d'un coup a freeze et étant peu patient au bout de 2 min j'ai étain de force le mac

En redémarrant il est passé en mode récupération.. Ensuite dans l’utilitaire de disque mon ssd s'affichait avec le nom os : disk0s1.. et en cliquant dessus j'ai vu Point de montage : non monté

Depuis j'ai redémarré et maintenant le ssd n'est même plus détecté même via le terminal je ne sais pas trop comment faire si quelqu'un a déjà eu ce genre de problème

Ma préoccupation principal sont les données dessus que je souhaiterais récupérer, même si il faut via le terminal mais j'aimerais juste réussir a accéder au ssd


A coter de cela le mac arrive a stocker les donnée téléchargé au démarrage pour lancer le mode recuperation du coup je ne pense pas qu'il soit complètement HS


Merci de votre aide


Cordialement

 

[Sly54]

Bonjour,

Pour tenter de réparer le dd : Diskwarrior ou bien Techtool pro

Pour tenter de récupérer les données : Datarescue ou bien Photorec.

 

[Membre supprimé 1060554]

Salut Minitel.

j'ai un MBP fin 2012 sur lequel j'ai installé un ssd 128go, depuis 1 ans a peut-être

Je suppose qu'il convient d'interpréter : "j'ai, depuis un an environ, un MBP fin 2012 sur lequel il y a un SSD 128 Go installé par Apple," (et non pas : j'ai un MBP fin 2012 sur lequel j'ai installé, depuis un an environ, un SSD 128 Go" - parce que ce Mac retina n'existe qu'en version SSD pré-installé par Apple dans la capacité choisie, et non avec un HDD auquel l'utilisateur pourrait substituer un SSD tiers). Ce SSD installé par Apple est donc le seul disque de ton Mac.

Étant identifié globalement dans la table des devices (supports d'écriture) en tant que : /dev/disk0, il doit être partitionné classiquement en 3 --> /dev/disk0s1 = EFI (c'est la partition d'amorçage, d'environ 210 Mo) ; /dev/disk0s2 = Macintosh HD (c'est la partition de l'OS, d'environ 127 Go) ; /dev/disk0s3 = Recovery HD (c'est la partition de récupération, d'environ 650 Mo). C'est sur le Système de cette dernière partition (la Recovery HD) que ton Mac démarre automatiquement actuellement, parce que la partition principale (la Macintosh HD) ne semble plus offrir un volume monté démarrable. En première instance, on peut imaginer une cause logique (le système de fichiers de la partition de l'OS a "morflé") plutôt qu'une cause physique (disque ou nappe HS).

Il serait utile d'avoir plus d'informations sur cet aspect logiciel justement --> quelle est la version de ton OS : est-ce «Yosemite»? As-tu créé une partition BootCamp pour Windows (peu probable, vu la petite capacité du SSD)? Le volume de l'OS est-il chiffré par «FileVault-2»? Afin de préciser les choses, en démarrant sur ta «Recovery HD» valide (tu peux le faire en tenant pressées les touches ⌘R au départ jusqu'à apparition du logo ), néglige la fenêtre des 4 Utilitaires OS X et va à la barre supérieure de menus de l'écran, menu : Utilitaires pour lancer le «Terminal». Dans la fenêtre qui s'affiche, saisis :

diskutil list

et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> la liste des disques avec leur partitionnement actuel s'affiche : est-ce que tu pourrais en rendre compte exactement ici?

Enchaîne à présent par la commande :

diskutil umount force /dev/disk0s2

et ↩︎ --> en retour de commande, soit tu obtiens un : disk0s2 was already unmounted (probable si le volume ne monte plus), soit un : Volume Macintosh HD on disk0s2 force-unmounted (ce qui aurait impliqué qu'il soit monté en préalable).

Dans tous les cas, continue par un :

fsck_hfs -fyr /dev/disk0s2

et ↩︎ --> sois patient ! Le programme "filesystem_check" est invoqué pour réparer le catalogue B-tree et le filesystem de la partition de ton OS - ça prend du temps. Ne fais rien tant que l'invite de commande -bash-3.2# ne s'est pas réaffichée! Est-ce que tu obtiens à la fin le quitus : The volume Macintosh HD was repaired successfully? Ou y a-t-il un message d'erreur/échec?

Si tu enchaînes par :

diskutil mount /dev/disk0s2

et ↩︎ --> est-ce que tu obtiens un : Volume Macintosh HD on /dev/disk0s2 mounted? Ou au contraire un message d'échec?

Alternativement, si tu quittes le «Terminal» pour lancer l'«Utilitaire de Disque» (dans la fenêtre des 4 Utilitaires OS X) et si tu sélectionnes le volume de ton OS (sans doute en grisé : 2è ligne de la colonne de gauche, en alinéa de la marge) --> si le bouton juste au-dessus mentionne : "Déverrouiller" (signe que le volume serait chiffré), presse-le et renseigne ton mot-de-passe admin d'utilisateur pour tenter de monter le volume / si le bouton mentionne : "Monter", presse-le pour tenter de monter directement le volume --> est-ce que le volume paraît "Monté" (intitulé en gras)? Ce cas de figure te permettrait d'engager la Ré-Installation d'OS X (téléchargement des paquets d'installation de la version sychrone de ton OS et ré-écriture des seuls fichiers-Système avec préservation des comptes et données d'utilisateurs - long : 1H 30' à 2H de téléchargement + 20' d'installation).

Dernière option : démarre ton Mac la touche ⇧ tenue pressée jusqu'au logo  (= "démarrage sans extensions" ou "sans échec" qui répare le disque + vide les caches-Système + désactive les extensions de tierce-partie) --> est-ce que le démarrage arrive à s'effectuer?

 

[Minitel46]

Merci pour vos réponse
Il s'agit bien d'un ssd que j'ai installé moi mémé ce n'est pas un MBP retina
Le problème est que diskutil me retourne mon HDD a la place du superdrive en tant que disk0
Et au niveau de disk1 y'a 3 petites partitions mais aucune de la taille du ssd qui devrait faire au alentour de 120go

Photos : http://hpics.li/e47216f

Sous fédora j'ai réussi a afficher le ssd en utilisant une autre machine, le nom préalable que je lui ai donné est présent mais je ne peux pas rentrer dedans une erreur apparaît qui indique qu'il ne peux pas être monté s'affiche. En cherchant sur internet je suis tombé sur ce qui serait une erreur de superblock

J'ai donc tenté de le réparer avec ce tuto https://linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/

Tout ce déroule de la même façons jusqu'à la dernière étape qui ne fonctionne pas


macomaniac Je ne peux pas poursuivre les commandes du fait que je n'ai pas mon ssd qui s'affiche :/

 

[Membre supprimé 1060554]

Si tout était normal, la commande diskutil list quand tu es démarré sur la «Recovery HD» de ton SSD devrait retourner le tableau suivant :

/dev/disk0
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      GUID_partition_scheme                        *120 GB     disk0
1:                        EFI                         209.7 MB   disk0s1
2:                 Apple_HFS Macintosh HD             119 GB     disk0s2
3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      Apple_partition_scheme                        *1.2 GB    disk1
1:                  Apple_partition_map                30.7 KB   disk1s1
2:                  Apple_HFS Mac OS X Base System     1.2 GB    disk1s2
/dev/disk2
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      GUID_partition_scheme                        *500.1 GB   disk2
1:                        EFI                         209.7 MB   disk2s1
2:                  Apple_HFS OS                      499.8 GB   disk0s2

[Les petits disques temporaires - affichés courramment dans ce contexte de démarrage - sont négligeables].

C'est loin d'être le cas dans ta situation actuelle où tu obtiens seulement ceci :

/dev/disk0
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      GUID_partition_scheme                        *500.1 GB   disk0
1:                        EFI                         209.7 MB   disk0s1
2:                  Apple_HFS OS                      499.8 GB   disk0s2
/dev/disk1
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      Apple_partition_scheme                       *1.2 GB     disk1
1:                  Apple_partition_map               30.7 KB    disk1s1
2:                  Apple_HFS Mac OS X Base System    1.2 GB     disk1s2

Le disque /dev/disk1 est régulièrement l'identifiant du disque virtuel de la «Recovery HD» lorsqu'on a démarré sur ce Système : en effet, le volume de la «Recovery HD» (qui devrait correspondre à la partition /dev/disk0s3 de ton SSD) recèle un dossier de boot (le com.apple.recovery.boot) dans lequel existe un disque virtuel : BaseSystem.dmg qui, lorsqu'il est monté, rejette un volume : OS X Base System dans lequel résident les dossiers-Système de l'OS de la «Recovery HD». Au démarrage sur la «Recovery HD», le .dmg est donc monté en un volume OS X Base System - et c'est cet ensemble qui est recensé comme /dev/disk1 --> à ce niveau, tout est normal.

L'anormal, c'est que ton SSD (en position primaire dans ton Mac, donc correspondant à /dev/disk0) n'est absolument pas reconnu comme disque. C'est comme si son secteur d'en-tête (qui recèle une routine d'amorçage + le tableau de partition GUID décrivant son partitionnement) n'était pas lisible (par exception, la «Recovery HD» est démarrable, quoique non listée en tant que partition /dev/disk0s3). Évidemment, la partition de ton OS (/dev/disk0s2) échappe également au listage, ainsi que la partition d'amorçage EFI (/dev/disk0s1).

Comme ton SSD est donc "non vu", c'est ton HDD que tu as mis à la place du Super-Drive qui hérite de la position princeps vacante : il est identifié comme /dev/disk0 dans la table des devices (alors que régulièrement il devrait être identifié comme /dev/disk2 quand tu es démarré sur la «Recovery HD»).

Ce que je me demande, c'est si ton volume «OS» du HDD est justement un OSX démarrable? Si c'était le cas, comme tu sais bricoler tes disques, est-ce que tu ne pourrais pas sortir ton SSD du Mac et le mettre dans un boîtier USB (ou le connecter en externe avec simple cable USB ad hoc) et démarrer sur ton «OS» pour voir si le SSD placé en externe est identifié et manipulable? Auquel cas, ce serait un problème de nappe quand il est en interne?

Si ton «OS» n'est pas un Système démarrable, il faudrait que tu puisses (par exemple en démarrant sur ta «Recovery HD» et en passant par la fonctionnalité : Ré-Installer OS X) installer OSX sur un DDE USB disponible connecté au Mac (à virer en GUID et hfs+) de manière à démarrer ensuite dessus pour vérifier si le SSD, connecté en externe en parallèle, est reconnu et manipulable.

Test minimal : ton SSD en externe, tu démarres (avec "alt") sur sa «Recovery HD» pour voir («Terminal» ou «Utilitaire de Disque») s'il est alors reconnu.

 

[Minitel46]

La recovery du ssd n'est pas démarrage j'ai eu le droit a un boot via internet a chaque fois.


J'ai installé cette nuit Mountain lion sur le OS qui est a la place du superDrive je peux maintenant boot mais si je met le ssd sur l'emplacement HDD du mac il n'est toujours pas détecté

Je vais voir cette aprem pour essayer de trouver un adaptateur usb

Ce que je trouve bizarre c'est que sous fédora le disque s'affiche

Hier je ne sais trop comment j'ai réussi a résoudre l'erreur du superblock sur la partition qui fait 116go du coup j'y ai accès via fédora mais aucune données ne s'affiche

Les deux autres partitions quand je fais le test indique qu'il y a aussi une erreur de superblock mais que je ne parvient pas a résoudre

Le ssd est affiché ayant 3 partitions qui correspondent a celle d'une install mac

Du coup si la partition d'amorçage et de boot son hs je trouve bizarre que je n'ai pas accès aux données si elle ne l'ai pas
Voila ce que j'ai sous fédora : http://imgur.com/P2svhWQ

 

[Membre supprimé 1060554]

Donc ton SDD n'est plus du tout reconnu, puisque c'est sur la «Recovery-on line» que tu arrives seulement à démarrer.

Je note d'après les informations données par Fédora qu'un format CoreStorage est greffé sur la partition principale du SSD (la /dev/disk0s2), ce qui veut dire que cette partition supporte l'artefact d'un Groupe de Volumes Logiques : un Disque Physique Virtuel ("Physical Volume") recouvre d'une couche logicielle la partition en question, sur la base duquel, par le truchement d'une instance de paramétrage intermédiaire : une Famille de Volumes Logiques ("Logical Volume Family"), un Volume Logique ("Logical Volume") se trouve rejeté. La commande dans le «Terminal» qui permet l'affichage de cette structure est :

diskutil cs list

mais je doute qu'elle soit validée, si ton SSD est aux abonnés absents.

Si tu parviens à installer par internet une version de l'OS-Base de ton Mac sur le volume «OS» de ton HDD et à démarrer dessus, tu pourrais peut-être tenter le test suivant : va ici ☞GPT fdisk☜ et télécharge les binaires en question que tu installes ensuite. Il s'agit d'un couple de programmes UNIX développés par Roderick Smith (le développeur de «rEFInd» - un intercepteur de boot de l'EFI - par ailleurs) qui s'installent dans /usr/bin : gdisk & sgdisk tandis que leurs manuels s'installent dans le dossier de man ad hoc.

Une fois l'installation opérée, si tu tapes gdisk dans le «Terminal» et que tu sélectionnes ce mot, un clic secondaire te donne accès à la page du man correspondant qui t'explique son emploi (si tu es familier de Linux, tu ne devrais pas être dérouté). C'est un programme spécialisé dans la gestion de la Table de Partition GUID --> je me demande s'il serait capable de reconnaître l'existence logique de ton SSD? À supposer (ce qui est déjà beaucoup demander) que ton SSD soit logiquement identifiable comme /dev/disk0 (de par sa connexion SATA), dans le «Terminal» tu lances le programme ainsi :

sudo gdisk /dev/disk0

et ↩︎ --> demande de password (commande sudo) --> mot-de-passe admin tapé à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> si les choses sont correctes tu obtiens en retour de commande un :

GPT fdisk (gdisk) version 1.0.0
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): ?

--> comme c'est un programme interactif avec l'utilisateur, il te suffit de taper ? et ↩︎ et tu obtiens les principaux menus du mode "standard" -->

b    back up GPT data to a file
c    change a partition's name
d    delete a partition
i    show detailed information on a partition
l    list known partition types
n    add a new partition
o    create a new empty GUID partition table (GPT)
p    print the partition table
q    quit without saving changes
r    recovery and transformation options (experts only)
s    sort partitions
t    change a partition's type code
v    verify disk
w    write table to disk and exit
x    extra functionality (experts only)
?    print this menu

(les menus avancés : "récupération" et "expert" s'obtiennent respectivement en tapant r et ↩︎ + ? et ↩︎ / x et ↩︎ + ? et ↩︎).

Si jamais le programme arrivait à reconnaître la table de partition de ton SSD, tu pourrais lancer un v et ↩︎ (vérifier/réparer) --> tant que tu ne saisis pas w (write) et ↩︎ + Y (yes) et ↩︎, rien ne modifie la table de partition du disque. Tu pourrais éventuellement voir ce que le programme te sort. Et éventuellement donc par w (write) et ↩︎ + Y (yes) et ↩︎ tenter la restauration.

Mais il peut tout bêtement se faire que ta nappe SATA soit HS et que le SSD connecté en externe s'avère parfaitement fonctionnel...

 

[Minitel46]

Je me suis résigné a laisser tomber les données et tenter juste de récupérer un ordi fonctionnel, du coup j'ai quand même tenté le dikutil cs list il me retourne qu'il en trouve pas

Mon problème reste que sous linux ( je suis maintenant passé a ubuntu) j'ai aucun problème pour manipuler stocker formater mon ssd sur la nape sata principal mais des qu'il s'agit d’être depuis os x, en ayant un type de partition en GPT ou msdos impossible de l'afficher dans l'utilitaire de disque


Je sais pas si vous avez une idée d'ou le problème peut venir, linux ou windows j'ai aucun problème mais os x me fait la misére tout ça sur la même machine

 

[Membre supprimé 1060554]

Salut Minitel.

Je t'ai un peu laissé en carafe, car ma foi je n'y vois guère plus clair que toi concernant ton problème de SSD. Je n'arrive à conjecturer que 3 cas de figure :

- a) En-tête du disque flingué par des manipulations sous des OS alternatifs (Windows / Linux) --> il s'agit du Secteur 0 (header) du disque, dans lequel se trouve notamment stocké le tableau de la partition GUID --> pour une raison = x, ce header n'offrirait pas de valeur lisible par le Système-Mac et par suite le disque serait considéré comme non-existence. Solution (?) : le ré-intialiser avec une table de partition alternative à partir d'un OS alternatif (Windows / Linux) résidant sur ton disque indépendant (HDD) --> voir si le Système-Mac reconnaît alors un header formel en permettant son effaçage/remplacement par un tableau GUID. Alternative : le programme gdisk que je t'avais signalé, installé et lancé depuis l'OS de ton HDD indépendant, serait peut-être capable d'identifier le SSD --> alors, déclencher l'option : recréation d'un tableau GUID sur l'en-tête.

- b) Nappe SATA défaillante. Tu dis qu'en démarrant sur des OS alternatifs (installés sur ton HDD indépendant?), il y a quand même identification du disque, ce qui prouverait que le cable est en bon état. Je ne suis pas compétent dans ce domaine. Mais le test : démontage du SSD et connection au Mac via un boîtier USB serait quand même un complément de preuve drastique : si le SSD était reconnu sous OSX (même s'il fallait tout reformater), ce serait quand même le signe que la nappe SATA a des problèmes. Si la reconstitution du header du disque à partir de Windows / Linux du HDD ne permettait pas à OSX de l'identifier (cas de figure a), serait-ce encore pour des raisons de nappe? --> alors effectuer l'option a le SSD dans un boîtier...

- c) Firmware défaillant du SSD. Je ne suis pas non plus compétent sur ce point. Si c'était le cas, il faudrait s'adresser au fabricant? À moins qu'une mise-à-jour soit envisageable en bootant sur un disque créé ad-hoc?​

 

[Minitel46]

Effectivement j'en ai conclus la deuxieme option pour l'instant, j'ai commandé une nappe neuve dans l'espoir que ce soit ca.

Je tourne avec le ssd en USB sur le mac il n'y a aucun probleme, et j'avais remarqué que meme en insérant un hdd autre sur le sata 0 du mac il n'etait pas détécté donc je pense vraiment que le probleme vient de la. J'attend de le recevoir je vous donnerais l'avancement

 

[Minitel46]

Voila j'ai recu et changé la nappe est effectivement tout remarche Merci de votre aide