10.14 Mojave Fusion Drive. Partition ratée et volume de disque disparu

[Horvath]

Bonjour, sur mon Mac Pro 5,1 sur lequel j'ai récemment installé une version de Mojave 10.14.6 grâce au patch de Dosdude, j'ai voulu faire une partition.
Le Mac fonctionne avec un fusion drive (250 Go pour un SSD et 2T pour le HD).
J'ai lancé l'utilitaire de disque qui a aloué 50% d'espace à cette partition. Ça me convenait. Comme format, j'ai laissé Mac Os étendu (journalisé).
L'opération s'est bloquée au bout d'un moment (j'ai attendu près d'une heure, mais la "roue" d'attente tournait indéfiniment) et bêtement, j'ai forcé l'arrêt d'utilitaire de disque. Depuis, la moitié de l'espace de mon disque a disparu, mais aucune partition n'apparaît dans l'utilitaire de disque.
J'ai donc "perdu" 1,13 T d'espace.
J'ai cherché des cas similaires au mien mais n'ai rien trouvé de probant.
Besoin d'aide.
Merci d'avance !

 

[Horvath]

Pour info, j'ai fait un disk util :



"MIXXBUS", "SAAMPLES" et "SAAAMPLES" sont des disques externes qui me servent à faire de la musique.
Le "disk4" serait-il celui qui a été créé mais n'apparaît pas ? Ou est-ce que ça désigne le Fusion Drive d'origine ? En ce cas, y a-t-il eu un disque de créé ?

Quand je démarre avec Alt, il y a deux "Fusion Drive" qui apparaissent parmi les volumes de démarrage. Alors que lorsque j'avais voulu créer cette partition, je l'avais nommée "Mojave Legacy"…



Si quelqu'un peut m'aider.
Merci.

 

[Membre supprimé 1060554]

Bonjour Horvath

Peux-tu repasser ta commande > mais au lieu d'afficher le tableau des disques en mode "image" (via une capture) > peux-tu le poster en mode "texte" ? Càd. tu en fais un copier-coller > en veillant à faire le coller dans un Bloc de code par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite du smiley souriant) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.
​

=> cela me permettra de recopier textuellement l'UUID du Logical Volume (Fusion Drive) de ton Fusion Drive de type CoreStorage > et de te passer la commande récupératrice de l'espace libre (actuellement situé en bas de ton HDD de 2 To).

 

[Horvath]

Merci infiniment macomaniac de t'intéresser à mon cas.
Voici ce que tu m'as demandé.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS TimeMac                 2.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 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_HFS MIXXBUS                 2.0 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage Fusion                  2.0 TB     disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3

/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:          Apple_CoreStorage Fusion                  255.7 GB   disk3s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk3s3

/dev/disk4 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Fusion drive           +1.1 TB     disk4
                                 Logical Volume on disk3s2, disk2s2
                                 2D4D5FEB-9D98-4086-BC53-F8B0B5C339EF
                                 Unencrypted

/dev/disk5 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk5
   1:                        EFI EFI                     209.7 MB   disk5s1
   2:                  Apple_HFS SAAMPLES                3.0 TB     disk5s2

/dev/disk6 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk6
   1:                        EFI EFI                     209.7 MB   disk6s1
   2:                 Apple_APFS Container disk8         2.0 TB     disk6s2

/dev/disk8 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +2.0 TB     disk8
                                 Physical Store disk6s2
   1:                APFS Volume SAAAMPLES               1.2 TB     disk8s1

 

[Membre supprimé 1060554]

Voici ton Fusion Drive -->

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage Fusion                  2.0 TB     disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3

/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:          Apple_CoreStorage Fusion                  255.7 GB   disk3s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk3s3

/dev/disk4 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Fusion drive           +1.1 TB     disk4
                                 Logical Volume on disk3s2, disk2s2
                                 2D4D5FEB-9D98-4086-BC53-F8B0B5C339EF
                                 Unencrypted

• si tu l'observes de près > tu constates l'anomalie suivante : les 2 partitions associées logiciellement sont la disk2s2 du HDD = 2 To + la disk3s2 du SSD = 255 Go. Sachant qu'une partition de type CoreStorage héberge un magasin primaire appelé : Physical Volume => tu en déduis que le Fusion Drive combine bien dans le Conteneur CoreStorage 2 magasins Physical Volumes de 2,2 To en tout.
• or le Logical Volume (qui est un espace-disque virtuel exporté à partir des Physical Volumes associés et qui doit grosso modo avoir la même taille moins une légère perte d'espace) => a une taille actuelle de 1,1 To. Là où tu devrais logiquement avoir l'équation : 2 To + 0,2 To = 2,2 To > tu as l'équation : 2 To + 0,2 To = 1,1 To.
• l'espace libre manquant n'est donc pas à chercher en-dehors du Conteneur CoreStorage du Fusion Drive > mais à l'intérieur de ce même Conteneur. Il s'agit d'une "erreur de taille interne" à un Conteneur CoreStorage > produite par un incident lors du repartitionnement. Car le repartitionnement d'un CoreStorage (ici = rétrécissement) s'effectue toujours en 2 étapes logiques temporalisées : a) d'abord ici le rétrécissement de l'espace virtuel du Logical Volume > b) ensuite le rétrécissement du Physical Volume de la partition du HDD qui est le donneur d'espace. Bref : dans ton cas => le Logical Volume a été rétréci > puis il y a eu plantage lors de la 2è phase de rétrécissement du Physical Volume du HDD qui a gardé sa taille originelle.

=> est-ce que tu t'accordes avec mon analyse du problème ? - il est toujours plus intéressant de comprendre un problème avant de le résoudre > que de se hâter à l'aveuglette de l'éliminer. La conception de la nature du problème => fournissant d'ailleurs dans ton cas précis le mode de sa résolution.

 

[Horvath]

Je m'accorde parfaitement avec ton analyse et je te remercie beaucoup pour cette approche pédagogique du problème.

 

[Membre supprimé 1060554]

Passe la commande :

diskutil repairDisk disk2 ; diskutil list

• à validation > une demande de confirmation s'affiche => tape y (comme yes) et revalide

• la commande lance une réparation totale du HDD : réparation de la table de partition GPT > réparation du volume auxiliaire EFI > réparation du volume de secours Recovery HD > réparation des structures du CoreStorage. C'est cette dernière réparation qui est utile ici > étant le seul procédé de correction d'une erreur de taille interne à un CoreStorage. La commande termine en ré-affichant le tableau des disques.

Poste le retour intégral de la commande (affichage des réparations compris).

 

[Horvath]

Started partition map repair on disk2
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 disk2s3
Verifying file system
Volume is already unmounted
Performing fsck_hfs -fn -x /dev/rdisk2s3
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 5BE6DFDD-F9EA-4F3B-9C23-6F4F66378AD8
Checking volume
disk3s2: Scan for Volume Headers
disk2s2: Scan for Volume Headers
disk3s2: Scan for Disk Labels
disk2s2: Scan for Disk Labels
Logical Volume Group 5BE6DFDD-F9EA-4F3B-9C23-6F4F66378AD8 spans 2 devices
disk3s2+disk2s2: Scan for Metadata Volume
Logical Volume Group has a 79 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
Incorporate 1 newer non-checkpoint transaction
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 622C385E-BE3F-41B9-ADEB-456F3E7D752F
Load and verify 2D4D5FEB-9D98-4086-BC53-F8B0B5C339EF
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 5BE6DFDD-F9EA-4F3B-9C23-6F4F66378AD8 appears to be OK
Storage system check exit code is 0
Repairing storage system
Performing fsck_cs -y -x --lv --uuid 5BE6DFDD-F9EA-4F3B-9C23-6F4F66378AD8
The volume disk3s2+disk2s2 cannot be repaired when it is in use
Checking volume
disk3s2: Scan for Volume Headers
disk2s2: Scan for Volume Headers
disk3s2: Scan for Disk Labels
disk2s2: Scan for Disk Labels
Logical Volume Group 5BE6DFDD-F9EA-4F3B-9C23-6F4F66378AD8 spans 2 devices
disk3s2+disk2s2: Scan for Metadata Volume
Logical Volume Group has a 79 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 622C385E-BE3F-41B9-ADEB-456F3E7D752F
Load and verify 2D4D5FEB-9D98-4086-BC53-F8B0B5C339EF
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 5BE6DFDD-F9EA-4F3B-9C23-6F4F66378AD8 appears to be OK
Storage system check exit code is 0
Incorrect size for volume "Fusion drive"
Adjusting volume "Fusion drive"
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 2 254 520 582 144 bytes
Growing file system
The partition map appears to be OK
Finished partition map repair on disk2
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS TimeMac                 2.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 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_HFS MIXXBUS                 2.0 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage Fusion                  2.0 TB     disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3

/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:          Apple_CoreStorage Fusion                  255.7 GB   disk3s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk3s3

/dev/disk4 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Fusion drive           +2.3 TB     disk4
                                 Logical Volume on disk3s2, disk2s2
                                 2D4D5FEB-9D98-4086-BC53-F8B0B5C339EF
                                 Unencrypted

/dev/disk5 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk5
   1:                        EFI EFI                     209.7 MB   disk5s1
   2:                  Apple_HFS SAAMPLES                3.0 TB     disk5s2

/dev/disk6 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk6
   1:                        EFI EFI                     209.7 MB   disk6s1
   2:                 Apple_APFS Container disk8         2.0 TB     disk6s2

/dev/disk8 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +2.0 TB     disk8
                                 Physical Store disk6s2
   1:                APFS Volume SAAAMPLES               1.2 TB     disk8s1

Si j'ai bien compris ce que tu m'as expliqué dans ton post #5, j'ai l'impression que ça a marché !?!

 

[Membre supprimé 1060554]

Problème résolu.

- tu as ici le spécifique de la réparation de l'erreur de taille interne -->​

Incorrect size for volume "Fusion drive"
Adjusting volume "Fusion drive"
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 2 254 520 582 144 bytes
Growing file system

• erreur de taille détectée du Logical Volume Fusion drive => erreur corrigée par réajustement de ce volume

Et voici le résultat -->

/dev/disk4 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Fusion drive           +2.3 TB     disk4
                                 Logical Volume on disk3s2, disk2s2
                                 2D4D5FEB-9D98-4086-BC53-F8B0B5C339EF
                                 Unencrypted

• Logical Volume Fusion drive = 2,3 To.

 

[Horvath]

Je te suis extrêmement reconnaissant pour ce que tu fais. J’ai passé beaucoup, beaucoup de temps à essayer de résoudre un par un tous les problèmes auxquels je me confronte avec ce Mac et à essayer en même temps de mieux comprendre son fonctionnement. Ce n’est pas une sinécure et des gens comme toi sont vraiment précieux.

Je pousse mon avantage et me permets de solliciter ton avis sur le point suivant. Je comprendrais parfaitement que tu aies autre chose à faire.

Voici :
La mise à jour de ce Mac Pro 5,1 (mi-2010) vers 10.14.6 a été possible grâce à un changement de carte vidéo (métal). Lorsque j’ai voulu procéder à la mise à jour de l’OS (j’étais en High Sierra) avec l’installeur Mojave présent dans mes applications, celui-ci me renvoyait comme message qu’il était « endommagé » et ne permettait pas l’installation.
J’ai donc opté pour le patch Dosdude qui m’a demandé quelques efforts. Curieusement, avec ce patch Dosdude, je n’ai pas eu à installer les programmes prévus en post-installation et la mise à jour est finalement apparue directement dans la dernière version de l’OS : 10.14.6.
Si globalement ça fonctionne, je sens une forme d’instabilité : des plantages, des bugs à droite à gauche, sans que je sache si ça relève de l’OS ou des mises à jour des programmes que j’utilise, comme Logic, qui lui-même vient d’être mis à jour et connaît quelques bugs.

Une personne avertie m’a dit que ce problème d’installeur « endommagé » était en fait une façon pour Apple de forcer à une mise à jour au dernier OS, Catalina, ce que je ne veux pas pour l’instant.
Visiblement, m’a dit cette personne, en modifiant les préférences « Date et heure » de mon Mac et en les réglant sur une date tout juste postérieure à celle de l’installeur Mojave que j’avais (modifié le 21/10/2018), il y a moyen de lancer une installation depuis celui-ci qui pourrait se révéler plus stable. C’est pourquoi il m’a conseillé de le faire depuis une partition et c’est pourquoi j’ai lancé cette partition sur mon Fusion Drive qui m’a conduit au problème que tu as résolu.

Questions :

• Me conseilles-tu de retenter une partition ? J’ai l’impression que les Fusion Drive ne sont pas les mieux indiqués pour ça…
• Si oui, penses-tu que ça vaille le coup de faire cette manip (installer Mojave sur cette partition) ?

Encore merci.

 

[Membre supprimé 1060554]

Un Fusion Drive de type CoreStorage supporte en principe les repartitionnements afin de créer en queue de HDD une nouvelle partition portant un volume indépendant. Tu as été victime d'un incident > ce qui n'affecte pas la possibilité de principe de repartitionner. Donc tu peux recommencer.

- mais voici le problème que j'aperçois et qui a des chances d'être la racine de tes problèmes : l'OS Mojave s'installe en principe dans un format apfs. Lorsque le Mac concerné contient 2 disques associés en mode Fusion Drive > il convient que le type CoreStorage de Fusion Drive (type originel ou classique) => soit remplacé (par conversion) par le type apfs (type évolué ou récent). Ce qui permet la mise-en-place d'un Conteneur apfs > dans lequel réside le volume apfs de démarrage de Mojave.​

​

- or le Fusion Drive de ton Mac est resté de type CoreStorage > comme si sa conversion à l'apfs n'avait pas été possible. Le Logical Volume exporté par le CoreStorage > sert d'espace-disque virtuel à un volume Fusion drive tout à fait standard (formé par un système de fichiers jhfs+). Rien à voir donc avec l'apfs. Si Mojave est donc installé actuellement dans le volume Fusion drive => il l'est dans un format qui ne correspond pas à ses exigences logicielles.​

Passe la commande :

df -H /

• qui mesure l'occupation du volume démarré et son espace libre global

Poste le retour. C'est pour connaître la masse des données du volume.

 

[Horvath]

Filesystem   Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk4   2.3T   786G   1.5T    35% 1998944 4292968335    0%   /

 

[Membre supprimé 1060554]

786 Go d'occupation du volume (1,5 To disponible).

- c'est bien Mojave qui est installé dans le volume ?​

 

[Horvath]

Je crois que c'est exactement ça. Je suis certain de n'avoir pas pu "imposer" le format apfs lors de l'installation du patch Dosdude… Le Fusion Drive est donc resté dans son format d'origine : Table de partition GUID / Mac OS étendu (journalisé).

 

[Membre supprimé 1060554]

786 Go d'occupation du volume (1,5 To disponible).

- c'est bien Mojave qui est installé dans le volume ?​

 

[Horvath]

Oui, tout à fait. C'est Mojave.

 

[Membre supprimé 1060554]

As-tu déjà une sauvegarde des données du volume Fusion drive ?

 

[Horvath]

Oui, j'en ai encore fait une ce matin, sur Time Machine, qui est installé dans un disque sur l'un des slots du Mac Pro, avant de lancer la partition qui a échoué.

 

[Membre supprimé 1060554]

C'est le volume TimeMac ?

 

[Horvath]

Oui, le volume TimeMac, c'est mon Time Machine avec la dernière sauvegarde en date, effectuée ce matin.