iMac Perte d'une partition suite coupure courant

[Potsch]

Bonjour à tous!

Je viens juste d'avoir une mauvaise expérience avec mon Mac, je me tourne vers vous. J'ai beau avoir cherché un max d'infos sur le net je ne trouve malheureusement pas la solution.

Voulant créer une partition à l'aide de Bootcamp pour installer windows, voilà que je subis une coupure de courant. Brêve, mais quand même.

Depuis, j'ai perdu environ 150 GB (c'est la partition que je voulais faire). Il n'est cependant visible nulle part. Ni dans l'utilitaire de disque, ni dans Bootcamp! Quel horreur!

Savez vous que faire?

 

[Membre supprimé 1060554]

Bonjour Potsch

Quel horreur!

Savez vous que faire?

- ce n'est pas une "horreur" > mais une "erreur" de taille interne à un Conteneur CoreStorage --> dont la contemplation a toujours fait ma joie (intellectuelle) . Et je sais exactement quoi faire pour la résoudre.​

- imagine qu'un CoreStorage soit un dispositif qui virtualise un espace-disque secondaire (appelé Logical Volume) à partir d'un (ou de plus d'un) magasin de stockage physique appelé Physical Volume. Dans un Fusion Drive comme le tien > tu as 2 Physical Volumes > chacun inscrit dans une partition principale de disque et ayant la taille de cette partition : disk0s2 = 23,6 Go & disk1s2 = 999,3 Go. La somme des 2 magasins = 1002,9 Go. L'espace-disque virtualisé devrait donc être de presque la même taille (il y a toujours une minime diminution). Or le Logical Volume actuel fait 883 Go. Donc est plus petit de 119,9 Go par rapport à la capacité des 2 magasins de base.​

- c'est ce décalage interne au Conteneur CoreStorage qui est appelé "erreur de taille interne". Cela s'explique par la complexité des opérations de repartitionnement d'une telle structure. C'est toujours uniquement le DDE qui est le donneur d'espace (sa grande partition disk1s2 équivalant au Physical Store n°2 du CoreStorage). Or un repartitionnement implique 2 séquences temporellement consécutives (et pas simultanées) : a) rétrécissement de l'espace-disque virtuel du Logical Volume (et du volume Macintosh HD qui monte dessus) d'environ 120 Go => b) rétrécissemnet de la partiiton disk1s2 et du Physical Volume inclus pour les aligner sur la même diminution).​

- imagine qu'une "erreur de taille interne" soit le résultat d'une interruption de l'enchaînement de a) à b) : le rétrécissement de l'espace virtuel a été effectué > mais la coupure de courant est intervenue pour stopper l'enclenchement du rétrécissement second de la partition disk1s2 et de son magasin de stockage. Ton CoreStorage actuel est comme un précipité spatial de 2 instances qui existent dans des temps différents : le Logical Volume dans le futur du repartitionnement et le Physical Volume dans le passé d'avant le repartitionnement. Bref : ton CoreStorage expérimente une crise de son "présent" :hilarious:.​

=> en résumé : tu n'auras qu'à faire signe quand tu seras disponible.

 

[Potsch]

Merci beaucoup pour ta réponse si matinale!

Et encore merci pour ces informations plus qu'utiles!

Et comment je peux donc faire pour faire revenir mon CoreStorage coincé entre deux mondes?

 

[Membre supprimé 1060554]

Il suffit de faire une réparation du disque complet (le HDD de préférence). Car une réparation de disque implique une programmation étendue : réparation de la table de partition GPT de l'en-tête du disque > réparation de toute partition EFI trouvée > réparation de toute partition « booter » (la partition de secours en relève) trouvée > réparation de tout système de stockage CoreStorage trouvé. C'est cette dernière fonctionnalité qui va te permettre de réparer ton CoreStorage.

Je n'ai jamais testé une réparation en mode "live" : le volume du CoreStorage impliqué monté et démarré --> tu vas donc jouer ici le rôle de beta_testeur . En cas d'échec en mode live > il faudra utiliser le procédé classique (à partir d'un démarrage par internet).

Passe la commande directe :

diskutil repairDisk disk1

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

• un long affichage va se dérouler

Poste-le ici sans rendre de capture > mais en copier-coller > ton coller dans une fenêtre de code par le procédé suivant -->

• dans la page de ce fil de MacGé > presse le bouton
  
  ici :
  
  
  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é)

=> je te dirai en épluchant l'affichage si le mode "live" a fonctionné.

 

[Potsch]

Et bien je te remercie 100000 fois! je crois bien que ton "Test" à bien fonctionné et que tu as solutionné mon problème!

Last login: Sun Nov 25 11:29:32 on console
imac-de-kevin:~ kevin$ 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 592B2F1F-CDCB-49E4-A888-C7BDF4C688E2
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 592B2F1F-CDCB-49E4-A888-C7BDF4C688E2 spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 62 MB Metadata Volume with no 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
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 4 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 C65EF80C-131D-4EFD-8D36-2D99C63E1351
Load and verify C59730AB-93EC-4F05-AA84-CBECBFA4F379
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 592B2F1F-CDCB-49E4-A888-C7BDF4C688E2 appears to be OK
Storage system check exit code is 0
Repairing storage system
Performing fsck_cs -y -x --lv --uuid 592B2F1F-CDCB-49E4-A888-C7BDF4C688E2
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 592B2F1F-CDCB-49E4-A888-C7BDF4C688E2 spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 62 MB Metadata Volume with no 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
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 4 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 C65EF80C-131D-4EFD-8D36-2D99C63E1351
Load and verify C59730AB-93EC-4F05-AA84-CBECBFA4F379
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 592B2F1F-CDCB-49E4-A888-C7BDF4C688E2 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 1 021 994 074 112 bytes
Growing file system
The partition map appears to be OK
Finished partition map repair on disk1

 

[Potsch]

Le forum ne me laissant pas faire des textes plus grands que 500 caractère je répond en deux fois;

Il me reste une question, pourquoi est il écrit "Unencrypted Fusion Drive"?

/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         24.0 GB    disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            23.6 GB    disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

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

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +1.0 TB     disk2
                                 Logical Volume on disk0s2, disk1s2
                                 C59730AB-93EC-4F05-AA84-CBECBFA4F379
                                 Unencrypted Fusion Drive

 

[Membre supprimé 1060554]

Voici l'indication décisive à la fin de l'affichage -->

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 1 021 994 074 112 bytes
Growing file system

• qui indiquait que l'erreur de taille avait été détectée et réparée. On sait donc que le mode "live" de la réparation du disque fonctionne.

Comme ton tableau le confirme : problème résolu !

 

[Potsch]

Et bien je te remercie pour ton temps et le partage de tes connaissances! J'espère que ça pourras également aider d'autres gens qui ont été dans le même cas!