reinstaller un clone de mountain Lion au lieu de Yosemite

[Geekfou]

quand tu dis manuellement, c'est glisser déposer ?

OUI

 

[Locke]

Ben tout ça ne lui permet pas de réinstaller Mountain Lion. :wacky:

 

[prog07]

Ca ne sert à rien pour le moment, car tu n'as pas d'autre Mac à portée. Et non, je ne pense pas que ce soit la bonne solution.

ok. Mon frère a un mac book , ca serait gentil de m'expliquer en details ce que je dois faire étape par étape s'il te plait. désolé d 'être aussi nul

 

[Geekfou]

On va y arriver :banghead:, vue que prog07 dispose déjà d'une clé USB bootable Mountain Lion , on pourrait commencer par l'installer ce système

 

[prog07]

On va y arriver :banghead:, vue que prog07 dispose déjà d'une clé USB bootable Mountain Lion , on pourrait commencer par l'installer ce système

ah oui ça ma clé de Boot usb mountain Lion est reconnue par le mac au démarrage ( je l ai fait grace a un tuto sur you tube )

 

[prog07]

ah oui ça ma clé de Boot usb mountain Lion est reconnue par le mac au démarrage ( je l ai fait grace a un tuto sur you tube )

ce que j 'ai oublié de preciser c'est que mon disque dur interne est d'1 terra, je l ai partitionné en 2, mac hd et data Hd. est ce que si j ouvre mon clone dans data hd et que je refais un clone sur mon disque dur externe, ça peut marcher ?

 

[r e m y]

Pour pouvoir récupérer le clone, il faut un Mac fonctionnel,
- y transférer le dmg contenant le clone,
- restaurer le dmg sur un disque dur externe avec Utilitzire Disques (après avoir formaté le disque en une partition Aplle étendu journalisé et table GUID)
- brancher le disque ainsi créé sur le Mac malade
- démarrer avec alt appuyé pour booter sur le disque externe
- formater le disque interne du Mac
- lancer Duperduper et cloner le disque externe sur l'interne

 

[melaure]

On peut restaurer le dmg directement sur le disque dur neuf avec un autre mac

 

[prog07]

Pour pouvoir récupérer le clone, il faut un Mac fonctionnel,
- y transférer le dmg contenant le clone,
- restaurer le dmg sur un disque dur externe avec Utilitzire Disques (après avoir formaté le disque en une partition Aplle étendu journalisé et table GUID)
- brancher le disque ainsi créé sur le Mac malade
- démarrer avec alt appuyé pour booter sur le disque externe
- formater le disque interne du Mac
- lancer Duperduper et cloner le disque externe sur l'interne

Pour pouvoir récupérer le clone, il faut un Mac fonctionnel,
- y transférer le dmg contenant le clone,
- restaurer le dmg sur un disque dur externe avec Utilitzire Disques (après avoir formaté le disque en une partition Aplle étendu journalisé et table GUID)
- brancher le disque ainsi créé sur le Mac malade
- démarrer avec alt appuyé pour booter sur le disque externe
- formater le disque interne du Mac
- lancer Duperduper et cloner le disque externe sur l'interne

Merci a tous ! JE SUIS SUPER CONTENT !
ça a marché , sauf que j'ai pas utilisé un autre mac j'arrive pas a y croire, j essaierai demain pour voir si tous mes logiciels de zic fonctionnent biens.

 

[r e m y]

Parfait !

Désormais fais plutôt un clone direct sur disque dur externe plutôt que dans un dmg...

 

[daffyb]

Pour pouvoir récupérer le clone, il faut un Mac fonctionnel,
- y transférer le dmg contenant le clone,
- restaurer le dmg sur un disque dur externe avec Utilitzire Disques (après avoir formaté le disque en une partition Aplle étendu journalisé et table GUID)
- brancher le disque ainsi créé sur le Mac malade
- démarrer avec alt appuyé pour booter sur le disque externe
- formater le disque interne du Mac
- lancer Duperduper et cloner le disque externe sur l'interne

@r e m y Ce que tu proposes est, il semblerait, possible sans second Mac.
Il faut booter sur une clef USB d'installation d'OSX, aller dans l'utilitaire de disque, formater le nouveau disque dur interne (GUID 1 partition HFS+ journalisée), et finalement, demander à l'utilitaire de disque de restaurer le dmg sur le disque dur interne.

 

[Locke]

Merci a tous ! JE SUIS SUPER CONTENT !
ça a marché , sauf que j'ai pas utilisé un autre mac j'arrive pas a y croire, j essaierai demain pour voir si tous mes logiciels de zic fonctionnent biens.

Ouf et suis le conseil de r e m y.

 

[r e m y]

@r e m y Ce que tu proposes est, il semblerait, possible sans second Mac.
Il faut booter sur une clef USB d'installation d'OSX, aller dans l'utilitaire de disque, formater le nouveau disque dur interne (GUID 1 partition HFS+ journalisée), et finalement, demander à l'utilitaire de disque de restaurer le dmg sur le disque dur interne.

Effectivement, ça doit fonctionner.

 

[Membre supprimé 1060554]

« Puis-je m'immiscer dans cette pléïade d'artistes ? »

Le disque du Mac doit avoir 4 partitions : 1° = EFI (/dev/disk0s1) ; 2° = Mac Hd (/dev/disk0s2) : 3° = Recovery HD (/dev/disk0s3) ; 4° = Data Hd (/dev/disk0s4) - il suffit de faire un diskutil list dans le «Terminal» pour le confirmer.

Grâce aux conseils ailés [« zélés » - avec la liaison] de r e m y , prog07 a formaté la partition Mac Hd (/dev/disk0s2) supportant l'OS «Yosemite» à partir d'un démarrage sur un DDE, pour y rétro-cloner un «Mountain Lion». Parfait.

Vous voyez à présent le problème qui se pose ? La partition de récupération «Recovery HD» collatérale de l'OS «Yosemite» en /dev/disk0s3 (invisible graphiquement mais bien présente dans les faits) est demeurée la version 10.10.5, tel qu'attesté par le fichier SystemVersion.plist que recèle son dossier de boot : com.apple.recovery.boot --> en cas de problème avec l'OS «Mountain Lion» nécessitant une restauration du Système, l'option "Ré-installer OS X» de cette «Recovery HD 10.10.5» est inappropriée, puisqu'elle ne permet de télécharger depuis l'AppStore qu'un installateur de «Yosemite 10.10.5».

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

Il faudrait donc (pour bien faire) :

- a) supprimer la partition /dev/disk0s3 invisible --> depuis le «Terminal» (Applications/Utilitaires) de «Mountain Lion» en /dev/disk0s2 - après avoir vérifié par une commande : diskutil list la présence en /dev/disk0s3 d'une Apple_Boot Recovery HD 650 Mo - passer la commande (respecter les espaces, les / et les "" encadrant "Mac Hd" - un copier-coller suffit dans la fenêtre du «Terminal») :

sudo diskutil mergePartitions jhfs+ "Mac Hd" /dev/disk0s2 /dev/disk0s3

et ↩︎ (presser la touche "Entrée" du clavier pour activer la commande) --> demande de password (commande sudo) --> taper le mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> cette commande - très bien supportée en mode "live" (à destination de la partition supportant le Système démarré) - supprime la partition /dev/disk0s3 de la «Recovery HD 10.10.5» et en ajoute l'espace de 650 Mo à la partition /dev/disk0s2 supportant le filesystem «Mac Hd» démarré de «Mountain Lion», sans absolument aucun problème d'extension de l'espace d'une partition active, ni d'étirement d'un système de fichiers HFS+ monté et démarré.


- b) télécharger depuis l'AppStore (onglet "Achats") un installateur de «Mountain Lion 10.8.5» (qui se retrouve dans les Applications sous l'intitulé de : «OS X Install Mountain Lion.app» - quitter l'installateur qui ouvre sa fenêtre à complétion du téléchargement) puis, avec le logiciel ☞Recovery Partition Creator 3.8☜ utiliser les ressources de l'installateur téléchargé dans les Applications pour recréer une partition de 650 Mo en /dev/disk0s3 et y installer le dossier de boot : com.apple.recovery.boot 10.8.5 attendu en complément de l'OS X 10.8.5 de la partition /dev/disk0s2.​

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

[Afin d'administrer la preuve de l'innocuité de ces commandes "bien tempérées", j'ai monté la «Recovery HD 10.11.1» /dev/disk0s3 du SSD de mon MacBook Pro à partir de l'OS «El Capitan 10.11.1» démarré en /dev/disk0s2, j'ai recopié sur le Bureau le dossier de boot de 507,9 Mo : com.apple.recovery.boot, puis j'ai passé la commande "live" :

sudo diskutil mergePartitions jhfs+ Capitan /dev/disk0s2 /dev/disk0s3

qui a supprimé ma «Recovery HD» en /dev/disk0s3 en rajoutant son espace à celui de la partition active /dev/disk0s2 de mon OS démarré + étirement de son filesystem. Ensuite, j'ai dégainé le programme Apple dmtest (que j'ai rajouté à mes binaires d'une source Apple exogène) créé à l'époque de «Lion» pour recréer où l'on veut une «Recovery HD» (et que le logiciel «Recovery Partition Creator» utilise sans l'avouer : dmtest est dans son dossier Resources) et passé la commande :

sudo dmtest ensureRecoveryPartition / Desktop/com.apple.recovery.boot/BaseSystem.dmg 0 0 Desktop/com.apple.recovery.boot/BaseSystem.chunklist

et après 2' d'intense défilement de lignes dans le «Terminal», me v'là de nouveau en possession d'une «Recovery HD 10.11.1» en /dev/disk0s3 (puisque j'ai donné comme adresse de volume à redimensionner pour créer la «Recovery HD» : / càd. le point de montage du système de fichiers démarré de /dev/disk0s2 (l'OS «El Capitan»). J'aurais pris n'importe quelle autre adresse valide de volume (même sur une clé USB) dmtest m'aurait créé une partition «Recovery HD» ad hoc pile en dessous...).

Au fait : mon OS «El Capitan» est toujours fonctionnel...

--> on s'amuse comme on peut sous «El Capitan» qui n'est pas le plus "désopilant" de tous les OS X...]​

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

☞ Si la commande diskutil list ne retourne l'existence d'aucune «Recovery HD» en /dev/disk0s3 (de même, si un démarrage avec ⌘R ne conduit à l'espace d'aucune partition de récupération, ou encore si un démarrage avec ⌥ n'affiche pas un volume démarrable Récupération 10.8.5) --> alors, mon § a) est vain (bien plus : la commande ne doit surtout pas être passée, pour ne pas supprimer alors la partition «Data Hd» qui serait en /dev/disk0s3). Par contre, le § b) reste à l'ordre du jour : recréer une partition de récupération «Recovery 10.8.5» en-dessous de celle de l'OS...

 

[r e m y]

Après les artistes, le Maître s'est exprimé !

prog07, je te suggere fortement de suivre ses conseils pour finaliser la restauration parfaite de ton Mac sous MountainLion

 

[Locke]

Mon Dieu, macomaniac a ingurgité le manuel technique d'Unix et est capable de nous le restituer sous forme de cours ! :banghead:

Merci pour tout le monde.

 

[r e m y]

Il ne l'a pas ingurgité ! Il en est le géniteur !
(Moi je ne vois pas d'autre explication)

 

[Average Joe]

J'annule ce que j'avais commencé à répondre : MacoManiac m'a devancé et on sait comment [emoji1]

 

[prog07]

« Puis-je m'immiscer dans cette pléïade d'artistes ? »

Le disque du Mac doit avoir 4 partitions : 1° = EFI (/dev/disk0s1) ; 2° = Mac Hd (/dev/disk0s2) : 3° = Recovery HD (/dev/disk0s3) ; 4° = Data Hd (/dev/disk0s4) - il suffit de faire un diskutil list dans le «Terminal» pour le confirmer.

Grâce aux conseils ailés [« zélés » - avec la liaison] de r e m y , prog07 a formaté la partition Mac Hd (/dev/disk0s2) supportant l'OS «Yosemite» à partir d'un démarrage sur un DDE, pour y rétro-cloner un «Mountain Lion». Parfait.

Vous voyez à présent le problème qui se pose ? La partition de récupération «Recovery HD» collatérale de l'OS «Yosemite» en /dev/disk0s3 (invisible graphiquement mais bien présente dans les faits) est demeurée la version 10.10.5, tel qu'attesté par le fichier SystemVersion.plist que recèle son dossier de boot : com.apple.recovery.boot --> en cas de problème avec l'OS «Mountain Lion» nécessitant une restauration du Système, l'option "Ré-installer OS X» de cette «Recovery HD 10.10.5» est inappropriée, puisqu'elle ne permet de télécharger depuis l'AppStore qu'un installateur de «Yosemite 10.10.5».

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

Il faudrait donc (pour bien faire) :

- a) supprimer la partition /dev/disk0s3 invisible --> depuis le «Terminal» (Applications/Utilitaires) de «Mountain Lion» en /dev/disk0s2 - après avoir vérifié par une commande : diskutil list la présence en /dev/disk0s3 d'une Apple_Boot Recovery HD 650 Mo - passer la commande (respecter les espaces, les / et les "" encadrant "Mac Hd" - un copier-coller suffit dans la fenêtre du «Terminal») :

sudo diskutil mergePartitions jhfs+ "Mac Hd" /dev/disk0s2 /dev/disk0s3

et ↩︎ (presser la touche "Entrée" du clavier pour activer la commande) --> demande de password (commande sudo) --> taper le mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> cette commande - très bien supportée en mode "live" (à destination de la partition supportant le Système démarré) - supprime la partition /dev/disk0s3 de la «Recovery HD 10.10.5» et en ajoute l'espace de 650 Mo à la partition /dev/disk0s2 supportant le filesystem «Mac Hd» démarré de «Mountain Lion», sans absolument aucun problème d'extension de l'espace d'une partition active, ni d'étirement d'un système de fichiers HFS+ monté et démarré.


- b) télécharger depuis l'AppStore (onglet "Achats") un installateur de «Mountain Lion 10.8.5» (qui se retrouve dans les Applications sous l'intitulé de : «OS X Install Mountain Lion.app» - quitter l'installateur qui ouvre sa fenêtre à complétion du téléchargement) puis, avec le logiciel ☞Recovery Partition Creator 3.8☜ utiliser les ressources de l'installateur téléchargé dans les Applications pour recréer une partition de 650 Mo en /dev/disk0s3 et y installer le dossier de boot : com.apple.recovery.boot 10.8.5 attendu en complément de l'OS X 10.8.5 de la partition /dev/disk0s2.​

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

[Afin d'administrer la preuve de l'innocuité de ces commandes "bien tempérées", j'ai monté la «Recovery HD 10.11.1» /dev/disk0s3 du SSD de mon MacBook Pro à partir de l'OS «El Capitan 10.11.1» démarré en /dev/disk0s2, j'ai recopié sur le Bureau le dossier de boot de 507,9 Mo : com.apple.recovery.boot, puis j'ai passé la commande "live" :

sudo diskutil mergePartitions jhfs+ Capitan /dev/disk0s2 /dev/disk0s3

qui a supprimé ma «Recovery HD» en /dev/disk0s3 en rajoutant son espace à celui de la partition active /dev/disk0s2 de mon OS démarré + étirement de son filesystem. Ensuite, j'ai dégainé le programme Apple dmtest (que j'ai rajouté à mes binaires d'une source Apple exogène) créé à l'époque de «Lion» pour recréer où l'on veut une «Recovery HD» (et que le logiciel «Recovery Partition Creator» utilise sans l'avouer : dmtest est dans son dossier Resources) et passé la commande :

sudo dmtest ensureRecoveryPartition / Desktop/com.apple.recovery.boot/BaseSystem.dmg 0 0 Desktop/com.apple.recovery.boot/BaseSystem.chunklist

et après 2' d'intense défilement de lignes dans le «Terminal», me v'là de nouveau en possession d'une «Recovery HD 10.11.1» en /dev/disk0s3 (puisque j'ai donné comme adresse de volume à redimensionner pour créer la «Recovery HD» : / càd. le point de montage du système de fichiers démarré de /dev/disk0s2 (l'OS «El Capitan»). J'aurais pris n'importe quelle autre adresse valide de volume (même sur une clé USB) dmtest m'aurait créé une partition «Recovery HD» ad hoc pile en dessous...).

Au fait : mon OS «El Capitan» est toujours fonctionnel...

--> on s'amuse comme on peut sous «El Capitan» qui n'est pas le plus "désopilant" de tous les OS X...]​

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

☞ Si la commande diskutil list ne retourne l'existence d'aucune «Recovery HD» en /dev/disk0s3 (de même, si un démarrage avec ⌘R ne conduit à l'espace d'aucune partition de récupération, ou encore si un démarrage avec ⌥ n'affiche pas un volume démarrable Récupération 10.8.5) --> alors, mon § a) est vain (bien plus : la commande ne doit surtout pas être passée, pour ne pas supprimer alors la partition «Data Hd» qui serait en /dev/disk0s3). Par contre, le § b) reste à l'ordre du jour : recréer une partition de récupération «Recovery 10.8.5» en-dessous de celle de l'OS...

merci beaucoup macomaniac, mais tout ça est bien trop compliqué pour moi

 

[prog07]

Il ne l'a pas ingurgité ! Il en est le géniteur !
(Moi je ne vois pas d'autre explication)

LOL