10.13 High Sierra Problème de partition

[pixelable]

Bonjour à tous,

Après quelques jours de recherche et manipulation infructueuse, je me permets de venir demander votre aide...

Sur mon imac 2017 se trouvant sur High Sierra, j'avais auparavant installer Bootcamp pour finalement le supprimer (car Windows ne fonctionnant plus). Suite à ça j'ai voulu le réinstaller mais Windows ne fonctionnait toujours pas et j'ai fini par à nouveau le désinstaller.

Évidemment j'ai aussi eu des soucis de partition, j'ai donc tenté de manipuler ça moi même via le terminal avec ce que j'ai pu voir sur le forum mais sans grand succès.

Au final je me retrouve avec plusieurs partition, de l'espace perdu et toujours pas de bootcamp...

Je vous met un aperçu "diskutil list" en espérant que vous pourriez m'aider.

/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 Fusion Drive            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 Fusion Drive            763.4 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk1s6

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +790.0 GB   disk2
                                Logical Volume on disk1s2, disk0s2
                                65E21C3F-7471-4BB4-A4E5-509796CC3290
                                Unencrypted Fusion Drive

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.5 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Copies de sauvegarde... 1.5 TB     disk3s2

PS : Je suis entrain de faire une sauvegarde TimeMachine (je pense sur le disk3)

 

[Locke]

Evite de faire plusieurs messages... https://forums.macg.co/threads/impossible-de-redemarrer-windows.1304054/ ...et pour le nom des balises c'est code et pas quote, j'ai corrigé.

 

[pixelable]

Evite de faire plusieurs messages... https://forums.macg.co/threads/impossible-de-redemarrer-windows.1304054/

Bonjour Locke, effectivement c'est mon second message mais j'ai l'impression qu'ici j'ai surtout un problème de partition à corriger alors que mon premier message concernait un problème avec Windows / Bootcamp.

 

[Locke]

Le problème est que si on répond dans les deux messages, vu que tu as mal effacé la partition Windows, on ne va plus savoir où tu en es et ce qu'il faudra que tu fasses.

 

[pixelable]

Le problème est que si on répond dans les deux messages, vu que tu as mal effacé la partition Windows, on ne va plus savoir où tu en es et ce qu'il faudra que tu fasses..

Ok je comprend, merci.

 

[Membre supprimé 1060554]

Bonjour pixelable

Passe la commandes (l'une après l'autre ; en copier-coller) :

diskutil eraseVolume free null disk1s6
diskutil coreStorage resizeStack 65E21C3F-7471-4BB4-A4E5-509796CC3290 0b

• la 1ère supprime la partition de secours excédentaire indexée comme disk1s6

• la 2è récupère tout l'espace libre disponible au Conteneur CoreStorage du Fusion Drive

- si la 1ère commande ne passe pas > c'est que tu aurais redémarré et que la 2è partition de secours du HDD ne serait plus disk1s6 > mais disk1s4 ; voire disk0s4 si ls SSD & le HDD avaient permuté leurs index comme ça arrive. Dans ce cas > signale cet échec et poste le tableau mis à jour retourné par un nouveau : diskutil list

- si la 1ère commande passe --> poste le tableau retourné par la 2è commande (le redimensionnement du CoreStorage).

 

[pixelable]

Bonjour pixelable

Passe la commandes (l'une après l'autre ; en copier-coller) :

diskutil eraseVolume free null disk1s6
diskutil coreStorage resizeStack 65E21C3F-7471-4BB4-A4E5-509796CC3290 0b

• la 1ère supprime la partition de secours excédentaire indexée comme disk1s6

• la 2è récupère tout l'espace libre disponible au Conteneur CoreStorage du Fusion Drive

- si la 1ère commande ne passe pas > c'est que tu aurais redémarré et que la 2è partition de secours du HDD ne serait plus disk1s6 > mais disk1s4 ; voire disk0s4 si ls SSD & le HDD avaient permuté leurs index comme ça arrive. Dans ce cas > signale cet échec et poste le tableau mis à jour retourné par un nouveau : diskutil list

- si la 1ère commande passe --> poste le tableau retourné par la 2è commande (le redimensionnement du CoreStorage).

Bonjour Macomaniac et merci pour ton aide.
Je viens d'effectuer les 2 commandes et voici ce qui est retourné après la 2ème.

The Core Storage Logical Volume UUID is 65E21C3F-7471-4BB4-A4E5-509796CC3290
Started CoreStorage operation
Error: -69722: You can't perform this resize unless it has a booter (target partition is probably too small)

 

[Membre supprimé 1060554]

Repasse une commande :

diskutil list

• et poste le tableau actuel.

 

[pixelable]

Voici ;

/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 Fusion Drive            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 Fusion Drive            763.4 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +790.0 GB   disk2
                                 Logical Volume on disk1s2, disk0s2
                                 65E21C3F-7471-4BB4-A4E5-509796CC3290
                                 Unencrypted Fusion Drive

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.5 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Copies de sauvegarde... 1.5 TB     disk3s2

 

[Membre supprimé 1060554]

Le message d'erreur -->

You can't perform this resize unless it has a booter

• déclare : vous ne pouvez pas effectuer le redimensionnement du CoreStorage > s'il n'existe pas de « booter » (partition auxiliaire de démarrage) sur le disk1 (HDD). Or cette partition -->

   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

• est le « booter » requis > car elle a le type Apple_Boot > et dans son volume Recovery HD --> coexistent 2 dossiers : le dossier du « booter » = com.apple.boot.S et le dossier de l'OS de secours = com.apple.recovery.boot

Il y a peut-être un problème inaperçu. Repasse la commande :

diskutil coreStorage resizeStack 65E21C3F-7471-4BB4-A4E5-509796CC3290 0b

• et poste l'affichage retourné --> que je voie si c'est le même déni.

 

[pixelable]

Il semblerait que le problème persiste, voici le résultat de la commande :

The Core Storage Logical Volume UUID is 65E21C3F-7471-4BB4-A4E5-509796CC3290
Started CoreStorage operation
Error: -69722: You can't perform this resize unless it has a booter (target partition is probably too small)

 

[Membre supprimé 1060554]

Il va falloir vérifier où se situent actuellement les blocs libres sur le HDD. Pour cela > il faut utiliser un programme de lecture de sa table de partition > accès en lecture bloqué si le SIP (protocole de sécurisation) est activé.

Passe donc la commande informative :

csrutil status

• qui s'enquiert du statut actuel du SIP

Poste le retour.

 

[pixelable]

Il va falloir vérifier où se situent actuellement les blocs libres sur le HDD. Pour cela > il faut utiliser un programme de lecture de sa table de partition > accès en lecture bloqué si le SIP (protocole de sécurisation) est activé.

Passe donc la commande informative :

csrutil status

• qui s'enquiert du statut actuel du SIP

Poste le retour.

System Integrity Protection status: enabled.

 

[Membre supprimé 1060554]

Enabled = activé.

Pour désactiver le SIP -->

• redémarre > en tenant pressées les 2 touches ⌘R de l'écran noir à la  (= démarrage sur l'OS de secours). Tu récupères un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal et passe la commande :

csrutil disable

• la commande instruit la désactivation du SIP > ce qui prend effet au redémarrage

Redémarre nomalement et signale ici quand tu as réouvert ta session habituelle d'utilisateur.

 

[pixelable]

Voila c'est fait, il me semble que c'est bien désactivé.
J'ai d'ailleurs testé "csrutil status" une fois allumé et cela m'indique "Integrity Protection status: disabled."

 

[Membre supprimé 1060554]

Repasse d'abord une commande :

diskutil list

• et poste le tableau --> que je vérifie si les disques n'ont pas permuté leurs index à l'occasion du redémarrage.

 

[pixelable]

Voici le résultat :

/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 Fusion Drive            763.4 GB   disk0s2

/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 Fusion Drive            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           +790.0 GB   disk2
                                 Logical Volume on disk0s2, disk1s2
                                 65E21C3F-7471-4BB4-A4E5-509796CC3290
                                 Unencrypted Fusion Drive

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.5 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Copies de sauvegarde... 1.5 TB     disk3s2

 

[Membre supprimé 1060554]

Les index des disques ont bien permuté > mais aussi > si l'on examine le tableau actuel du HDD -->

/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 Fusion Drive            763.4 GB   disk0s2

• on s'aperçoit que la partition disk0s3 (booter + secours) a carrément disparu. Son affichage antérieur (avant ton redémarrage) était l'effet de la mémoire résiliente du kernel > mais ne correspondait pas à une partition réelle. C'est pour cela que le redimensionnement ne passait pas --> car la partition booter n'existait plus réellement (dans la table de partition GPT du HDD).

• je présume que le démarrage sur l'OS de secours local qui n'existait plus > a été converti en démarrage par internet > et que tu as dû attendre le temps de téléchargement d'un OS de secours en RAM (logo d'un globe terrestre en rotation) > avant d'avoir la session de secours

Passe la commande informative :

sudo gpt show /dev/disk0

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

• la commande affiche la distribution des blocs sur le HDD

Poste ce tableau.

 

[pixelable]

Effectivement j'ai bien du attendre au démarrage un temps de téléchargement (logo d'un globe terrestre en rotation) > avant d'avoir la session de secours.

Voici le tableau qui ressort :

       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  1490948280      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  1491357920   462167215        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

 

[Membre supprimé 1060554]

Alors on va recréer une "pseudo" partition « booter » (de la taille d'une partition de secours = 650 Mo > mais vide de système de fichiers).

Passe la commande (copier-coller) -->

sudo gpt add -b 1491357920 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC -i 3 /dev/disk0

• la commande recrée une partition de 650 Mo > dans le type Apple_Boot > à sa place (à coller la bande CoreStorage supérieure disk0s2

Poste l'affichage retourné par la commande + le tableau retourné par un nouveau :

diskutil list