MacBook Pro SSD 550 illisible après mise à jour High Sierra

kameleon1er

Membre confirmé
25 Décembre 2013
40
0
Bonjour à tous, mon vaillant MacBook Pro unibody 2008 vient de rendre l'âme.

Après avoir placé le SSD dans un boîtier externe, disque illisible. J'ai branché le boîtier aussi sur un iMac 24" debut 2008 / Os X.10.5, rien non plus. Enfin pas tout à fait. Disk utility ne peut rien faire, ni réparer, ni monter le volume. En revanche il dit que le Disk semble en bon état.

Par mesure de sécurité, j'ai lancé PhotoRec qui me récupère bien des fichiers par millions, mais sans index, ni nom, ni date de créa/modif… Tout ça réparti dans 2 ou 3000 répertoires, ça va être la joie à explorer.

Précision qui pourrait avoir quelque importance : il s'agissait de mon DD de boot.

Je vous en remercie bien par avance :

Bloc de code:
hdiutil attach -nomount -noverify -noautofsck -readwrite /Users/nab-sos/Desktop/Samsung\ SSD\ 840\ EVO\ 500G\ Clone.dmg

Password:
/dev/disk2              GUID_partition_scheme             
/dev/disk2s1            EFI                               
/dev/disk2s2            7C3457EF-0000-11AA-AA11-0030654   
iMac:~ nab-sos$ fsck_hfs -drfy /dev/disk2s1
Unable to open block device /dev/disk2s1: Permission deniedjournal_replay(/dev/disk2s1) returned 13
** /dev/rdisk2s1 (NO WRITE)
Can't open /dev/rdisk2s1: Permission denied
iMac:~ nab-sos$ sudo fsck_hfs -drfy /dev/disk2s1
journal_replay(/dev/disk2s1) returned 22
** /dev/rdisk2s1
    Using cacheBlockSize=32K cacheTotalBlock=16384 cacheSize=524288K.
   Executing fsck_hfs (version hfs-285).
    Block 2 is not an MDB or Volume Header
    Block 409598 is not an MDB or Volume Header
volumeType is 0
0000:  eb58 9042 5344 2020 342e 3400 0201 2000       |.X.BSD..4.4.....|
0010:  0200 0000 00f0 0000 2000 1000 0000 0000       |................|
0020:  0040 0600 4f0c 0000 0000 0000 0200 0000       |....O...........|
0030:  0100 0600 0000 0000 0000 0000 0000 0000       |................|
0040:  0000 29ed 17e3 6745 4649 2020 2020 2020       |......gEFI......|
0050:  2020 4641 5433 3220 2020 fa31 c08e d0bc       |..FAT32....1....|
0060:  007c fb8e d8e8 0000 5e83 c619 bb07 00fc       |................|
0070:  ac84 c074 06b4 0ecd 10eb f530 e4cd 16cd       |...t.......0....|
0080:  190d 0a4e 6f6e 2d73 7973 7465 6d20 6469       |...Non.system.di|
0090:  736b 0d0a 5072 6573 7320 616e 7920 6b65       |sk..Press.any.ke|
00a0:  7920 746f 2072 6562 6f6f 740d 0a00 0000       |y.to.reboot.....|
00b0:  0000 0000 0000 0000 0000 0000 0000 0000       |................|
. . .
01f0:  0000 0000 0000 0000 0000 0000 0000 55aa       |..............U.|
    unknown volume type
    primary MDB is at block 0 0x00
    alternate MDB is at block 0 0x00
    primary VHB is at block 0 0x00
    alternate VHB is at block 0 0x00
    sector size = 512 0x200
    VolumeObject flags = 0x01
    total sectors for volume = 409600 0x64000
    total sectors for embedded volume = 0 0x00
    CheckForClean - unknown volume type
    CheckHFS returned 6, fsmodified = 0
iMac:~ nab-sos$ sudo fsck_hfs -drfy /dev/disk2s2
journal_replay(/dev/disk2s2) returned 22
** /dev/rdisk2s2
    Using cacheBlockSize=32K cacheTotalBlock=16384 cacheSize=524288K.
   Executing fsck_hfs (version hfs-285).
    Block 2 is not an MDB or Volume Header
    CheckForClean - could not get VHB/MDB at block 976363486
** Checking Journaled HFS Plus volume.
   Invalid B-tree node size
(3, 0)
** The volume   could not be verified completely.
    volume check failed with error 7
    volume type is pure HFS+
    primary MDB is at block 0 0x00
    alternate MDB is at block 0 0x00
    primary VHB is at block 2 0x02
    alternate VHB is at block 976363486 0x3a321fde
    sector size = 512 0x200
    VolumeObject flags = 0x05
    total sectors for volume = 976363488 0x3a321fe0
    total sectors for embedded volume = 0 0x00
    CheckForClean - could not get VHB/MDB at block 976363486
    CheckHFS returned -1317, fsmodified = 0
iMac:~ nab-sos$ sudo fsck_hfs -drfy /dev/disk2s2
journal_replay(/dev/disk2s2) returned 22
** /dev/rdisk2s2
    Using cacheBlockSize=32K cacheTotalBlock=16384 cacheSize=524288K.
   Executing fsck_hfs (version hfs-285).
    Block 2 is not an MDB or Volume Header
    CheckForClean - could not get VHB/MDB at block 976363486
** Checking Journaled HFS Plus volume.
   Invalid B-tree node size
(3, 0)
** The volume   could not be verified completely.
    volume check failed with error 7
    volume type is pure HFS+
    primary MDB is at block 0 0x00
    alternate MDB is at block 0 0x00
    primary VHB is at block 2 0x02
    alternate VHB is at block 976363486 0x3a321fde
    sector size = 512 0x200
    VolumeObject flags = 0x05
    total sectors for volume = 976363488 0x3a321fe0
    total sectors for embedded volume = 0 0x00
    CheckForClean - could not get VHB/MDB at block 976363486
    CheckHFS returned -1317, fsmodified = 0
iMac:~ nab-sos$ sudo fsck_hfs -drfy /dev/disk2s2
 
High Sierra convertit les SSD sur APFS à l'installation (passant donc du legacy HFS à APFS)
Qui n'est pas lisible sur 10.5 (mais parfaitement lisible sur une machine avec High Sierra)
Pas de sauvegarde TimeMachine du disque?
 
High Sierra convertit les SSD sur APFS à l'installation (passant donc du legacy HFS à APFS)
Qui n'est pas lisible sur 10.5 (mais parfaitement lisible sur une machine avec High Sierra)
Pas de sauvegarde TimeMachine du disque?

Bonjour, si, mais malheureusement une vielle, d'un peu plus d'un an. Et bien sûr j'avais un gros boulot récent qui lui n'est pas dedans.
 
Bonjour kameleon

Qu'est-ce que tu veux dire par -->


  • panne matérielle du Mac (genre : Carte-Mère) ?
  • ou problème de démarrage sur le disque (SSD) ?

Bonjour Macomaniac, oui, panne matérielle du MacBook Pro, la machine faisait mine de se lancer (comme il y avait un second DD classic à la place du graveur DVD) je l'entendait alimenter le DD, mais il y avait tout de suite après comme un "mini-bip" et elle s'éteignait.

Du coup j'ai voulu récup le SSD en le branchant en externe dans un boîtier USB, d'abord sur mon vieux MacBook pro Penryn, mais là "Disque illisible". Et depuis je galère.

Via Photorec > TestDisk, j'ai réupéré 200 Go de fichiers, mais tout est en vrac, et le .ai que je cherche n'y ai pas.

Quand au test via TestDisk il ne voit qu'un "Efi" mais ça prend des heures à chercher et rien de concluant.

DiskWarrior me demande de faire un update de version system avant de tenter quelque chose, car là suis sur un imac 24" - 2008 mais en 10.10.5 et je n'arrive pas à le passer en Sierra (non supporté je crois)

Belle galère :-)
 

Fichiers joints

  • Capture d’écran 2018-06-18 à 16.35.42.webp
    Capture d’écran 2018-06-18 à 16.35.42.webp
    19,4 KB · Affichages: 216
T'es sûr qu'il s'agit d'un MacBook Pro de 2008 ?
T'es sûr qu'il s'agit de HighSierra et même de Sierra ?

Un MacBook de 2008 ne passe pas "normalement" sous Sierra, alors encore moins sous High Sierra.
Il accepte Sierra moyennant une bidouille. Est-ce ce que tu as fait ? sans faire de sauvegarde ? sur une machine de Prod ? tu t'ennuyais ?
 
@ kameleon

Oui : le problème avec photorec --> c'est que c'est un bazar dantesque en sortie > donc inservable.

Ton SSE attaché en USB à un de tes autres Mac qui fonctionne > passe la commande standard :
Bloc de code:
diskutil list

  • et poste le tableau des disques

=> je suis curieux de voir la configuration logique actuelle du SSD.
 
T'es sûr qu'il s'agit d'un MacBook Pro de 2008 ?
T'es sûr qu'il s'agit de HighSierra et même de Sierra ?

Un MacBook de 2008 ne passe pas "normalement" sous Sierra, alors encore moins sous High Sierra.
Il accepte Sierra moyennant une bidouille. Est-ce ce que tu as fait ? sans faire de sauvegarde ? sur une machine de Prod ? tu t'ennuyais ?

Ah oui, oops ! m'y perd avec tous ces mac, c'est en fait un MacBook Pro "Core i5" 2.3 13" Early 2011 2.3 GHz Core i5 (I5-2415M)

Et oui, j'ai m… !! On reporte toujours au lendemain et… Bim !
 
Dernière édition:
@ kameleon

Oui : le problème avec photorec --> c'est que c'est un bazar dantesque en sortie > donc inservable.

Ton SSE attaché en USB à un de tes autres Mac qui fonctionne > passe la commande standard :
Bloc de code:
diskutil list

  • et poste le tableau des disques

=> je suis curieux de voir la configuration logique actuelle du SSD.

Hop ! :
Bloc de code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS ditipi3                 999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *50.3 MB    disk2
   1:        Apple_partition_map                         32.3 KB    disk2s1
   2:                  Apple_HFS DiskWarrior 5.1    50.3 MB    disk2s2
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               499.9 GB   disk4s2
 
Dernière édition:
Voici ton SSD -->
Bloc de code:
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               499.9 GB   disk4s2

  • interprétation : la disparition de la partition de secours de 650 Mo localisée au départ en disk4s3 (volume Recovery HD) & la désignation de la partition principale disk4s2 par l'UUID de partition (7C3457EF-0000-11AA-AA11-00306543ECAC) en lieu et place du type de partition flanqué du nom de volume -->
  • montrent que la conversion au format apfs a bien été effectuée sur le disque : l'OS de secours ne réside plus avec ce nouveau format dans le volume d'une partition séparée de la partition-Système > mais dans un volume Recovery relevant d'un Conteneur apfs = disque virtuel exporté de la partition disk4s2 (qui contient un magasin de stockage physique lui servant de base) > et supportant 4 volumes en simultané. Le format apfs étant in-identifiable dans un OS antérieur à Sierra 10.12 --> la commande diskutil substitue au type apfs inconnu de la partition la mention de son UUID. Évidemment > le format n'étant pas identifié > le Conteneur ne peut pas être exporté > et aucun de ses volume monté.

Par conséquent
: rien ne dit que le volume-Système principal (relevant à présent d'un format apfs) ne soit pas montable normalement (même si non-démarrable en l'état actuel d'une installation plantée) --> à condition d'attacher le SSD en USB à un Mac dont l'OS démarré soit : ou Sierra 10.12.6 (OS qui manipule très bien le format apfs en lecture & écriture) > ou High Sierra 10.13. Je rejoins donc ces déclarations de départ de edenpulse :
High Sierra convertit les SSD sur APFS à l'installation (passant donc du legacy HFS à APFS)
Qui n'est pas lisible sur 10.5 (mais parfaitement lisible sur une machine avec High Sierra)

  • tu vois ce qui te reste à faire ? --> regarde autour de toi et avise un quidam avec un Mac dernier cri supportant High Sierra. Fais lui accepter d'attacher ton SSD à son Mac démarré pour vérifier si le volume-Système monte. Si oui > ayant attaché en parallèle un DDE > hop ! tu clones habilement le volume de ton SSD dans le volume (jhfs+) de ton DDE. Et tu auras accès aux fichiers de ce volume monté pour un de tes vieux Mac comme volume de stockage.
 
Voici ton SSD -->
Bloc de code:
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               499.9 GB   disk4s2

  • interprétation : la disparition de la partition de secours de 650 Mo localisée au départ en disk4s3 (volume Recovery HD) & la désignation de la partition principale disk4s2 par l'UUID de partition (7C3457EF-0000-11AA-AA11-00306543ECAC) en lieu et place du type de partition flanqué du nom de volume -->
  • montrent que la conversion au format apfs a bien été effectuée sur le disque : l'OS de secours ne réside plus avec ce nouveau format dans le volume d'une partition séparée de la partition-Système > mais dans un volume Recovery relevant d'un Conteneur apfs = disque virtuel exporté de la partition disk4s2 (qui contient un magasin de stockage physique lui servant de base) > et supportant 4 volumes en simultané. Le format apfs étant in-identifiable dans un OS antérieur à Sierra 10.12 --> la commande diskutil substitue au type apfs inconnu de la partition la mention de son UUID. Évidemment > le format n'étant pas identifié > le Conteneur ne peut pas être exporté > et aucun de ses volume monté.
Par conséquent : rien ne dit que le volume-Système principal (relevant à présent d'un format apfs) ne soit pas montable normalement (même si non-démarrable en l'état actuel d'une installation plantée) --> à condition d'attacher le SSD en USB à un Mac dont l'OS démarré soit : ou Sierra 10.12.6 (OS qui manipule très bien le format apfs en lecture & écriture) > ou High Sierra 10.13. Je rejoins donc ces déclarations de départ de edenpulse :


  • tu vois ce qui te reste à faire ? --> regarde autour de toi et avise un quidam avec un Mac dernier cri supportant High Sierra. Fais lui accepter d'attacher ton SSD à son Mac démarré pour vérifier si le volume-Système monte. Si oui > ayant attaché en parallèle un DDE > hop ! tu clones habilement le volume de ton SSD dans le volume (jhfs+) de ton DDE. Et tu auras accès aux fichiers de ce volume monté pour un de tes vieux Mac comme volume de stockage.

Ok merci, je vais déjà tenter ça, je devrais avoir accès à un MB Pro Sierra ce soir. On va voir. Heu… je comprend pas bien cette partie par contre :
tu clones habilement le volume de ton SSD dans le volume (jhfs+) de ton DDE
je crois que c'est le jhfs+ qui me fait flipper :)
 
jhfs+ = journaled_HFS+ = Mac OS étendu (journalisé). Bref : le format Apple classique. Un DDE avec un volume standard, quoi.

  • il est tout à fait possible de cloner un volume apfs monté dans un volume jhfs+ monté (ou l'inverse) > car ce que la commande clone > c'est l'arborescence : fichiers / dossiers lisible dans l'espace de présentation du volume > et absolument pas le dispositif logiciel (système de fichiers) qui monte cet espace.
 
jhfs+ = journaled_HFS+ = Mac OS étendu (journalisé). Bref : le format Apple classique. Un DDE avec un volume standard, quoi.

  • il est tout à fait possible de cloner un volume apfs monté dans un volume jhfs+ monté (ou l'inverse) > car ce que la commande clone > c'est l'arborescence : fichiers / dossiers lisible dans l'espace de présentation du volume > et absolument pas le dispositif logiciel (système de fichiers) qui monte cet espace.
Ah ok, là j'ai compris :-) Trop d'acronymes ces dernières 72 h 00. Merci à vous tous !!!
 

Fichiers joints

  • Capture d’écran 2018-06-18 à 17.59.17.webp
    Capture d’écran 2018-06-18 à 17.59.17.webp
    39,2 KB · Affichages: 200
Ah ok, là j'ai compris :) Trop d'acronymes ces dernières 72 h 00. Merci à vous tous !!!
C'était bien ça, branché le ssd sur un autre MB Pro HighSierra, zéro soucis, tout est bien en place :) Cloning en cours.
Pfffiou… 72h de sueur froide.

Pour ma part, fil clos. Encore merci d'avoir pris le temps de me répondre ;-)
 
High Sierra en format apfs (celui qui est installé sur ton SSD, donc) --> requiert une mise-à-jour de l'EFI (le programme interne de boot du Mac) pour pouvoir être démarré. Du moins, c'est ce que je pense.

Je ne suis pas certain de saisir clairement ta formule ici -->
Bloc de code:
remettre mon SSD dans mon Penryn après patschage
 
High Sierra en format apfs (celui qui est installé sur ton SSD, donc) --> requiert une mise-à-jour de l'EFI (le programme interne de boot du Mac) pour pouvoir être démarré. Du moins, c'est ce que je pense.

Je ne suis pas certain de saisir clairement ta formule ici -->
Bloc de code:
remettre mon SSD dans mon Penryn après patschage

Mmmm…
High Sierra en format apfs (celui qui est installé sur ton SSD, donc) --> requiert une mise-à-jour de l'EFI (le programme interne de boot du Mac) pour pouvoir être démarré. Du moins, c'est ce que je pense.

Je ne suis pas certain de saisir clairement ta formule ici -->
Bloc de code:
remettre mon SSD dans mon Penryn après patschage

Oui c'est encore un peu confus dans mon esprit ;
Je suis un tuto qui montre comment installer HighSierra sur un mac non supporté. Dans la procédure, il y a un patch + Installeur HighSierra > clé USB bootable.
Par contre je ne sais pas si le patch agit sur l'Efi du Mac ou celui du DDur.

Mon plan serait le suivant :
- Je créé la clé bootable > je remet mon SSD dans le Penryn > Je reformate la partition APFS en HFS+ > Je lance le patch > Clean install HighSierra ? Sierra tout court ? > Import de mon clone (DDur externe).

Qu'en penses-tu ?

Merci.
 
Tu peux essayer la démarche que tu décris. Pour le patch : je n'ai pas étudié le sujet --> je ne sais donc pas comment il agit. Pour l'OS --> si tu veux que l'Assistant de migration puisse récupérer les données de ton clone en fin d'installation > il ne faut pas que l'OS installé soit antérieur à l'OS cloné. Donc essaie l'installation avec High Sierra.
 
Tu peux essayer la démarche que tu décris. Pour le patch : je n'ai pas étudié le sujet --> je ne sais donc pas comment il agit. Pour l'OS --> si tu veux que l'Assistant de migration puisse récupérer les données de ton clone en fin d'installation > il ne faut pas que l'OS installé soit antérieur à l'OS cloné. Donc essaie l'installation avec High Sierra.

Ok, vais tenter. Mais mon clone je l'ai fait avec CCCloner. Peut-être que je peux tout "re-cloner" de ma sauvegarde (HD externer HFS+) > SSD reviendu en HFS + ? Ouille !! ça commence à faire mal au cerveau o_O