Salut Gihsan
Les partitions d'un disque sont « ordonnées » du point de vue de l'espace du disque. Pour la raison suivante : une partition est comme un conteneur logique, qui commence à un bloc n° tant et finit à un autre bloc n° tant. Cette localisation est enregistrée dans la table de partition.
À présent --> la suite des blocs contenus dans le conteneur d'une partition se trouve soumis à une "orientation" qui est la suivante : sur les blocs du début de la partition > résident les fichiers d'une structure logicielle appelée système de fichiers. Cette structure définit, juste à la fin de ses blocs de résidence, un bloc spécial qui a la fonction de « point de montage » d'un volume. Càd. que tous les blocs suivant ce bloc privilégié sont définis comme l'analogue d'un dossier (un répertoire) dans l'espace duquel existe des objets "humainement identifiables" = des fichiers.
Un volume est donc l'ensemble des blocs d'une partition qui viennent après le point de montage > blocs qui sont présentables comme un dossier de fichiers lisibles et scriptibles. Le kernel ou noyau de l'OS démarré est capable de "monter" ce volume > càd. de le faire exister en tant qu'espace logique indépendant.
Donc dans le conteneur de ta partition --> tu as 3 localisations : le header (en-tête) = lieu de résidence du système de fichiers > le point de montage (bloc limite séparant la structure du système de fichiers de l'espace du volume) > le volume (ou répertoire de fichiers chargeable par le kernel).
Il y a donc une orientation spatiale "descendante" depuis la zone origine (système de fichiers) > à la charnière logique (le point de montage) > au répertoire de fichiers (le volume).
Suppose à présent (en simpiifiant) que la partition macOS soit la tranche logique d'espace-disque n°2 et la partition Windows la tranche logique n°3 du disque. Tu peux très bien rétrécir la tranche logique n°2 en libérant de l'espace. Ça veut dire que le système de fichiers Apple fixé sur l'en-tête de la partition n°2 va gérer moins de blocs comme espace du volume qu'il définit. Aucun problème ici.
Mais est-ce que tu vas pouvoir ajouter cet espace libéré à la partition n°3 Windows ? - non > parce que l'en-tête de la partition n°3 est le lieu de résidence du système de fichiers ntfs de Windows. Cet en-tête est l'origine en ce qui concerne cette partition. Le système de fichiers adhère à cette zone de blocs du début de la partition : c'est l'espace de l'origine. Les blocs que tu as libérés de la partition n°2 existent sur le disque "avant" l'origine qu'est le système de fichiers ntfs pour la partition n°3 Windows. Tu ne peux pas les faire passer sous le contrôle de ce système de fichiers, ancré de manière inamovible sur son espace origine. Le système de fichiers ntfs de peut pas "se retourner", pour regarder en-arrière (ou vers le haut de l'espace du disque) et prendre en compte les blocs libérés de la partition n°2. Il ne peut que regarder vers le bas (ou en-avant) --> les blocs de la partition n°3 qui suivent le point de montage. Le système de fichiers est une origine tournée vers sa création (le volume), et pas une origine retournable vers quelque chose qui la précèderait (un espace de blocs antérieurs à son point d'ancrage).
Les utilitaires natifs du Terminal de macOS respectent strictement cet « ordre de la création logique ». diskutil notamment ne permet aucune "rétro-gradation" d'un système de fichiers ancré sur son espace-origine, pour lui faire absorber des blocs localisés avant ce système de fichiers. Je trouve que c'est > intellectuellement parlant > quelque chose de satisfaisant.
Il existe un logiciel payant (Camptune X) qui offre le service de pouvoir faire absorber par une partition Windows n°3 de l'espace libéré par une partition macOS n°2 situé avant sur l'espace-disque. Il est clair que, pour ce faire, ce logiciel doit cloner le système de fichiers de la partition n°3 Windows sur le début des blocs libérés en-dessus par la partition n°2 macOS. En somme : opérer une espèce de glissement remontant du système de fichiers du dessous, pour que l'espace des blocs libérés "tombe" désormais en-dessous de son point de montage, dans l'espace du volume de fichiers.
Je ne sais pas explicitement comme s'y prend ce logiciel (je ne suis pas informaticien) --> mais il est clair qu'il s'agit d'une transgression de l'ordre logique tel que j'ai tenté de l'expliquer.
,j'ai reduit la taille de la partition mac et là je veux ajouter la taille que j'ai réduit sur la partition windows bootcamp et je sais pas comment faire , merci d'avance 
