macOS 15.2 : panne de la fonction de copie de l’OS vers un autre disque

 (shirtpocket.com)
1 points par GN⁺ 2024-12-15 | 1 commentaires | Partager sur WhatsApp
  • Sous macOS 15.2, la fonction de réplication de l’OS d’Apple est cassée, ce qui empêche des outils comme SuperDuper! de terminer la copie de l’OS vers un autre disque
  • L’échec survient à la fin de la réplication du volume Data, apparemment à l’étape de copie de Preboot ou Recovery, avec une erreur Resource Busy
  • Par le passé, les erreurs Resource Busy pouvaient être contournées en empêchant la mise en veille du système, mais ce bug n’a pratiquement pas de solution de contournement sur la plupart des systèmes
  • Comme les outils tiers doivent s’appuyer sur le code d’Apple pour copier l’OS, la réplication incluant l’OS ne fonctionne pas tant qu’Apple ne corrige pas le problème
  • La solution provisoire consiste, dans SuperDuper!, à sauvegarder les éléments hors OS avec “Backup - all files” et “Smart Update”, puis à restaurer lors du premier démarrage après une installation propre

Réplication de l’OS cassée dans macOS 15.2

  • Après la sortie de macOS 15.2, le replicator d’Apple ne fonctionne plus correctement, ce qui fait échouer les opérations de réplication de l’OS
  • Le point d’échec semble se situer à la fin de la réplication du volume Data
    • Le problème semble survenir à l’étape de copie de Preboot ou Recovery
    • L’erreur affichée est Resource Busy
  • Les précédentes erreurs Resource Busy pouvaient être contournées en empêchant le système de se mettre en veille
  • Ce bug est difficile à contourner sur la plupart des systèmes, et l’opération de réplication s’interrompt telle quelle

Pourquoi SuperDuper! ne peut pas le corriger lui-même

  • Apple a repris la fonctionnalité de copie de l’OS aux tiers, si bien que la responsabilité de cette copie est désormais liée au code d’Apple
  • Des outils comme SuperDuper! doivent dépendre du code d’Apple pour copier l’OS
  • Dans macOS 15.2, ce code est complètement cassé, donc la copie de l’OS ne fonctionne pas tant qu’Apple ne l’a pas corrigé
  • Il fallait déjà contourner d’autres bugs de ce code auparavant, mais dans un cas où il est totalement cassé comme ici, la seule parade possible est d’éviter d’utiliser le replicator

Méthode de contournement actuellement possible

  • Jusqu’à ce qu’Apple corrige le bug, il faut utiliser dans SuperDuper! “Backup - all files” et “Smart Update”
  • Cette méthode copie les éléments hors OS
    • applications
    • données
    • réglages
    • autres fichiers utilisateur
  • Le volume System correspond en pratique à l’OS et est en lecture seule, donc l’utilisateur ne peut pas le modifier
  • Après une installation propre, le volume System revient à son état d’origine, puis la sauvegarde peut être restaurée depuis l’invite affichée lors du premier démarrage

Un bug qui nécessite une correction d’Apple

  • Le numéro de bug à transmettre en interne chez Apple, ou à une personne pouvant contacter Apple, est FB16090831
  • Ce problème ne peut pas être corrigé du côté de SuperDuper! et nécessite un correctif d’Apple

Un contretemps en pleine période de fin d’année

  • Le problème survient pendant la période de fin d’année, et Apple publie très peu de mises à jour entre ce moment et le Nouvel An
  • Les utilisateurs de SuperDuper! doivent donc, pour l’instant, remplacer la réplication incluant l’OS par une sauvegarde hors OS suivie d’une restauration après installation propre

À lire aussi

1 commentaires

 
GN⁺ 2024-12-15
Commentaires sur Hacker News

  • Je ne comprends pas très bien le contexte de cet article. Dans « Apple a cassé le replicator », je me demande ce qu’est replicator et où sont censés s’utiliser « Backup - all files » et « Smart Update »

    • Il s’agit de l’outil de sauvegarde SuperDuper. SuperDuper est un outil capable de créer des sauvegardes bootables du système macOS, mais Apple a retiré aux outils tiers la capacité de copier ou manipuler le système d’exploitation vers une autre partition ou un autre disque, pour réserver cela à son propre utilitaire
      Or cet utilitaire ne semble pas fonctionner correctement dans la 15.2, ce qui empêche SuperDuper de créer une sauvegarde bootable propre
    • L’auteur de l’article semble faire partie de l’équipe de SuperDuper, un utilitaire de clonage de disque et de sauvegarde pour Mac
      https://www.shirt-pocket.com/SuperDuper/SuperDuperDescriptio...
    • La solution de sauvegarde par défaut d’Apple est Time Machine, mais elle était déjà médiocre à son lancement il y a 10 ans, sa fiabilité ne s’est pas beaucoup améliorée au fil de plusieurs versions du système, et elle reste globalement mauvaise
      L’auteur de ce blog développe une application qui réalise de bonnes sauvegardes sur macOS, mais elle est cassée à cause de restrictions douteuses imposées par Apple
      Le problème a trois dimensions : Apple rend progressivement macOS plus semblable à l’iPhone, nuit à la concurrence, et n’a donc aucune incitation à faire mieux, au détriment final des utilisateurs

  • C’est assez grave. J’ai récemment gravement cassé mon système, puis essayé de le restaurer avec Time Machine, mais comme la sauvegarde faisait 1,45 To et que le SSD interne ne fait qu’1 To, cela a échoué à plusieurs reprises
    J’ai découvert qu’élaguer arbitrairement une sauvegarde Time Machine pouvait la corrompre, et après plusieurs jours d’échecs de restauration et de recherches, j’ai fini par trouver qu’il était encore possible de démarrer depuis un SSD externe
    J’ai finalement acheté un SSD de 2 To, restauré dessus, démarré depuis ce SSD, nettoyé les données inutiles, puis migré vers le MacBook ; avec un échec et plusieurs heures d’enquête à chaque tentative, tout cela m’a pris 3 jours au total
    J’ai aussi contacté le support Apple ; quand j’ai dit que j’avais été administrateur système et que je voulais parler à un expert, on m’a répondu « oubliez la restauration complète, ce n’est pas possible. Réinstallez et copiez manuellement les fichiers depuis Time Machine », et quelqu’un d’autre m’a dit d’acheter un nouveau Mac avec un SSD de 2 To pour restaurer dessus
    J’avais déjà restauré vers un SSD externe avec Carbon Copy Cloner, donc j’ai demandé si je pouvais faire comme ça, mais on m’a répondu qu’ils ne pouvaient pas recommander d’applications tierces
    Comme j’avais entendu dire il y a quelques années que les dernières versions de macOS ne prenaient pas en charge le démarrage depuis un SSD externe, je n’ai pas pensé à cette option au départ, mais cela restait possible avec quelques étapes supplémentaires
    Si cela avait été impossible, j’aurais soit passé deux semaines sur la restauration, soit dû acheter un autre Mac de 2 To juste pour restaurer ma sauvegarde
    J’ai déjà dépensé près de 5 000 euros pour un MacBook Pro full option avec 64 Go et Apple Care, et je n’avais aucune envie d’acheter encore un Mac juste pour restaurer une sauvegarde
    Tout cela est arrivé juste avant une annonce très importante, ce qui m’a laissé coincé sur un portable Windows professionnel et a réduit ma productivité d’environ 90 % faute des outils nécessaires. J’en ai tiré la leçon suivante : il ne faut pas casser sa machine principale juste avant un jalon important

    • La leçon à tirer de cette galère semble plutôt être : ne pas investir dans un écosystème qui rend difficiles des opérations standard
    • Il est vraiment frappant de voir la qualité logicielle d’Apple décliner lentement depuis Snow Leopard. Quand on regardait l’ancien code source, c’était un plaisir à lire
      Aujourd’hui, je passe mon temps à redémarrer Xcode plusieurs fois par jour pour éviter des bugs, et c’est épuisant. Xcode a toujours eu des problèmes, mais jamais à ce point
      En plus, les « Données système » de mon MacBook Pro occupent 80 % du SSD, soit 800 Go, et même en supprimant manuellement les caches et les données dérivées, rien ne change
      On dirait qu’ils ne se soucient plus vraiment de l’artisanat du code, et la culture du « ça marche, c’est tout » maintient aussi l’habitude de ne pas ajouter de messages de debug utiles
      Dernier casse-tête en date : certaines parties d’AppKit appellent directement [NSApplication _crashOnException:] sans tenir compte du réglage NSApplicationCrashOnExceptions, et n’appellent pas non plus [NSApplication reportException:]. Du coup, l’exception disparaît complètement et il devient très difficile de trouver la cause du crash
    • « Réinstallez et copiez manuellement les fichiers individuels depuis Time Machine » était et reste la seule réponse sensée
      Si vous voulez économiser du temps, de l’énergie et votre santé mentale, il ne faut pas mettre à niveau le système d’exploitation, mais tout effacer proprement et réinstaller depuis zéro. C’était déjà vrai en passant de Windows 3.1 à Windows 95, et c’est toujours vrai aujourd’hui sur OSX
    • La dernière fois que j’ai restauré depuis Time Machine, je pouvais choisir les dossiers à restaurer. On pouvait remettre d’abord les éléments importants, puis laisser les grosses données sur le disque de sauvegarde pour les restaurer manuellement plus tard
      https://support.apple.com/en-us/102551
    • Je ne connais pas très bien Time Machine, mais je ne comprends pas pourquoi une restauration complète exigerait plus d’espace que le disque d’origine. Normalement, dans une bonne solution de sauvegarde, une restauration complète ne devrait-elle pas rétablir seulement le dernier état du système, et non l’historique complet ?

  • C’est un peu hors sujet, mais c’est une info utile. J’ai passé une semaine cauchemardesque avec un Mac Mini 2018 au bureau
    Un employé a voulu le mettre à jour vers Sequoia, s’est retrouvé coincé dans une boucle de nouvelles tentatives après une erreur, puis a essayé les options de récupération. Comme la récupération annonçait 8 heures, on est passés à une installation par USB
    À cause des restrictions du T2, il fallait activer l’autorisation de démarrage dans le menu des utilitaires de récupération, mais, de façon assez hallucinante, c’était impossible sans une installation fonctionnelle et un compte administrateur
    On a donc essayé d’installer le système d’exploitation par défaut de cette machine et de redémarrer, mais le Mini s’est figé pendant l’installation, sans carillon ni voyant, au point qu’on l’a cru complètement mort
    J’étais furieux qu’un ordinateur en parfait état soit briqué à cause d’un processus de récupération lent et truffé de bugs. 8 heures ? Apple n’a pas les moyens de payer plus de débit chez Akamai, ou ils sabotent volontairement la procédure pour pousser à acheter une nouvelle machine ?
    La solution a consisté à utiliser un câble non recommandé, un USB2-vers-USB-C — en pratique, le câble de souris Logitech capable de transporter des données — pour entrer en mode DFU. Il faut brancher le câble d’alimentation en maintenant le bouton de démarrage, et connecter l’USB-C au premier port Thunderbolt après l’entrée HDMI
    Ensuite, la connexion apparaît comme par magie dans le Finder du Mac hôte, et après avoir restauré le firmware T2, on peut réinstaller normalement depuis une clé USB et redonner vie au Mini
    J’ai réussi à m’en sortir en recoupant des bribes d’informations sur divers forums de réparation matérielle. Si vous appelez le « support » Apple, on connaît déjà la procédure : venez en boutique et achetez davantage

  • Le billet est assez flou. « Copier » peut vouloir dire beaucoup de choses selon les gens
    Des commandes comme cp -r / /Volumes/Clone n’ont jamais vraiment fonctionné, et je me demande si rsync --acls --archive --hard-links --one-file-system --sparse --xattrs / /Volumes/CLONE et sudo bless -folder /Volumes/CLONE/System/Library/CoreServices marchent encore
    Je ne sais pas non plus si une copie bloc par bloc comme sudo dd if=/dev/rdisk2 of=/dev/rdisk4 bs=1m conv=notrunc fonctionne toujours

    • Il me semble que c’était documenté dans un ancien billet de blog, mais pour copier une installation du système, on utilise apparemment l’utilitaire asr
      Comme une installation macOS est composée de nombreuses partitions, cp ou rsync seuls ne suffisent pas. dd pourrait fonctionner, mais on ne peut pas faire de sauvegarde vers un disque plus petit, ni choisir les fichiers, et on perd énormément en souplesse côté performances

  • Si on éteint un moniteur externe tout en laissant l’HDMI branché, ou si on laisse branché un périphérique de sortie HDMI hors tension, cela provoque aussi un kernel panic
    Une excellente première expérience avec un nouveau MacBook Pro

    • À noter que je n’ai pas ce problème dans mon environnement. J’ai un grand téléviseur branché sur un CalDigit TS3+, que j’allume uniquement pour regarder des films, et même après test à l’instant, tout continue de bien fonctionner
    • Évidemment, il ne devrait jamais y avoir de kernel panic, mais je me demande si vous avez regardé les dumps pour chercher la cause. Ça vaudrait aussi le coup d’essayer un autre câble ou un autre périphérique HDMI
      Ça reste un bug, mais il est possible qu’un câble HDMI ou un appareil non conforme à la norme en soit à l’origine
    • Le pire, quand on achète un nouveau MacBook Pro, c’est qu’il est « mis à niveau » vers macOS 15
      J’ai compté 12 bugs pendant la première heure
      De quoi donner envie de créer sa propre boîte d’informatique
    • La gestion des écrans externes, ou au moins des écrans tiers, semble être un point faible d’Apple

  • Mon prochain ordinateur ne sera probablement pas un Mac. Ça fonctionne bien, mais le lock-in devient toujours trop fort

    • Mac comme Windows ont désormais une meilleure alternative : Linux. Grâce aux fabricants de matériel et à Valve, Linux est clairement devenu une meilleure option de bureau

  • Quand macOS a complètement bloqué les logiciels « non fiables » dans la 15.1, il n’y a pas eu beaucoup de protestations
    Avant, même si la fenêtre « Déplacer vers la corbeille » s’affichait, on pouvait lancer le binaire avec Cmd+clic, puis plus tard le débloquer dans les réglages Confidentialité et sécurité
    Mais depuis la 15.1, c’est terminé. Les binaires non signés ou non approuvés ne s’exécutent plus sur macOS, même si l’utilisateur leur fait totalement confiance
    C’est un gros problème pour l’industrie musicale, plusieurs autres secteurs, et des logiciels grand public comme les installateurs de jeux GOG. Après une nouvelle installation, ils ne s’ouvrent tout simplement plus
    J’ai passé un bon quart d’heure à pester contre Apple pour avoir introduit ce changement qui casse la compatibilité dans l’espace utilisateur
    Cela ressemble moins à une protection des utilisateurs qu’à un durcissement supplémentaire du jardin clos, et c’est un changement écœurant glissé discrètement dans une version mineure
    Heureusement, j’ai trouvé une solution avec xattr -d com.apple.quarantine ~/binary, mais si même ça cesse de fonctionner, je ne vois pas quoi faire
    J’adore vraiment les puces M1 à M4 et je n’ai aucune envie de réentendre le bruit des ventilateurs, mais si la situation continue d’empirer, je passerai à la première distribution qui prendra correctement ce matériel en charge
    macOS reste un système d’exploitation beau et tout à fait utilisable malgré ses problèmes, mais Apple le retouche un peu chaque année et, globalement, le rend de pire en pire. Vive Snow Leopard

    • Je ne suis pas encore passé à la 15, mais je pensais qu’ils avaient seulement supprimé la possibilité de lancer des logiciels non signés via clic droit > Ouvrir. Je croyais qu’il fallait désormais une approbation manuelle dans les Réglages système via Gatekeeper
      Il est vrai à 100 % qu’Apple fait lentement bouillir la grenouille en verrouillant macOS pour le rapprocher d’iOS. J’ai déjà remplacé mon ordinateur personnel par Linux, et les signes avant-coureurs étaient visibles dès l’annonce de la notarisation en 2017
    • Pour donner plus de contexte, la boîte de dialogue s’affiche ainsi
      “App” Not Opened
      Apple could not verify “App” is free of malware that may harm your Mac or compromise your privacy. [ Done ]
      Le bouton ? en haut à droite ouvre https://support.apple.com/guide/mac-help/apple-cant-check-ap..., où il est indiqué que l’utilisateur peut, s’il le souhaite, contourner manuellement la restriction dans les réglages Confidentialité et sécurité pour ouvrir l’app
      Il faut suivre le lien vers les réglages, puis faire défiler vers le bas pour trouver une deuxième copie du même message et cliquer sur « Open Anyway », ce qui fait apparaître un troisième avertissement
      “Open ‘App’?”
      Apple is not able to verify that it is free from malware that could harm your Mac or compromise your privacy. Don’t open this unless you are certain it is from a trustworthy source. [ Done ] [ Open Anyway ]
      Pour continuer, une authentification est nécessaire, et l’invite d’authentification affiche un quatrième avertissement : “You are attempting to open an app that may harm your Mac or compromise your privacy.”
      D’après https://developer.apple.com/support/compare-memberships/, il faut être membre du Apple Developer Program à 99 $/an pour notariser une app
    • Il suffit de désactiver Gatekeeper, ou d’aller dans les Réglages système et de cliquer sur « Open Anyway ». C’est pénible, bien sûr
    • Au final, migrer vers Asahi Linux semble aussi pouvoir être une option

  • Après avoir mis à jour un iPhone 15 de la 17 à la 18.1, Safari se met à planter et Handoff entre l’iPhone et le MacBook ne fonctionne plus dans ce sens. Dans l’autre sens, en revanche, tout marche parfaitement. Les deux problèmes sont vraiment frustrants

  • Le plus absurde en passant à Sequoia, c’était que lancer un programme depuis le débogueur d’Apple cassait l’établissement des connexions réseau locales
    Je peux communiquer avec un appareil relié directement en Ethernet et avec un binaire lancé normalement, mais pas sous lldb. Il n’y a même pas de fenêtre demandant l’autorisation des connexions réseau
    Il m’a fallu plus d’une demi-journée pour comprendre qu’il suffisait d’utiliser le débogueur LLVM upstream

  • « Ce n’est pas terrible. Nous aussi, nous pensons que ce n’est pas terrible, et vous aussi. Mais nous ne pouvons pas le corriger. C’est à Apple de le faire. »
    C’est pour ça que j’ai abandonné macOS il y a quelques années pour passer à Linux.
    Ce n’est pas une question de savoir quel système d’exploitation est meilleur ou pire. Tous les logiciels ont des bugs. L’essentiel, c’est de savoir si, quand des bugs inévitables apparaissent, l’utilisateur a le pouvoir d’agir au lieu d’attendre qu’un correctif arrive d’en haut.

    • En théorie, il est possible de faire fonctionner le Bluetooth, le Wi‑Fi et la veille profonde sous Linux, mais dans les faits, est-ce que moi je peux les corriger ? Non. Ce n’est pas faute d’avoir essayé.
      Si on parle de la capacité réelle à réparer un problème sur un ordinateur qu’on utilise tous les jours, je considère que macOS reste largement supérieur.
    • Et puis, si une mise à jour Linux casse l’installation, on peut déterminer ce qui a cassé et revenir à la version précédente.
      Sur macOS ou Windows, annuler une mise à jour n’est pas vraiment une fonctionnalité digne de ce nom ; sans réinstallation complète, c’est difficile, et de nos jours on n’est même pas sûr d’avoir encore un support d’installation d’une ancienne version.
    • Moi aussi, je suis engagé dans cette voie dans une certaine mesure. J’ai acheté un M1 d’occasion et je n’utilise que Asahi Linux. C’est principalement pour OpenGL/Vulkan et pour la mémoire unifiée avec des LLM en local.
      Je cherche encore des applications de remplacement avant de basculer complètement depuis mon ancien Mac.
      En particulier, j’aimerais trouver un outil de sauvegarde aussi excellent que SuperDuper. Je l’utilise depuis 16 ans, et j’ai même fait quelques restaurations complètes pendant ce temps. Merci aux développeurs d’avoir créé un outil aussi fiable.
      Je crois l’avoir aussi utilisé pour migrer d’un laptop à un autre, mais sur les versions récentes de macOS, ce genre d’opération est probablement devenu plus compliqué.
      Quoi qu’il en soit, j’espère qu’Apple corrigera bientôt ce bug. Sinon, j’attendrai avec impatience le jour où je pourrai acheter une licence Linux de SuperDuper.
    • J’attends avec impatience le jour où il sera possible de faire tourner un Linux avec accélération matérielle complète sur un MacBook Pro ou un laptop d’une qualité comparable.
      Quand on regarde le monde de la tech, on voit partout des produits qui pourraient être extraordinaires mais qui se retrouvent bloqués juste avant d’atteindre leur potentiel à cause de mauvais logiciels imposés par des pratiques anticoncurrentielles.
      Apple est l’entreprise la plus riche de la planète. S’il vous plaît, laissez les appareils « pro » être utilisés pour du vrai travail professionnel.
      En ce moment, je suis à l’étranger ; en réalité, j’écris ce message sur un mini PC AMD, et j’utilise le MacBook Pro comme écran secondaire piloté via une application de partage de souris et clavier sur le réseau.
      Le MBP est bridé par le logiciel au point de ne pas pouvoir me servir pour tout ce que je fais, ce qui ruine en grande partie la promesse de portabilité. Devoir transporter un deuxième ordinateur, c’est vraiment pénible.