SuperDuper et Mojave, clone non bootable

Déjà il n'est pas normal qu'un cloneur reformate le volume de destination avant d'effectuer une nouvelle copie. On attend au contraire comme comportement par défaut une "mise-à-jour incrémentale" qui respecte le volume existant > et se contente de copier les différences.

Je ne peux pas en dire plus car je n'utilise pas Super Duper! - je n'expérimente absolument pas ces problèmes avec CCC qui ne reformate jamais le volume de destination.
 
macomaniac a dit:
Je ne peux pas en dire plus car je n'utilise pas Super Duper! - je n'expérimente absolument pas ces problèmes avec CCC qui ne reformate jamais le volume de destination.
Cliquez pour agrandir...
Il le fait si on fait un clonage complet, ce qui me semble logique, sinon avec l'option incrémentale, pas d'effacement. Mais par défaut j'ai pris l'habitude de l'effacement étant donné que je mets à jour les logiciels que j'utilise couramment.
 
Est-ce que ton Macintosh HD est démarrable automatiquement en l'état actuel des correctifs que tu as apportés ?
 
Tu n'as qu'à dire si tu veux faire un autre test (avec reformatage). Si oui > l'idée est -->

  • a) de noter les chemins en NVRAM et dans Preboot au départ (via commandes)
  • b) sans (surtout) que tu aies utilisé le panneau Disque de démarrage (mais redémarré seulement avec "alt" sur Macintosh HD) --> renoter les chemins en NVRAM et dans Preboot à l'arrivée

=> comparer les chemins amont et aval du clonage --> devrait permettre d'éclaircir la situation.
 
macomaniac a dit:
Tu n'as qu'à dire si tu veux faire un autre test (avec reformatage)
Cliquez pour agrandir...
Je reviendrais sûrement un peu plus tard, car je m'interroge sur le fait que mon SSD interne est partitionné pour mes données personnelles et temporaires, non pas pas en ajoutant un conteneur (chose qui me paraissait plus logique), mais avec une partition (qui sera aussi un conteneur indépendant) que propose Utilitaire de disque. Pour le moment je m'interroge, je cherche, mais il faut que je libère un autre disque USB pour les tests.
 
En ce qui te concerne > le constat brut me semble être le suivant : à l'issue d'un clonage avec effacement --> a) le volume Macintosh HD cloné est démarrable optionnellement (via "alt") > b) il n'est plus démarrable automatiquement (sans option).
 
Petit après-midi, disons studieux, mais toujours sans solution. Est-ce macOS Mojave ou SuperDuper! qui pose ce petit problème, je n'en sais rien ? Et là, j'ai été assez loin, préparation d'un disque USB en Thunderbolt avec 2 partitions, 1 partition en APFS non pas pour un clone mais pour l'installation propre de macOS Mojave 10.14.1 et 1 partition en FAT32 que je réserve pour non pas pour une installation de Windows mais d'un clonage via Winclone de la partition Boot Camp que je souhaite réinstaller au propre

Donc, après installation de macOS Mojave dans le disque USB en Thunderbolt, redémarrage dessus sans problème, effacement de mon SSD interne, puis rétro clonage du disque USB en Thunderbolt dans le SSD interne. Pas de souci, ça fonctionne, mais après extinction complète de 2 minutes et redémarrage de mon iMac, encore et toujours le dossier avec le point d'interrogation. Etant donné qu'avec un redémarrage en maintenant la touche alt, que Macintosh HD est toujours présent et qu'il suffit de le redéclarer en tant que disque de démarrage, j'en suis resté là.

Pour la suite, je vais faire un autre message dans la section Windows sur Mac, mais sur le fond je m'interroge sur le fait que beaucoup trop de membres rencontrent des problèmes d'installation et au vu de tous les formatages que j'ai pu faire via Utilitaire de disque depuis de nombreuses années, je me demande si certains ne confondent pas Partition et Formatage ?
 
Une fois que tu as effectué le clonage du volume externe => dans le volume interne du SSD effacé au préalable -->

- comment démarres-tu la 1ère fois sur le volume interne cloné ? --> tu dis que ça fonctionne : démarres-tu avec "alt" et choix de Macintosh HD ? - ou redémarres-tu sans option et le Mac boote automatiquement sur le Macintosh HD interne cloné ?​
 
A chaque fois que j'ai fait un clonage/rétro clonage, si le disque USB de clonage est connecté Macintosh HD est vu normalement et est bien démarré. Si par exemple, je fais un rétro clonage que j'éteigne tout, déconnecte le disque USB de clonage, patiente 2 minutes et redémarre, c'est systématiquement l'icône du dossier avec le point d'interrogation qui apparaît.

Mais Macintosh HD est bien présent et est fantôme, donc nouveau redémarrage, son icône apparaît, je le sélectionne il démarre et ensuite direction Préférences Système/Disque de démarrage, sélection et nouveau redémarrage. Ensuite ça ne le fait plus jamais.
 
Le problème n'est pas un problème de chemin de démarrage de Macintosh HD stocké dans le Preboot auxilaire du Conteneur. Puisque dans tous les cas de figures > Macintosh HD est toujours affiché à l'écran du gestionnaire de démarrage (alt). Donc Super Duper! a bien effectué en fin de tâche une "bénédiction" (blessing) du volume de destination Macintosh HD. On ne peut rien lui reprocher.

Le problème est un problème d'adresse de démarrage automatique pour l'EFI en NVRAM. Si tu effaces ton SSD avant rétro-clonage > l'adresse de démarrage automatique inscrite en NVRAM et valide pour l'ancien Conteneur apfs > se trouve invalidée. Il est donc normal qu'un démarrage automatique retourne un ?

Ce qui m'étonne par contre > c'est qu'un redémarrage automatique dans la foulée du clonage permette une 1ère fois (et la seule) un boot sur Macintosh HD. Sachant qu'aucune adresse valide de démarrage automatique pour l'EFI n'existe en NVRAM -->

  • est-ce que tu confirmes pouvoir redémarrer automatiquement sur Macintosh HD une toute 1ère fois après le clonage et la seule ?
 
C'est déjà pas si mal, je n'ai jamais pu (re)démarrer sur le SSD interne après le rétroclonage.
Non, je ne confonds pas Partition et Formatage, quand même. :cool:
 
subsole a dit:
Non, je ne confonds pas Partition et Formatage, quand même. :cool:
Cliquez pour agrandir...
Mais non, ça ne s'adresse pas à toi, mais aux membres qui font une nouvelle installation, depuis macOS High Sierra et le format APFS, il y a une tonne de messages d'erreur de manipulation d'Utilitaire de disque.
 
  • J’aime
Réactions: subsole
Alors ça voudrait dire qu'avant de quitter > Super Duper! fait 2 choses en finalisation du clonage -->

  • a) par une commande de blessing (bénédiction) --> inscrit un chemin de démarrage à Macintosh HD dans Preboot > ce qui permet à Macintosh HD d'être détecté par le boot_manager comme démarrable ("alt"). Ce blessing est un acte par défaut des cloneurs.
  • b) par une extension de la commande de blessing qui est l'instruction : --nextonly --> inscrit en NVRAM à une variable impermence efi-boot-device-next-only une adresse de démarrage automatique pour l'EFI sur Macintosh HD qui n'a de valeur que pour la prochaine fois (next-only). Cette variable impermante a la préséance (overriding) sur la variable permanente efi-boot-device. Après quoi > cette variable impermanente est purgée de la NVRAM. Super Duper! ne touchant pas à la variable efi-boot-device qui définit l'adresse de démarrage automatique permanente pour l'EFI. Adresse rendue invalide par l'effacement du SSD > ce qui a conduit à des UUID de volumes nouveaux (Macintosh HD & Preboot) rendant obsolètes ceux - inchangés - mentionnés à la variable efi-boot-device.

Je ne vois pas d'autre raison d'un boot automatique sur Macintosh HD --> uniquement la prochaine fois. Que le DDE soit connecté est une obligation > puisque le Mac est démarré dessus.

Mon commentaire : en inscrivant une variable impermanente efi-boot-device-next-only en NVRAM --> Super Duper! outrepasse manifestement ses prérogatives de cloneur. Il n'a absolument pas à effectuer cette écriture à la NVRAM. CCC ne l'effectue jamais pour sa part. Si Super Duper! inscrit une variable efi-boot-device-next-only --> c'est que cela lui est loisible en situation de SIP activé > alors que le SIP activé --> aucune action de tierce partie (dans le terminal ou autre) ne peut modifier en quoi que ce soit l'adresse portée à la variable permanente efi-boot-device de la NVRAM. Le SIP verrouille rigoureusement cette licence d'écriture à l'efi-boot-device et il faut le désactiver pour qu'un utilisateur dans un terminal ait la possibilité d'écrire à cette variable. Seul le logiciel Startup-disk (panneau : Disque de démarrage) a le privilège Apple d'écrire à la variable efi-boot-device de la NVRAM verrouillée par le SIP contre des actes de tierce partie.
 
Pas chez moi, SuperDuper! n'a pas d'autorisation dans Accessibilité et Accès complet au disque dur et le SIP est désactivé.

Je vais refaire un essai pour voir.
 
Ici le SIP est activé.

@macomaniac
Voici les opérations que réalise SuperDuper.

untitled-151510177769859.jpg
 
@ Locke

Une fois que > démarré sur le clone externe > tu en as fini du clonage de Super Duper! dans Macintosh HD --> ne redémarre pas tout de suite !

Passe d'abord dans le Terminal du clone la commande :
Bloc de code: 
nvram -p

  • qui va afficher le tableau complet de toutes les variables de la NVRAM à ce moment-là.

Poste ce tableau --> histoire de voir si ma conjecture d'une efi-boot-device-next-only est confirmée ou infirmée.

----------

@ subsole

À la rubrique 3 --> Super Duper! :

  • a) met à jour la Recovery (OS de secours) du volume du clone
  • b) met à jour les caches de démarrage du clone (cache-Système prelinkedkernel > caches partagés Dyld > informations de prédémarrage de Preboot)
  • c) rend le clone démarrable. C'est là qu'il y a interrogation : blessing du volume du clone ? - ou en plus démarrage automatique pour la prochaine fois sur le clone = variable efi-boot-device-next-only en NVRAM ?

- par contre > je ne conçois absolument pas pourquoi Super Duper! éjecte le volume cloné au moment de quitter. En cas de rétro-clonage > cela revient à éjecter le volume interne principal du Mac. Et si l'utilisateur voulait vérifier via le Terminal le blessing de ce volume - ce qui implique qu'il soit monté ?

Mon impression : Super Duper! cherche à en faire trop en coulisses > tout en adoptant une allure "user friendly" de logiciel à l'interface light.
 
Rien ne change.

Résultat dans Macintosh HD reconnu au démarrage...
Bloc de code: 
Last login: Wed Nov  7 10:01:08 on console
imac-de-admin:~ Admin$ nvram -p
LocationServicesEnabled    %01
efi-backup-boot-device    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>EA9DD4BF-4F0D-4619-B1D3-0E01EBDB021B</string></dict></dict><key>BLLastBSDName</key><string>disk1s2</string></dict><dict><key>IOEFIDevicePathType</key><string>MediaFilePath</string><key>Path</key><string>\611CD46A-8910-44D7-8308-941D36AAA880\System\Library\CoreServices\boot.efi</string></dict></array>%00
EFIBluetoothDelay    %b8%0b
efi-backup-boot-device-data-data    %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%00%1b%01%01%06%00%00%00%03%12%0a%00%00%00%00%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00(%98%1b%1d%00%00%00%00E5%e8U%aa%92%9bK%bc%e8:!%88%ac%9e!%02%02%04%03$%00%f7%fct%be|%0b%f3I%91G%01%f4%04.hB%bf%d4%9d%ea%0dO%19F%b1%d3%0e%01%eb%db%02%1b%04%04%9a%00\%006%001%001%00C%00D%004%006%00A%00-%008%009%001%000%00-%004%004%00D%007%00-%008%003%000%008%00-%009%004%001%00D%003%006%00A%00A%00A%008%008%000%00\%00S%00y%00s%00t%00e%00m%00\%00L%00i%00b%00r%00a%00r%00y%00\%00C%00o%00r%00e%00S%00e%00r%00v%00i%00c%00e%00s%00\%00b%00o%00o%00t%00.%00e%00f%00i%00%00%00%7f%ff%04%00
backlight-level    %09%bb
efi-boot-device    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>AB21539F-2A30-48B2-ADB9-4E91BF19133D</string></dict></dict><key>BLLastBSDName</key><string>disk1s2</string></dict><dict><key>IOEFIDevicePathType</key><string>MediaFilePath</string><key>Path</key><string>\AFD9EBEB-46DC-4C99-AAF6-F431E59F8677\System\Library\CoreServices\boot.efi</string></dict></array>%00
bluetoothActiveControllerInfo    %94%82%ac%05%01%00%00%00P%14(%f0v%0b%0ds
efi-boot-next-data    %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%00%14%03%05%06%00%13%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%000y%e4%0e%00%00%00%00%1b*%b1=%e8%b6%c3N%bed%b7%8c%1fI6%0a%02%02%04%03$%00%f7%fct%be|%0b%f3I%91G%01%f4%04.hB%d97%e7{%c0%7f%a3O%98%feS%18%d7%04%eb%96%04%04%9a%00\%008%00D%000%00E%00A%009%00B%003%00-%000%004%005%00F%00-%004%003%001%00F%00-%00B%00D%005%001%00-%006%00C%000%00B%00D%004%002%007%005%00E%007%006%00\%00S%00y%00s%00t%00e%00m%00\%00L%00i%00b%00r%00a%00r%00y%00\%00C%00o%00r%00e%00S%00e%00r%00v%00i%00c%00e%00s%00\%00b%00o%00o%00t%00.%00e%00f%00i%00%00%00%7f%ff%04%00
efi-boot-next    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>7BE737D9-7FC0-4FA3-98FE-5318D704EB96</string></dict></dict><key>BLLastBSDName</key><string>disk4s2</string></dict><dict><key>IOEFIDevicePathType</key><string>MediaFilePath</string><key>Path</key><string>\8D0EA9B3-045F-431F-BD51-6C0BD4275E76\System\Library\CoreServices\boot.efi</string></dict></array>
bluetoothInternalControllerInfo    %94%82%ac%05%00%00P%14(%f0v%0b%0ds
prev-lang:kbd    fr:1
SystemAudioVolumeDB    %e4
efi-apple-recovery    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>02BB9D7F-3600-40B0-96A9-39FB9FC98023</string></dict></dict><key>BLLastBSDName</key><string>disk0s1</string></dict><dict><key>IOEFIDevicePathType</key><string>MediaFilePath</string><key>Path</key><string>\EFI\APPLE\FIRMWARE\IM171.fd</string></dict></array>%00
fmm-computer-name    iMac de Admin
efi-boot-device-data    %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%00%1b%01%01%06%00%00%00%03%12%0a%00%00%00%00%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00X07:%00%00%00%00%014a%e1%a8Q%9aH%9c%e5%bf%93m%18%da%0e%02%02%04%03$%00%f7%fct%be|%0b%f3I%91G%01%f4%04.hB%9fS!%ab0*%b2H%ad%b9N%91%bf%19%13=%04%04%9a%00\%00A%00F%00D%009%00E%00B%00E%00B%00-%004%006%00D%00C%00-%004%00C%009%009%00-%00A%00A%00F%006%00-%00F%004%003%001%00E%005%009%00F%008%006%007%007%00\%00S%00y%00s%00t%00e%00m%00\%00L%00i%00b%00r%00a%00r%00y%00\%00C%00o%00r%00e%00S%00e%00r%00v%00i%00c%00e%00s%00\%00b%00o%00o%00t%00.%00e%00f%00i%00%00%00%7f%ff%04%00
csr-active-config    w%00%00%00
SystemAudioVolume    :
display-config    %00%00%25%01s%08%ff%ff%01%00
efi-backup-boot-device-data    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>EA9DD4BF-4F0D-4619-B1D3-0E01EBDB021B</string></dict></dict><key>BLLastBSDName</key><string>disk1s2</string></dict><dict><key>IOEFIDevicePathType</key><string>MediaFilePath</string><key>Path</key><string>\611CD46A-8910-44D7-8308-941D36AAA880\System\Library\CoreServices\boot.efi</string></dict></array>%00
imac-de-admin:~ Admin$
 

Sujets similaires

lafroygue
Clone (APFS) non bootable
Réponses
7
Affichages
1K
Utilitaires
lafroygue
lafroygue
The Jibest
10.14 Mojave SSD non bootable
Réponses
17
Affichages
2K
macOS
gibus67
G
maena
10.14 Mojave Impossible de reinstaller mac os
Réponses
52
Affichages
3K
macOS
ericse
ericse
The Jibest
10.14 Mojave Comment mettre à jour mon Mojave sur un SSD en HFS+ ?
Réponses
7
Affichages
804
macOS
The Jibest
The Jibest
maena
10.14 Mojave Clean Install Mac Os Mojave (APFS vs HFS+)
Réponses
8
Affichages
2K
macOS
maena
maena
Haut Bas
Back