10.15 Catalina Plantage fatal après dernière maj Catalina

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Bonjour,

Ma config :

iMac 21.5'' Retina 4K 3.4 Ghz 1To fusion drive
macOS Catalina (+ un Bootcamp installé avec Windows 10)

Je viens de faire la dernière mise à jour de macOS ce matin, et cette mise à jour a totalement fait planter mon mac. Voici le message affiché en pleine mise à jour :

DzpOFPYY.jpeg

Après redémarrage, la mise à jour recommence et plante à nouveau avec le même message. J'ai maintenu D au démarrage pour faire le diagnostic préconnisé : aucun problème détecté. J'ai essayé de redémarrer en mode sans échec en maintenant la touche SHIFT mais cela fait planter le mac directement avec un message type kernel panic.

J'ai ensuite réussi à lancer le mode récupération avec CMD + R, j'ai fait un diagnostic "SOS" pour réparer d'éventuelles erreurs et tout est ok, mais je suis toujours coincé dans cette boucle plantage / redémarrage. Je suis actuellement sur l'utilitaire de disque qui m'affiche ceci :

23aHn74C.jpeg

Malheureusement je n'ai pas de sauvegarde Time Machine. Quelles pourraient être les cause du plantage ? Manque d'espace disque ? Ou autre ? Que pourrais-je faire pour réussir à débloquer la situation sans perdre toutes mes données ? A choisir je préférerais perdre ma partition Bootcamp que les données sur macOS.

Merci d'avance pour votre aide (je me sens vraiment dans le caca).

Merci.
 
Dernière édition par un modérateur:

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Si ça peut aider, voici le diskutil list, lancé à partir du Terminal en mode récupération.

J'ai vraiment besoin d'aide. @macomaniac si tu passes par là.

Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk3         369.1 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                630.3 GB   disk0s3
   4:           Windows Recovery                         566.2 MB   disk0s4

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:                 Apple_APFS Container disk3         27.7 GB    disk1s2

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS macOS Base System       2.0 GB     disk2s1

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +396.8 GB   disk3
                                 Physical Stores disk1s2, disk0s2
   1:                APFS Volume Macintosh HD - Données  357.1 GB   disk3s1
   2:                APFS Volume Preboot                 154.8 MB   disk3s2
   3:                APFS Volume Recovery                528.9 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4
   5:                APFS Volume Macintosh HD            14.6 GB    disk3s5

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk20

/dev/disk21 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk21

/dev/disk22 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk22

/dev/disk23 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk23

/dev/disk24 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk24

-bash-3.2#
 
Dernière édition par un modérateur:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Bonsoir SolMJ

Je vois que tu as une distribution Catalina dans le Conteneur apfs. Ce Conteneur a une capacité de 396,8 Go. L'occupation des blocs par les 5 volumes équivaut à : 374,4 Go. Ce qui donne 396,8 Go - 374,4 Go = 22,4 Go d'espace libre global. Ce qui est insuffisant > une installation ou réinstallation de Catalina demandant environ 30 Go d'espace libre. On tient peut-être là la raison de l'échec d'installation.

- quant au redémarrage automatique en boucle sur un processus d'installation qui plante => ce doit être dû à un chemin de démarrage (dans le volume de prédémarrage Preboot qui l'héberge) => pointant au démarreur d'un OS d'installation inscrit dans un dossier macOS Install Data du volume-Données.​

Passe la commande :
Bloc de code:
ls /Vol*/Mac*\Do*

  • la barre inverse \ se frappe avec les 3 touches ⌥⇧: (option maj :)
  • la commande liste les objets visibles de 1er rang (fichiers ou dossiers) du volume-Données

Poste le tableau obtenu.
 

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Bonsoir Macomaniac,

Merci infiniement de te pencher sur mon problème. :)

Alors j'ai effecuté la commande, dont voici le résultat :

Bash:
-bash-3.2# ls /Vol*/Mac*\Do*
.DS_Store                .vol
.DocumentRevisions-V100            Recovered Items
.IAProductInfo                Users
.OSInstallerMessages            Volumes
.PKInstallSandboxManager-SystemSoftware    cores
.Spotlight-V100                home
.TempReceipt.bom            macOS Install Data
.TemporaryItems                mnt
.file                    opt
.fseventsd                private
.installer-compatibility        sw
-bash-3.2#

(Désolé, je ne sais pas pourquoi l'affichage est mal indenté par rapport à ce que je vois sur le terminal)

Petite précision : j'ai réussi à booter sur ma partition Windows (en maintenant Alt au démarrage).

En revanche quand je boote sur la partition Macintosh HD, la barre avec la pomme se charge et le mac s'éteint.

Du coup s'il s'agit potentiellement d'un problème de place, je devrais donc faire un peu de nettoyage, mais pour cela il faudrait pouvoir accéder à mes données sur ma partition macOS.

J'attends tes prochains instructions.

Bonne soirée.
 
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Analyse -->

- présence d'un dossier macOS Install Data dédié à recevoir les composants d'une installation (dont un OS d'installation démarrable identique à un OS de secours).​
- présence d'un dossier Recovered Items qui a fonction de dossier de mise-en-quarantaine des dossiers-Système à remplacer lors de l'installation. Y ont été déplacés les dossiers-Système : Applications > Library > System > usr absents de l'espace-racine du volume. La création d'un tel dossier Recovered Items avec quarantaine des dossiers-Système principaux => est toujours le signe qu'une installation (à partir du dossier macOS Install Data) a été initiée --> puis a planté.​
- présence dans l'espace-racine des 2 dossiers principaux : Users (recelant les dossiers de comptes d'utilisateurs) & private (recelant - entre autres - les fichiers identitaires d'utilisateurs).​

Interprétation -->
  • après engagement d'un processus d'installation => l'installation a planté faute d'assez d'espace libre disponible. Le volume-Données est donc actuellement dans un état de : "chantier d'installation interrompu". La seule façon de récupérer un tel volume consiste à réitérer une installation à sa destination. Or pour cela => il faut disposer de 30 Go d'espace libre dans le Conteneur apfs en ce qui concerne l'OS Catalina.

=> il va donc falloir mesurer les dossiers actuels => afin de pouvoir estimer où l'on pourrait gagner de l'espace (soit par suppression directe de fichiers dispensables > soit après sauvegarde de données personnelles d'utilisateurs --> suppression des originaux). Refais signe ici lorsque tu seras de nouveau disponible.
 

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Merci pour cette analyse.

Je pense qu'il y a beaucoup de gros fichiers dispensables que je pourrais supprimer pour débloquer la situation (notamment dans les dossiers Bureau et Téléchargements de mon profil d'utilisateur).

Je suis prêt pour la suite.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Me revoici. Passe la commande :
Bloc de code:
/Vol*/Macin*/usr/bin/du -sh /Vol*/Mac*\Do*/*

  • je te conseille de la passer en copier-coller à rebours : tu la copies ici avec Safari > tu la colles dans le terminal > tu l'exécutes
  • la commande commence par aller chercher l'utilitaire de mesure des fichiers du (disk_usage) > absent d'un OS de secours démarré => dans le volume-Système Macintosh HD > puis lui fait mesurer (en Gi = gibibytes : base 2 - la seule mesure connue de du) --> les dossiers de 1er rang du volume-Données Macintosh HD - Données. Commande lente : attends le retour de -bash-3.2# en signal de fin

Poste le retour. On affinera l'enquête à partir de là.
 

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Bloc de code:
-bash-3.2# /Vol*/Macin*/usr/bin/du -sh /Vol*/Mac*\Do*/*
 26G    /Volumes/Macintosh HD - Données/Recovered Items
304G    /Volumes/Macintosh HD - Données/Users
  0B    /Volumes/Macintosh HD - Données/Volumes
  0B    /Volumes/Macintosh HD - Données/cores
  0B    /Volumes/Macintosh HD - Données/home
900M    /Volumes/Macintosh HD - Données/macOS Install Data
  0B    /Volumes/Macintosh HD - Données/mnt
178M    /Volumes/Macintosh HD - Données/opt
220K    /Volumes/Macintosh HD - Données/private
  0B    /Volumes/Macintosh HD - Données/sw
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Le dossier dédié aux composants d'installation : macOS Install Data est vide (plantage intervenu avant son remplissement). Le dossier de quarantaine de dossiers-Système : Recovered Items contient 26 Gi = 28 Go de fichiers => ne jamais toucher à ce dossier sensible. Le dossiers de comptes d'utilisateurs = Users fait 304 Gi = 327 Go => c'est là exclusivement qu'il faut enquêter.

- passe la commande :​
Bloc de code:
/Vol*/Macin*/usr/bin/du -sh /Vol*/Mac*\Do*/Users/*

  • (j'ai rajouté le segment Users à sa place à la fin) qui mesure (en Gi) les dossiers de comptes dans les Utilisateurs

Poste le retour.
 
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Le dossier Partagé (Shared) est vide (il faut toujours vérifier : il y a parfois des ressources de jeux substantielles et dispensables qui y traînent). C'est dans le dossier de compte thierrybinder (= toi) qu'il y a tous les fichiers. On explore ce dossier.

- passe la commande :​
Bloc de code:
/Vol*/Macin*/usr/bin/du -sh /Vol*/Mac*\Do*/Users/th*/*

  • qui mesure (en Gi) les sous-dossiers du dossier de compte thierrybinder

Poste le retour.
 

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Bloc de code:
-bash-3.2# /Vol*/Macin*/usr/bin/du -sh /Vol*/Mac*\Do*/Users/th*/*
648K    /Volumes/Macintosh HD - Données/Users/thierrybinder/Applications
132K    /Volumes/Macintosh HD - Données/Users/thierrybinder/Binder.odt
2.8M    /Volumes/Macintosh HD - Données/Users/thierrybinder/Creative Cloud Files
 47G    /Volumes/Macintosh HD - Données/Users/thierrybinder/Desktop
 42G    /Volumes/Macintosh HD - Données/Users/thierrybinder/Documents
147G    /Volumes/Macintosh HD - Données/Users/thierrybinder/Downloads
1.4G    /Volumes/Macintosh HD - Données/Users/thierrybinder/Dropbox
 61G    /Volumes/Macintosh HD - Données/Users/thierrybinder/Library
 20K    /Volumes/Macintosh HD - Données/Users/thierrybinder/Movies
184M    /Volumes/Macintosh HD - Données/Users/thierrybinder/Music
111M    /Volumes/Macintosh HD - Données/Users/thierrybinder/Pictures
4.0K    /Volumes/Macintosh HD - Données/Users/thierrybinder/Public
282M    /Volumes/Macintosh HD - Données/Users/thierrybinder/bin
4.0K    /Volumes/Macintosh HD - Données/Users/thierrybinder/derby.log
4.0K    /Volumes/Macintosh HD - Données/Users/thierrybinder/isus

Comme je m'en doutais c'est dans le dossier Desktop et Downloads que je peux supprimer le plus.

J'ai les bases en exploration de ligne de commande (je maîtrise les cd / ls / rm...), donc je pense que je peux essayer de nettoyer un peu ça à partir du terminal (ça évitera de faire encore 50 allers retours sur le forum).

Juste une question : combien il faut que je supprime de Go pour pouvoir débloquer la situation ? Une trentaine ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Passe la commande :
Bloc de code:
df -H /Vol*/Mac*\Do*

  • la commande va retourner la mesure de l'occupation des blocs du volume-Données > mais surtout ici à la mention Avail => la mesure des blocs libres globalement dans le Conteneur apfs. Il te faut 30 Go de blocs libres dans le Conteneur pour pouvoir relancer l'installation de Catalina.

Tu postes le retour ou tu en tiens compte en solo.

----------


Par ailleurs > je te signale que la commande rm (remove) ne supporte pas les abréviations dans les adresses aux objets à supprimer. Pour ma part j'abuse quasiment d'abréviations (via les astériques *) > mais c'est pour la commodité de mes interlocuteurs et toujours en fait dans des commandes informatives qui supportent allègrement ces abréviations. Je n'en use jamais dans les commandes de suppression rm que je passe sur les forums. Je te conseille donc > à supposer que tu aies un objet substantiel TOTO.dmg dans les Téléchargements de ton compte > de le supprimer par la commande à chemin absolu :
Bloc de code:
rm -rf /Volumes/"Macintosh HD - Données"/Users/thierrybinder/Downloads/TOTO.dmg

  • mais beaucoup plus astucieux est le procédé suivant --> tu commences par passer la commande :
Bloc de code:
cd /Vol*/Mac*\Do*/Users/th*/Down*

  • qui loge les opérations dans le dossier des Téléchargements (commande cd supportant les abréviations - note que dans une session de terminal : -bash-3.2# l'invite de commande n'en est pas modifiée) > puis tu passes la commande de suppression :
Bloc de code:
rm -rf TOTO.dmg

  • en adresse directe hyper simplifiée à l'objet situé dans l'espace opératoire.
 

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Merci ! J'ai fait le ménage et l'installation a marché cette fois. :)

C'est quand même bizarre que l'on m'ait laissé faire cette mise à jour.

macOS n'aurait-il pas dû me signifier que je n'avais pas assez d'espace disque libre avant de lancer l'installation ?

En tout cas, je te remercie grandement (une fois de plus) pour ton aide.

Très bonne fin de journée !
 
Dernière édition par un modérateur:
  • J’aime
Réactions: macomaniac

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
75 471
23 007
Forêt de Fontainebleau
Bien joué et content pour toi !

- note : chaque OS dès son lancement public affigle les utilisateurs de blocages singuliers. Une sorte de signature négative de l'OS en quelque sorte. Le champion toutes catégories restant High Sierra (d'après mon expérience de dépanneur des forums qui ne traite que de ce qui foire dans un OS). Pour ce qui est de Catalina > la nécessité d'un espace libre inédit (30 Go) et l'oubli dans la programmation du programme d'installation d'une vérification préalable de la grandeur de l'espace libre => ont donné lieu dès la sortie de cet OS au type de plantage d'installation que tu as subi.​
 

SolMJ

Membre confirmé
10 Octobre 2008
184
5
Ah oui, c'est étonnant qu'ils aient laissé passer un truc aussi basique... Esperons que ce soit corrigé dans les prochaines versions.