10.13 High Sierra High Sierra instal nécessaire mais impossible
- Créateur du sujet Joel15
- Date de début
M
Membre supprimé 1060554
Invité
M
Membre supprimé 1060554
Invité
L'option "Afficher l'icône" devrait suffire. Si tu veux ré-utiliser «CCC» > tu auras son menulet dans la barre de menus du Finder.
----
Est-ce que tu veux continuer ou est-ce que tu fais une halte pour ce soir ?
----
Est-ce que tu veux continuer ou est-ce que tu fais une halte pour ce soir ?
M
Membre supprimé 1060554
Invité
Toi peut-être mais pas moi -
Je te passe encore cette commande :
Bloc de code:
sudo bless --folder /macOS\ Install\ Data/Locked\ Files/Boot\ Files --file /macOS\ Install\ Data/Locked\ Files/Boot\ Files/boot.efi- cette commande effectue le blessing ("bénédiction") du volume Sierra > en inscrivant sur son en-tête un chemin exécutif pour l'EFI qui pointe au sous- dossier Boot Files du dossier macOS Install Data > sur le démarreur boot.efi qu'il recèle.
La commande passée > tu re-démarres en tenant la touche "alt" pressée de l'écran noir à l'affichage de l'écran de choix du disque de démarrage.
Tu devrais apercevoir un disque intitulé : mac OS Installer --> choisis de démarrer dessus. Ce disque est le volume Sierra reconverti à la fonction de volume d'installation.
=> c'est là que tout se joue : tu auras probablement l'affichage d'une (qui signifie que le démarreur boot.efi a bien été lancé) > et peut-être encore une barre de progression --> mais ensuite : soit ça plante > soit l'installation se poursuit. Tu vas bien voir.
Si ça plante > extinction forcée > re-démarrage avec "alt" > choix du volume High Sierra devenu un clone de Sierra. Si l'installation se poursuit > alors tant mieux. Je pense que je n'aurai des nouvelles de l'issue que demain matin.
Pendant l'installation la barre de progression semblait bien avancer mais un nouveau message d'erreur est apparu. Mais ce n'est pas celui que j'ai habituellement.
" Mac OS n'a pas pu être installé sur votre ordinateur
Le chemin /System /Installation /OSInstall.mpkg semble manquant ou endommagé.
Quittez le programme d'installation pour redémarrer votre ordinateur puis réessayez."
Merci pour ta patience et à demain !
" Mac OS n'a pas pu être installé sur votre ordinateur
Le chemin /System /Installation /OSInstall.mpkg semble manquant ou endommagé.
Quittez le programme d'installation pour redémarrer votre ordinateur puis réessayez."
Merci pour ta patience et à demain !
Coucou,
J'ai raté un épisode, cette fois tu veux cloner Sierra sur Aura "honteusement" réservé à High Sierra ?
Tu pense donc avoir réglé le problème initial : elfi, qui au départ, bloquait l'installation " direct " sur Aura.
Passionnant ce fil, si tu arrive ( je n'en doute pas ) à installé ce fichu SSD Aura d'OCW, ils te devront de bien belles étrennes ...
J'ai raté un épisode, cette fois tu veux cloner Sierra sur Aura "honteusement" réservé à High Sierra ?
Tu pense donc avoir réglé le problème initial : elfi, qui au départ, bloquait l'installation " direct " sur Aura.
Passionnant ce fil, si tu arrive ( je n'en doute pas ) à installé ce fichu SSD Aura d'OCW, ils te devront de bien belles étrennes ...
M
Membre supprimé 1060554
Invité
Le message :
s'éclaire ainsi : le démarreur boot.efi présent dans le dossier macOS Install Data a bien été exécuté par l'EFI --> le boot.efi a bien réussi à activer le kernel (du cache de démarrage prelinkedkernel) > et à lui passer l'adresse de l'image-disque Base-System.dmg de l'OS d'installation démarrable > avec l'option : -ramdisk qui fait que c'est un clone en RAM qui s'est trouvé concerné.
L'injection des extensions dans le kernel a dû s'effectuer > et l'OS en RAM être démarré. Car c'est dans le volume monté OS X Base System de l'image-disque BaseSystem.dmg qu'existe un répertoire System recelant 2 dossiers : le classique Library > et le dossier spécialisé Installation. Dans ce dossier Installation > un lien symbolique pointe vers les packages qui recèlent les ressources de l'OS High Sierra.
À ce moment où l'OS d'installation était entièrement démarré en RAM > est intervenu un échec du Programme d'installation à suivre le chemin aux paquets d'installation de High Sierra.
Ça y était presque (comme on dit) : le moteur logique était lancé > c'est juste un chemin aux ressources d'installation qui n'a pas pu être trouvé. Quelle déveine !
----------
Dans ce fil > toute la problématique est de tenter d'installer «High Sierra» dans le volume d'un périphérique. Parce que le SSD OWC n'est pas reconnu et ne le serait qu'à partir qu'un environnement démarré High Sierra. Or le programme d'installation standard de High Sierra (le programme InstallAssistant qui se lance par double-clic sur l'application Install macOS High Sierra.app) --> avorte d'entrée de jeu sa tâche en déclarant que High Sierra ne peut être installé sur cet ordinateur.
D'où la tentative d'effectuer un «by-pass» de ce programme d'installation standard > en appelant en ligne de commande un programme alternatif dédié aux développeurs : le programme startosinstall recelé dans le sous-dossier Resources de l'installateur.
Ce programme se montre spécialement récalcitrant chez Joël à 2 niveaux : il refuse l'argument --volume /Volumes/[AutreVolume] permettant de prendre comme destination un autre volume que celui démarré (argument qui chez moi est honoré sans problème) > et si on lui donne le voume démarré comme destination > il refuse de compléter sa tâche de préparation de l'installation dans le volume démarré (Sierra du DDE) par un reboot du Mac sur l'OS d'installation du dossier macOS Install Data.
D'où ma dernière commande créant sur l'en-tête du volume Sierra un chemin de démarrage sur cet OS d'installation du dossier macOS Install Data bien créé par le programme startosinstall. Ce qui a permis un démarrage effectif de l'OS d'installation > mais a mis à jour un ultime obstacle : un chemin invalide pour le programme d'installation aux paquets permettant d'installer High Sierra.
Je sais que tout cela peut apparaître, pour un esprit pressé d'atteindre des résultats, comme des minuties quasi « entomologiques » où l'on perd du temps pour rien. Eh bien non ! on ne le perd pas pour rien, car l'informatique toute entière est faite de ces détails infimes : par exemple --> à tel moment d'un processus > l'existence ou l'absence d'un chemin exécutif valide à une cible.
Ce qui me sidère dans le cas de Joël (et ce n'est évidemment pas sa faute) --> c'est que ce qui opère sans difficulté sur d'autres Mac (par exemple ma propre trapanelle : un MacBook Pro 2011) > se heurte chez lui à des obstacles à tous les niveaux alors qu'il a un MacBook Pro Retina 2014 récent. Quand même ! un installateur de High Sierra devrait pouvoir se lancer d'un double-clic ! --> chez lui : nope ! Quand même ! un SDD OWC de remplacement devrait être reconnu d'entrée comme disque physique brut : chez lui : nope !
Ce sont ces obstacles multiples qui expliquent ici ces tentatives byzantines de forcer à la main aux choses.
----------
@ Joël
C'est couillon : d'après ce que tu décris --> l'installation était au bord de s'engager.
Ce que je peux te proposer > puisque ça l'a presque fait > c'est d'opérer encore une répétition en refaisant démarrer l'OS «Sierra» sur «Sierra» > en supprimant l'actuel dossier macOS Install Data recelant une erreur de chemin > et en en recréant un nouveau via une commande startosinstall. Pour booter le Mac comme hier en forçant le démarrage sur l'OS d'installation.
Car il me vient une piste -->
=> ça vaut donc le coup de retenter en supprimant le dossier en place > pour qu'un neuf cohérent soit recréé par la commande.
Bloc de code:
Le chemin /System /Installation /OSInstall.mpkg semble manquant ou endommagé.s'éclaire ainsi : le démarreur boot.efi présent dans le dossier macOS Install Data a bien été exécuté par l'EFI --> le boot.efi a bien réussi à activer le kernel (du cache de démarrage prelinkedkernel) > et à lui passer l'adresse de l'image-disque Base-System.dmg de l'OS d'installation démarrable > avec l'option : -ramdisk qui fait que c'est un clone en RAM qui s'est trouvé concerné.
L'injection des extensions dans le kernel a dû s'effectuer > et l'OS en RAM être démarré. Car c'est dans le volume monté OS X Base System de l'image-disque BaseSystem.dmg qu'existe un répertoire System recelant 2 dossiers : le classique Library > et le dossier spécialisé Installation. Dans ce dossier Installation > un lien symbolique pointe vers les packages qui recèlent les ressources de l'OS High Sierra.
À ce moment où l'OS d'installation était entièrement démarré en RAM > est intervenu un échec du Programme d'installation à suivre le chemin aux paquets d'installation de High Sierra.
Ça y était presque (comme on dit) : le moteur logique était lancé > c'est juste un chemin aux ressources d'installation qui n'a pas pu être trouvé. Quelle déveine !
----------
Dans ce fil > toute la problématique est de tenter d'installer «High Sierra» dans le volume d'un périphérique. Parce que le SSD OWC n'est pas reconnu et ne le serait qu'à partir qu'un environnement démarré High Sierra. Or le programme d'installation standard de High Sierra (le programme InstallAssistant qui se lance par double-clic sur l'application Install macOS High Sierra.app) --> avorte d'entrée de jeu sa tâche en déclarant que High Sierra ne peut être installé sur cet ordinateur.
D'où la tentative d'effectuer un «by-pass» de ce programme d'installation standard > en appelant en ligne de commande un programme alternatif dédié aux développeurs : le programme startosinstall recelé dans le sous-dossier Resources de l'installateur.
Ce programme se montre spécialement récalcitrant chez Joël à 2 niveaux : il refuse l'argument --volume /Volumes/[AutreVolume] permettant de prendre comme destination un autre volume que celui démarré (argument qui chez moi est honoré sans problème) > et si on lui donne le voume démarré comme destination > il refuse de compléter sa tâche de préparation de l'installation dans le volume démarré (Sierra du DDE) par un reboot du Mac sur l'OS d'installation du dossier macOS Install Data.
D'où ma dernière commande créant sur l'en-tête du volume Sierra un chemin de démarrage sur cet OS d'installation du dossier macOS Install Data bien créé par le programme startosinstall. Ce qui a permis un démarrage effectif de l'OS d'installation > mais a mis à jour un ultime obstacle : un chemin invalide pour le programme d'installation aux paquets permettant d'installer High Sierra.
Je sais que tout cela peut apparaître, pour un esprit pressé d'atteindre des résultats, comme des minuties quasi « entomologiques » où l'on perd du temps pour rien. Eh bien non ! on ne le perd pas pour rien, car l'informatique toute entière est faite de ces détails infimes : par exemple --> à tel moment d'un processus > l'existence ou l'absence d'un chemin exécutif valide à une cible.
Ce qui me sidère dans le cas de Joël (et ce n'est évidemment pas sa faute) --> c'est que ce qui opère sans difficulté sur d'autres Mac (par exemple ma propre trapanelle : un MacBook Pro 2011) > se heurte chez lui à des obstacles à tous les niveaux alors qu'il a un MacBook Pro Retina 2014 récent. Quand même ! un installateur de High Sierra devrait pouvoir se lancer d'un double-clic ! --> chez lui : nope ! Quand même ! un SDD OWC de remplacement devrait être reconnu d'entrée comme disque physique brut : chez lui : nope !
Ce sont ces obstacles multiples qui expliquent ici ces tentatives byzantines de forcer à la main aux choses.
----------
@ Joël
C'est couillon : d'après ce que tu décris --> l'installation était au bord de s'engager.
Ce que je peux te proposer > puisque ça l'a presque fait > c'est d'opérer encore une répétition en refaisant démarrer l'OS «Sierra» sur «Sierra» > en supprimant l'actuel dossier macOS Install Data recelant une erreur de chemin > et en en recréant un nouveau via une commande startosinstall. Pour booter le Mac comme hier en forçant le démarrage sur l'OS d'installation.
Car il me vient une piste -->
- tu as appelé en fait 2 fois successivement (en utilisant mes commandes) l'utilitaire startosinstall à créer un dossier macOS Install Data dans Sierra : une 1ère fois avec l'argument : --converttoapfs YES et une 2è fois sans l'argument : --converttoapfs --> le dossier macOS Install Data n'ayant pas été supprimé entre temps. Ainsi > il y a peut-être eu sur-écriture de ce dossier par la 2è commande > et génération d'une erreur logique à ce moment-là.
=> ça vaut donc le coup de retenter en supprimant le dossier en place > pour qu'un neuf cohérent soit recréé par la commande.
Dernière édition par un modérateur:
M
Membre supprimé 1060554
Invité
Je rédige ici un nouveau message dessinant un nouvelle possibilité. Parce que l'adage « l'espoir fait vivre » > paraît particulièrement adapté au domaine de l'informatique.
J'ai réalisé l'expérience suivante -->
étant donné le volume non démarré d'un SSD interne de mon Mac intitulé par convention Sierra > et étant donné la présence d'un installateur Install macOS High Sierra.app dans les Applications de mon volume démarré --> une commande :
fonctionne bien évidemment sans problème chez moi et crée bien dans le volume distinct Sierra un dossier macOS Install Data > sur le système d'installation duquel le Mac reboote au bout d'un moment. J'attends l'affichage à l'écran : temps restant 18 minutes pour forcer l'extinction du Mac et je redémarre sur mon OS habituel.
Je sais alors que le dossier macOS Install Data contenu dans le volume Sierra est démarrable et permet une installation. La question est : ce dossier est-il portable --> de manière à ce que, copié dans un autre volume, il puisse être démarré et déclencher une installation à destination de ce nouveau volume de résidence ?
À force de scruter les fichiers de configuration du dossier macOS Install Data --> j'ai fini par trouver la clé de l'énigme : dans 2 fichiers d'instruction de boot minstallconfig.xml > dans la chaîne d'une clé déterminée de ces fichiers appelée TargetUUID > se trouve renseigné l'UUID du volume cible de l'installation > UUID qui doit être absolument l'UUID du volume d'accueil actuel.
Je choisis de copier à la main (via le Finder) dans un 1er temps le dossier macOS Install Data dans le volume d'une clé USB > puis j'ai connecté au Mac un DDE USB 5400 tr/mn en USB-2 > montant un volume intitulé encore par convention Sierra > et j'ai copié à la main encore via le Finder (bêtement) le dossier macOS Install Data de la clé USB dans ce volume (c'est donc une copie d'une copie de l'original) > j'ai été lire l'UUID de ce volume (UUID qui n'a rien à voir avec celui mentionné dans les 2 fichiers d'instruction de boot) > et j'ai édité la chaîne de la clé TargetUUID des fichiers minstallconfig.xml en inscrivant l'UUID du volume Sierra du HDD USB.
J'ai parachevé la préparation par une commande de blessing de l'en-tête du volume USB Sierra désignant pour l'EFI le fichier boot.efi à exécuter dans le dossier macOS Install Data > et j'ai re-démarré avec "alt".
Un disque Mac OS Installer est bien présent à l'affiche de l'écran du choix du disque de démarrage et je choisis de booter dessus.
Après un laps de temps non nul (car l'instruction -ramdisk passée au kernel lui fait créer un clone en RAM de l'image-disque du système d'installation démarrable) > le Mac boote sur l'OS d'installation en RAM et... la modification des UUID fonctionne : le volume Sierra du HDD USB externe est bien validé comme destination d'installation et l'installation s'effectue.
En conséquence : un dossier macOS Install Data est portable > à condition d'éditer de l'UUID du nouveau volume de destination de l'installation 2 fichiers minstallconfig.xml en 2 localisations distinctes qui désignent le volume Target.
En conséquence de cette conséquence : si Joël m'envoie par la Poste une clé USB de 8 Go > je peux y copier mon dossier macOS Install Data opérationnnel pour installer High Sierra > en pré-éditant les fichiers minstallconfig.xml de l'UUID de son actuel volume Sierra. À réception de la clé > il n'aurait qu'à recopier à la main (via le Finder encore) le dossier macOS Install Data de la clé dans son volume Sierra > et après une commande de blessing que je lui passerai alors => logiquement > en re-démarrant avec "alt" et en choisissant le disque Mac OS Installer --> le Mac devrait booter sur un clone en RAM du Système d'installation > le Programme d'installation devrait lire un TargetUUID valide > et l'installation devrait s'opérer dans le volume Sierra de son HDD USB.
Si elle ne le faisait pas > ce serait le signe d'une incompatibilité matérielle du Mac.
J'ai réalisé l'expérience suivante -->
étant donné le volume non démarré d'un SSD interne de mon Mac intitulé par convention Sierra > et étant donné la présence d'un installateur Install macOS High Sierra.app dans les Applications de mon volume démarré --> une commande :
Bloc de code:
sudo /Applications/Install\ macOS\ High\ Sierra.app/Contents/Resources/startosinstall --applicationpath /Applications/Install\ macOS\ High\ Sierra.app --volume /Volumes/Sierra --converttoapfs YES --nointeractionfonctionne bien évidemment sans problème chez moi et crée bien dans le volume distinct Sierra un dossier macOS Install Data > sur le système d'installation duquel le Mac reboote au bout d'un moment. J'attends l'affichage à l'écran : temps restant 18 minutes pour forcer l'extinction du Mac et je redémarre sur mon OS habituel.
Je sais alors que le dossier macOS Install Data contenu dans le volume Sierra est démarrable et permet une installation. La question est : ce dossier est-il portable --> de manière à ce que, copié dans un autre volume, il puisse être démarré et déclencher une installation à destination de ce nouveau volume de résidence ?
À force de scruter les fichiers de configuration du dossier macOS Install Data --> j'ai fini par trouver la clé de l'énigme : dans 2 fichiers d'instruction de boot minstallconfig.xml > dans la chaîne d'une clé déterminée de ces fichiers appelée TargetUUID > se trouve renseigné l'UUID du volume cible de l'installation > UUID qui doit être absolument l'UUID du volume d'accueil actuel.
Je choisis de copier à la main (via le Finder) dans un 1er temps le dossier macOS Install Data dans le volume d'une clé USB > puis j'ai connecté au Mac un DDE USB 5400 tr/mn en USB-2 > montant un volume intitulé encore par convention Sierra > et j'ai copié à la main encore via le Finder (bêtement) le dossier macOS Install Data de la clé USB dans ce volume (c'est donc une copie d'une copie de l'original) > j'ai été lire l'UUID de ce volume (UUID qui n'a rien à voir avec celui mentionné dans les 2 fichiers d'instruction de boot) > et j'ai édité la chaîne de la clé TargetUUID des fichiers minstallconfig.xml en inscrivant l'UUID du volume Sierra du HDD USB.
J'ai parachevé la préparation par une commande de blessing de l'en-tête du volume USB Sierra désignant pour l'EFI le fichier boot.efi à exécuter dans le dossier macOS Install Data > et j'ai re-démarré avec "alt".
Un disque Mac OS Installer est bien présent à l'affiche de l'écran du choix du disque de démarrage et je choisis de booter dessus.
Après un laps de temps non nul (car l'instruction -ramdisk passée au kernel lui fait créer un clone en RAM de l'image-disque du système d'installation démarrable) > le Mac boote sur l'OS d'installation en RAM et... la modification des UUID fonctionne : le volume Sierra du HDD USB externe est bien validé comme destination d'installation et l'installation s'effectue.
En conséquence : un dossier macOS Install Data est portable > à condition d'éditer de l'UUID du nouveau volume de destination de l'installation 2 fichiers minstallconfig.xml en 2 localisations distinctes qui désignent le volume Target.
En conséquence de cette conséquence : si Joël m'envoie par la Poste une clé USB de 8 Go > je peux y copier mon dossier macOS Install Data opérationnnel pour installer High Sierra > en pré-éditant les fichiers minstallconfig.xml de l'UUID de son actuel volume Sierra. À réception de la clé > il n'aurait qu'à recopier à la main (via le Finder encore) le dossier macOS Install Data de la clé dans son volume Sierra > et après une commande de blessing que je lui passerai alors => logiquement > en re-démarrant avec "alt" et en choisissant le disque Mac OS Installer --> le Mac devrait booter sur un clone en RAM du Système d'installation > le Programme d'installation devrait lire un TargetUUID valide > et l'installation devrait s'opérer dans le volume Sierra de son HDD USB.
Si elle ne le faisait pas > ce serait le signe d'une incompatibilité matérielle du Mac.
Dernière édition par un modérateur:
Mais cette identicité de l'UUID entre le volume d'accueil de l'installeur et le volume cible entraine-t-elle qu'on ne peut plus librement installer HighSierra sur un volume autre que le volume de boot (c'est à dire sur un disque externe)?
J'ai l'impression d'avoir mal compris le point que tu développes ci-dessus...
[Edité] oups.. j'ai fini par comprendre en relisant plusieurs fois. Ce n'est qu'en cas de transfert de MacOS install Data vers un autre disque que celui sur lequel il a été cree, qu'on est confronté à ce probleme d'UUID incorrect.
Et pourquoi ne pas tenter de transférer le MacOS install Data directement sur le SSD Aura en ayant correctement édité l'UUID dans les fichiers ad hoc?
J'ai l'impression d'avoir mal compris le point que tu développes ci-dessus...
[Edité] oups.. j'ai fini par comprendre en relisant plusieurs fois. Ce n'est qu'en cas de transfert de MacOS install Data vers un autre disque que celui sur lequel il a été cree, qu'on est confronté à ce probleme d'UUID incorrect.
Et pourquoi ne pas tenter de transférer le MacOS install Data directement sur le SSD Aura en ayant correctement édité l'UUID dans les fichiers ad hoc?
Dernière édition:
M
Membre supprimé 1060554
Invité
r e m yOui : le petit problème consiste à assurer la « portabilité » d'un dossier macOS Install Data (je sais : c'est inédit. Mais Joël n'arrive pas à créer un dossier macOS Install Data opératoire).
Mais c'est que son SSD Aura d'OWC n'apparaît pas du tout même comme disque physique ! - il paraît qu'il faut pré-installer un OS «High Sierra» pour qu'il puisse être reconnu et paramétré. Je sais encore : c'est complètement fou !
Donc toute la problématique de ce fil s'apparente à du saut d'obstacles (un 3000 mètres steeple si tu veux avec saut de barrières et de rivière) --> il faut forcer l'installation sur un DDE de High Sierra qui refuse de s'installer sur aucun disque de son Mac (1er obstacle) > afin de permettre au SSD Aura d'OWC d'être adressable dans un environnement «High Sierra» pour initialisation logique remontant un volume utilisable (2è obstacle).
C'est pourquoi tout a l'air tordu dans les démarches de ce fil (un fil qui donne du fil à retordre...).
Bonjour à tous!
Pardon pour cette absence prolongée. Le travail m'a accaparé.
Voici donc les nouvelles. J'ai finalement réussi à installer High Sierra. Avec l'aide de carbon copy cloner, j'ai copié le disque d'un ami (sous high sierra) pour le mettre sur la partition "high sierra", crée avec macomaniac.
L'opération à été un succès.
Aujourd'hui j'ai donc remis le ssd Aura dans le mac avec l'espoir de répéter l'opération, et donc de copier ma partition sous high sierra vers le ssd aura (qui, pour rappel, n'est supposée fonctionner que sous cet OS).
Malheur à nouveau, le disque n'apparait pas dans l'utilitaire de disque, ni dans CCC.
Grace à vous, j'ai appris à user de la commande "diskutil list". Le SSD apparait bien en Disk0.
Nous touchons au but. Savez vous comment procéder pour pouvoir enfin copier ma partition sous High Sierra dessus ? (Macomaniac peut être à tu une de ces commandes magiques pour réaliser cette opération?)
Merci encore
Pardon pour cette absence prolongée. Le travail m'a accaparé.
Voici donc les nouvelles. J'ai finalement réussi à installer High Sierra. Avec l'aide de carbon copy cloner, j'ai copié le disque d'un ami (sous high sierra) pour le mettre sur la partition "high sierra", crée avec macomaniac.
L'opération à été un succès.
Aujourd'hui j'ai donc remis le ssd Aura dans le mac avec l'espoir de répéter l'opération, et donc de copier ma partition sous high sierra vers le ssd aura (qui, pour rappel, n'est supposée fonctionner que sous cet OS).
Malheur à nouveau, le disque n'apparait pas dans l'utilitaire de disque, ni dans CCC.
Grace à vous, j'ai appris à user de la commande "diskutil list". Le SSD apparait bien en Disk0.
Nous touchons au but. Savez vous comment procéder pour pouvoir enfin copier ma partition sous High Sierra dessus ? (Macomaniac peut être à tu une de ces commandes magiques pour réaliser cette opération?)
Merci encore
M
Membre supprimé 1060554
Invité
Joël !Enfin de tes nouvelles... Je me demandais ce que devenait ce disque OWC avec ses rocambolesques conditions d'installation (installation de High Sierra elle-même tout un poème - que dis-je ? un concurrent en longueur du Mahabharata-
Allez ! poste ici le tableau retourné par la commande :
Bloc de code:
diskutil listEn effet !
Et voici :
Et voici :
Bloc de code:
#: TYPE NAME SIZE IDENTIFIER
0: 480.1 GB disk0
/dev/disk1 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_HFS SANS TITRE 1.8 TB disk1s2
3: Apple_Boot Recovery HD 784.2 MB disk1s3
4: Apple_HFS HighSierra 99.3 GB disk1s4
5: Apple_Boot Recovery HD 650.0 MB disk1s5
6: Apple_HFS Sierra 98.8 GB disk1s6
7: Apple_Boot Recovery HD 650.0 MB disk1s7
M
Membre supprimé 1060554
Invité
Alors le OWC - c'est le disk0 de 400 Go ? - qui apparaît enfin car tu es démarré sur un OS High Sierra (format jhfs+) du DDE ?
Passe la commande :
=> si tu n'as pas eu de message d'erreur > reposte le tableau retourné par un :
Passe la commande :
Bloc de code:
diskutil partitionDisk disk0 gpt jhfs+ Mac-o-wc 100%- qui inscrit un table GPT sur le disque > un format classique JHFS+ sur la partition principale et monte un volume intitulé (par vengeance provisoire) Mac-o-wc
=> si tu n'as pas eu de message d'erreur > reposte le tableau retourné par un :
Bloc de code:
diskutil list
Bloc de code:
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 480.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Mac-o-wc 479.8 GB disk0s2
/dev/disk1 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_HFS SANS TITRE 1.8 TB disk1s2
3: Apple_Boot Recovery HD 784.2 MB disk1s3
4: Apple_HFS HighSierra 99.3 GB disk1s4
5: Apple_Boot Recovery HD 650.0 MB disk1s5
6: Apple_HFS Sierra 98.8 GB disk1s6
7: Apple_Boot Recovery HD 650.0 MB disk1s7EDIT -
Il apparait maintenant dans l'utilitaire de disque !
Dois-je faire une copie de la partition "High Sierra" vers le SSD via CCC ? Ou y a-t-il une commande plus pratique / préférable pour ça ?
M
Membre supprimé 1060554
Invité
Ça a bien marché. Le disque fonctionne.
D'abord : quel nom préfères-tu pour le volume de ce SSD (en remplacement de mon Mac-o-wc vengeur) ?
D'abord : quel nom préfères-tu pour le volume de ce SSD (en remplacement de mon Mac-o-wc vengeur) ?
Sujets similaires
10.13 High Sierra
Installation de Mojave depuis High Sierra impossible