Salut
Sergag.
La réponse à ta demande est : ce n'est
pas possible en mode
direct, mais seulement en mode
indirect. En voici la raison : dans une
Table de Partition GUID, aucune partition ne peut être augmentée "
par le dessus" d'une manière conservative pour son système de fichiers, mais seulement "
par le dessous". Or la partition que tu voudrais augmenter = la
4: Microsoft Basic Data BOOTCAMP 60.0 GB disk0s4 n'a pas de
blocks récupérables "
en-dessous" d'elle, puisque son espace va jusqu'aux derniers
blocks du partitionnement [de surcroît, une partition au format de fichiers
non_Apple -
ntfs pour l'actuelle partition
BOOTCAMP - ne peut pas être re-dimensionnée de manière conservative, car ce format de système de fichiers est « rigide logiquement »].
En ce qui concerne les partitions qui la précédent, il est certes toujours possible de re-partitionner de manière conservative pour le système de fichiers de l'OS la partition principale =
2: Apple_HFS El Capitan 439.2 GB disk0s2, pour la réduire à 400 Go par exemple, et créer une néo partition de 39 Go. Dans le processus de cette création, la partition de récupération «
Recovery HD», grâce au format
Apple_Boot de son système de fichiers, serait automatiquement remontée sur les
blocks du disque, pour rester au contact direct de la partition de l'OS rétrécie => la néo-partition serait donc créée en-dessous de la «
Recovery HD», donc en tant que secteur
4 (
/dev/disk0s4) et la partition existante de
BOOTCAMP renumérotée dans la table des devices en
5 (
/dev/disk0s5).
Il y aurait ainsi un espace disponible de 39 Go juste "
en-dessus" de la partition
BOOTCAMP. Mais, comme mentionné ci-dessus, la partition
BOOTCAMP ne peut pas être étirée "
par le-dessus" pour récupérer les 39 Go de la néo-partition sans destruction de son système de fichiers - ce qui revient à dire que seule la partition "
du-dessus" est considérée comme la
bénéficiaire potentielle d'un re-dimensionnement. À cela s'ajoutent des conditions strictes : aucune partition "
du-dessus" ne peut être re-dimensionnée, si son système de fichiers n'est pas le format
Apple :
(J)HFS+ (
Mac OS étendu journalisé ou non journalisé), car seul ce format de système de fichiers est doté d'« élasticité logique ». La néo-partition créée, doit donc l'être au format
jhfs+ afin de pouvoir être aumentée des 60 Go de la partition
BOOTCAMP.
Or, comme déclaré encore, étirer la néo-partition de 30 Go nécessairement contenant un format
jhfs+ de système de fichiers, implique de détruire le système de fichiers de la partition "
du-dessous" (la partition
BOOTCAMP), afin de
libérer les
blocks qu'elle contient. Ce qui implique la
destruction du contenu de ce système de fichiers
ntfs actuellement, càd de l'OS
Windows.
--------------------
Étant données ces considérations « théoriques », voici comment je verrais personnellement les opérations « pratiques » :
- a) Gâce au logiciel ☞
Winclone☜ (logiciel pour Mac payant) installé dans les applications d'«
El Capitan», créer une image-archive du système de fichiers
ntfs de
Windows résidant dans la partition actuelle
/dev/disk0s4 BOOTCAMP.
- b) Dans le «
Terminal» d'«
El Capitan», passer ensuite les commandes suivantes :
Bloc de code:
sudo diskutil eraseVolume free NULL /dev/disk0s4
ce qui virerait les
blocks de la partition
4: Microsoft Basic Data BOOTCAMP 60.0 GB disk0s4 au statut de
free_space (espace libre hors partitionnement
GUID) en détruisant cette partition et son système de fichiers. Puis :
Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 400g MS-DOS BOOTCAMP 0b
qui, par une action "tout-en-un", rétrécirait la partition
/dev/disk0s2 El Capitan à 400 Go avec création en-dessous d'une partition
BOOTCAMP de 99 Go au format
MS-DOS, ce dans la préservation de la «
Recovery HD» en intercalaire par mise-à-jour automatique de son emplacement sur les
blocks.
- c) Retour à «
Winclone» et demande de rétro-clonage de l'image-archive prise comme "
source" sur la partition
4: Microsoft Basic Data BOOTCAMP 99.0 GB disk0s4 vierge prise comme "
destination", «
Winclone» requérant un format intitial
MS-DOS (
FAT-32) de système de fichiers, qui se trouve reformaté en
ntfs.
--------------------
