SuperDuper et Mojave, clone non bootable

[Locke]

Résultat depuis le disque dur USB du clone...

Last login: Wed Nov  7 11:37:19 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%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\%000%008%002%000%002%00B%00C%000%00-%004%002%00C%00B%00-%004%00A%00D%000%00-%009%005%004%00F%00-%001%006%009%005%00E%005%008%002%008%006%00E%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>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>\08202BC0-42CB-4AD0-954F-1695E58286E6\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$

 

[Membre supprimé 1060554]

Il y a bien une variable efi-boot-next (j'élague au maximum):

AB21539F-2A30-48B2-ADB9-4E91BF19133D disk1s2
08202BC0-42CB-4AD0-954F-1695E58286E6\System\Library\CoreServices\boot.efi

• AB21539F-2A30-48B2-ADB9-4E91BF19133D disk1s2 désigne le volume Preboot du Conteneur apfs

• 08202BC0-42CB-4AD0-954F-1695E58286E6\System\Library\CoreServices\boot.efi désigne le volume Macintosh HD et le chemin à son lanceur boot.efi

En regard la variable efi-boot-device (élagage idem)

AB21539F-2A30-48B2-ADB9-4E91BF19133D = disk1s2
AFD9EBEB-46DC-4C99-AAF6-F431E59F8677\System\Library\CoreServices\boot.efi

• AB21539F-2A30-48B2-ADB9-4E91BF19133D disk1s2 désigne le volume Preboot du Conteneur apfs => identité d'UUID : c'est le même Preboot

• AFD9EBEB-46DC-4C99-AAF6-F431E59F8677\System\Library\CoreServices\boot.efi désigne un autre Macintosh HD et le chemin à son lanceur boot.efi

Conjecture :

08202BC0-42CB-4AD0-954F-1695E58286E6 doit être l'UUID de volume de l'actuel Macintosh HD ; AFD9EBEB-46DC-4C99-AAF6-F431E59F8677 celui de l'antérieur Macintosh HD​

au prochain démarrage > l'EFI va trouver le boot.efi de l'actuel Macintosh HD ; au démarrage d'après > si la variable efi-boot-next est purgée > l'EFI ne va pas trouver le volume Macintosh HD actuel (= 08202BC0-42CB-4AD0-954F-1695E58286E6) > parce qu'elle va chercher l'UUID de l'ancien (= AFD9EBEB-46DC-4C99-AAF6-F431E59F8677)​

----------

Je t'invite (si tu l'as pas fait) à -->

• démarrer automatiquement depuis ton clone --> tu devrais booter sur Macintosh HD.

• puis à détacher si tu veux le DDE > éteindre si tu veux ton Mac etc. bref effectuer un nouveau (re)démarrage automatique --> tu devrais tomber sur un ?

• enfin à démarrer avec alt sur Macintosh HD. Ta session ouverte > tu passes un

  nvram -p

  et tu postes le tableau > puis tu vas au panneau Disque de démarrage > tu sélectionnes Macintosh HD > tu refermes le cadenas. Cela fait > tu repasses encore un

  nvram -p

  et tu postes le tableau.

=> on devrait avoir une vision complète.

 

[Locke]

@macomaniac
Il me semble bien que ce que j'ai fait, mais je vais recommencer.

Edit : négatif, je viens de tester et comme mentionné plusieurs fois, une fois Macintosh HD reconnu en étant repassé par Disque de démarrage, le dossier avec le point d'interrogation ne réapparaît plus. Ce problème n'apparaît qu'après un rétroclonage.

 

[subsole]

Bonjour
Dans mon cas* le problème ne viendrait il pas du programme interne de l'iMac ?

*. 1 - Installation Mojave sur SSD externe depuis SSD interne en High Sierra
2 - Rétroclonage du SSD externe en Mojave vers le SSD interne qui n'avait peut être pas "le programme interne à jour" ?

 

[Membre supprimé 1060554]

@ Locke

Si actuellement Macintosh HD chez toi est bien sélectionné comme volume de démarrage automatique > repasse une commande :

nvram -p

• et poste le tableau. Je comprarerai avec le précédent.

 

[Locke]

@macomaniac

Last login: Thu Nov  8 06:35:06 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
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>\08202BC0-42CB-4AD0-954F-1695E58286E6\System\Library\CoreServices\boot.efi</string></dict></array>%00
SystemAudioVolume    :
bluetoothActiveControllerInfo    %94%82%ac%05%00%00%00%00P%14(%f0v%0b%0ds
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\%000%008%002%000%002%00B%00C%000%00-%004%002%00C%00B%00-%004%00A%00D%000%00-%009%005%004%00F%00-%001%006%009%005%00E%005%008%002%008%006%00E%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
csr-active-config    w%00%00%00
backlight-level    %09%bb
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$

 

[Membre supprimé 1060554]

Alors je pense que le problème est résolu pour l'essentiel > si l'on remarque -->

• a) que la variable impermanente : efi-boot-next (avec son adressage) => a bien été purgée de la NVRAM après avoir servi "une seule fois"= uniquement pour la fois prochaine

• b) que la variable permanente : efi-boot-device => 1° adresse toujours le même Preboot par l'UUID stable = AB21539F-2A30-48B2-ADB9-4E91BF19133D > mais 2) adresse un nouveau Macintosh HD (issu d'un reformatage) par l'UUID : 08202BC0-42CB-4AD0-954F-1695E58286E6 > suivi du chemin au lanceur boot.efi de Mojave (ce en conséquence de l'action dans le panneau : Disque de démarrage)

En conséquence : Super Duper! a un comportement surprenant pour un cloneur : après effectuation du clonage : clone => Macintosh HD (reformaté au préalable ici par préférence d'utilisateur) -->

- il effectue un blessing normal du volume (qui permet son affichage éventuel à l'écran du gestionnaire de démarrage = touche alt) : ce qui n'affecte que le volume Preboot stockant le chemin de démarrage de Macintosh HD​

- il y ajoute une instruction --next-only à l'adresse de la NVRAM --> stockant un chemin de démarrage absolu pour l'EFI qui corrobore le nouvel UUID de Macintosh HD --> donc le boot automatique sur Macintosh HD s'effectue la prochaine fois - et la seule​

- après ce démarrage automatique > la variable impermanente efi-boot-next est purgée de la NVRAM (instruction qui avait l'over-riding sur la variable permanente efi-boot-device) > et c'est l'efi-boot-device inchangée qui reprend la préséance. Mais ! si l'adresse au Preboot inchangé est toujours valide pour cette variable > le chemin absolu au boot.efi de Macintosh HD est invalide > car l'UUID toujours incrit est celui du Macintosh HD antérieur d'avant reformatate. En conséquence : au prochain démarrage automatique > l'EFI suit l'instruction invalide (périmée) de l'efi-boot-device et... plante au démarrage.​

- si Super Duper! n'a pas modifié l'efi-boot-device au lieu de créer une variable impermanente efi-boot-next > c'est que le SIP - en principe assumé activé --> interdit à un intervenant tiers - même s'il a des droits d'adminstration du Mac et même s'il était root --> d'écrire en quoi que ce soit en NVRAM à la variable spécifique efi-boot-device qui est verrouillée par des flags d'immutabilité.​

=> le palliatif imaginé par Super Duper! de créer une variable impermanente efi-boot-next (libre d'écriture) > en over-riding "pour une seule fois" de l'efi-boot-device verrouillée strictement par le SIP --> relève à mon sens d'une "fausse bonne idée". Confortant dans un 1er temps l'utilisateur dans l'idée qu'il bénéfie d'un boot automatique sur le volume cloné > et le plantant le bec dans l'eau la 2è fois lorsque la purge de la variable impermanente efi-boot-next redonnera vigueur à une efi-boot-device obsolète et invalide. À trop vouloir en faire > on fait faux. Un cloneur ne devrait jamais intervenir sur la NVRAM.

 

[subsole]

Bonjour
SuperDuper propose une nouvelle mouture, v3.2.4 now available!, des amateurs/testeurs?

 

[Locke]

SuperDuper propose une nouvelle mouture, v3.2.4 now available!, des amateurs/testeurs?

C'est fait depuis avant-hier, j'ai eu un espoir au début, mais non, une fois le contenu des barrettes mémoires vidées, ce dossier avec point d'interrogation revient et comme d'habitude, une fois le disque sélectionné dans les Préférences, ce problème disparaît.

 

[subsole]

Locke
Arf, tu étais déjà sur le coup, bravo.
Rien de nouveau la prochaine fois qui sait.

 

[Locke]

Je refais un petit tour, pas de changement à l'horizon, mais j'ai fait le constat suivant, un clone au format HFS+ démarre en 3 secondes, un clone en APFS démarre en 20 secondes ! Si le format APFS est annoncé comme plus performant par Apple, ce n'est surtout pas pour sa rapidité avec des disques durs externes contenant des clones.

 

[subsole]

un clone au format HFS+ démarre en 3 secondes, un clone en APFS démarre en 20 secondes !

C'est bon a savoir.
On peut donc installer Mojave sur un SSD externe en HFS+, y a t il des problèmes ou petites choses qui ne ne fonctionneraient pas de la même façon en APFS et HFS+ ?

 

[Locke]

C'est bon a savoir.
On peut donc installer Mojave sur un SSD externe en HFS+, y a t il des problèmes ou petites choses qui ne ne fonctionneraient pas de la même façon en APFS et HFS+ ?

Je n'ai jamais tenter de faire une installation directe dans un disque dur USB en HFS+, puis de faire un rétro clonage dans un disque dur en APFS. Mais ce que je constate, si le format APFS est a priori plus performant, il ne l'est en aucun cas au démarrage dans un disque dur dans un boîtier USB 3.0, au démarrage un Mac cherche donc le boot du disque dur qui a été sélectionné ou pas, mais comme maintenant il y a des conteneurs différents, il peine un peu au démarrage. Et ça je l'avais déjà constaté lorsque j'avais testé macOS High Sierra, raison pour laquelle je ne l'avais jamais installé.

Au niveau lenteur, j'ai pu aussi constater que le temps de clonage/rétro clonage est plus long de 1mn 30s en APFS. Sur le fond, je ne sais pas quoi penser de ce nouveau format APFS ? Quand je vois le nombre de membres qui sont à la ramasse pour une simple mise à jour, un formatage et qu'il faille passer par le Terminal, je me pose des questions ?

Comment faire comprendre à Apple qu'il faudrait qu'elle revisite complètement Utilitaire de disque pour empêcher la destruction de certains conteneurs ? De même pour Assistant Boot Camp, que ce dernier vérifie l'intégrité du boot de démarrage lors de la suppression malheureuse via Utilitaire de disque. Mais bon, là c'est hors sujet, mais quand je lis le nombre de messages faramineux depuis l'APFS, il y a franchement un problème.

 

[SyMich]

A la décharge d'APFS, le file system précédent HFS+ a bénéficié de 20 ans de fiabilisation et a probablement hérité en partie des 15 ans d'usage de HFS... on peut comprendre qu'APFS du haut de ses 2 ans ait encore du mal à marcher sur ses 2 jambes!

 

[PDD]

Dans mon cas, 3 DDE dont un récent en usb3 autoalimenté. J'ai cloné hier Mojave sur le récent pour la première fois avec SD et tout s'est bien passé, le clone est démarable sans soucis (mais assez lent pour démarrer). Curieusement pour moi l'utilitaire de disque de Mojave ne donne pas la possibilité de formater les deux anciens DDE en apfs, seul celui en usb3 peut être formaté en apfs. Le clone réalisé par SD est resté sur l'ancien formatage (hfs+journalisé). Dois je formater mon DDE usb3 en apfs ou le laisser dans l'état? Merci de votre aide.