10.13 High Sierra Erreur de partition iMac Sierra

  • Créateur du sujet Créateur du sujet Negan
  • Date de début Date de début

Negan

Membre confirmé
14 Avril 2018
17
0
42
Bonjour à toutes et à tous

Voilà, j'ai gros souci lors d'une première partition j'ai mon imac sierra hight qui a planter et maintenant ça m'affiche cette erreur quand j'essaye de créer une nouvelle partion :

Exécution de l’opération 1 sur 1 : Ajoutez « Sans titre » en scindant « Macintosh HD »…
Le volume logique Core Storage fourni est de taille incorrecte. Vous devriez réparer l’intégralité du disque.
L’opération a échoué…

et j'ai fait une capture d'écran de mes disques en pièce jointe ou ci-dessous :

+-- Logical Volume Group 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF
=========================================================
Name: Macintosh HD
Status: Online
Size: 2120423165952 B (2.1 TB)
Free Space: 499383513088 B (499.4 GB)
|
+-< Physical Volume 899377A5-7FE7-44A4-BFA7-6694434D41A6
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 120883990528 B (120.9 GB)
|
+-< Physical Volume 56F7A02C-1AE6-49EB-969F-5434AB903C6C
| ----------------------------------------------------
| Index: 1
| Disk: disk1s2
| Status: Online
| Size: 1999539175424 B (2.0 TB)
|
+-> Logical Volume Family 0E1A7593-5F56-4169-B9E1-9039720B966F
----------------------------------------------------------
Encryption Type: None
|
+-> Logical Volume 08A9BE86-4E57-42DB-BF7E-00F6846D9101
---------------------------------------------------
Disk: disk2
Status: Online
Size (Total): 1615184920576 B (1.6 TB)
Revertible: No
LV Name: Macintosh HD
Volume Name: Macintosh HD
Content Hint: Apple_HFS
LVG Type: Fusion, Sparse


Pouvez-vous m'aider svp

Merci
 

Fichiers joints

  • Capture d’écran 2018-05-08 à 06.53.26.webp
    Capture d’écran 2018-05-08 à 06.53.26.webp
    102,8 KB · Affichages: 152
Dernière édition:
Salut Negan

Tu es victime d'un incident assez rare > intervenu au départ sans doute à l'occasion de la récupération de l'espace d'une partition BOOTCAMP supprimée : une « erreur de taille interne » à un CoreStorage - ici de type Fusion Drive.

  • un CoreStorage en bref consiste en 1 ou 2 magasins de stockage physique (Physical Volumes) inscrits dans le conteneur d'une ou 2 partitions de disques. À partir de ce ou ces Physical Volumes --> s'exporte un espace disque virtuel dit Logical Volume > sur l'espace duquel monte le volume standard Macintosh HD
  • régulièrement > il y a congruence de tailles : Physical Volumes <=> Logical Volume. Chez toi > l'erreur de taille interne consiste en un Logical Volume plus petit de 500 Go (environ) que la somme des tailles des Physical Volumes. Il y a donc de l'espace perdu à l'intérieur du Conteneur CoreStorage > spécifiquement sur le Physical Volume du HDD (disk1s2 = 2 To) : le seul affecté par des redimensionnements.

Cette erreur rare peut se corriger par une manœuvre tout à fait spécifique. Pour l'effectuer > il faut que tu redémarres > avec les 3 touches ⌘⌥R (cmd alt R) tenues pressées = démarrage par internet qui va télécharger en RAM un OS de secours 10.13 et démarrer le Mac dessus en indépendance du disque (ce démarrage en mode indépendant est décisif ici) -->

  • tu vas obtenir un écran affichant une fenêtre de 4 Utilitaires macOS --> signale ici quand tu y es.
 
Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Dans la fenêtre ouverte > saisis la commande informative  :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs paramètres de tables de partition > partitions > Conteneur CoreStorage du Fusion Drive
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dans le volume desquelles sont montés en lecture & écriture des dossiers du recoveryOS sur lequel tu démarres. Elles s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre des captures d'écran -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil 
  • dans la page de ce fil de MacGé > presse le bouton (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) dans la barre de menus au-dessus du champ de saisie d'un message > menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> ce tableau me donnera les index de tes 2 disques. J'ai besoin de les connaître avec certitude pour te passer 2 commandes de réparation des tables de partition.
 
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.9 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            2.0 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

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

/dev/disk3 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +1.6 TB     disk3
                                 Logical Volume on disk0s2, disk1s2
                                 08A9BE86-4E57-42DB-BF7E-00F6846D9101
                                 Unencrypted Fusion Drive

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

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +2.1 MB     disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +12.6 MB    disk11

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

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

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

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +1.0 MB     disk17

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

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 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               +2.1 MB     disk21

-bash-3.2#
 
Alors tu vas passer (l'une après l'autre) les 3 commandes de réparation suivante :
Bloc de code:
diskutil repairVolume disk3
diskutil repairDisk disk0
diskutil repairDisk disk1

  • la 1ère vérifie / répare --> a) le système de stockage CoreStorage > b) le système de fichiers jhfs+ du volume Macintosh HD
  • la 2è répare la table GPT (GUID Partition Table) du SSD
  • la 3è répare la table GPT du HDD
  • après validation des 2 dernières commandes > une demande de confirmation va s'afficher (avec avertissement que la partition EFI1 du disque pourrait se trouver reformatée) --> tape y (yes) et revalide

Poste ici les affichages retournés par ces 3 commandes > dont la lecture m'intéresse au 1er chef.
 
Bloc de code:
-bash-3.2# diskutil repairVolume disk3
Started file system repair on disk3 Macintosh HD
Verifying storage system
Performing fsck_cs -n -x --lv --uuid 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF
Checking volume
disk1s2: Scan for Volume Headers
disk0s2: Scan for Volume Headers
disk1s2: Scan for Disk Labels
disk0s2: Scan for Disk Labels
Logical Volume Group 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 56 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 0E1A7593-5F56-4169-B9E1-9039720B966F
Load and verify 08A9BE86-4E57-42DB-BF7E-00F6846D9101
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF appears to be OK
Storage system check exit code is 0
Repairing file system
Volume was successfully unmounted
Performing fsck_hfs -fy -x /dev/rdisk3
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
Trimming unused blocks
The volume Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Checking for overcommitted space in Logical Volume Group
Finished file system repair on disk3 Macintosh HD
-bash-3.2# diskutil repairDisk disk0
Repairing the partition map might erase disk0s1, proceed? (y/N) Y
Started partition map repair on disk0
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking booter partition disk0s3
Verifying file system
Volume is already unmounted
Performing fsck_hfs -fn -x /dev/rdisk0s3
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Boot OS X appears to be OK
File system check exit code is 0
Restoring the original state found as unmounted
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
Verifying storage system
Performing fsck_cs -n -x --lv --uuid 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF
Checking volume
disk1s2: Scan for Volume Headers
disk0s2: Scan for Volume Headers
disk1s2: Scan for Disk Labels
disk0s2: Scan for Disk Labels
Logical Volume Group 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 56 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 0E1A7593-5F56-4169-B9E1-9039720B966F
Load and verify 08A9BE86-4E57-42DB-BF7E-00F6846D9101
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF appears to be OK
Storage system check exit code is 0
Repairing storage system
Performing fsck_cs -y -x --lv --uuid 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF
The volume disk1s2+disk0s2 cannot be repaired when it is in use
Checking volume
disk1s2: Scan for Volume Headers
disk0s2: Scan for Volume Headers
disk1s2: Scan for Disk Labels
disk0s2: Scan for Disk Labels
Logical Volume Group 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 56 MB Metadata Volume with double redundancy
 
Bloc de code:
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 0E1A7593-5F56-4169-B9E1-9039720B966F
Load and verify 08A9BE86-4E57-42DB-BF7E-00F6846D9101
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF appears to be OK
Storage system check exit code is 0
Incorrect size for volume "Macintosh HD"
Adjusting volume "Macintosh HD"
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 2 114 568 192 000 bytes
Growing file system
The partition map appears to be OK
Finished partition map repair on disk0
-bash-3.2# diskutil repairDisk disk1
Repairing the partition map might erase disk1s1, proceed? (y/N) Y
Started partition map repair on disk1
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking booter partition disk1s3
Verifying file system
Volume is already unmounted
Performing fsck_hfs -fn -x /dev/rdisk1s3
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Recovery HD appears to be OK
File system check exit code is 0
Restoring the original state found as unmounted
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
Verifying storage system
Performing fsck_cs -n -x --lv --uuid 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF
Checking volume
disk1s2: Scan for Volume Headers
disk0s2: Scan for Volume Headers
disk1s2: Scan for Disk Labels
disk0s2: Scan for Disk Labels
Logical Volume Group 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 56 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 2 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 0E1A7593-5F56-4169-B9E1-9039720B966F
Load and verify 08A9BE86-4E57-42DB-BF7E-00F6846D9101
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF appears to be OK
Storage system check exit code is 0
Repairing storage system
Performing fsck_cs -y -x --lv --uuid 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF
The volume disk1s2+disk0s2 cannot be repaired when it is in use
Checking volume
disk1s2: Scan for Volume Headers
disk0s2: Scan for Volume Headers
disk1s2: Scan for Disk Labels
disk0s2: Scan for Disk Labels
Logical Volume Group 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 56 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 2 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 0E1A7593-5F56-4169-B9E1-9039720B966F
Load and verify 08A9BE86-4E57-42DB-BF7E-00F6846D9101
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 8DF5A93F-B9F8-4AD9-9C7F-E2E47A5672FF appears to be OK
Storage system check exit code is 0
The partition map appears to be OK
Finished partition map repair on disk1
-bash-3.2#
 
Victoire !

Cette mention à un moment donné -->
Bloc de code:
Incorrect size for volume "Macintosh HD"
Adjusting volume "Macintosh HD"
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 2 114 568 192 000 bytes
Growing file system
The partition map appears to be OK

  • signifie que le Logical Volume a été étiré à une taille de 2,1 To > regagnant par là les 500 Go perdus.

Passe à nouveau une commande :
Bloc de code:
diskutil list

  • et poste le tableau pour confirmation.
 
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.9 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            2.0 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

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

/dev/disk3 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.1 TB     disk3
                                 Logical Volume on disk0s2, disk1s2
                                 08A9BE86-4E57-42DB-BF7E-00F6846D9101
                                 Unencrypted Fusion Drive

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

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +2.1 MB     disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +12.6 MB    disk11

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

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

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

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +1.0 MB     disk17

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

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 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               +2.1 MB     disk21

-bash-3.2#
 
Cette mention -->
Bloc de code:
/dev/disk3 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.1 TB     disk3
                                 Logical Volume on disk0s2, disk1s2

  • montre que ton problème est résolu : le volume Macintosh HD & le Logical Volume disk3 qui lui sert d'espace-disque virtuel de montage --> ont retrouvé une taille de 2,1 To sans perte d'espace libre

Tu peux redémarrer normalement sur ta session d'utilisateur habituelle.
 
il bloque au moment Redimensionnement des structures du volume physique Core Storage comme la première fois
 
Un repartitionnement quand il y a un Fusion Drive est plutôt lent. Tout dépend en plus de la taille demandée pour le repartitionnement.
 
Bonsoir. J'ai un problème similaire avec comme message après avoir tenté une réinstallation via l'utilitaire de redémarrage "Mac os n'a pu être installé sur votre ordinateur. Un problème est survenu lors du redimensionnement des structures des volumes physiques Core Storage. Quittez le programme d'installation pour redémarrer votre ordinateur puis réessayez."