Salut
Boboss.
Si la version d'
OSX installé sur ton SSD est
> «
Snow Léopard 10.6», tu n'es pas sans savoir que la partition dédiée à l'OS s'accompagne d'une partition de récupération graphiquement invisible : «
Recovery HD» qui, à l'installation, suit immédiatement celle de l'OS dans la séquence numérique des
devices. Or l'«
Utilitaire de Disque», aussi longtemps que son option '
Déboguer' n'a pas été activée, est incapable de 'voir' cette partition «
Recovery HD» à sa place.
Donc, si tu aperçois dans la colonne de gauche de ce logiciel, sous l'icône de ton disque physique (attenant à la marge) 2 volumes (en alinéa de la marge) -->
Macintosh HD de 107 Go et disons
Untitled non formaté de 20 Go ; ce que l'«
Utilitaire de Disque» ne te montre pas, c'est d'une part la 1ère partition-disque (invisible) = «
EFI» de 209 Mo, et d'autre part la «
Recovery HD» (invisible) de 1 Go.
Tu aurais intérêt à activer l'option '
Déboguer» de l'«
Utilitaire de Disque» --> va à :
Applications/Utilitaires et lance le «
Terminal». Dans la fenêtre qui s'affiche, fais un copier-coller de :
Bloc de code:
defaults write com.apple.DiskUtility DUDebugMenuEnabled 1
et ↩︎ (presse la touche 'Entrée' pour activer la commande). Quitte le «
Terminal» (par ⌘Q). Re-démarre. Lance l'«
Utilitaire de Disque», et désormais dans la barre de menus supérieure tu aperçois un nouveau menu = '
Déboguer' --> déroule la fenêtre des sous-menus et coche l'option :
Afficher chaque partition. Désormais, le logiciel est capable de 'voir' et d'afficher les volumes invisibles graphiquement à leur place.
♤
Tu risques d'avoir une surprise, qui est que ta partition
Recovery HD risque d'être intercalée entre le volume de
OSX et ta petite partition de 20 Go non-formatée. Tu peux le vérifier d'ailleurs en relançant le «
Terminal» et en passant la commande informative :
et ↩︎ --> si ma conjecture se vérifie, tu vas obtenir quelque chose comme :
Bloc de code:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 128 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 107 GB disk0s2
3: Apple_Boot Recovery HD 1.0 GB disk0s3
4: Apple_HFS Untitled 20,0 GB disk0s4
♧
☞ s'il en était ainsi, sache que l'«
Utilitaire de Disque» est incapable de re-coller
Untitled à
Macintosh HD en 'sautant par-dessus la tête' de la
Recovery HD intermédiaire. Ce qui risque de se produire si tu demandes une agrégation dynamique de
Untitled (
disk0s4) à
Macintosh HD (
disk0s2), c'est que l'«
Utilitaire de Disque» comprenne que tu veux récupérer tout l'espace-disque consécutif à
disk0s2 --> il va te faire sauter la
Recovery HD en annexant aussi son espace-disque effacé à
Macintosh HD <si tu as la patience de lire un fil à 2 pages où ton serviteur s'est fendu de ses proses absconses 
dans une espèce de trio de musique de chambre avec bompi 
et edd , va donc t'informer des ☞tribulations d'AladdinVonSane☜ à qui il est arrivée cette mésaventure>.
♡
Je n'ai jamais utilisé le logiciel ☞
iPartition☜, mais j'ai capté par ouï-dire qu'il serait capable de réordonner (de manière non destructrice pour l'OS) la distribution des partitions d'un tableau de partition GUID en faisant éventuellement du 'saute-mouton' par-dessus une partition intercalée (ce que l'«
Utilitaire de Disque» ne sait pas faire)
☜ prudence! -à mon avis- ça sent le fagot...
Personnellement, j'utiliserais plutôt ☞
Carbon Copy Cloner☜ de
Bombich (utilisation gratuite en démo un mois) pour cloner ma partition «
Recovery HD» sur une clé USB (provisoirement). Puis, avec l'«
Utilitaire de disque», j'effacerai sur mon SSD aussi bien la partition «
Recovery HD» (
disk0s3) et la «
Untitled» (
disk0s4) [ou, dans le «
Terminal», je ferais un :
Bloc de code:
sudo diskutil mergePartitions /dev/disk0s2 /dev/disk0s4
et ↩︎ --> demande de
password (commande
sudo) --> taper le mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> les partitions
disk0s3-disk0s4 seraient effacées au format
HFS+ et agrégées dynamiquement à la partition
disk0s2 de
Macintosh HD sans perte de données]. Ensuite, re-partition de la grosse partition
Macintosh HD de 127 Go, avec une micro-partition 'caudale' de, disons, 2 Go =
/dev/disk0s3 et rétro-clonage de la
Recovery HD de la clé USB sur
/dev/disk0s3 par
CCC <ou, plus direct, lancer «
Carbon Copy Cloner» sans avoir re-partitionné
Macintosh HD, aller à son menu :
Fenêtre/Centre de Disques/Recovery HD et demander de re-cloner la
Recovery HD sur le SSD -->
CCC créera au préalable une micro-partition de 2 Go à sa place (=
/dev/disk0s3), puis clonera la
Recovery HD dessus, ce qui revient au même que le procédé précédent mais en 'tout-en-un'>. DONE.
♢
[NB. Mon argumentation ne colle à ta situation qu'à condition que la Recovery HD soit intercalée en disk0s3 entre Macintosh HD en disk0s2 et Untitled en disk0s4. Cela dit, je ne vois pas où serait sinon ta partition de récupération, à moins bien sûr que ton OS ne soit «Snow Léopard», exempt de Recovery HD.
Je conçois la mise en 'jachère' des 20 Go de la parition Untitled de la part de l'ancien propriétaire, au fait qu'il n'aurait pas su comment la faire passer 'par-dessus la tête' de la Recovery HD pour la re-coller à Macintosh HD <ce, à la suite d'une partition par l'«Utilitaire BootCamp» dédiée à Windows, suivie d'un repentir n'étant pas passé par les services de suppression dynamique du même «BootCamp», mais par effacement via l'«Utilitaire de Disque» cf. AladdinVonSane>.
Les erreurs toujours possibles dans la ré-organisation dynamique des partitions d'un tableau de partition GUID me paraissent expliquer la prudence laconique de bompi
...si tu tiens à tes données, une sauvegarde préalable s'impose (au cas où).
♘
