Yosemite : plus de disque au démarrage

[Fred$]

Bonjour à tous,

je suis nouveau membre car votre forum est le plus proche des sujets et problèmes que je souhaite partager!!! Merci d'avance de votre accueil.
J'ai bien lu vos différents conseils dans les cas similaires au mien, mais l'informatique est telle que chaque cas est particulier...

Mon cas : MacBook Pro 2013, 8 Go de RAM, a eu quelques difficultés depuis quelques mois (permissions) et je me suis décidé de passer au Yosemite debut Juillet car rien ne doit arrêter le progrès et je fais une énorme confiance à la Pomme depuis plus de 20 ans.

J'ai eu mon petit lot de galère, comme tout le monde sous Yosemite : j'ai donc fait un clé USB rebootable, desactivé FileVault, re fait une installation propre de tout YOSEMITE et tout marchait superbement à tel point que j'ai dit a ma femme que j'étais quand même plus fort que je ne le pensais en informatique !
Puis je suis parti en vacances après une dernière sauvegarde TimeMachine, et ai fait plein de belles photos / vidéo...

Et c'est le drame : freeze du système a la reouverture d'une session, donc rebootage en appuyant sur le bouton d'alimentation et depuis, plus de démarrage et dossier avec le point d'interrogation... Plus de "Macintosh HD", plus de DD visible dans l'utilitaire de disque!!! Une première pour moi. Pas de possibilité non plus de reinstaller mon OS depuis ma clé.

De retour de vacances, redémarrage avec "Commande + R", quelques heures sur les sites et surtout le vôtre, et voici ce que je trouve et tapant sans bien comprendre les consignes dans Terminal:
diskutil cs list => "No CoreStorage logical volume groups found" ce qui ne me plait pas trop car j'ai lu un terrifique "et la messe est dite" de Macomaniac dans un post précédent...
http://forums.macg.co/threads/probleme-restauration-time-machine-macintosh-hd-a-disparu.1253478/

En fait, je veux bien tout reformater sans problème si il faut ; je voudrai juste recuperer mes photos et videos prises depuis ma dernière sauvegarde dans l'archive "Photos" si possible. Une connexion en mode TARGET avec mon vieille IMAC est elle possible (sachant que bien sur Apple a changé la prise Firewire, mais j'irai avec plaisir acheter un nouveau cable si ca marche !!!)

Bref, je suis preneur de deux conseils :
- recuperer mes photos / video
- me sortir de ce tracas !!!

Après, je vais chercher des cours pour utiliser et comprendre "Terminal" !!!

Merci aux bonnes ämes qui ont déjà partager cette situation

 

[Membre supprimé 1060554]

Salut Fred.

Va donc à : Applications/Utilitaires et lance le «Terminal». Dans sa fenêtre, saisis la commande :

diskutil list

et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> cette commande demande au programme UNIX "disk utility" (utilitaire de disque) de lister les partitions des disques actuellement attachés à ton Mac. Tu vas obtenir en retour le tableau de partitionnement du disk0 (qui est ton disque principal en connexion SATA) : est-ce que tu peux sélectionner au pointeur l'ensemble du tableau, par ⌘C le coller dans le presse-papier et par ⌘V le coller dans ta réponse de ce fil ? Ça devrait permettre d'y voir plus clair.

[Que tu n'aies pas de Groupe de Volumes Logiques : CoreStorage répondant à l'appel de la commande : diskutil cs list --> ce n'est pas problématique dans l'absolu, car la partition de l'OS, le plus couramment, supporte un format de fichiers Mac OS étendu (journalisé). C'est si le volume de l'OS est chiffré par «FileVault-2», s'il y a un Fusion Drive ou encore si l'installateur de «Yosemite» a greffé en catimini le format CoreStorage sur la partition de l'OS, qu'on retrouve un Groupe de Volumes Logiques répondant à l'appel.

Il faudrait revoir le contexte particulier du fil que tu évoques, où l'absence d'un CoreStorage pouvait être un signe fâcheux...]

 

[Fred$]

Salut Fred.

Va donc à : Applications/Utilitaires et lance le «Terminal». Dans sa fenêtre, saisis la commande :

diskutil list

et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> cette commande demande au programme UNIX "disk utility" (utilitaire de disque) de lister les partitions des disques actuellement attachés à ton Mac. Tu vas obtenir en retour le tableau de partitionnement du disk0 (qui est ton disque principal en connexion SATA) : est-ce que tu peux sélectionner au pointeur l'ensemble du tableau, par ⌘C le coller dans le presse-papier et par ⌘V le coller dans ta réponse de ce fil ? Ça devrait permettre d'y voir plus clair.

[Que tu n'aies pas de Groupe de Volumes Logiques : CoreStorage répondant à l'appel de la commande : diskutil cs list --> ce n'est pas problématique dans l'absolu, car la partition de l'OS, le plus couramment, supporte un format de fichiers Mac OS étendu (journalisé). C'est si le volume de l'OS est chiffré par «FileVault-2», s'il y a un Fusion Drive ou encore si l'installateur de «Yosemite» a greffé en catimini le format CoreStorage sur la partition de l'OS, qu'on retrouve un Groupe de Volumes Logiques répondant à l'appel.

Il faudrait revoir le contexte particulier du fil que tu évoques, où l'absence d'un CoreStorage pouvait être un signe fâcheux...]

Deja, merci beaucoup de prendre le temps de repondre. C'est vraiment chouette et une belle lecon que de donner du temps aux autres comme ca...
Alors, précision complementaire car j'ai lu tes autres réponses : j ai chiffré "par inadvertance" avec FileVault lors de l'installation de Yosemite, puis ai déchiffré apres tous les tracas que ca a cause - mais j'ai completement nettoyé / reformaté le DD lors de la reinstallation propre du systeme depuis ma clé bootable.

-bash-3.2# diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: Apple_partition_scheme *1.2 GB disk0
1: Apple_partition_map 30.7 KB disk0s1
2: Apple_HFS Mac OS X Base System 1.2 GB disk0s2
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk1
/dev/disk2
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk2
/dev/disk3
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk3
/dev/disk4
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk4
/dev/disk5
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk5
/dev/disk6
#: TYPE NAME SIZE IDENTIFIER
0: untitled *6.3 MB disk6
/dev/disk7
#: TYPE NAME SIZE IDENTIFIER
0: untitled *2.1 MB disk7
/dev/disk8
#: TYPE NAME SIZE IDENTIFIER
0: untitled *1.0 MB disk8
/dev/disk9
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk9
/dev/disk10
#: TYPE NAME SIZE IDENTIFIER
0: untitled *524.3 KB disk10
/dev/disk11
#: TYPE NAME SIZE IDENTIFIER
0: untitled *1.0 MB disk11
-bash-3.2#

Ou sont donc mes 500 Go...?

Merci de coup d'oeil !

Fred

 

[Deleted member 1099514]

Salut.

Ça me fait penser à un problème de nappe.
Aurais-tu la possibilité de démarrer sur un dde ?
Question subsidiaire ton Mac est-il encore sous garantie ?

@+

 

[Membre supprimé 1060554]

Voici mon interprétation :

- le /dev/disk0 désigne régulièrement le disque interne de ton Mac en connexion SATA dont le partitionnement régulier devrait être dans ton cas de figure :

/dev/disk0
#:                   TYPE NAME                         SIZE       IDENTIFIER
0:                   GUID_partition_scheme            *500 GB     disk0
1:                   EFI EFI                           209.7 MB   disk0s1
2:                   Apple_HFS Macintosh HD            499.1 GB   disk0s2
3:                   Apple_Boot Recovery HD            650.0 MB   disk0s3

et dans la mesure où il y a eu démarrage sur la «Recovery HD», démarrage qui implique le montage d'un disque virtuel BaseSystem.dmg résidant dans le volume de cette partition pour générer un volume : OS X Base System de 1,2 Go recelant le Système démarrable (= OS X abrégé) de la «Recovery HD», alors le listing d'un /dev/disk0 ci-dessus est obligatoirement assorti du listing d'un /dev/disk1 qui désigne le volume-disque démarré de l'OS de la «Recovery HD» :

/dev/disk1
#:                    TYPE NAME                         SIZE       IDENTIFIER
0:                    Apple_partition_scheme           *1.2 GB     disk1
1:                    Apple_partition_map               0.7 KB     disk1s1
2:                    Apple_HFS Mac OS X Base System    1.2 GB     disk1s2

Quant à la kyrielle de micro-disques qui suivent, il s'agit toujours de petits volumes temporaires qui ne montent que lorsqu'on démarre sur la partition de récupération «Recovery HD» (et pas autrement) et n'ont aucune importance.



Or, si tu attentif à ton propre tableau de partitionnement comparativement au modèle du mien qui te décrit exactement ce que tu aurais dû obtenir (en l'absence bien entendu d'un format CoreStorage sur la partition de l'OS), tu ne peux qu'être frappé par le constat suivant : il n'y a plus de listé chez toi que les informations concernant le volume-disque de la partition de récupération «Recovery HD», et le disque virtuel dont relève son Volume s'est carrément substitué à celui du disque de ton Mac (qui a disparu de l'affiche) pour s'attribuer la pôle-position /dev/disk0 dans la table des devices.

● la ligne 0 : Apple_partition_map 30.7 KB disk0s1 désigne nommément le type de table de partition du disque concerné. Le disque d'un Mac Intel supportant un OS affiche toujours un GUID_partition_scheme, mais le disque virtuel du Système de la «Recovery HD» est, lui, toujours tablé en Carte de Partition Apple --> c'est donc bien le disque monté du Système de la «Recovery HD» qui est par là désigné.

● la ligne 1 : Apple_partition_map 30.7 KB disk1s1 désigne le secteur d'amorçage du disque en conformité avec son type de Table de Partition : tu lis Apple_partition_map (Carte Partition Apple) qui correspond à la Table de Partition du disque de la «Recovery HD», alors que le disque de démarrage d'un Mac comporte au contraire la mention : EFI EFI conforme à la Table de Partition GUID.

● la ligne 2: Apple_HFS Mac OS X Base System 1.2 GB disk0s2 désigne le volume monté du Système actuellement démarré. Tu noteras qu'il s'agit bien (OS X Base System) du volume monté du disque virtuel BaseSystem.dmg de la «Recovery HD», qui s'attribue le secteur clé /dev/disk0s2, lors même que le disque d'un Mac démarré sur son OS régulier porte la mention : Macintosh HD, avec la taille de son volume. On a bien ici les 1,2 Go du volume décompressé de la «Recovery HD» et non les 499 Go du volume attendu de l'OS du Mac.
​

--------------------
​

☞ Tu dois être en train de te douter que cette prolixité de détails techniques n'annonce rien de bon (c'est la fonction préparatoire de la forme longue du discours). Voici ce que je comprends :

- pour une raison = x, la Table de Partition GUID du disque de ton Mac a complètement "sauté", entraînant dans sa débacle la carte d'amorcage EFI (/dev/disk0s1) et la partition de l'OS (/dev/disk0s2) dont l'espace, inassignable en terme de partitionnement-disque effectif, n'a plus qu'un statut de free_space hors partitionnement (donc environ 499,1 GG + 209 GB de la carte d'amorçage EFI = 499,3 GB). C'est de l'espace-disque "libre", non géré par un partitionnement.

- par une espèce de "piccolo miracolo", la «Recovery HD» a résisté à cette débâcle du partitionnement (je ne sais trop comment) et le Système de la récupération (protégé par le disque virtuel .dmg) parvient à être chargé.

☞ À partir de là, soit la débâcle de la Table de Partition est un problème de lecture du disque (conjecture de Jean ) et le disque pourrait être intègre (il n'y aurait qu'à changer la nappe) ; soit la débâcle de la Table de Partition est un problème d'écriture du disque et, à part tenter au prélable de récupérer les données écrites par scan du disque (avec tel ou tel logiciel de récupération), il conviendrait de re-partitionner (re-Tabler) le disque entier et d'installer un nouvel OS pour vérifier si c'était un accident logique, ou si le disque a des problèmes.

Connecter un DDE USB au Mac, dans l'«Utilitaire de Disque» de la «Recovery HD» sélectionner son disque global (ligne supérieure), activer le menu "Effacer" pour obtenir une Table de Partition GUID tout en veillant à un format du volume principal : Mac OS étendu (journalisé) --> lancer la fonctionnalité "Ré-installer OS X" à destination du nouveau volume du DDE --> cela permettrait un démarrage sur un OS extérieur (offrant la possibilité d'utiliser des logiciels de récupération / de re-partitionner la totalité du disque interne du Mac).

Sinon, démarrage avec ⌘⌥R (récupération par internet) permettant de ré-initialiser le disque du Mac (si cette option radicale était retenue) et "Ré-installer OS X" (ce serait l'OS d'usine du Mac).

---------------------​

​

 

[Fred$]

Bonjour a toi Macomaniac et ainsi qu'à jeanjd63: vos avis convergent... il va falloir me mettre a table sur ce problème de nappe et de Piccolo Miracolo ;-)
J'ai presque l'impression d'avoir compris tes commentaires, merci Macomaniac. Ce n'est pas pour autant rassurant, mais presque apaisant quand on comprend.
J'ai omis de vous préciser avoir testé le matériel avec "Apple Hardware Test" et que tout était en ordre... Mais peut être un problème de nappe ne se détecte pas ainsi?
Mon mac n'est bien sûr plus sous garantie.
Une clarification stp : si je démarre sur un disque avec un OS extérieur, comment ferai je pour avoir tout de même accès au mon Macintosh HD qui ne se montre pas?
Et le principe de mode TARGET pour accéder au disque dur? Peu de chance si c'est la nappe? ou réaliste ?
Avant de lancer la solution radicale, je vais m'enquérir d'une solution de récupération de ma dernière Librairy Photos!!!
Je reviens vers vous sans faute de toutes façons. C'est intéressant
Avec toute ma sympathie
Fred

 

[Deleted member 1099514]

Salut Fred


En accord avec Macomaniac , je pense comme je te le disait + haut que ton disque ne répond plus.
Lorsque tu as démarré en mode Recovery, en fait tu ne t'es, à mon avis pas servi de la partition Recovery HD, normallement présente sur ton disque, mais de la fonction Internet Recovery (globe terrestre qui tourne une dizaine de minutes).

Donc en conclusion soit ton disque est HS soit c'est la nappe.

Pour le savoir, il faut le démonter, le mettre dans un boitier externe et tenter de booter dessus.
Si ça fonctionne, tes données sont ok et tu n'as qu'à changer la nappe.
Sinon c'est le disque qui est HS et là il faudra récupérer tes données depuis Time Machine.

@+

 

[Membre supprimé 1060554]

Jean.

Tu ramènes mon "piccolo miracolo" à un démarrage par internet

. Fred doit pouvoir répondre sur ce point, vu qu'en cas de démarrage par internet, il y a le logo d'un globe terrestre en rotation affiché à l'écran une bonne dizaine de minutes.

J'ai conjecturé que ce n'était pas le cas, parce que, quand je fais le test d'un démarrage par internet (par ⌘⌥B) sur le disque d'une «Recovery» des serveurs Apple et que je fais un diskutil list dans le «Terminal» - abstraction faite de la liste des partitions de mon SSD bien présent à l'appel, lui ; j'ai ceci pour le volume-disque monté (/dev/disk1) du système de la «Recovery on-line» :

/dev/disk1
#: TYPE NAME                            SIZE       IDENTIFIER
0: Apple_partition_scheme              *1.2 GB     disk1
1: Apple_partition_map                  0.7 KB     disk1s1
2: Apple_Driver_ATAPI                   2.0 KB     disk1s2
3: Apple_HFS Mac OS X Base System       1.2 GB     disk1s3

☞ je note l'intercalaire d'un pilote (s2) entre la carte d'amorçage (s1) et le volume monté (s3) - ce qui n'est pas le cas quand je démarre sur la «Recovery HD» du disque du Mac.

Mais ta conjecture (démarrage on-line) a pour elle un argument fort (que j'ai essayé d'exorciser par l'invocation d'un "piccolo miracolo") : c'est que, manifestement, la Table de Partition GUID du disque du Mac est illisible. Càd. que le secteur 0 du disque (jamais affiché), emplacement primaire où elle est est stockée, ne passe aucune information de partitionnement du disque au démarrage. Ça se voit au fait que la carte d'amorçage EFI (s1), en-tête du tableau de partition GUID, est absente. Donc, logiquement, s'il n'y a pas de "tête" de partitionnement, et pas non plus de "corps" de partitionnement (s2 = Macintosh HD), il n'y a pas non plus de "queue" de partitionnement à attendre (s3 = Apple_Boot Recovery HD), pour une seule et même raison : parce qu'il n'y a aucun schéma de distribution de partitions lu au démarrage. Que le système de la partition de "queue" : «Recovery HD» puisse être trouvé et monté en volume, malgré la disparition globale du schéma de partition GUID : c'est illogique et a priori à exclure (sauf en mode Pascalien : «Le cœur a ses raisons que la raison ne connaît pas» - mais quelle part d'irrationnel peut-elle s'immiscer dans les processus informatiques ?).

Si ta conjecture est donc exacte (Récupération par internet), alors le disque du Mac n'est pas reconnu du tout. Si de surcroît, dans l'«Utilitaire de Disque», il n'apparaît pas du tout comme medium physique (ligne supérieure attenante à la marge), alors c'est qu'avant tout problème d'accès logique à ses écritures, c'est l'accès physique au disque qui est coupé. Ce serait donc la nappe à tous les coups.

Le pointu pour faire ton test (déplacer le SSD dans un boîter USB et tenter un démarrage), c'est que le Mac est un MacBook Pro Retina_2013 : son SSD est un format barrette (et pas 2,5 pouces) : il faut donc soigneusement choisir le boîtier ad hoc (genre - à vérifier ! - : ☞BOÎTIER USB 3.0 POUR SSD FLASH OWC ENVOY PRO - MACBOOK PRO☜. Voir tuto de démontage du SSD sur le site «iFixit» ici : ☞MacBook Pro 15" Retina Display Early 2013 SSD Replacement☜.

 

[Ma Dalton]

Il n'y a pas de "nappe" (SATA) sur ces machines.

Photos de iFixit :
https://d3nevzfk7ii3be.cloudfront.net/igi/UsdkjrTDLwMMAyOO.huge
https://d3nevzfk7ii3be.cloudfront.net/igi/Pk3YDRHhIvEDppB1.huge

 

[Deleted member 1099514]

Il faudrait être sûr du type de machine. Seul @Fred$ pourrait nous en dire un peu plus.

 

[Fred$]

bonjour à tous!
Excusez mes dernières heures de silence mises à profit pour déposer ma machine chez mon réparateur hier. J'espère un coup de fil dans la journée mais sa première réaction a été d'incriminer le disque dur... jusque là... ;-)
Quant à la nappe ou son absence... et le modèle exacte... je prends le point et vous réponds dès que possible
Merci à tous
Fred

 

[Fred$]

Voila ce que doit être ma config :

MacBook Pro (13-inch, Mid 2012) - 2,5 GHz (Intel Core i5) - Configuré en 8 Go - Disque dur de 500 Go à 5 400 tr/min
https://support.apple.com/kb/SP649?locale=fr_FR

Il y a-t-il donc une nappe...? Je ne sais pas quel est le disque dur inséré par défaut dans la machine quant à moi.

A bientôt

 

[Membre supprimé 1060554]

Salut Fred.

Le mystère du Loch Ness de la nappe est éclairci --> Ma avait raison pour le modèle MacBook Pro_2013 annoncé tout d'abord (message #1) : SSD sans nappe ; mais comme il s'agit en fait d'un MacBook Pro 13 Mid_2012 (non retina), alors il y a bien un disque dur à plateaux avec nappe cf. ici : ☞MacBook Pro 13" Unibody Mid 2012 Hard Drive Cable Replacement☜. Par suite, la nappe peut être HS (©Jean ) et le disque dur OK. Ou l'inverse (pour citer - private joke - le spécialiste en renversements de perspectives : jpmiss

)...

Tu n'as pas précisé si tu avais un logo de globe terrestre (= "récupération par internet") à l'écran de ton Mac quand tu démarrais sur la partition de récupération. Par ailleurs, si le disque dur était défaillant, vu qu'un disque à plateaux tournant à 5400 tr/minute ne peut que ramer avec «Yosemite», son remplacement par un SSD mériterait d'être envisagé (pour se faire une idée --> voir SSD 2,5 pouces sur le site ☞Crucial☜).

 

[Fred$]

Bonjour à tous !

Fin de mon histoire : il s'agissait donc du connecteur de la nappe vers la carte mère qu'il a fallu changer, et c'est chose faite. Je vous écris donc de mon MBP, mes sauvegardes faites cette nuit et je suis très content et soulagé.

Un très très grand merci pour votre entreaide, vos conseils avisés et précis, et votre rapidité. Je suis donc devenu maintenant un inconditionnel de votre site et de son forum et ne pensais pas que ca pouvait être aussi efficace et rassurant, même pour des problèmes de matériels, que d'échanger de cette façon et de rechercher un diagnostique en groupe...

Donc à bientot, et encore merci