iMac J'ai "perdu" les 3 To de mon stockage

[r e m y]

C'est beau comme des incantations magiques.... Et le plus beau c'est que le miracle se produit à chaque fois, le fusion drive a été ressuscité!

 

[Maubuis]

Il me semble que c'est bon non ?

 

[Deleted member 1099514]

Donc tu fais :
diskutil list
diskutil cs list
Pour vérifier et ensuite si tout est ok tu peux cloner en sens inverse sur ton FD.

 

[Maubuis]

J'ai à présent 1 disque de 3,12 To

 

[peyret]

C'est beau comme des incantations magiques.... Et le plus beau c'est que le miracle se produit à chaque fois, le fusion drive a été ressuscité!

çà ne dit pas la cause !!! en termes compréhensible par le commun des mortels.....

 

[r e m y]

Un Utilitaire Disques buggué sous Rl Capitan et un assistant BootCamp qui merdoie regulierement quand on lui demande de supprimer une partition BootCamp sur un volume comportant un CoreStorage (soit un volume virtuel utilisé pour créer un FusionDrive unique à partir de 2 disques physiques).

Le pire, c'est qu'ElCapitan installe un CoreStorage meme quand il n'y en a pas besoins, c'est à dire quand on n'a qu'un disque dur ou qu'un SSD dans la machine.

 

[Maubuis]

Last login: Thu Jun 23 15:57:30 on ttys000

iMac-de-Jules:~ maubuis$ diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *3.0 TB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Fusion_Drive 3.0 TB disk0s2

3: Apple_Boot Boot OS X 134.2 MB disk0s3

/dev/disk1 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *121.3 GB disk1

1: EFI EFI 209.7 MB disk1s1

2: Apple_CoreStorage Fusion_Drive 121.0 GB disk1s2

3: Apple_Boot Boot OS X 134.2 MB disk1s3

/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +3.1 TB disk2

Logical Volume on disk1s2, disk0s2

DCD53CC6-2642-4AFD-81ED-EEB28FA03038

Unencrypted Fusion Drive

/dev/disk3 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *2.0 TB disk3

1: EFI EFI 209.7 MB disk3s1

2: Apple_CoreStorage CapitanSsd 500.3 GB disk3s2

3: Apple_Boot Recovery HD 650.0 MB disk3s3

4: Apple_CoreStorage Stock 1.5 TB disk3s4

5: Apple_Boot Boot OS X 134.2 MB disk3s5

/dev/disk4 (external, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS CapitanSsd +499.9 GB disk4

Logical Volume on disk3s2

C8344E43-5CDE-4668-8378-3B8D57C0EEEC

Unlocked Encrypted

/dev/disk5 (external, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS StockSsd +1.5 TB disk5

Logical Volume on disk3s4

A5FD0267-B65C-45E5-8728-CCB1540EA7C8

Unlocked Encrypted

iMac-de-Jules:~ maubuis$

 

[Deleted member 1099514]

J'ai à présent 1 disque de 3,12 To

Ce serait bien de donner le retour des commandes.

 

[Deleted member 1099514]

Tu peux restaurer, tout est ok.

 

[Maubuis]

Last login: Thu Jun 23 16:00:31 on ttys000

iMac-de-Jules:~ maubuis$ diskutil cs list

CoreStorage logical volume groups (3 found)

|

+-- Logical Volume Group 1380593E-776B-4931-9608-2FD767B1224B

| =========================================================

| Name: Stock

| Status: Online

| Size: 1499112796160 B (1.5 TB)

| Free Space: 3674112 B (3.7 MB)

| |

| +-< Physical Volume DE9F3400-23E0-492A-AFBF-60933C702BF0

| | ----------------------------------------------------

| | Index: 0

| | Disk: disk3s4

| | Status: Online

| | Size: 1499112796160 B (1.5 TB)

| |

| +-> Logical Volume Family 248951C0-D3B7-413E-BC8E-5AE3AF1BB6BD

| ----------------------------------------------------------

| Encryption Type: AES-XTS

| Encryption Status: Unlocked

| Conversion Status: Complete

| High Level Queries: Fully Secure

| | Passphrase Required

| | Accepts New Users

| | Has Visible Users

| | Has Volume Key

| |

| +-> Logical Volume A5FD0267-B65C-45E5-8728-CCB1540EA7C8

| ---------------------------------------------------

| Disk: disk5

| Status: Online

| Size (Total): 1498756796416 B (1.5 TB)

| Revertible: No

| LV Name: StockSsd

| Volume Name: StockSsd

| Content Hint: Apple_HFS

|

+-- Logical Volume Group 6A58879F-38BB-44A0-9B7F-5001B596DA0D

| =========================================================

| Name: CapitanSsd

| Status: Online

| Size: 500292161536 B (500.3 GB)

| Free Space: 18907136 B (18.9 MB)

| |

| +-< Physical Volume C2AC61C6-C8F8-4A1B-8663-3E0CE10781BB

| | ----------------------------------------------------

| | Index: 0

| | Disk: disk3s2

| | Status: Online

| | Size: 500292161536 B (500.3 GB)

| |

| +-> Logical Volume Family 326AA9B0-7DE3-4770-ABB4-EE63848294BA

| ----------------------------------------------------------

| Encryption Type: AES-XTS

| Encryption Status: Unlocked

| Conversion Status: Complete

| High Level Queries: Fully Secure

| | Passphrase Required

| | Accepts New Users

| | Has Visible Users

| | Has Volume Key

| |

| +-> Logical Volume C8344E43-5CDE-4668-8378-3B8D57C0EEEC

| ---------------------------------------------------

| Disk: disk4

| Status: Online

| Size (Total): 499920932864 B (499.9 GB)

| Revertible: Yes (unlock and decryption required)

| LV Name: CapitanSsd

| Volume Name: CapitanSsd

| Content Hint: Apple_HFS

|

+-- Logical Volume Group 1891CB46-B01D-423A-A073-D9C1AF90CEA1

=========================================================

Name: Fusion_Drive

Status: Online

Size: 3121237860352 B (3.1 TB)

Free Space: 0 B (0 B)

|

+-< Physical Volume 0704EECC-0288-43C1-9617-07713DFF7853

| ----------------------------------------------------

| Index: 0

| Disk: disk1s2

| Status: Online

| Size: 120988852224 B (121.0 GB)

|

+-< Physical Volume 5BB70FE5-9895-4D64-8D59-FB2E2DA9F563

| ----------------------------------------------------

| Index: 1

| Disk: disk0s2

| Status: Online

| Size: 3000249008128 B (3.0 TB)

|

+-> Logical Volume Family 0A43BF87-BA49-4932-BB0F-F5E12FED237F

----------------------------------------------------------

Encryption Type: None

|

+-> Logical Volume DCD53CC6-2642-4AFD-81ED-EEB28FA03038

---------------------------------------------------

Disk: disk2

Status: Online

Size (Total): 3115382603776 B (3.1 TB)

Revertible: No

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

LVG Type: Fusion, Sparse

iMac-de-Jules:~ maubuis$

 

[Maubuis]

je te remercie beaucoup, Jean, c'est super......
Une question quand j'ai reçu cet iMac de chez Apple j'avais 2 disques : 1 SSD pour le système et un autre pour mon stockage.
Quand je vais cloner dans le sens inverse je vais avoir à nouveau 2 disques ?
Ou faut il que je partitionne ?
Ou je fais rien....

 

[Deleted member 1099514]

çà ne dit pas la cause !!! en termes compréhensible par le commun des mortels.....

La cause du problème est qu'il est à ma connaissance quasi impossible d'installer BootCamp sur un disque de 3 To.
Il existe une solution qui consiste à réduire le système à une partition inférieure à 2 To, puis installer bootcamp, puis utiliser l'espace libre (1 To) pour des données : http://twocanoes.com/winclone/suppo...-a-boot-camp-partition-on-a-3-tb-fusion-drive

 

[Maubuis]

tu ne les a pas reçues ?

 

[Maubuis]

Ok je vais continuer avec Parallel..... je ne m'aventure plus à faire une installation Window avec Bootcamp

 

[Deleted member 1099514]

je te remercie beaucoup, Jean, c'est super......
Une question quand j'ai reçu cet iMac de chez Apple j'avais 2 disques : 1 SSD pour le système et un autre pour mon stockage.
Quand je vais cloner dans le sens inverse je vais avoir à nouveau 2 disques ?
Ou faut il que je partitionne ?
Ou je fais rien....

Tu as me semble-t-il 2 disques en interne :
1 SSD de 128 Go
1 HDD de 3 To
Les 2 disques ne font plus qu'une unité logique : le FD.
Quand tu vas cloner vers ce FD, tu n'auras que le choix d'un volume : "Macintosh HD"

 

[peyret]

Etonnante cette histoire de limite > 2 To ?

 

[Maubuis]

Ok, je bouge plus, trop content que ca fonctionne......
C'est vraiment super, mille merci !!!!!
Je te dirais bien à charge de rechange...... Mais je n'y connais rien en informatique.
Merci encore et bonne fin de journée, je vais pouvoir re-travailler normalement

 

[Deleted member 1099514]

Ok, je bouge plus, trop content que ca fonctionne......
C'est vraiment super, mille merci !!!!!
Je te dirais bien à charge de rechange...... Mais je n'y connais rien en informatique.
Merci encore et bonne fin de journée, je vais pouvoir re-travailler normalement

Pas de soucis, on ne sait jamais. Tu dois bien avoir des compétences et puis le principal est bien de s'en sortir.

 

[Membre supprimé 1060554]

Je m'immisce après les opérations, pour apporter un complément d'information.

Lorsqu'on achète à Apple un iMac à 2 disques, un SSD de 120 Go et un HDD de 3 To, solidarisés en mode Fusion Drive, alors Apple construit ce Fusion Drive selon une architecture spéciale, prenant en compte la taille de 3 To du HDD.

Pourquoi ? Parce que l'utilisateur doit avoir la possibilité d'installer Windows via l'«Assistant BootCamp». Dans le cas d'un Fusion Drive, la partition BOOTCAMP résidera forcément en queue de blocs du HDD de 3 To. Or il faut savoir qu'un disque Mac possède 2 tables de partition : la table principale GPT, mais aussi une table secondaire MBR (résidant sur le bloc 0) - et que c'est le mappage de l'espace du disque par la Table de partition secondaire MBR qui servira de référence aux logiciels Windows. Mais une table de partition MBR a une limitation intrinsèque en ce qui concerne l'espace de blocs qu'elle peut mapper : à savoir la limite de 2,2 To, passés lesquels aucun bloc excédentaire ne sera considéré comme existant en mode MBR.

Par suite, installer Windows sur une partition BOOTCAMP d'un HDD de 3 To située en queue de ce disque conduit forcément à ce que tout son espace (si elle fait moins de 800 Go, ce qui est énorme) ou la plus grande partie (si elle excède 800 Go) soit non-reconnu en mode MBR. Par suite, Windows ne pourra pas être installé sur un tel espace de partition inconnu de la MBR.

Comment alors proposer à la vente un iMac possédant un HDD de 3 To associé en Fusion Drive à un SSD, pour que le repartitionnement par l'«Assistant BootCamp» de l'espace global du Fusion Drive génère une partition BOOTCAMP située nécessairement en-deçà de la limite critique des 2,2 premiers To de blocs du HDD ?

Joli problème, non ?

--------------------​

En voici la solution : avant même de créer le Fusion Drive, il faut bi-partitionner le HDD en 2 partitions, la première de 2,2 To, et la 2è de 800 Go. Admettons que la partition principale du SSD soit disk1s2 comme dans le cas de Maubuis > il faut nécessairement créer 2 partitions sur le HDD, une disk0s2 (après la petite partition EFI de 209 Mo) de 2,2 To, et une disk0s3 de 800 Go.

Cela fait, d'un démarrage sur un Système autonome comme le clone de Maubuis, il faut passer une commande de création d'un CoreStorage Fusion Drive qui soit :

diskutil coreStorage createLVG FUSION disk1s2 disk0s2 disk0s3

ce qui va créer un CoreStorage important 3 Physical Volumes (et pas 2), à partir de quoi, en récupérant l'UUID du Logical Volume Group, il sera possible de passer la commande d'exportation d'une paire Logical Volume Family > Logical Volume du style :

diskutil coreStorage createLV [LVGUUID] jhfs+ "Macintosh HD" 100%

Cela fait, que va-t-il se passer à l'installation d'«El Capitan» en clean install, ou en cas de clonage de type «CCC» ? Une partition de récupération «Recovery HD» de 650 Mo va être créée sur le HDD, exactement entre les 2 partitions supportant le Fusion Drive sur ce disque, soit en disk0s3 (après la disk0s2 de 2,2 To légèrement réduite) et avant la partition de 800 Go, ci-devant disk0s3 et à présent disk0s4.


Que va-t-il alors se passer si l'utilisateur demande à l'«Assistant Bootcamp» de lui créer une partition pour installer Windows ? Alors, par implémentation spéciale du programme de ce logiciel, c'est exclusivement la partition de tête du HDD qui va être repartitionnée, càd. la disk0s2 de 2,2 To, ce qui fait que, quelle que soit la taille demandée pour une partition Windows, serait-elle de 1 To, alors elle sera toujours comprise avant la limite des 2,2 premiers To de blocs (puisque créée par repartitionnement d'un zone de blocs courant jusqu'à la butée de 2,2 To) => la partition BOOTCAMP fera donc partie du mappage de la table de partition secondaire MBR du disque. Donc Windows pourra être installé.

On aura donc sur le HDD le schéma suivant (en supposant une partition BOOTCAMP avec Windows installé de 400 Go):

/dev/disk0
#:                  TYPE NAME            SIZE        IDENTIFIER
0: GUID_partition_scheme                *3.0 TB      disk0
1:                   EFI EFI             209.7 MB    disk0s1
2:     Apple_CoreStorage                 1.79 TB     disk0s2
3:            Apple_Boot Recovery HD     650.0 MB    disk1s3
4:    Microsoft Reserved BOOTCAMP        400.0 GB    disk1s4
5:     Apple_CoreStorage                 800.0 GB    disk1s5
6:            Apple_Boot Boot OS X       134.2 MB    disk1s6

=> par voie de conséquence, 2 partitions intercalaires (la 3: Apple_Boot Recovery HD 650.0 MB disk1s3 et la 4: Microsoft Reserved BOOTCAMP 400.0 GB disk1s4) s'inscrivent entre les 2 partitions support du CoreStorage Fusion Drive du HDD (la 2: Apple_CoreStorage 1.79 TB disk0s2 et la 5: Apple_CoreStorage 800.0 GB disk1s5, où se trouvent importés 2 des 3 Physical Volumes).

 

[peyret]

Je m'immisce après les opérations, pour apporter un complément d'information.

Lorsqu'on achète à Apple un iMac à 2 disques, un SSD de 120 Go et un HDD de 3 To, solidarisés en mode Fusion Drive, alors Apple construit ce Fusion Drive selon une architecture spéciale, prenant en compte la taille de 3 To du HDD.

Pourquoi ? Parce que l'utilisateur doit avoir la possibilité d'installer Windows via l'«Assistant BootCamp». Dans le cas d'un Fusion Drive, la partition BOOTCAMP résidera forcément en queue de blocs du HDD de 3 To. Or il faut savoir qu'un disque Mac possède 2 tables de partition : la table principale GPT, mais aussi une table secondaire MBR (résidant sur le bloc 0) - et que c'est le mappage de l'espace du disque par la Table de partition secondaire MBR qui servira de référence aux logiciels Windows. Mais une table de partition MBR a une limitation intrinsèque en ce qui concerne l'espace de blocs qu'elle peut mapper : à savoir la limite de 2,2 To, passés lesquels aucun bloc excédentaire ne sera considéré comme existant en mode MBR.

Par suite, installer Windows sur une partition BOOTCAMP d'un HDD de 3 To située en queue de ce disque conduit forcément à ce que tout son espace (si elle fait moins de 800 Go, ce qui est énorme) ou la plus grande partie (si elle excède 800 Go) soit non-reconnu en mode MBR. Par suite, Windows ne pourra pas être installé sur un tel espace de partition inconnu de la MBR.

Comment alors proposer à la vente un iMac possédant un HDD de 3 To associé en Fusion Drive à un SSD, pour que le repartitionnement par l'«Assistant BootCamp» de l'espace global du Fusion Drive génère une partition BOOTCAMP située nécessairement en-deçà de la limite critique des 2,2 premiers To de blocs du HDD ?

Joli problème, non ?

--------------------​

En voici la solution : avant même de créer le Fusion Drive, il faut bi-partitionner le HDD en 2 partitions, la première de 2,2 To, et la 2è de 800 Go. Admettons que la partition principale du SSD soit disk1s2 comme dans le cas de Maubuis > il faut nécessairement créer 2 partitions sur le HDD, une disk0s2 (après la petite partition EFI de 209 Mo) de 2,2 To, et une disk0s3 de 800 Go.

Cela fait, d'un démarrage sur un Système autonome comme le clone de Maubuis, il faut passer une commande de création d'un CoreStorage Fusion Drive qui soit :

diskutil coreStorage createLVG FUSION disk1s2 disk0s2 disk0s3

ce qui va créer un CoreStorage important 3 Physical Volumes (et pas 2), à partir de quoi, en récupérant l'UUID du Logical Volume Group, il sera possible de passer la commande d'exportation d'une paire Logical Volume Family > Logical Volume du style :

diskutil coreStorage createLV [LVGUUID] jhfs+ "Macintosh HD" 100%

Cela fait, que va-t-il se passer à l'installation d'«El Capitan» en clean install, ou en cas de clonage de type «CCC» ? Une partition de récupération «Recovery HD» de 650 Mo va être créée sur le HDD, exactement entre les 2 partitions supportant le Fusion Drive sur ce disque, soit en disk0s3 (après la disk0s2 de 2,2 To légèrement réduite) et avant la partition de 800 Go, ci-devant disk0s3 et à présent disk0s4.


Que va-t-il alors se passer si l'utilisateur demande à l'«Assistant Bootcamp» de lui créer une partition pour installer Windows ? Alors, par implémentation spéciale du programme de ce logiciel, c'est exclusivement la partition de tête du HDD qui va être repartitionnée, càd. la disk0s2 de 2,2 To, ce qui fait que, quelle que soit la taille demandée pour une partition Windows, serait-elle de 1 To, alors elle sera toujours comprise avant la limite des 2,2 premiers To de blocs (puisque créée par repartitionnement d'un zone de blocs courant jusqu'à la butée de 2,2 To) => la partition BOOTCAMP fera donc partie du mappage de la table de partition secondaire MBR du disque. Donc Windows pourra être installé.

On aura donc sur le HDD le schéma suivant (en supposant une partition BOOTCAMP avec Windows installé de 400 Go):

/dev/disk0
#:                  TYPE NAME            SIZE        IDENTIFIER
0: GUID_partition_scheme                *3.0 TB      disk0
1:                   EFI EFI             209.7 MB    disk0s1
2:     Apple_CoreStorage                 1.79 TB     disk0s2
3:            Apple_Boot Recovery HD     650.0 MB    disk1s3
4:    Microsoft Reserved BOOTCAMP        400.0 GB    disk1s4
5:     Apple_CoreStorage                 800.0 GB    disk1s5
6:            Apple_Boot Boot OS X       134.2 MB    disk1s6

=> par voie de conséquence, 2 partitions intercalaires (la 3: Apple_Boot Recovery HD 650.0 MB disk1s3 et la 4: Microsoft Reserved BOOTCAMP 400.0 GB disk1s4) s'inscrivent entre les 2 partitions support du CoreStorage Fusion Drive du HDD (la 2: Apple_CoreStorage 1.79 TB disk0s2 et la 5: Apple_CoreStorage 800.0 GB disk1s5, où se trouvent importés 2 des 3 Physical Volumes).

Merci pour ces explications macomaniac, mais, c'est quand même bizarre cette situation.... et apple ne trouve rien à redire....
à moins qu'il n'aime pas trop micromou !! ou considérations techniques liés à OSX ?