10.14 Mojave Problème suite à partition / départition de disque

[dylouc]

Bonjour à tous,

J'ai voulu joué, et j'ai visiblement perdu... J'ai essayé de faire une partition sur mon Mac pour pouvoir avoir un dual boot Linux / Mac OS (j'ai besoin de Linux pour le travail, mais je suis loin d'être un informaticien...), et ça a mal tourné.

Un peu plus précisément :
- la partition a correctement fonctionné, l'installation avait l'air d'avoir fonctionné aussi, mais au moment de redémarrer le Mac, un problème (Minimal BASH-like...) est survenu. Ce n'est pas vraiment le problème, c'est plutôt pour expliquer le contexte.
- suite à d'autres problèmes, j'ai essayer de supprimer la partition que j'avais réservé pour cette installation, et là je me retrouve face à deux problèmes pour lesquels je ne sais plus vraiment quoi faire :

1. La suppression de la partition a rencontré un problème, qui fait que la partition a disparu, mais que l'espace n'a pas été réalloué (je me retrouve donc avec un espace utilisable plus petit que ce qu'il n'était initialement).
2. Le problème lié à Linux a l'ouverture du Mac persiste... donc je n'ai visiblement pas réussi a supprimer ce que je voulais supprimer initialement.

Des suggestions sur ce qu'il est possible d'essayer ? J'ai une copie de tous mes fichiers, je peux en derniers recours supprimer tout ce qu'il faudra supprimer.

Et pour une peu plus d'informations, voila ce que donne le diskutil list :

diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            27.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            799.8 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +826.4 GB   disk2
                                 Logical Volume on disk0s2, disk1s2
                                 2557800D-8843-4936-A95B-AE2EEAD4C284
                                 Unencrypted Fusion Drive

Merci beaucoup pour votre aide !

 

[Membre supprimé 1060554]

Bonjour dylouc

Tu as un iMac avec un Fusion Drive associant une partition de SSD de 27 Go et une de HDD de 800 Go. Tu as 200 Go d'espace libre en-dessous de la partition de secours Recovery HD du HDD.

Passe la commande (copier-coller) :

diskutil coreStorage resizeStack 2557800D-8843-4936-A95B-AE2EEAD4C284 0b ; diskutil list

• cette commande récupère l'espace libre au CoreStorage du Fusion Drive > au volume Macintosh HD terminal > spécifiquement à la partition disk1s2 du HDD qui était la donneuse d'espace au départ > puis réaffiche le tableau des disques

Poste l'ensemble de l'affichage retourné.

 

[dylouc]

Bonjour macomaniac,

Merci beaucoup pour ton aide.
Malheureusement, petit souci avec la première commande...

diskutil coreStorage resizeStack 2557800D-8843-4936-A95B-AE2EEAD4C284 0b ; diskutil list
The Core Storage Logical Volume UUID is 2557800D-8843-4936-A95B-AE2EEAD4C284
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Error: -69742: The requested size change for the target disk or a related disk is too small; please try a different disk or partition, or make a larger change
/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_CoreStorage Macintosh HD            799.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            27.6 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           +826.4 GB   disk2
                                 Logical Volume on disk1s2, disk0s2
                                 2557800D-8843-4936-A95B-AE2EEAD4C284
                                 Unencrypted Fusion Drive

C'est le même type d'erreur qui a d'ailleurs causé le problème au départ !

 

[Membre supprimé 1060554]

Passe la commande :

sudo gpt show disk1

• à validation > une demande de password s'affiche (command sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide

• la commande affiche le tableau de la distribution des blocs du HDD > à condition que le SIP (protocole de sécurisation) ne soit pas activé

Poste le retour.

 

[dylouc]

Voici le retour de la commande :

sudo gpt show disk1
Password:
    start     size  index  contents
        0        1         PMBR
        1        1         Pri GPT header
        2        4         Pri GPT table
        6    76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    76806  6726359      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  6803165    32768      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  6835933        4         Sec GPT table
  6835937        1         Sec GPT header

Je pensais avoir réactivé le SIP, mais visiblement pas !

 

[Membre supprimé 1060554]

La taille du bloc de référence sur ce disque => n'est pas les 512 octets canoniques > mais une valeur octuple = 4096 octets -->

- la partition centrale 2 (qui est la partition CoreStorage) => a une extension de 6726359 blocs de 4096 octets = 53810872 blocs de 512 octets = 25,65 Go​

=> il est donc avéré que le disk1 actuel est le SSD et pas le HDD attendu. Tu as dû redémarrer depuis la table des disques que tu avais posté et il y a eu une permutation des index des disques.

Passe la commande :

sudo gpt show disk0

• qui affiche la distribution des blocs du HDD

Poste le tableau. Il est tout à fait possible que la taille du bloc de référence pour ce HDD => soit les 512 octets canoniques...

 

[dylouc]

Ok, je vois à peu près comment j'ai pu en arriver là !

Voila la table pour le disk0.

sudo gpt show disk0
Password:
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1562026496      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  1562436136   389819456        
  1952255592     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1953525128           7        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

Encore merci pour l'aide !

 

[Membre supprimé 1060554]

Le bloc de référence ici a la taille canonique de 512 octets.

Cette mention -->

  1562436136   389819456

• montre qu'à partir du bloc n°1562436136 => existe une bande d'espace libre de 389819456 blocs (de 512 octets) = 199,59 Go. Cette bande d'espace libre se trouve indûment située entre la partition n°2 CoreStorage > et la partition n°3 de secours. Elle n'est pas située (comme je l'imaginais) => en-dessous de la partition de secours. C'est donc une bande d'espace libre mal-placée > ce qui explique l'échec de sa récupération par la commande classique.

Passe la commande :

diskutil cs list

• qui affiche le tableau détaillé du CoreStorage

Poste le retour.

 

[dylouc]

Voila le tableau du CoreStorage :

diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group E9AB2027-786F-4BDE-8B78-90E8C9998245
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         827308732416 B (827.3 GB)
    Free Space:   249856 B (249.9 KB)
    |
    +-< Physical Volume 5D3A5542-0617-4B85-8C42-2F16A863C3E5
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     27551166464 B (27.6 GB)
    |
    +-< Physical Volume 2FBA5CA2-5877-4B5B-B9A7-824BCD159FAC
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     799757565952 B (799.8 GB)
    |
    +-> Logical Volume Family C0E3E8FB-8391-4260-9380-AEEAA02F4531
        ----------------------------------------------------------
        Encryption Type:         None
        |
        +-> Logical Volume 2557800D-8843-4936-A95B-AE2EEAD4C284
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          826392838144 B (826.4 GB)
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS
            LVG Type:              Fusion, Sparse

 

[Membre supprimé 1060554]

Il ne s'agit pas d'une erreur interne au CoreStorage.

Tente la commande :

diskutil repairDisk disk0

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

• la commande lance une réparation logicielle totale du disque du HDD : table GPT > partition EFI > partition booter (Recovery HD) > structures CoreStorage

Poste l'ensemble de l'affichage retourné.

 

[dylouc]

Voici le résultat de la commande :

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 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 E9AB2027-786F-4BDE-8B78-90E8C9998245
Checking volume
disk0s2: Scan for Volume Headers
disk1s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
disk1s2: Scan for Disk Labels
Logical Volume Group E9AB2027-786F-4BDE-8B78-90E8C9998245 spans 2 devices
disk1s2+disk0s2: 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 C0E3E8FB-8391-4260-9380-AEEAA02F4531
Load and verify 2557800D-8843-4936-A95B-AE2EEAD4C284
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 E9AB2027-786F-4BDE-8B78-90E8C9998245 appears to be OK
Storage system check exit code is 0
Repairing storage system
Performing fsck_cs -y -x --lv --uuid E9AB2027-786F-4BDE-8B78-90E8C9998245
The volume disk0s2+disk1s2 cannot be repaired when it is in use
Checking volume
disk0s2: Scan for Volume Headers
disk1s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
disk1s2: Scan for Disk Labels
Logical Volume Group E9AB2027-786F-4BDE-8B78-90E8C9998245 spans 2 devices
disk1s2+disk0s2: 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 C0E3E8FB-8391-4260-9380-AEEAA02F4531
Load and verify 2557800D-8843-4936-A95B-AE2EEAD4C284
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 E9AB2027-786F-4BDE-8B78-90E8C9998245 appears to be OK
Storage system check exit code is 0
The partition map appears to be OK
Finished partition map repair on disk0

 

[Membre supprimé 1060554]

Je n'ai pas l'impression que la commande ait modifié la donne - question espace libre.

Repasse une commande :

diskutil list

• et poste le tableau.

 

[dylouc]

Non, effectivement, je ne pense pas que le problème soit réglé.

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_CoreStorage Macintosh HD            799.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            27.6 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           +826.4 GB   disk2
                                 Logical Volume on disk1s2, disk0s2
                                 2557800D-8843-4936-A95B-AE2EEAD4C284
                                 Unencrypted Fusion Drive

 

[Membre supprimé 1060554]

Passe la commande :

df -H /

• qui mesure l'occupation du volume de démarrage

Poste le retour.

 

[dylouc]

Voila le résultat de la commande :

df -H /
Filesystem   Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk2   826G   458G   368G    56% 1328764 4293638515    0%   /

C'est la dernière commande que je peux passer ce soir, je n'aurais plus accès à l'ordinateur ensuite.
Mais un énorme merci pour l'aide, je passerai les commandes suivantes demain.

 

[Membre supprimé 1060554]

Je pense qu'il y a un dépannage possible > mais qui implique une certaine complexité de commandes à passer -->

- mieux vaut donc reporter à demain, en effet...​

 

[dylouc]

Re-boujour !

Je suis prêt pour la suite des commandes à passer !

 

[Membre supprimé 1060554]

Pour manipuler la table de partition GPT du HDD (avec la commande gpt) > il ne faut pas que le volume Macintosh HD soit monté. Donc il faut que ton Mac soit démarré sur un Système indépendant des disques internes -->

- est-ce que tu as un clone démarrable ?​

- une clé d'installation démarrable ?​

- est-ce que ton Mac peut démarrer par internet pour télécharger en RAM un OS de secours démarrable ?​

- est-ce que tu as une clé USB disponible > pour qu'on y clone l'OS de secours du volume Recovery HD et qu'on démarre le Mac dessus ?​

=> au choix...

 

[dylouc]

Je n'ai pas de clone démarrable, mais j'ai une sauvegarde Time Machine pour tout ce qui concerne mes fichiers.
Le Mac est de toute façon branché à Internet par cable ethernet, donc je peux récupérer l'OS de secours de cette façon (et j'ai une clé USB si nécessaire, avec d'autres machines accessibles si besoin de créer un clone de l'OS de secours).

 

[Membre supprimé 1060554]

Passe les 2 commandes informatives (séparément) :

sw_vers -productVersion
sysctl hw.model

• qui affichent la version de l'OS installé et l'identifiant de modèle du Mac

Poste les retours.