votre disque n'a pas pu etre partionné

J'ai suivi votre méthode et voila ce que ça affiche, je suppose que ça a fonctionné
Bloc de code: 
System Integrity Protection status: disabled.
 
Parfait. Alors c'est parti pour une série de jongleries récréatives dans le Terminal.

Passe la commande (copier-coller) :
Bloc de code: 
sudo asr adjust --t /dev/disk0s3 --settype "Apple_HFS"

  • 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 se montrant à la frappe - et valide de nouveau
  • la commande change le type de la partition de secours > de Apple_Boot à Apple_HFS --> ce qui la rend re-dimensionnable. Le changement de type est sans impact sur le système de fichiers recelé dans la partition > ni sur le volume généré.
  • cette commande appelle l'utilitaire 100% Apple asr (apple_software_restore) > avec un verbe = adjust non documenté dans le man de l'utilitaire > mais efficace pour le problème qui nous occupe. C'est donc l'emploi d'une sorte de "botte secrète"

Poste l'affichage retourné par la commande + le retour d'un nouveau :
Bloc de code: 
diskutil list
 
Bloc de code: 
iMac-de-HAKO:~ FICA$ sudo asr adjust --t /dev/disk0s3 --settype "Apple_HFS"
Password:
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
iMac-de-HAKO:~ FICA$ 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_HFS Macintosh HD            580.0 GB   disk0s2
   3:                  Apple_HFS Recovery HD             420.0 GB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *128.3 GB   disk1
   1:                 DOS_FAT_32 WININSTALL              128.3 GB   disk1s1
 
Cette ligne -->
Bloc de code: 
   3:                  Apple_HFS Recovery HD             420.0 GB   disk0s3

  • montre que le changement de type a bien été effectué à Apple_HFS.

Passe les commandes (l'une après l'autre) -->
Bloc de code: 
diskutil mount disk0s3
df -H /Volumes/"Recovery HD"

  • la 1ère monte le volume Recovery HD sur la partition disk0s3 --> tu dois voir ce volume Recovery HD monté affiché sur ton Bureau
  • la 2è mesure l'occupation de ce volume

Poste le tableau retourné par la 2è --> c'est pour vérifier que la taille des fichiers n'excède pas 600 Mo.
 
Bloc de code: 
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s3   420G   610M   419G     1%      70 4294967209    0%   /Volumes/Recovery HD
 
Les 610 Mo sont la taille du dossier contenant l'OS de secours démarrable --> on va voir si un rétrécissement du volume Recovery HD aux 650 Mo réglementaires (avec une marge d'espace libre de 40 Mo) est validé - ce qui n'est pas sûr.

Passe la commande :
Bloc de code: 
diskutil resizeVolume disk0s3 %recovery% free null 0b

  • la commande rétrécit (non-destructivement pour son volume) la partition disk0s3 à la taille réglementaire de 650 Mo > et laisse l'espace excédentaire à l'état d'espace libre

La commande passée > repasse un :
Bloc de code: 
diskutil list

  • et poste le tableau si tu n'as pas eu de message d'erreur > sinon poste le message d'erreur.
 
Voila ce que les 2 commandes m'ont affiché
Bloc de code: 
iMac-de-HAKO:~ FICA$ diskutil resizeVolume disk0s3 %recovery% free null 0b
Resizing to 650002432 bytes and adding 1 partition
Started partitioning on disk0s3 Recovery HD
Verifying the disk
Verifying file system
Volume was successfully 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 mounted
Resizing
Shrinking file system
Modifying partition map
Finished partitioning on disk0s3 Recovery HD
/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_HFS Macintosh HD            580.0 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
iMac-de-HAKO:~ FICA$ 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_HFS Macintosh HD            580.0 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *128.3 GB   disk1
   1:                 DOS_FAT_32 WININSTALL              128.3 GB   disk1s1
 
Ça roule : cette mention -->
Bloc de code: 
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • montre que la partition de secours a bien été rétrécie aux 650 Mo réglementaires (sans avoir perdu la définition de son volume Recovery HD).

L'opération est un cycle ou un cercle. On va restituer à présent à cette partition son type originel Apple_Boot --> condition sine qua non pour pouvoir ensuite récupérer l'espace libre.

Passe les 2 commandes (copier-coller) :
Bloc de code: 
diskutil umount force disk0s3
sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"

  • la 1ère démonte de force le volume Recovery HD au cas où il aurait été remonté
  • la 2è restaure le type Apple_Boot sur la partition

Poste le retour de la 2è commande + le tableau retourné par un nouveau :
Bloc de code: 
diskutil list
 
Bloc de code: 
iMac-de-HAKO:~ FICA$ sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"
Password:
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
iMac-de-HAKO:~ FICA$ 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_HFS Macintosh HD            580.0 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *128.3 GB   disk1
   1:                 DOS_FAT_32 WININSTALL              128.3 GB   disk1s1
 
Cette ligne -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • montre que tout est en place pour la partition de secours : elle a récupéré son type originel Apple_Boot et une taille réglementaire de 650 Mo.

Passe la commande :
Bloc de code: 
diskutil resizeVolume disk0s2 0b

  • cette commande effectue la récupération des 419 Go d'espace libre à la partition "donneuse" (au départ) = disk0s2 > et à son volume Macintosh HD
  • il y a une vérification d'intégrité préalable du système de fichiers jhfs+ de la partition. La commande avorte en cas d'erreur.

Si tu n'as pas eu de message d'erreur > poste (dans une fenêtre de code) l'affichage retourné par la commande et le tableau d'un nouveau :
Bloc de code: 
diskutil list

  • en guise de trace non effacée de la complexité des opérations impliquées par un re-dimensionnement > l'index de la partition de secours devrait être actuellement disk0s4 et plus disk0s3. Si tu as eu un message d'erreur suite à la commande de redimensionnement > poste ce message ici.
 
Bloc de code: 
iMac-de-HAKO:~ FICA$ diskutil resizeVolume disk0s2 0b
Resizing to full size (fit to fill)
Started partitioning on disk0s2 Macintosh HD
Verifying the disk
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_hfs -fn -l -x /dev/rdisk0s2
Performing live verification
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 Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Modifying partition map
Copying booter
Growing file system
Finished partitioning on disk0s2 Macintosh HD
/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_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4
iMac-de-HAKO:~ FICA$ 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_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *128.3 GB   disk1
   1:                 DOS_FAT_32 WININSTALL              128.3 GB   disk1s1
 
Ce tableau du disque -->
Bloc de code: 
/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_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • montre que tout est rentré dans l'ordre après notre aimable séquence de jongleries : volume Macintosh HD de 999 Go > et partition de secours de 650 Mo.

La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • montre un index disk0s4 (et plus disk0s3)

Re-démarre une fois > et de retour dans ta session > poste le retour d'un dernier :
Bloc de code: 
diskutil list

  • qui devrait montrer que la partition de secours a désormais le bon index disk0s3.

Devinette finale : pourquoi la partition de secours a-t-elle un index qui a changé de s3 (slice3 = tranche logique ou partition n°3) --> à s4 ?
 
Car je pense disque s3 a été report 2 fois et donc devient disque s4 ?
Bloc de code: 
/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_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *128.3 GB   disk1
   1:                 DOS_FAT_32 WININSTALL              128.3 GB   disk1s1
 
Dernière édition:
Cette ligne -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • montre que la partition de secours a récupéré l'index disk0s3 régulier : slice3 du disk0 ou 1er disque.

Pour la devinette -->

  • la partition de secours avait précédemment l'index disk0s4 > car il s'agit d'un clone de la partition de secours originale qui a été créé en queue de HDD en n°4 > avant suppression de l'original disk0s3 > ce qui a permis à la bande d'espace libre de toucher le bas de la partition disk0s2 > et donc d'être récupérée à cette partition. Le kernel (noyau opérateur) n'avait pas mis à jour l'index de la partition de secours-clone > ce qu'il a fait après redémarrage.

En résumé : problème résolu !
 
  • J’aime
Réactions: Vinzzz25
Desole de vous recontacter mais j'ai un problème. Lorsque je veux créer un disque d'installation windows 10. Un message d'erreur apparait : "Votre espace disque est insuffisant" pourtant j'avais branché une clé usb de 128Giga. Du coup a la place j'ai créer un disque d'installation Windows 8.1, tout fonctionne, mon pc redémarre jusqu'au moment ou je doit rentre le code de la clé windows 8.1. Je clique sur suivant et la ils me demandent de sélectionner le disque pour installer windows 8.1 je sélectionne Boot Camp mais le même message d'erreur est apparu : "Votre espace disque est insuffisant" Que dois je faire ?
 
Passe la commande :
Bloc de code: 
df -H /

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

Poste le tableau retourné.
 
Désole du retard j'étais en train de manger
Bloc de code: 
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s2   599G   192G   407G    33% 1042773 4293924506    0%   /
 

Sujets similaires

B
Impossible de lancer l'assistant BootCamp
Réponses
15
Affichages
3K
Windows sur Mac
Locke
Locke
L
Boot Camp : votre disque n'a pas pu être partitionné
Réponses
32
Affichages
3K
Windows sur Mac
lauryp
L
N
bootcamp votre disque n'a pas pu être partitionné
Réponses
4
Affichages
2K
Windows sur Mac
Locke
Locke
P
Partition Bootcamp impossible
Réponses
84
Affichages
9K
Windows sur Mac
Danielmorphee
D
Varns95
Erreur partition Bootcamp impossible
Réponses
7
Affichages
3K
Windows sur Mac
Locke
Locke
Haut Bas