Erreurs répétitives installation Big Sur

[maya.ahh]

Hello,

On repart ici après les aventures racontées là : https://forum.macbidouille.com/index.php?sh...419020&st=0.

On est sur un MacBook Pro récent (16 pouces, 2019) et puissant (2,4 GHz Intel Core i9 8 cœurs ; 64 Go 2667 MHz DDR4). Le système est de nouveau stable, et pour installer Big Sur, j’ai créé via Utilitaire de Disque un volume dédié, nommé BigSur (disk1s6) :

Code

mayaahh2:~ jeremy$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         4.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +4.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  789.8 GB   disk1s1
   2:                APFS Volume Preboot                 83.2 MB    disk1s2
   3:                APFS Volume Recovery                529.0 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.1 GB    disk1s5
   6:                APFS Volume BigSur                  7.3 MB     disk1s6

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.9 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Copies de sauvegarde... 1.9 TB     disk2s2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +12.9 GB    disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Shared Support          12.6 GB    disk3s2

J’ai lancé plusieurs tentative d’installation de Big Sur (Mac Os 11.0.1), ça bloque au bout de peu de temps, avant le reboot, avec un message d'erreur : « Une erreur s’est produite lors du chargement de la mise à jour », comme sur ma photo "blanche".

Après un énième essai, cette étape a été passée, l’ordinateur redémarre, mais je retrouve l’erreur qui avait tout cassé mon ordi avant-hier soir : « Une erreur s’est produite lors de l’application de la mise à jour logicielle », comme sur photo "noire". Une fois cliqué sur Ok, il faut choisir un disque pour redémarrer, ce qui implique dans mon cas de déverrouiller Macintosh HD car il est chiffré. Double Dong de démarrage, puis c’est ok. Heureusement que j’avais fait la manip de créer un nouveau volume, merci pour ce précieux conseil !

Pour info, deux nouveaux volumes aont été créés durant l’installation foireuse :

Code

mayaahh2:~ jeremy$ diskutil list
…
   6:                APFS Volume BigSur - Données        12.0 GB    disk1s6
   7:                APFS Volume BigSur                  24.6 KB    disk1s7
   8:                APFS Volume Update                  65.5 KB    disk1s8

…

Un reboot avec alt montre un seul disque bootable, Macintosh HD. Dans le volume Update, j’ai pas mal de choses dont des logs sans doute intéressants. Voilà la fin de l’install-log :

Code

Dec  6 16:55:00 MacBook-Pro OSInstaller[203]: Operation: Install Mobile Software Update failed, Failure Reason: Error Domain=com.apple.osinstall Code=-83 "Une erreur s’est produite lors de l’application de la mise à jour logicielle." UserInfo={NSLocalizedDescription=Une erreur s’est produite lors de l’application de la mise à jour logicielle., NSUnderlyingError=0x7fdc38d33860 {Error Domain=MobileSoftwareUpdateErrorDomain Code=29 "Failed to verify package contents." UserInfo={NSLocalizedDescription=Failed to verify package contents., NSUnderlyingError=0x7fdc38d2dce0 {Error Domain=MobileSoftwareUpdateErrorDomain Code=7 "SHA-1 mismatch for /System/Volumes/Data/private/tmp/tmp-mount-gtmeiH/softwareupdate.241.RFDPIU/source/payloadv2/payload.002: 248f077478443827d5ecacbd1b990649ddb7c68a should be 5c513b5c5a6a0b0bcda9b2e53dcbb2975519663f" UserInfo={NSLocalizedDescription=SHA-1 mismatch for /System/Volumes/Data/private/tmp/tmp-mount-gtmeiH/softwareupdate.241.RFDPIU/source/payloadv2/payload.002: 248f077478443827d5ecacbd1b990649ddb7c68a should be 5c513b5c5a6a0b0bcda9b2e53dcbb2975519663f, target_update=20B50}}}}}

Pour l’instant j’arrête les essais, mais je n’ai toujours pas Big Sur ! Si quelqu’un peut m’aider, merci d’avance !

Ce message a été modifié par maya.ahh - 6 Dec 2020, 18:24.

Fichier(s) joint(s)

 IMG_7379.jpg ( 95.66 Ko ) Nombre de téléchargements : 11
 IMG_7378.jpg ( 297.69 Ko ) Nombre de téléchargements : 10

 

[baron]

P.S. Puisque sur ton autre sujet, tu te demandais comment un snapshot pouvait créer quasi « instantanément » un clone :
Ce n'est pas un clone, rien n'est recopié ; il y a juste une mise à jour de métadonnées indiquant de ne pas supprimer ou modifier les blocs correspondant à l'état de ton système de fichiers à un instant t (*).
S'il y a des modifications ultérieures, elles seront enregistrées à un autre endroit et un pointeur renverra à la bonne adresse, correspondant à l'état actuel ou au snapshot voulu.

L'avantage est que le retour à la situation antérieure est quasi aussi rapide (quelques minutes plutôt que quelques heures)…

__________________
(*) Corrélatif : quand tu effaces une série de fichiers, tu ne récupères pas nécessairement l'espace qu'ils occupaient, celui-ci restant réservé au cas où tu souhaiterais restaurer un snapshot où ils étaient présents…

[maya.ahh]

P.S. Puisque sur ton autre sujet, tu te demandais comment un snapshot pouvait créer quasi « instantanément » un clone :
Ce n'est pas un clone, rien n'est recopié ; il y a juste une mise à jour de métadonnées indiquant de ne pas supprimer ou modifier les blocs correspondant à l'état de ton système de fichiers à un instant t (*).
S'il y a des modifications ultérieures, elles seront enregistrées à un autre endroit et un pointeur renverra à la bonne adresse, correspondant à l'état actuel ou au snapshot voulu.

L'avantage est que le retour à la situation antérieure est quasi aussi rapide (quelques minutes plutôt que quelques heures)…

__________________
(*) Corrélatif : quand tu effaces une série de fichiers, tu ne récupères pas nécessairement l'espace qu'ils occupaient, celui-ci restant réservé au cas où tu souhaiterais restaurer un snapshot où ils étaient présents…

Ok, merci c’est très clair ! Ça me rappelle l’époque horrible où on pouvait avoir un bug sur le B-tree qui butte un disque alors que tous les fichiers étaient dessus… quel progrès !

Il faut donc que je fasse une partition, c’est ça ? N’y a-t-il pas de risque à la faire à chaud ?

Par ailleurs, penses-tu que cela a un lien avec l’erreur répétitive à l’installation ?

Il y a toujours un risque à modifier un disque, surtout quand on va sur les tables de partition (c'est pourquoi il faut faire une sauvegarde avant) mais normalement, ça devrait bien se passer — du moins si les essais antérieurs n'ont pas tout chamboulé.
Je restaurerais d'abord le snapshot d'avant la tentative d'installation, je désactiverais FileVault, puis je ferais la partition en ayant aussi vérifié que ma sauvegarde est fonctionnelle et à jour…

Pour ta 2e question, à la lecture de l'article mentionné, ça me paraît plausible mais je n'en sais rien… Il peut y avoir d'autres choses aussi.

N.B. J'ai complété mon message ci-dessus…

Alors le truc c’est que je me disais qu’il était intéressant de conserver un peu les traces de ce qui s’était passé. Éventuellement, je vais m’envoyer par mail les logs qui sont dans /Volumes/Update pour les avoir au cas où. J’ai quelques questions :

1. Pour remettre le snapshot, je le fais direct dans le terminal, ou bien d’abord je reboote en mode Recovery puis CMD+T pour ouvrir le terminal ? J’ai trouvé facilement comment faire.
2. La sauvegarde : vu l’instabilité générale du truc, je pense qu’il faut la sécuriser avant toute chose. TimeMachine dit justement qu’il lui faut refaire une sauvegarde à zéro, et en attendant ne fait plus rien. Mais c’est la sauvegarde TM actuelle qui m’a permis de restaurer mon ordi. Donc je crois que la sauvegarde est ok mais que TM veut recommencer à zéro parce que quelque chose a changé qui lui fait penser que la continuité est interrompue. Dans tous les cas, je devrais en effet régler ce soucis avant d’avancer…
3. Pour désactiver Filevault, le fait d’être sur un disque chiffré ne change rien ?
4. Une fois tout cela réglé, ne vaut-il pas mieux faire la partition en mode recovery, voir même en bootant sur clef usb ?

J’ai essayé le 1. remettre le dernier snapshot en Recovery, en apparence tout va bien, mais au reboot, gros bug, impossible de démarrer complètement, j’ai recommencé en Recovery, cette fois c’est ok même si j’ai encore eu l’écran « Votre ordinateur a redémarrer a cause d’un problème… ». Après reboot, les volumes créés pour et par la tentative d’installation de BigSur sont toujours là…

Ce message a été modifié par maya.ahh - 7 Dec 2020, 01:09.