Monterey patché avec OCLP impossible de faire un clone

[The Jibest]

Salut,

Je me confronte à un nouveau souci. Maintenant que j'ai mon SSD externe USB 3 bien configuré pour mon utilisation principale, j'ai voulu le cloner avec SuperDuper! vers un SSD en TB bien plus rapide et réactif.

Je savais que je devrai le passer à OCLP ensuite pour pouvoir démarrer dessus, mais ce n'est apparemment pas aussi simple.

SuperDuper! n'a pas pu copier les fichiers, je précise que je demandais un clone de tout le SSD (backup all files). J'ai fait un rapport au support toujours réactif, mais j'ai du mal à tout saisir à mon humble niveau.

Apple's replicator (which must be used to copy the OS) won't work if the source snapshot is unsealed, and your patch has caused that to occur.

Je ne connaissais pas ce snapchot avant, et le patch l'empêche de se "sceller".

Pour l'instant, il me propose 2 solutions, agir sur le patch pour ça se fasse, en rêve pour moi ! Ou tout sauvegarder sauf l'OS, ce que je comprends, solution facile, mais j'espère mieux.

Ce que je voudrais obtenir comme avant avec Mojave supporté c'est d'avoir un SSD identique régulièrement sauvegardé, au cas où.

Si vous avez une piste.

 

[edenpulse]

C'est comme toujours le problème de ces fameux "clones" que plein de gens veulent faire pour des raisons discutables sur ce forum, et où tout le monde préviens que c'est soit une mauvaise idée, soit une mauvais pratique, soit pas vraiment possible. (et personne veut comprendre)

Carbon Copy a fait des gros articles dessus.

Ce que vous devez savoir sur Carbon Copy Cloner et APFS - Bombich Software

bombich.com

Création de copies démarrables d'ancienne génération de macOS (Big Sur et versions supérieures) - Bombich Software

bombich.com

https://support.bombich.com/hc/en-us/articles/20686422131479-Creating-legacy-bootable-copies-of-macOS

Mais à partir du moment où le volume système est en lecture seule, et que tu l'as modifié (ce que fait OCLP), il est maintenant "unsealed" effectivement.

L'idéal c'est d'installer macOS sur le SSD en Thunderbolt, le patcher et procéder à l'assistant de migration dessus pour récupérer les données,et arrêter de bidouiller avec des clones.

 

[The Jibest]

C'est comme toujours le problème de ces fameux "clones" que plein de gens veulent faire pour des raisons discutables sur ce forum, et où tout le monde préviens que c'est soit une mauvaise idée, soit une mauvais pratique, soit pas vraiment possible. (et personne veut comprendre)

J'utilise des sauvegardes par clone depuis des années avec SuperDuper! Tout a toujours bien fonctionné pour moi, un disque identique, mis à jour toutes les semaines, bootable et que je pouvais emmener en mobilité avec mon MBA.

Carbon Copy a fait des gros articles dessus.

Merci pour ces liens, le deuxième en particulier il faut que je le lise attentivement pour comprendre ce qui me préoccupe maintenant.

En fait, l'évolution est tellement géniale et nécessaire qu'elle m'empêche de faire ce qui marchait bien...

Mais à partir du moment où le volume système est en lecture seule, et que tu l'as modifié (ce que fait OCLP), il est maintenant "unsealed" effectivement.

L'idéal c'est d'installer macOS sur le SSD en Thunderbolt, le patcher et procéder à l'assistant de migration dessus pour récupérer les données,et arrêter de bidouiller avec des clones.

Tu as raison, et confirmes ce que je prévoyais, au pire, recommencer mon patch sur le SSD TB et y rapatrier ma configuration effectuée, je n'avais pas pensé à l'assistant de migration.

Si j'ai bien fait la synthèse, et je pense avoir assez d'espace externe pour ça, je vais faire un SSD TB identique au SSD USB 3 actuel, puis, je sauvegarderai régulièrement tout sauf l'OS. En cas de souci, je peux restaurer le SSD USB 3 avec cette sauvegarde.

Bon, il faut que j'étudie tout ça.

 

[love_leeloo]

tu peux aussi acheter un nouveau MacBook (même si c'est plus facile à dire qu'à faire j'en conviens), comme ça tu n'auras pas à patcher macOS.
et tu pourras certainement faire tes clones sans souci.
non ?

 

[The Jibest]

@love_leeloo Effectivement, on pourrait aussi supprimer ce forum Hackintosh; Classic Mac aussi ?

 

[love_leeloo]

Hackintosh, oui je comprends, mais pourquoi Classic Mac ?
on peut tres bien continuer à utiliser d'ancien mac dans leur configuration d'origine.
et normalement il n'y a pas de souci à l'utilisation.

 

[thebiglebowsky]

J'utilise des sauvegardes par clone depuis des années avec SuperDuper! Tout a toujours bien fonctionné pour moi, un disque identique, mis à jour toutes les semaines, bootable et que je pouvais emmener en mobilité avec mon MBA.

Idem pour moi avec CCC !
Mais je suis probablement un vieux rétrograde qui râle sur tout ce qui touche à mes habitudes ...
On me dit : "les clones, c'est fini !" ... "les clones sont inutiles maintenant" ... Alors j'ai renoncé une fois pour toutes à avancer mes arguments - je déteste les combats d'arrière-garde !
Alors, je ferme ma gueule !

 

[The Jibest]

Je ne vois pas de différence entre utiliser un Mac ancien dans sa configuration d'origine, ou pas, et mon iMac 2012 classé depuis un moment obsolète qui grâce à OCLP me permet d'exploiter un système opérationnel qu'Apple a décidé de bloquer.

J'ai toujours un PowerBook G4 1.25 qui tourne sous "Sorbet" Leopard, pas d'origine donc, et qui arrive à charger des pages internet. Car bien sûr c'est internet qui pousse à l'obsolescence, tout le reste va très bien si je ne lance pas des vidéos 1080.

Des auteurs, dont Mr Macintosh font des vidéos plutôt démonstratives et instructives sur le potentiel d'OCLP, des limites existent, mais de moins en moins fréquentes, et mon iMac 2012 est une nouveauté à côté de certains modèles testés.

Mojave natif va encore très bien dessus pour tout ce que j'ai besoin, j'essaie juste avec Monterey d'avoir un coup d'avance, pour une fois, sur la fin de Firefox ESR et des sites qui vont me reprocher ma configuration. Une autre limitation pourrait concerner les formats RAW des appareils récents, mon reflex Nikon D700 et mon Sony RX100 sont reconnus.

Pierre Rabhi a développé "La sobriété heureuse", à méditer.

J'ai lu attentivement les liens de @edenpulse c'est assez curieux de voir le développeur de CCC déclarer forfait, en quelque sorte, quitte à dissuader de sauvegarder en mode clone. Celui de SuperDuper, qui avec sa dernière version sait cloner a priori jusqu'à Sequoia maintient sa ligne, même s'il explique l'incompatibilité avec les patchs.

Mon clone, je vais quand même essayer de le faire, manuellement. Je pense refaire le patch sur le SSD en TB, puis assistant de migration, les sauvegardes, je les envisage maintenant sans le système, toujours avec SuperDuper!

 

[sinbad21]

Si tu tiens à tout prix à faire des clones tu peux essayer ça :

• Dépatcher avec OCLP (post install root patch > Revert patch
• Redémarrer sans patch. Normalement le système devrait être à nouveau SEALED (normalement!)
• cloner avec SuperDuper!
• repatcher avec OCLP

 

[edenpulse]

c'est assez curieux de voir le développeur de CCC déclarer forfait

Mais y'a pas à "déclarer forfait" APFS et macOS fonctionnent d'une certaine manière, c'est pas pour rien non plus... Il va pas "casser" macOS pour qu'on puisse faire des clones.
Ta voiture elle fonctionne avec de l'essence, c'est pas parce que toi tu aimes pas, ou que tu veux que le moteur il prenne du gazoil, qu'elle va fonctionner avec du Gazoil d'un coup.

On ne peux pas cloner le système de macOS parce que c'est un volume monté en lecture seule.
Ca ne fonctionne plus comme les anciennes partitions, et ça présente énormément d'avantages, mais y'a déjà eu plein de sujets traitants de ces fameux clones, c'est pas le sujet.

 

[The Jibest]

Si tu tiens à tout prix à faire des clones tu peux essayer ça :

• Dépatcher avec OCLP (post install root patch > Revert patch
• Redémarrer sans patch. Normalement le système devrait être à nouveau SEALED (normalement!)
• cloner avec SuperDuper!
• repatcher avec OCLP

Ça me tente, mais j'ai un doute, si c'est aussi simple, pourquoi ne pas installer Monterey (ou le cloner) sur un volume à partir de mon MBA 2015 par exemple et de le patcher après ?

 

[sinbad21]

Ça me tente, mais j'ai un doute, si c'est aussi simple, pourquoi ne pas installer Monterey (ou le cloner) sur un volume à partir de mon MBA 2015 par exemple et de le patcher après ?

Je ne sais pas ce que tu veux faire exactement. À toi de voir ce qui te convient le mieux, je te donne juste une possibilité.

 

[edenpulse]

Ça me tente, mais j'ai un doute, si c'est aussi simple, pourquoi ne pas installer Monterey (ou le cloner) sur un volume à partir de mon MBA 2015 par exemple et de le patcher après ?

Stop avec les clones.

Installes directement la version que tu veux sur le SSD et importes tes données et c'est fini.

 

[The Jibest]

Installes directement la version que tu veux sur le SSD et importes tes données et c'est fini.

Oui, je vais faire ça tranquillement.

Demain, je reçois une clé USB 3 64 Go, je vais y configurer l'installateur de la 12.7.6 récupéré avec MDS 4.3. Ça va me changer de la clé USB 2 16 Go utilisée précédemment, temps d'attente et j'évite la M/J système conflictuelle.

Le seul truc que j'avais en USB 3 c'est un SSD Transcend au format clé 512 Go. J'ai voulu y ajouter un container de 64 Go pour faire la manip, mais OCLP ne me l'a pas proposé dans la liste pour créer l'installateur.

 

[The Jibest]

Je reviens avec de bonnes nouvelles, j'ai finalisé la création et la configuration de mon SSD externe en Thunderbolt.

Fort des erreurs passées lors de mon patch sur le SSD externe en USB 3, j'ai recommencé avec une clé neuve USB 3 64 Go (au lieu d'USB 2 16 Go) et l'installateur Monterey le plus récent disponible. J'ai eu plusieurs redémarrages avant d'arriver à la page de configuration de Monterey, puis j'ai utilisé pour la première fois l'Assistant de migration merci @edenpulse pour cette idée. Deux démarrages plus tard, je retrouve ma configuration a priori identique, je n'ai pas tout testé, mais ça semble très correct.

Deux détails, j'ai récupéré un EFI boot de plus entre celui du Fusion drive interne et celui que j'avais avant qui me permet d'accéder à la deuxième page de démarrage noire. J'ai le script de @sinbad21 EFI mounter, mais je préfère demander confirmation.

EFI mounter me donne 5 EFI :

• un pour le disc0s1 la barrette SSD du Fusion drive avec Catalina natif
• un pour le disk2s1 DD du Fusion drive
• un pour le SSD en TB avec Monterey patché aujourd'hui
• un pour le SSD en USB 3 avec Monterey patché d'avant
• un pour un autre SSD en USB 3 avec mon clone de sauvegarde Mojave que je ne vais a priori pas utiliser.

Comment gérer ? Lequel virer ?

Enfin, sur mon nouveau SSD en TB, OpenCore Legacy Patcher 2<,40 se propulse pour me dire qu'il a vu que j'avais un disque interne et me propose de le patcher, ce qui a déjà été fait avant, ou j'ai pas suivi un truc ? Je réponds non à chaque fois, mais il revient...

Bon, pour faire plaisir @edenpulse je laisse tomber les clones système.

 

[sinbad21]

Il n'y a rien à virer, chaque disque a sa partition EFI, c'est normal. Ça ne veut pas dire qu'OCLP est installé dessus. EFI mounter te liste les partitions EFI existantes, c'est tout. Et sauf cas spécifique comme de vouloir supprimer OCLP sur un disque, il n'y a aucune raison de lancer EFI mounter.

Pour ce qui est du message d'OCLP, je pense que tu l'interprètes mal. Si tu n'as pas installé OCLP sur ce nouveau dd branché en TB, tu es probablement passé par l'EFI d'un autre disque pour démarrer dessus. OCLP te propose simplement de s'installer sur le dd sur lequel tu as démarré, ce qui est préférable bien que pas indispensable.

 

[The Jibest]

Merci @sinbad21 pour ces deux précisions qui me plaisent !

Pour le message, soit j'attends le prochain message, soit je l'anticipe en choisissant le premier choix "Buil and Install OpenCore ?

Je vais finir par être au point...

 

[The Jibest]

Pour ce qui est du message d'OCLP, je pense que tu l'interprètes mal. Si tu n'as pas installé OCLP sur ce nouveau dd branché en TB, tu es probablement passé par l'EFI d'un autre disque pour démarrer dessus. OCLP te propose simplement de s'installer sur le dd sur lequel tu as démarré, ce qui est préférable bien que pas indispensable.

Ce message me déroute un peu.

Effectivement, il apparaît en fin d'installation d'OCLP et de Monterey patché donc sur un SSD externe.

Le second paragraphe me parle bien du disque interne sur lequel je n'ai a priori pas besoin d'installer OCLP, j'ai d'ailleurs grâce à EFI mounter retiré le dossier OC de l'EFI du disque interne.

Le troisième paragraphe me propose de l'installer sur le disque, lequel ? un coup il parle de drive (pour l'externe ou l'interne) et un coup il parle de disk, celui de l'installation de Monterey ? Il vient de le faire...

Enfin, je me demande, le diable étant dans les détails, si le terme internal hard drive du second paragraphe ne fait pas référence au DD du Fusion drive ?

Dans ma dernière installation, après des déboires où j'ai perdu l'accès à la seconde page noire du démarrage, j'ai choisi Annuler dans cette fenêtre et ça ne revient pas, pour l'instant.

 

[edenpulse]

Ce message apparait parce que la méthode classique c'est de créer une clé usb avec OCLP dessus et c'est la clé qui te permet de boot à la base.
Et une fois installé, il faut installer OpenCore sur le disque interne sur lequel tu as installé macOS patché.

Mais vu que t'as voulu faire compliqué, tu n'as rien à faire ici, vu que tu boot sur ton disque externe qui a Opencore d'installé dessus.

 

[The Jibest]

Merci @edenpulse pour cet éclairage.

Je comprends que la procédure standard c'est d'installer OCLP avec une clé sur son disque interne.

Mon choix de ne pas le faire sur un Fusion drive de 13 ans a impliqué une installation sur un disque externe. D'où l'interprétation nécessaire de ce type de message.

Cela dit, le Fusion drive est déclaré en bonne santé par DriveDx, la barette SSD 128Go et le DD 1To. Dessus, j'ai Catalina, le max en natif, au cas où.