Pour certains tests, j'ai besoin de déployer une configuration précise : MacOS 10.15.4 avec Xcode 12.3. Mon MacMini 2018/2020 exécute 10.15.5 avec VirtualBox 6.1.12. J'ai une VM en cours d'exécution avec 10.15.0 que je snapshot après l'installation. Mon plan était ensuite de faire une mise à jour manuelle vers 10.15.4 grâce à la mise à jour combinée correspondante, car je ne veux pas passer à la dernière version de Catalina.
Le processus de mise à jour manuelle consiste à monter le fichier dmg, qui affiche ensuite le fichier pkg qui lance le processus de mise à jour lorsqu'il est exécuté, et demande de redémarrer à un moment donné pour finaliser tout. Le redémarrage ne me mène pas au processus de mise à jour, mais revient à 10.15.0.
Il existe de nombreux articles de blog et guides sur ce qu'il faut faire lorsque vous suivez le chemin plus classique de télécharger une mise à jour vers /Applications/Install macOS xxx.app.
Je suppose qu'à un moment donné, les deux façons de mettre à niveau suivent le même processus (par exemple redémarrer vers une sorte de "partition de mise à niveau" qui écrasera les fichiers du système d'exploitation, redémarrer vers le système d'exploitation mis à niveau). J'aimerais des clarifications sur les parties où ces chemins de mise à niveau diffèrent, afin que je puisse résoudre les problèmes qui m'empêchent d'atteindre 10.15.4.
Au passé, j'ai fait des choses similaires avec 10.14 et mes notes sur le sujet ne montrent pas un tel problème (plutôt des problèmes liés au manque de support APFS dans VirtualBox à cette époque). En particulier, je pense que la disposition des partitions a changé depuis lors.
Essentiellement, ce que j'ai essayé jusqu'à présent :
- démarrer le processus de mise à niveau manuelle via le
.pkg, redémarrer - interrompre le démarrage en martelant
Esc, atteindre une sorte de gestionnaire de démarrage gris et bleu (est-ce du matériel VBox ou Apple ? ce n'est pas le shell EFI de VBox, il y a un menu d'interface utilisateur basé sur du texte avec "Gestionnaire de périphériques" / "Gestionnaire de démarrage" / "Gestionnaire de maintenance de démarrage") - explorer les partitions, à la recherche d'un fichier de démarrage EFI (j'ai repéré celui de la récupération, je ne trouve pas celui "régulier" ni celui "de mise à niveau")
- démarrer
Par exemple, je me demande si le pkg est partiellement extrait et si je suis censé trouver un boot.efi quelque part sur la partition "System Data". Si c'est le cas, où devrais-je le chercher ? Ai-je une façon plus "sysadmin" de déployer cette mise à niveau, en particulier sans redémarrer ?
0 votes
Dans mon expérience, les mises à jour de macOS sont extraites vers un "bac à sable d'installation", le système est envoyé dans un mode spécial où les fichiers mis à jour sont "poussés" sur l'installation existante (puis toute étape d'installation postérieure), puis un redémarrage. Il ne devrait pas y avoir de partitions séparées ou de fichiers de démarrage EFI. Cela pourrait avoir changé avec la partition système séparée pour 10.15 et ultérieur. Dans le passé, j'ai eu des mises à jour combo .pkg ne pas s'appliquer après le redémarrage, ce qui m'a obligé à l'installer à nouveau.
0 votes
La mise à jour du combo dépasse les 4 Go. Le MacMini est principalement inactif, le stockage est rapide, mais la mise à niveau à l'intérieur de la machine virtuelle semble trop rapide pour avoir réellement fait quelque chose au système d'exploitation actuel, à part tout préparer pour une installation réelle lors du redémarrage (où je m'attends à passer quelques minutes). Avez-vous une idée de où chercher ce "bac à sable d'installation"? Je vais fouiller à l'intérieur du contenu du fichier pkg lui-même.
0 votes
C'est probablement dans /private/var/folder/zz/... ou /.PKInstallSandboxManager. Mais vous devriez facilement le trouver en commençant à l'installer, puis en appuyant sur CMD-L pour afficher le journal. Sélectionnez "Afficher tout" et il vous indiquera où il est en train de l'extraire.