Forums
Nouveaux sujets
Chercher dans les forums
Quoi de neuf ?
Nouveaux sujets
Nouveaux messages de profil
Activité récente
MacGeneration
MacGeneration
iGeneration
WatchGeneration
Je veux le.top
iOccasion
RefurbGeneration
Connexion
S'inscrire
Rechercher
Rechercher par titre uniquement
Par:
Rechercher par titre uniquement
Par:
Rechercher
Rechercher par titre uniquement
Par:
Rechercher par titre uniquement
Par:
Menu
Install the app
Install
Forums
Mac
macOS
Augmenter partition Boot Camp avec diskutil
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
Vous utilisez un navigateur non à jour ou ancien. Il ne peut pas afficher ce site ou d'autres sites correctement.
Vous devez le mettre à jour ou utiliser un
navigateur alternatif
.
Répondre à la discussion
Message
<blockquote data-quote="macomaniac" data-source="post: 12987306" data-attributes="member: 1060554"><p>Salut <strong>Sergag</strong>.</p><p></p><p></p><p></p><p>La réponse à ta demande est : ce n'est <strong>pas possible</strong> en mode <u>direct</u>, mais seulement en mode <u>indirect</u>. En voici la raison : dans une <span style="font-family: 'Courier New'">Table de Partition GUID</span>, aucune partition ne peut être augmentée "<em>par le dessus</em>" d'une manière conservative pour son système de fichiers, mais seulement "<em>par le dessous</em>". Or la partition que tu voudrais augmenter = la <span style="font-family: 'Courier New'">4: Microsoft Basic Data BOOTCAMP 60.0 GB disk0s4</span> n'a pas de <span style="font-family: 'Courier New'">blocks</span> récupérables "<em>en-dessous</em>" d'elle, puisque son espace va jusqu'aux derniers <span style="font-family: 'Courier New'">blocks</span> du partitionnement [de surcroît, une partition au format de fichiers <span style="font-family: 'Courier New'">non_Apple</span> - <span style="font-family: 'Courier New'">ntfs</span> pour l'actuelle partition <u>BOOTCAMP</u> - ne peut pas être re-dimensionnée de manière conservative, car ce format de système de fichiers est « rigide logiquement »].</p><p></p><p>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 = <span style="font-family: 'Courier New'">2: Apple_HFS El Capitan 439.2 GB disk0s2</span>, 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 «<u>Recovery HD</u>», grâce au format <span style="font-family: 'Courier New'">Apple_Boot</span> de son système de fichiers, serait automatiquement remontée sur les <span style="font-family: 'Courier New'">blocks</span> 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 «<u>Recovery HD</u>», donc en tant que secteur <span style="font-family: 'Courier New'">4</span> (<span style="font-family: 'Courier New'">/dev/disk0s4</span>) et la partition existante de <u>BOOTCAMP</u> renumérotée dans la table des devices en <span style="font-family: 'Courier New'">5</span> (<span style="font-family: 'Courier New'">/dev/disk0s5</span>).</p><p></p><p>Il y aurait ainsi un espace disponible de 39 Go juste "<em>en-dessus</em>" de la partition <u>BOOTCAMP</u>. Mais, comme mentionné ci-dessus, la partition <u>BOOTCAMP</u> ne peut pas être étirée "<em>par le-dessus</em>" 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 "<em>du-dessus</em>" est considérée comme la <u>bénéficiaire</u> potentielle d'un re-dimensionnement. À cela s'ajoutent des conditions strictes : aucune partition "<em>du-dessus</em>" ne peut être re-dimensionnée, si son système de fichiers n'est pas le format <u>Apple</u> : <span style="font-family: 'Courier New'">(J)HFS+</span> (<span style="font-family: 'Courier New'">Mac OS étendu journalisé ou non journalisé</span>), 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 <span style="font-family: 'Courier New'">jhfs+</span> afin de pouvoir être aumentée des 60 Go de la partition <u>BOOTCAMP</u>.</p><p></p><p>Or, comme déclaré encore, étirer la néo-partition de 30 Go nécessairement contenant un format <span style="font-family: 'Courier New'">jhfs+</span> de système de fichiers, implique de détruire le système de fichiers de la partition "<em>du-dessous</em>" (la partition <u>BOOTCAMP</u>), afin de <u>libérer</u> les <span style="font-family: 'Courier New'">blocks</span> qu'elle contient. Ce qui implique la <u>destruction</u> du contenu de ce système de fichiers <span style="font-family: 'Courier New'">ntfs</span> actuellement, càd de l'OS <u>Windows</u>.</p><p></p><p style="text-align: center">--------------------</p> <p style="text-align: center"></p><p>Étant données ces considérations « théoriques », voici comment je verrais personnellement les opérations « pratiques » :</p><p></p><p style="margin-left: 20px">- a) Gâce au logiciel ☞<a href="http://twocanoes.com/products/mac/winclone" target="_blank"><u><strong><span style="color: #b30059">Winclone</span></strong></u></a>☜ (logiciel pour Mac payant) installé dans les applications d'«<u>El Capitan</u>», créer une image-archive du système de fichiers <span style="font-family: 'Courier New'">ntfs</span> de <u>Windows</u> résidant dans la partition actuelle <span style="font-family: 'Courier New'">/dev/disk0s4</span> <u>BOOTCAMP</u>.</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px">- b) Dans le «<u>Terminal</u>» d'«<u>El Capitan</u>», passer ensuite les commandes suivantes :</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px">[code]sudo diskutil eraseVolume free NULL /dev/disk0s4[/code] ce qui virerait les <span style="font-family: 'Courier New'">blocks</span> de la partition <span style="font-family: 'Courier New'">4: Microsoft Basic Data BOOTCAMP 60.0 GB disk0s4</span> au statut de <span style="font-family: 'Courier New'">free_space</span> (espace libre hors partitionnement <span style="font-family: 'Courier New'">GUID</span>) en détruisant cette partition et son système de fichiers. Puis :</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px">[code]sudo diskutil resizeVolume /dev/disk0s2 400g MS-DOS BOOTCAMP 0b[/code] qui, par une action "tout-en-un", rétrécirait la partition <span style="font-family: 'Courier New'">/dev/disk0s2</span> <u>El Capitan</u> à 400 Go avec création en-dessous d'une partition <u>BOOTCAMP</u> de 99 Go au format <span style="font-family: 'Courier New'">MS-DOS</span>, ce dans la préservation de la «<u>Recovery HD</u>» en intercalaire par mise-à-jour automatique de son emplacement sur les <span style="font-family: 'Courier New'">blocks</span>.</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px">- c) Retour à «<u>Winclone</u>» et demande de rétro-clonage de l'image-archive prise comme "<em>source</em>" sur la partition <span style="font-family: 'Courier New'">4: Microsoft Basic Data BOOTCAMP 99.0 GB disk0s4</span> vierge prise comme "<em>destination</em>", «<u>Winclone</u>» requérant un format intitial <span style="font-family: 'Courier New'">MS-DOS</span> (<span style="font-family: 'Courier New'">FAT-32</span>) de système de fichiers, qui se trouve reformaté en <span style="font-family: 'Courier New'">ntfs</span>.</p><p></p><p style="text-align: center">--------------------</p></blockquote><p></p>
[QUOTE="macomaniac, post: 12987306, member: 1060554"] Salut [B]Sergag[/B]. La réponse à ta demande est : ce n'est [B]pas possible[/B] en mode [U]direct[/U], mais seulement en mode [U]indirect[/U]. En voici la raison : dans une [FONT=Courier New]Table de Partition GUID[/FONT], aucune partition ne peut être augmentée "[I]par le dessus[/I]" d'une manière conservative pour son système de fichiers, mais seulement "[I]par le dessous[/I]". Or la partition que tu voudrais augmenter = la [FONT=Courier New]4: Microsoft Basic Data BOOTCAMP 60.0 GB disk0s4[/FONT] n'a pas de [FONT=Courier New]blocks[/FONT] récupérables "[I]en-dessous[/I]" d'elle, puisque son espace va jusqu'aux derniers [FONT=Courier New]blocks[/FONT] du partitionnement [de surcroît, une partition au format de fichiers [FONT=Courier New]non_Apple[/FONT] - [FONT=Courier New]ntfs[/FONT] pour l'actuelle partition [U]BOOTCAMP[/U] - 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 = [FONT=Courier New]2: Apple_HFS El Capitan 439.2 GB disk0s2[/FONT], 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 «[U]Recovery HD[/U]», grâce au format [FONT=Courier New]Apple_Boot[/FONT] de son système de fichiers, serait automatiquement remontée sur les [FONT=Courier New]blocks[/FONT] 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 «[U]Recovery HD[/U]», donc en tant que secteur [FONT=Courier New]4[/FONT] ([FONT=Courier New]/dev/disk0s4[/FONT]) et la partition existante de [U]BOOTCAMP[/U] renumérotée dans la table des devices en [FONT=Courier New]5[/FONT] ([FONT=Courier New]/dev/disk0s5[/FONT]). Il y aurait ainsi un espace disponible de 39 Go juste "[I]en-dessus[/I]" de la partition [U]BOOTCAMP[/U]. Mais, comme mentionné ci-dessus, la partition [U]BOOTCAMP[/U] ne peut pas être étirée "[I]par le-dessus[/I]" 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 "[I]du-dessus[/I]" est considérée comme la [U]bénéficiaire[/U] potentielle d'un re-dimensionnement. À cela s'ajoutent des conditions strictes : aucune partition "[I]du-dessus[/I]" ne peut être re-dimensionnée, si son système de fichiers n'est pas le format [U]Apple[/U] : [FONT=Courier New](J)HFS+[/FONT] ([FONT=Courier New]Mac OS étendu journalisé ou non journalisé[/FONT]), 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 [FONT=Courier New]jhfs+[/FONT] afin de pouvoir être aumentée des 60 Go de la partition [U]BOOTCAMP[/U]. Or, comme déclaré encore, étirer la néo-partition de 30 Go nécessairement contenant un format [FONT=Courier New]jhfs+[/FONT] de système de fichiers, implique de détruire le système de fichiers de la partition "[I]du-dessous[/I]" (la partition [U]BOOTCAMP[/U]), afin de [U]libérer[/U] les [FONT=Courier New]blocks[/FONT] qu'elle contient. Ce qui implique la [U]destruction[/U] du contenu de ce système de fichiers [FONT=Courier New]ntfs[/FONT] actuellement, càd de l'OS [U]Windows[/U]. [CENTER]-------------------- [/CENTER] Étant données ces considérations « théoriques », voici comment je verrais personnellement les opérations « pratiques » : [INDENT]- a) Gâce au logiciel ☞[URL='http://twocanoes.com/products/mac/winclone'][U][B][COLOR=#b30059]Winclone[/COLOR][/B][/U][/URL]☜ (logiciel pour Mac payant) installé dans les applications d'«[U]El Capitan[/U]», créer une image-archive du système de fichiers [FONT=Courier New]ntfs[/FONT] de [U]Windows[/U] résidant dans la partition actuelle [FONT=Courier New]/dev/disk0s4[/FONT] [U]BOOTCAMP[/U]. - b) Dans le «[U]Terminal[/U]» d'«[U]El Capitan[/U]», passer ensuite les commandes suivantes : [code]sudo diskutil eraseVolume free NULL /dev/disk0s4[/code] ce qui virerait les [FONT=Courier New]blocks[/FONT] de la partition [FONT=Courier New]4: Microsoft Basic Data BOOTCAMP 60.0 GB disk0s4[/FONT] au statut de [FONT=Courier New]free_space[/FONT] (espace libre hors partitionnement [FONT=Courier New]GUID[/FONT]) en détruisant cette partition et son système de fichiers. Puis : [code]sudo diskutil resizeVolume /dev/disk0s2 400g MS-DOS BOOTCAMP 0b[/code] qui, par une action "tout-en-un", rétrécirait la partition [FONT=Courier New]/dev/disk0s2[/FONT] [U]El Capitan[/U] à 400 Go avec création en-dessous d'une partition [U]BOOTCAMP[/U] de 99 Go au format [FONT=Courier New]MS-DOS[/FONT], ce dans la préservation de la «[U]Recovery HD[/U]» en intercalaire par mise-à-jour automatique de son emplacement sur les [FONT=Courier New]blocks[/FONT]. - c) Retour à «[U]Winclone[/U]» et demande de rétro-clonage de l'image-archive prise comme "[I]source[/I]" sur la partition [FONT=Courier New]4: Microsoft Basic Data BOOTCAMP 99.0 GB disk0s4[/FONT] vierge prise comme "[I]destination[/I]", «[U]Winclone[/U]» requérant un format intitial [FONT=Courier New]MS-DOS[/FONT] ([FONT=Courier New]FAT-32[/FONT]) de système de fichiers, qui se trouve reformaté en [FONT=Courier New]ntfs[/FONT].[/INDENT] [CENTER]--------------------[/CENTER] [/QUOTE]
Insérer les citations…
Vérification
Publier votre réponse
Forums
Mac
macOS
Augmenter partition Boot Camp avec diskutil
Haut
Bas
Pour découvrir et maitriser votre Mac, lisez
Le guide de macOS Monterey
!