Récupérer l'espace libre Mac OS X 10.10
- Créateur du sujet PulcooDzz
- Date de début
Cloner le mac sur un disque externe avec CarbonCopyCloner or exemple.
Formater le mac puis cloner à nouveau la sauvegarde vers le mac.
Formater le mac puis cloner à nouveau la sauvegarde vers le mac.
M
Membre supprimé 1060554
Invité
Salut PulcooDzz.
Le procédé décrit concisément par iKalimero
(= va-et-vient : clonage / rétro-clonage passant par l'intermédiaire du 2è disque d'un DDE) est le passage obligé dans ton cas de figure.
En effet, tu peux certes restaurer ton Free Space (espace libre hors partitionnement) au statut de volume jhfs+ monté sur une partition, mais ce volume se trouverait alors listé avant celui de ton «Yosemite» actuel dans le tableau de partitionnement de ton disque (en /dev/disk0s2 précédant le /dev/disk0s3 de l'OS). Or l'espace-disque d'une partition précédente ne peut pas s'adjoindre à celui d'une partition conséquente avec conservation du volume et des données de cette dernière : c'est toujours la partition de "queue" qui est détruite, et la partition de "tête" préservée pour être augmentée. Dans ton cas, la partition de ton OS est en "queue" par rapport à celle reconstituable du "Free Space" qui est en "tête" --> tu ne pourrais donc envisager qu'une destruction de la partition de l'OS pour gonfler celle du "Free Space" (et pas l'inverse) - ce qui est impossible étant démarré sur ton OS, car impliquant le paradoxe d'un Système démarré qui se supprimerait pour allouer son volume occupé à une partition sans Système démarrable.
Je voudrais ajouter que, dès qu'on se pose des questions de re-partitionnement du disque interne, l'«Utilitaire de Disque» est un outil trompeur, car, par défaut, il n'affiche pas graphiquement toutes les partitions réellement existantes du disque concerné --> cette simplification abusive (qui me paraît imputable à grief aux ingénieurs de la Pomme) induit l'utilisateur à des raisonnements en porte-à-faux par rapport à la réalité (faute d'idée adéquate au départ de la structure logique du disque). Je t'invite à virer ton «Utilitaire de Disque» de son statut "par défaut" au statut "débogué" qui va lui permettre d'afficher toutes les partitions existantes (opération sans danger) --> va à : Applications/Utilitaires et lance le «Terminal». Dans la fenêtre affichée, fais un copier-coller direct de :
et ↩︎ (presse la touche 'Entrée' du clavier pour activer la commande) --> re-démarre --> de nouveau dans ta session, lance l'«Utilitaire de Disque» et tu te rends compte qu'un nouveau menu intitulé : Déboguer s'affiche dans la barre supérieure des menus --> tu vas au sous-menu : Afficher chaque partition que tu coches --> la GUI de l'«Utilitaire de Disque» te montre, plus ou moins clairement, qu'une partition invisible intitulée : EFI de 209 Mo occupe la véritable "tête" du schéma de partitionnement ; en seconde position "potentielle" qui peut re-devenir "effective", tu as le Free Space de la partition actuellement supprimée de 40,62 Go ; en troisième position "potentielle", tu as le volume de ton OS «Yosemite» de 278,5 Go ; en quatrième position "potentielle", tu as une autre partition graphiquement invisible désormais révélée : la «Recovery HD» de 650 Mo.
Si l'espace écrit de ton volume «Yosemite» n'avait pas été aussi imposant (il est à vue de nez un peu supérieur à la moitié de la taille de la partition de 278,5 Go, soit environ 140 Go), mais simplement de la taille d'un OS issu d'une Clean Install (= environ 12 Go), tu aurais pu, après restauration du Free Space comme volume jhfs+ monté sur la partition précédente, opérer un clonage de l'OS dessus, ce qui aurait dès lors permis ensuite une ré-allocation destructrice du volume de l'OS à la partition néo-clonée --> tu aurais donc eu le partitionnement attendu : 1 = EFI ; 2 = OSX ; 3 = Recovery HD. Mais la taille de tes données rendant cette opération impossible, il te faut passer par l'intermédiaire du disque externe d'un DDE conformément à la préconisation de iKalimero dont je viens seulement de démontrer logiquement le bien-fondé (dans le style spécifique de macomaniac qui préfère la forme longue à la forme brève en réponse au problème signalé par Kant : «Nombre d'écrits seraient beaucoup plus courts s'ils n'étaient pas si courts»).
Cela dit, je t'invite dans la GUI de l'«Utilitaire de Disque», à sélectionner l'espace grisé du Free Space de ton disque --> à passer à droite au sous-menu Format pour sélectionner dans la fenêtre déroulante, à la place de 'Espace Libre' --> 'Mac OS étendu (journalisé)' (= jhfs+) ; au sous-menu 'Nom' à saisir --> 'Néo' (par exemple) --> et à presser le bouton (en bas à droite) : 'Appliquer' --> l'espace hors-partitionnement du Free Space est réalloué au schéma de partitionnement sous forme de volume monté au format jhfs+ intitulé Néo sur la néo-partition /dev/disk0s2.
Comme ce sigle doit te paraître sibyllin, relance donc le «Terminal» à ce stade et fais un copier-coller dans sa fenêtre de :
et ↩︎ --> tu vois s'afficher en réponse le schéma de partitionnement suivant :
ce qui te fait comprendre que tu es coincé dans ton projet sans recours à un va-et-vient : clonage sur un DDE ; démarrage sur le DDE ; ré-intialisation du disque du Mac ; rétro-clonage.
Le conseil d'utiliser ☞Carbon Copy Cloner☜ de Bombich (démo gratuite un mois sans limitation fonctionnelle) est excellent, car ce logiciel par défaut va cloner sur le DDE non seulement --> 3: Apple_Boot Yosemite 278.5 MB disk0s3 (= OSX), mais aussi 4: Apple_Boot Recovery HD 650.0 MB disk0s4 (= partition de récupération). Une fois démarré sur l'OSX cloné du DDE, par son «Utilitaire de Disque» il suffit de ré-initialiser le disque interne du Mac (sélection du disque physique global --> partitionner --> basculer l'onglet "Actuel" --> "1-partition"), le format étant jhfs+ par défaut, en choisissant le nom de volume voulu («Yosemite» par exemple). Puis, par le «CCC» qui s'est cloné lui-même dans les Applications du clone, de demander un rétro-clonage sur le disque du Mac, ce qui va re-créer la tri-partition attendue : /dev/disk0s1 = EFI ; /dev/disk0s2 = Yosemite ; /dev/disk0s3 = Recovery HD («CCC», en effet, est outillé pour créer une mini-partition de 650 Mo par subdivision du volume unique du disque destiné à l'OS, sur laquelle il commence par rétro-cloner un Système de récupération «Recovery HD» d'après une archive de l'originale créée avant clonage dans le dossier : /Library/Application Support/com.bombich.ccc/Recovery HD.dmg de l'OS et donc importée dans le clone copié de cet OS).
Le procédé décrit concisément par iKalimero
(= va-et-vient : clonage / rétro-clonage passant par l'intermédiaire du 2è disque d'un DDE) est le passage obligé dans ton cas de figure. En effet, tu peux certes restaurer ton Free Space (espace libre hors partitionnement) au statut de volume jhfs+ monté sur une partition, mais ce volume se trouverait alors listé avant celui de ton «Yosemite» actuel dans le tableau de partitionnement de ton disque (en /dev/disk0s2 précédant le /dev/disk0s3 de l'OS). Or l'espace-disque d'une partition précédente ne peut pas s'adjoindre à celui d'une partition conséquente avec conservation du volume et des données de cette dernière : c'est toujours la partition de "queue" qui est détruite, et la partition de "tête" préservée pour être augmentée. Dans ton cas, la partition de ton OS est en "queue" par rapport à celle reconstituable du "Free Space" qui est en "tête" --> tu ne pourrais donc envisager qu'une destruction de la partition de l'OS pour gonfler celle du "Free Space" (et pas l'inverse) - ce qui est impossible étant démarré sur ton OS, car impliquant le paradoxe d'un Système démarré qui se supprimerait pour allouer son volume occupé à une partition sans Système démarrable.
Je voudrais ajouter que, dès qu'on se pose des questions de re-partitionnement du disque interne, l'«Utilitaire de Disque» est un outil trompeur, car, par défaut, il n'affiche pas graphiquement toutes les partitions réellement existantes du disque concerné --> cette simplification abusive (qui me paraît imputable à grief aux ingénieurs de la Pomme) induit l'utilisateur à des raisonnements en porte-à-faux par rapport à la réalité (faute d'idée adéquate au départ de la structure logique du disque). Je t'invite à virer ton «Utilitaire de Disque» de son statut "par défaut" au statut "débogué" qui va lui permettre d'afficher toutes les partitions existantes (opération sans danger) --> va à : Applications/Utilitaires et lance le «Terminal». Dans la fenêtre affichée, fais un copier-coller direct de :
Bloc de code:
defaults write com.apple.DiskUtility DUDebugMenuEnabled 1et ↩︎ (presse la touche 'Entrée' du clavier pour activer la commande) --> re-démarre --> de nouveau dans ta session, lance l'«Utilitaire de Disque» et tu te rends compte qu'un nouveau menu intitulé : Déboguer s'affiche dans la barre supérieure des menus --> tu vas au sous-menu : Afficher chaque partition que tu coches --> la GUI de l'«Utilitaire de Disque» te montre, plus ou moins clairement, qu'une partition invisible intitulée : EFI de 209 Mo occupe la véritable "tête" du schéma de partitionnement ; en seconde position "potentielle" qui peut re-devenir "effective", tu as le Free Space de la partition actuellement supprimée de 40,62 Go ; en troisième position "potentielle", tu as le volume de ton OS «Yosemite» de 278,5 Go ; en quatrième position "potentielle", tu as une autre partition graphiquement invisible désormais révélée : la «Recovery HD» de 650 Mo.
Si l'espace écrit de ton volume «Yosemite» n'avait pas été aussi imposant (il est à vue de nez un peu supérieur à la moitié de la taille de la partition de 278,5 Go, soit environ 140 Go), mais simplement de la taille d'un OS issu d'une Clean Install (= environ 12 Go), tu aurais pu, après restauration du Free Space comme volume jhfs+ monté sur la partition précédente, opérer un clonage de l'OS dessus, ce qui aurait dès lors permis ensuite une ré-allocation destructrice du volume de l'OS à la partition néo-clonée --> tu aurais donc eu le partitionnement attendu : 1 = EFI ; 2 = OSX ; 3 = Recovery HD. Mais la taille de tes données rendant cette opération impossible, il te faut passer par l'intermédiaire du disque externe d'un DDE conformément à la préconisation de iKalimero dont je viens seulement de démontrer logiquement le bien-fondé (dans le style spécifique de macomaniac qui préfère la forme longue à la forme brève en réponse au problème signalé par Kant : «Nombre d'écrits seraient beaucoup plus courts s'ils n'étaient pas si courts»
).Cela dit, je t'invite dans la GUI de l'«Utilitaire de Disque», à sélectionner l'espace grisé du Free Space de ton disque --> à passer à droite au sous-menu Format pour sélectionner dans la fenêtre déroulante, à la place de 'Espace Libre' --> 'Mac OS étendu (journalisé)' (= jhfs+) ; au sous-menu 'Nom' à saisir --> 'Néo' (par exemple) --> et à presser le bouton (en bas à droite) : 'Appliquer' --> l'espace hors-partitionnement du Free Space est réalloué au schéma de partitionnement sous forme de volume monté au format jhfs+ intitulé Néo sur la néo-partition /dev/disk0s2.
Comme ce sigle doit te paraître sibyllin, relance donc le «Terminal» à ce stade et fais un copier-coller dans sa fenêtre de :
Bloc de code:
diskutil listet ↩︎ --> tu vois s'afficher en réponse le schéma de partitionnement suivant :
Bloc de code:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *320 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Néo 40.62 GB disk0s2
3: Apple_Boot Yosemite 278.5 MB disk0s3
4: Apple_Boot Recovery HD 650.0 MB disk0s4ce qui te fait comprendre que tu es coincé dans ton projet sans recours à un va-et-vient : clonage sur un DDE ; démarrage sur le DDE ; ré-intialisation du disque du Mac ; rétro-clonage.
Le conseil d'utiliser ☞Carbon Copy Cloner☜ de Bombich (démo gratuite un mois sans limitation fonctionnelle) est excellent, car ce logiciel par défaut va cloner sur le DDE non seulement --> 3: Apple_Boot Yosemite 278.5 MB disk0s3 (= OSX), mais aussi 4: Apple_Boot Recovery HD 650.0 MB disk0s4 (= partition de récupération). Une fois démarré sur l'OSX cloné du DDE, par son «Utilitaire de Disque» il suffit de ré-initialiser le disque interne du Mac (sélection du disque physique global --> partitionner --> basculer l'onglet "Actuel" --> "1-partition"), le format étant jhfs+ par défaut, en choisissant le nom de volume voulu («Yosemite» par exemple). Puis, par le «CCC» qui s'est cloné lui-même dans les Applications du clone, de demander un rétro-clonage sur le disque du Mac, ce qui va re-créer la tri-partition attendue : /dev/disk0s1 = EFI ; /dev/disk0s2 = Yosemite ; /dev/disk0s3 = Recovery HD («CCC», en effet, est outillé pour créer une mini-partition de 650 Mo par subdivision du volume unique du disque destiné à l'OS, sur laquelle il commence par rétro-cloner un Système de récupération «Recovery HD» d'après une archive de l'originale créée avant clonage dans le dossier : /Library/Application Support/com.bombich.ccc/Recovery HD.dmg de l'OS et donc importée dans le clone copié de cet OS).
Bonjour,
J'ai actuellement le même soucis, sauf que pour ma part, l' "espace libre" se situe après ma partition OSX.
J'ai suivi cette démarche décrite ici : http://www.commentcamarche.net/forum/affich-31135120-recuperer-l-espace-libre-mac-os-x-10-10
Or, à l'étape de reformatage du disque dure, rien ne change, je ne peux pas formater mon disque en une unique partition ...
Oriez-vous une solution ? Les données personnelles situées sur mon disque dure sont sauvegardées sur un disque dure time machine, donc leur perte n'est pas un soucis.
En faisant "diskutil list" j'obtiens ceci :
Et dans l'utilitaire de disque j'ai ceci :
Cordialement.
J'ai actuellement le même soucis, sauf que pour ma part, l' "espace libre" se situe après ma partition OSX.
J'ai suivi cette démarche décrite ici : http://www.commentcamarche.net/forum/affich-31135120-recuperer-l-espace-libre-mac-os-x-10-10
Or, à l'étape de reformatage du disque dure, rien ne change, je ne peux pas formater mon disque en une unique partition ...
Oriez-vous une solution ? Les données personnelles situées sur mon disque dure sont sauvegardées sur un disque dure time machine, donc leur perte n'est pas un soucis.
En faisant "diskutil list" j'obtiens ceci :
Bloc de code:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage 693.5 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Apple 1 To *693.2 GB disk1
Logical Volume on disk0s2
Unlocked Encrypted
/dev/disk2
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *64.0 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS Install OS X Yosemite 63.7 GB disk2s2
/dev/disk3
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_HFS Time machine 499.8 GB disk3s2Et dans l'utilitaire de disque j'ai ceci :
Cordialement.
Dernière édition:
Ton disque est chiffré ; il utilise donc CoreStorage.
Et là, pas de chance car tu as, dans l'ordre :
a) la partition actuelle [à l'intérieur d'un espace Apple_CoreStorage]
b) la partition de secours
c) l'espace libre
Du coup, tant que tu restes comme ceci, il est impossible de joindre a) et b).
Il faut soit tout reformater (cloner - reformater - cloner à rebours).
Soit faire dans le compliqué (disons, en tout cas : utilisation intensive de diskutil dans Terminal).
Et là, pas de chance car tu as, dans l'ordre :
a) la partition actuelle [à l'intérieur d'un espace Apple_CoreStorage]
b) la partition de secours
c) l'espace libre
Du coup, tant que tu restes comme ceci, il est impossible de joindre a) et b).
Il faut soit tout reformater (cloner - reformater - cloner à rebours).
Soit faire dans le compliqué (disons, en tout cas : utilisation intensive de diskutil dans Terminal).
M
Membre supprimé 1060554
Invité
Il n'en faut pas plus pour faire surgir, comme un diable à ressort tiré de sa boîte d'oisiveté des coulisses, l'ami de la lectio difficilior ☞ macomaniac
Donc : est-ce que tu peux passer dans le «Terminal» la commande :
qui demande l'affichage du dispositf CoreStorage enté chez toi sur la partition /dev/disk0s2 de ton disque interne de 1 To et poster en totalité le tableau hiérarchique complexe qui apparaît?
PS. Qu'est-ce que c'est que ce petit disque de 64 Go affiché par ailleurs? Un DDE attaché en externe? Et le disque de 500 Go (sauvegarde Time Machine) : c'est un DDE attaché en externe aussi?
Donc : est-ce que tu peux passer dans le «Terminal» la commande :
Bloc de code:
diskutil cs listqui demande l'affichage du dispositf CoreStorage enté chez toi sur la partition /dev/disk0s2 de ton disque interne de 1 To et poster en totalité le tableau hiérarchique complexe qui apparaît?
PS. Qu'est-ce que c'est que ce petit disque de 64 Go affiché par ailleurs? Un DDE attaché en externe? Et le disque de 500 Go (sauvegarde Time Machine) : c'est un DDE attaché en externe aussi?
Dernière édition par un modérateur:
Merci de vos réponses.
Alors en ce qui concerne le disque de 64 Go, il s'agit d'une clé USB reliée en direct à mon Mac que je venais de mettre pour tout autre chose
Et le disque TimeMachine est un DDE relié lui aussi en direct à mon Mac constamment pour les sauvegardes.
En ce qui concerne la manipulation dans le terminale je ferai ça en débauchant ce soir et vous posterez ce que vous avez demandé.
Merci beaucoup de votre attention.
Alors en ce qui concerne le disque de 64 Go, il s'agit d'une clé USB reliée en direct à mon Mac que je venais de mettre pour tout autre chose
Et le disque TimeMachine est un DDE relié lui aussi en direct à mon Mac constamment pour les sauvegardes.
En ce qui concerne la manipulation dans le terminale je ferai ça en débauchant ce soir et vous posterez ce que vous avez demandé.
Merci beaucoup de votre attention.
Alors voici ce que j'obtiens :
Bloc de code:
Last login: Fri Dec 19 15:24:23 on ttys000
iMac-de-Yann:~ Maison$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group FF966379-BA5C-4FD2-91A5-B2F126505148
=========================================================
Name: Apple 1 To
Status: Online
Size: 693519699968 B (693.5 GB)
Free Space: 16695296 B (16.7 MB)
|
+-< Physical Volume C7FF19CF-307B-4292-A939-E8B1FE67FD4D
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 693519699968 B (693.5 GB)
|
+-> Logical Volume Family DBA7942B-B3FA-4C10-90E5-87AEE3D9D826
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: AES-XTS
Conversion Status: Complete
Conversion Direction: -none-
Has Encrypted Extents: Yes
Fully Secure: Yes
Passphrase Required: Yes
|
+-> Logical Volume A06602BA-CC9C-495E-8AD6-A388503B76A4
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 693150679040 B (693.2 GB)
Conversion Progress: -none-
Revertible: No
LV Name: Apple 1 To
Volume Name: Apple 1 To
Content Hint: Apple_HFS
Dernière édition:
M
Membre supprimé 1060554
Invité
Salut Yann.
Il y a 2 facteurs 'invisibles' responsables de la situation compliquée sur ton disque :
Cette analyse, (dans laquelle le "diable à ressort" macomaniac donne un aperçu de son goût pour la lectio difficilior) conduit à une conséquence logique : il faut nécessairement commencer par simplifier formellement le dispositif de ton disque en supprimant ce facteur de complexité surnuméraire bloquant qu'est le format : CoreStorage chiffré qui empêche actuellement de repartitionner le disque physique réel en le rendant inadressable.
La méthode la plus simple pour toi est d'aller à : Menu /Préférences Système/Sécurité et confidentialité/FileVault, de déverrouiller le cadenas d'administration (en bas à gauche) en le cliquant et en renseignant ton mot-de-passe admin et de presser le bouton : 'Désactiver FileVault...' --> le processus de désactivation du chiffrement sur le Volume Logique met en œuvre un programme UNIX (fdesetup) qui n'opère ce déchiffrement qu'en reconvertissant le format CoreStorage au format standard jhfs+, ce qui fait qu'à l'arrivée tu vas te retrouver avec un tableau de partitionnement de ton disque interne revenu à la "normalité" --> le disque physique réel sera désormais adressable en vue d'une ré-initialisation te permettant de re-créer un bloc-volume /dev/disk0s2 unique.
Je préfère te prévenir, nonobstant, que le processus de déchiffrement du Volume Logique chiffré par «FileVault-2» avec re-conversion au format jhfs+ est une opération des plus longue, qui pour environ 200+ Go de données d'écriture va prendre des heures. Laisser continûment le Mac branché sur secteur. Ne pas interrompre le processus de préférence. Savoir que tout processus lancé en parallèle sur la session d'utilisateur (qui reste disponible tout le temps du déchiffrement) - ne serait-ce que surfer sur le net avec «Safari» - est un facteur de ralentissement de l'opération de déchiffrement, et la multiplication de ces processus parallèles au déchiffrement peut conduire ce dernier à une stase problématique.
Il est donc conseillé de mettre à jour la sauvegarde Time Machine en préalable (au cas où) et d'envisager pour lancer le déchiffrement une période de 'vacances' (d'activité) du Mac
Une fois le déchiffrement accompli, re-démarrer le Mac afin de finaliser la suppression collatérale du format CoreStorage. Le tableau de partitionnement du disque interne n'incluant plus désormais que des formats de volumes standards (jhfs+), il est alors possible de s'occuper de la réorgansiation en volume afin de récupérer le free-space.
Il y a 2 facteurs 'invisibles' responsables de la situation compliquée sur ton disque :
- La partition de récupération graphiquement invisible : «Recovery HD» de 650 Mo s'intercale (en /dev/disk0s3) entre le volume-maître de 693 Go (/dev/disk0s2) et le free_space (espace libre) - actuellement certes hors partitionnement, mais qui ne pourrait y ré-atterrir sous forme de volume manipulable de 306 Go qu'après la «Recovery HD» du point de vue de la numérotation, càd en /dev/disk0s4. Or cette numérotation dans la séquence des partitions a son importance, car le programme UNIX diskutil, que gère graphiquement l'«Utilitaire de Disque» ou qui peut être invoqué en ligne de commande dans le «Terminal», ne sait pas 'sauter une case' pour ré-agréger 'à rebours de la numérotation' un volume n°4 à un volume n°2 sans supprimer du même coup le volume intercalaire n°3 - ce qui n'est pas dans ton intérêt, car il est toujours opportun d'avoir une partition de récupération «Recovery HD» disponible sur le disque interne du Mac.
De toute évidence, tu avais dû re-partitionner après coup le volume de l'OS, afin de créer soit un volume dédié à Windows (grâce à l'Assistant BootCamp), soit un volume dédié à un autre Système (hypothèse rendue douteuse par l'absence de petits volumes auxiliaires s'il s'était agi de Linux), soit enfin un simple volume annexe de stockage. Quoi qu'il en soit, tu as dû décider de supprimer ce volume et pour cela tu as opéré sur lui dans l'«Utilitaire de Dsique» une action graphique de suppression (bouton : '-') qui n'a fait que le convertir au format : free space (espace libre hors partitionnement) sans le ré-agréger au volume-maître.
- Ce qui ajoute un facteur de complication supplémentaire à cette distribution des volumes déjà compliquée, c'est le fait que (sans que tu y aies prêté grande attention à l'origine sans doute) le chiffrement «FileVault-2» a été activé sur le volume-maître /dev/disk0s2 de 693 Go, comme l'instance de ta capture : Logical Family (qui gère les modalités logiques) le montre avec les affichages : Encryption Type: AES-XTS & Passphrase Required: Yes.
«FileVault-2» est une espèce de 'plaie d'Égypte' qui chiffre le volume entier de l'OS après avoir converti son format de fichier du standard : jhfs+ (Mac OS étendu journalisé) au format spécial : Groupe de Volumes Logiques CoreStorage sans lequel le chiffrement ne peut être opéré. Ce format crée un artefact : un Disque Physique Virtuel qui vient se greffer sur la partition-support /dev/disk0s2 du disque physique réel, en rendant ce dernier irreprésentable et inadressable aussi longtemps qu'il le recouvre. C'est à partir de ce Disque Physique Virtuel seul que monte un Volume Logique, identifé comme Disk1 par rapport au Disk0 du support, et c'est ce Volume Logique qui se trouve chiffré par «FileVault-2».
Aussi longtemps que la partition de base /dev/disk0s2 supporte l'artefact et du format CoreStorage et du chiffrement «FileVault-2», la situation est formellement cadenassée, et aucune intervention visant à ré-initialiser le disque n'est possible, parce que le disque physique réel qu'il faut pouvoir cibler afin de changer sa table de partitionnement est rendu inadressable par l'artefact : CoreStorage chiffré qui le recouvre.
♤
Cette analyse, (dans laquelle le "diable à ressort" macomaniac donne un aperçu de son goût pour la lectio difficilior
) conduit à une conséquence logique : il faut nécessairement commencer par simplifier formellement le dispositif de ton disque en supprimant ce facteur de complexité surnuméraire bloquant qu'est le format : CoreStorage chiffré qui empêche actuellement de repartitionner le disque physique réel en le rendant inadressable.La méthode la plus simple pour toi est d'aller à : Menu /Préférences Système/Sécurité et confidentialité/FileVault, de déverrouiller le cadenas d'administration (en bas à gauche) en le cliquant et en renseignant ton mot-de-passe admin et de presser le bouton : 'Désactiver FileVault...' --> le processus de désactivation du chiffrement sur le Volume Logique met en œuvre un programme UNIX (fdesetup) qui n'opère ce déchiffrement qu'en reconvertissant le format CoreStorage au format standard jhfs+, ce qui fait qu'à l'arrivée tu vas te retrouver avec un tableau de partitionnement de ton disque interne revenu à la "normalité" --> le disque physique réel sera désormais adressable en vue d'une ré-initialisation te permettant de re-créer un bloc-volume /dev/disk0s2 unique.
Je préfère te prévenir, nonobstant, que le processus de déchiffrement du Volume Logique chiffré par «FileVault-2» avec re-conversion au format jhfs+ est une opération des plus longue, qui pour environ 200+ Go de données d'écriture va prendre des heures. Laisser continûment le Mac branché sur secteur. Ne pas interrompre le processus de préférence. Savoir que tout processus lancé en parallèle sur la session d'utilisateur (qui reste disponible tout le temps du déchiffrement) - ne serait-ce que surfer sur le net avec «Safari» - est un facteur de ralentissement de l'opération de déchiffrement, et la multiplication de ces processus parallèles au déchiffrement peut conduire ce dernier à une stase problématique.
Il est donc conseillé de mettre à jour la sauvegarde Time Machine en préalable (au cas où) et d'envisager pour lancer le déchiffrement une période de 'vacances' (d'activité) du Mac
♧
Une fois le déchiffrement accompli, re-démarrer le Mac afin de finaliser la suppression collatérale du format CoreStorage. Le tableau de partitionnement du disque interne n'incluant plus désormais que des formats de volumes standards (jhfs+), il est alors possible de s'occuper de la réorgansiation en volume afin de récupérer le free-space.
- Si la stratégie envisagée (parce que les données sont sauvegardées) consiste à ré-initialiser (= re-partitionner) le disque interne total - pour ce faire, il faut pouvoir démarrer sur un disque complètement distinct de celui du Mac et portant un Système démarrable : si le DDE de ta sauvegarde «Time Machine» n'est pas démarrable (je suis inexpert question TM), alors cela implique d'avoir un 2è DDE, capable d'abriter les quelques 200+ Go de données écrites du volume de ton OS, sur lequel, grâce à ☞Carbon Copy Cloner☜ de Bombich (démo gratuite un mois) tu clonerais (image-miroir démarrable) les écritures de ton OS + la «Recovery HD» (ce que le logiciel sait très bien faire). Préparer au préalable le disque en GUID et le volume de destination du clone en jhfs+ par l'«Utilitaire de Disque» afin d'avoir un support démarrable.
Tu démarrerais alors sur le clone, dont l'«Utilitaire de Disque» te permettrait de ré-initialiser le disque interne de ton Mac, avant rétro-clonage d'OSX cloné + «Recovery HD» (c'est la méthode de va-et-vient 'simple' = lectio facilior évoquée par bompi, qui néanmoins suppose la disposition d'un DDE de support d'un clone).
- Si, pour n raisons (non disposition d'un DDE d'appoint, non volonté d'en acheter un, esprit de 'jeu' souhaitant tout faire "rien qu'à partir du disque interne démarré et sans disque tiers" qui revient donc à la lectio difficilior ), tu rejetais la technique du clone pour redistribuer après déchiffrement le partitionnement de ton disque sans perte de données, alors le "diable à ressort" macomaniac connaît au moins 2 procédés formels (je les ai expérimentés tous les 2 avec succès pour l'amour du jeu) capables de remodeler en mode 'live' la 'géographie' du disque interne en s'étant donné la "contrainte logique" de ne pas sortir de ses limites --> il conviendrait alors de le faire savoir.
♡
Dernière édition par un modérateur:
Votre analyse correspond exactement aux démarches que j'ai suivi.
Je vais donc dans un premier temps :
- Mettre à jour ma sauvegarde TimeMachine
- Désactiver le FileVault, qui en effet est activé sur mon disque dure.
EDIT : pendant le "Déchiffrement", l'activation de l'économiseur d'écran ou la suspension d'activité doivent-ils être désactivés ?
Je verrai avec vous pour le reste des démarches, commençons d'abord par ça 😷
EDIT :
En ce qui concerne la suite, je dispose en effet d'un disque dure vierge de 500 Go, donc disponible pour toute manipulation qui suivrait. Par contre il faudrait me "réexpliquer" la démarche à suivre ^^. Je n'ai pas totalement compris ce système de clonage, même si j'en est acquis le principe.
Cela ne va-t-il pas recréer les partitions qui me gênent ?
Dois-je faire ce clonage depuis le système OSX ou à partir d'un autre système (j'entends par là sur un système en dehors de mon disque dure ) ?
Dernière édition:
Ne pouvant rééditer mon poste, j'en créé un autre. Mais pensez quand même à regarder les ÉDIT de mon post précédent
Alors le déchiffrement est terminé et le FileVault est désactivé sur mon disque.
J'attend vos conseils.
Alors le déchiffrement est terminé et le FileVault est désactivé sur mon disque.
J'attend vos conseils
.
M
Membre supprimé 1060554
Invité
Bien que ma préférence personnelle aille à la lectio difficilior (qui consisterait à tout faire "en interne"), je vais te brosser la marche à suivre d'après la lectio facilior (qui passe par l'emploi d'un DDE).
- D'abord, re-démarré dans ta session habituelle, tu repasses par le «Terminal» pour vérifier si tout est en ordre sur ton disque interne --> à la commande :
Bloc de code:diskutil cs list
tu dois obtenir en réponse :
Bloc de code:No CoreStorage logical volume groups found
et à la commande :
Bloc de code:diskutil list
tu dois obtenir en réponse quelque chose ressemblant à :
Bloc de code:/dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *1.0 TB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_HFS Untitled 693,5 GB disk0s2 3: Apple_Boot Recovery HD 650.0 MB disk0s3 [COLOR="Gray"]-----------Free Space 335,5 GB[/COLOR]
--> alors tout est en ordre [le Free_space n'apparaît pas - c'est moi qui l'incruste pour montrer qu'il y a toujours un problème à régler). Tu peux fermer le «Terminal» et éditer à la main le nom du volume de ton OS dans le «Finder» (un clic sur le titre Untitled sous l'icône du volume et choix d'un nom moins croquignolet, genre Macintosh HD (défaut) ou Yosemite (je prends en exemple «Yosemite»).
--------------------
- Connecte ton DDE de 500 Go vierge à ton Mac et lance ton «Utilitaire de Disque». Dans sa colonne de gauche (affichage des disques et volumes), sélectionne le disque physique global du DDE (ligne supérieure qui le concerne, attenante à la marge) et choisis dans les menus de la partie droite de la fenêtre : Partitionner. À partir de là, au sous-menu : Schéma de partition, tu bascules l'onglet Actuel --> 1_partition ; au sous-menu : Options, tu sélectionnes dans le panneau qui se démasque --> Tableau de partition GUID ; au sous-menu : Format, tu choisis --> Mac OS étendu (journalisé) ; au sous-menu : Nom, tu choisis un --> Nom_Personnalisé pour le volume de ton DDE (je prends en exemple : «DDE-clone». Tu presses le bouton : Appliquer et ton DDE est repartitionné/reformaté comme il faut.
--------------------
- Tu cliques sur le lien suivant : ☞Carbon Copy Cloner☜ de Bombich pour télécharger et installer dans tes applications ce logiciel de clonage qui a fait ses preuves. Tu as droit à une démo gratuite de 1 mois sans lmitation fonctionnelle. Cela fait, tu lances «CCC», tu choisis de créer à l'invitation du logiciel une 'Nouvelle tâche' au nom que tu veux (genre : «Clonage Yosemite --> DDE-clone», tu choisis comme disque Source le volume de ton OS «Yosemite» et comme disque de Destination le volume de ton «DDE-clone», tu désactives la fonction : Safety Net (centre de la fenêtre --> OFF) et tu presses le bouton : Cloner.
«CCC» va s'occuper de tout proprement : a) copier l'ensemble des fichiers (Système et personnels) de l'OS «Yosemite» sur le volume «DDE-clone» en s'arrangeant pour que ce soit un disque démarrable ; b) créer une mini-partition de 1 Go sur le DDE à côté du volume «DDE-clone» pour y cloner la «Recovery HD» de ton disque interne. Ainsi, rien d'essentiel n'est oublié. Le premier clonage est assez long, d'autant plus qu'il y a une taille importante de données. Compter plus près de 1H que de 15'.
--------------------
- Lorsque la tâche est complétée, tu re-démarres ton Mac la touche 'alt' pressée pour accéder à l'écran de choix du disque de démarrage et tu choisis le démarrer sur le volume : «DDE-clone» --> tu vas te retrouver (plus lentement que pour un démarrage en interne) dans une session clonée de ton OS qui ressemble comme deux gouttes d'eau à l'originale (la «DropBox» râle et demande une reconnexion). Tu lances alors l'«Utilitaire de Disque» de ton clone, dans sa colonne de gauche, tu choisis le disque physique global de ton Mac ... tu me vois venir? Tu appliques au disque interne de ton Mac exactement la même procédure que tu as appliquée au disque de ton DDE = 1_partition + Table de partition GUID + Format Mac OS étendu journalisé - seul le nom diffère (mettons toujours : «Yosemite») et tu fais 'Appliquer' --> le disque interne de ton Mac est remis à zéro comme il faut avec effacement des données et récupération du Free_space pour donner, à côté de l'en-tête normal de partition : EFI (209 Mo), un volume unique vierge de 999,8 GB intitulé : «Yosemite».
--------------------
- Cela complété, tu relances le «CCC» qui s'est cloné dans les Applications de ton clone et tu choisis de créer une nouvelle tâche = la symétrique inverse de la 1ère, que tu peux intituler genre : «Clonage DDE-clone --> Yosemite». Pour cette tâche, tu choisis comme disque 'Source' : «DDE-clone» (le volume de ton DDE) et comme disque de 'Destination': «Yosemite» (le volume vierge du disque de ton Mac) et tu désactives derechef l'option 'SafetyNet' (--> OFF). Cela dit, tu lances la tâche et «CCC», commençant par s'aviser que tu veux rétro-cloner un OSX sur un disque où ne pré-existe pas de partition de récupération «Recovery HD», va s'empresser (tu dis 'oui' s'il demande la permission ) de créer en annexe du volume vierge «Yosemite» de ton Mac, un mini-volume de 1 Go pour y copier en préambule la «Recovery HD» clonée sur le DDE. Puis va s'ensuivre le rétro-clonage de l'OS du volume «DDE-clone» sur le volume «Yosemite», qui va donc re-créer l'original à sa place.
--------------------
- Tu n'as plus, à la fin, qu'à re-démarrer (avec 'alt') sur le «Yosemite» rétro-cloné de ton Mac et tu es chez toi derechef, mais avec un volume de l'OS qui a récupéré les 999 Go requis (plus de Free_space). Flanqué en bonne et due forme d'une «Recovery HD» à sa place. Tu peux le vérifier dans le «Terminal» en repassant encore la commande :
Bloc de code:diskutil list
qui doit te donner en réponse cette fois :
Bloc de code:/dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *1.0 TB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_HFS Yosemite [COLOR="RoyalBlue"]999 GB[/COLOR] disk0s2 3: Apple_Boot Recovery HD 650.0 MB disk0s3
☞ Je te recommande instamment de ne pas ré-activer «Filevault-2». Je te conseille de mettre à jour très régulièrement ton clone, opération qui, passée la 1ère fois, n'excède pas 15'.
[Tu noteras que, par un juste retour des choses, la lectio facilior, triviale dans son concept, est d'une exécution lente. La lectio difficilior, ardue dans son concept - et dans son exposé ! - <tu la trouves décrite par ton serviteur au message #9 de ce fil ☞Je n'arrive pas à supprimer une partition☜>, est par contre d'une exécution foudroyante. J'ai infligé ce matin au disque interne de mon Mac les conditions du tien après déchiffrement hypothétique : càd. un Free_space mal placé après la «Recovery HD» en queue de peloton. Il m'a fallu moins de 2' dans le «Terminal» pour recréer le dispositif régulier du partitionnement. Mais l'immense avantage de la lectio facilior dans ton cas, est qu'elle te conduit à créer un clone de ton Système, et un clone est toujours un outil inestimable.]
------DONE
Dernière édition par un modérateur:
J'ai un soucis, en vérifiant avec ceci " diskutil cs list " j'obtient :
Et avec " diskutil list " j'ai ceci :
Bloc de code:
Last login: Sat Dec 20 20:12:10 on console
iMac-de-Yann:~ Maison$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group FF966379-BA5C-4FD2-91A5-B2F126505148
=========================================================
Name: Apple 1 To
Status: Online
Size: 693519699968 B (693.5 GB)
Free Space: 16695296 B (16.7 MB)
|
+-< Physical Volume C7FF19CF-307B-4292-A939-E8B1FE67FD4D
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 693519699968 B (693.5 GB)
|
+-> Logical Volume Family DBA7942B-B3FA-4C10-90E5-87AEE3D9D826
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: None
Conversion Status: NoConversion
Conversion Direction: -none-
Has Encrypted Extents: No
Fully Secure: No
Passphrase Required: No
|
+-> Logical Volume A06602BA-CC9C-495E-8AD6-A388503B76A4
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 693150679040 B (693.2 GB)
Conversion Progress: -none-
Revertible: No
LV Name: Apple 1 To
Volume Name: Apple 1 To
Content Hint: Apple_HFS
iMac-de-Yann:~ Maison$Et avec " diskutil list " j'ai ceci :
Bloc de code:
iMac-de-Yann:~ Maison$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage 693.5 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Apple 1 To *693.2 GB disk1
Logical Volume on disk0s2
A06602BA-CC9C-495E-8AD6-A388503B76A4
Unencrypted
/dev/disk2
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *64.0 GB disk2
1: Windows_NTFS Yann 64 Go 64.0 GB disk2s1
/dev/disk3
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *500.1 GB disk3
1: Windows_NTFS Yann black 500.1 GB disk3s1
/dev/disk4
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk4
1: EFI EFI 209.7 MB disk4s1
2: Apple_HFS Time machine 499.8 GB disk4s2
iMac-de-Yann:~ Maison$
M
Membre supprimé 1060554
Invité
Si, dans le panneau des Préférences Système/Sécurité et confidentialité/FileVault, il est bien actuellement stipulé : FileVault est désactivé pour le disque « Apple 1 To » - preuve que le déchiffrement est bien accompli - est-ce que tu as re-démarré ton Mac pour finaliser l'élimination du format CoreStorage? Après re-démarrage, donc, est-ce que la commande :
retourne toujours un :
et le tableau du Groupe de Volumes Logiques que tu as posté - ou bien au contraire un :
comme attendu? Car le déchiffrement d'un volume chiffré par «FileVault-2» ne restitue pas un format CoreStorage (non chiffré) à l'arrivée, mais bien un format jhfs+ tout ce qu'il y a de standard, dès lors que le Mac a été re-démarré.
Bloc de code:
diskutil cs listretourne toujours un :
Bloc de code:
CoreStorage logical volume groups (1 found)et le tableau du Groupe de Volumes Logiques que tu as posté - ou bien au contraire un :
Bloc de code:
No CoreStorage logical volume groups foundcomme attendu? Car le déchiffrement d'un volume chiffré par «FileVault-2» ne restitue pas un format CoreStorage (non chiffré) à l'arrivée, mais bien un format jhfs+ tout ce qu'il y a de standard, dès lors que le Mac a été re-démarré.
Oui j'avais bien redémarré le Mac.
J'ai bien ceci dans mes réglages systèmes :
Je vais encore redémarrer le mac pour voir.
EDIT :
Après un second redémarrage et après avoir enlevé tous les périphériques et avoir renommé mon disque dure en Yosemite j'ai ceci avec les deux commandes à la suite :
Et ceci dans l'utilitaire de disque :
J'ai bien ceci dans mes réglages systèmes :
Je vais encore redémarrer le mac pour voir.
EDIT :
Après un second redémarrage et après avoir enlevé tous les périphériques et avoir renommé mon disque dure en Yosemite j'ai ceci avec les deux commandes à la suite :
Bloc de code:
Last login: Sat Dec 20 21:03:36 on console
iMac-de-Yann:~ yannadmin$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group FF966379-BA5C-4FD2-91A5-B2F126505148
=========================================================
Name: Apple 1 To
Status: Online
Size: 693519699968 B (693.5 GB)
Free Space: 16695296 B (16.7 MB)
|
+-< Physical Volume C7FF19CF-307B-4292-A939-E8B1FE67FD4D
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 693519699968 B (693.5 GB)
|
+-> Logical Volume Family DBA7942B-B3FA-4C10-90E5-87AEE3D9D826
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: None
Conversion Status: NoConversion
Conversion Direction: -none-
Has Encrypted Extents: No
Fully Secure: No
Passphrase Required: No
|
+-> Logical Volume A06602BA-CC9C-495E-8AD6-A388503B76A4
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 693150679040 B (693.2 GB)
Conversion Progress: -none-
Revertible: No
LV Name: Yosemite
Volume Name: Yosemite
Content Hint: Apple_HFS
iMac-de-Yann:~ yannadmin$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage 693.5 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Yosemite *693.2 GB disk1
Logical Volume on disk0s2
A06602BA-CC9C-495E-8AD6-A388503B76A4
Unencrypted
iMac-de-Yann:~ yannadmin$Et ceci dans l'utilitaire de disque :
Dernière édition:
M
Membre supprimé 1060554
Invité
Pfuiii! Ton cas est un hapax (occurrence unique) à ma connaissance : le programme fdesetup a bien déchiffré le volume de ton OS, mais n'a pas comme attendu reconverti le format de CoreStorage à jhfs+.
Mais j'ai une bonne nouvelle quand même : rien ne t'empêche d'engager comme si de rien n'était la procédure de clonage que je t'ai décrite précédemment : § 1-2-3 inchangés.
Une fois que tu as re-démarré sur ton clone, il va te falloir interpoler une commande de destruction du format CoreStorage sur le disque de ton Mac avant de pouvoir le re-partitionner dans l'«Utilitaire de Disque» (sinon, le format CoreStorage résiduel t'interdirait tout adressage au disque physique réel de ton Mac et donc cette option de repartitionnement) --> je te re-rédige donc mon § 4 incluant cet amendement :
et il ne te reste plus qu'à terminer en mode inchangé par les § 5-6.
Mais j'ai une bonne nouvelle quand même : rien ne t'empêche d'engager comme si de rien n'était la procédure de clonage que je t'ai décrite précédemment : § 1-2-3 inchangés.
Une fois que tu as re-démarré sur ton clone, il va te falloir interpoler une commande de destruction du format CoreStorage sur le disque de ton Mac avant de pouvoir le re-partitionner dans l'«Utilitaire de Disque» (sinon, le format CoreStorage résiduel t'interdirait tout adressage au disque physique réel de ton Mac et donc cette option de repartitionnement) --> je te re-rédige donc mon § 4 incluant cet amendement :
4. Lorsque la tâche est complétée, tu re-démarres ton Mac la touche 'alt' pressée pour accéder à l'écran de choix du disque de démarrage et tu choisis de démarrer sur le volume : «DDE-clone» --> tu vas te retrouver (plus lentement que pour un démarrage en interne) dans une session clonée de ton OS qui ressemble comme deux gouttes d'eau à l'originale (la «DropBox» râle et demande une reconnexion).
Tu commences par lancer le «Terminal» du clone, tu repasses la commande :
afin d'obtenir l'affichage dans le «Terminal» du tableau du CoreStorage du disque de ton Mac, tu repères la ligne de la rubrique inaugurale --> Logical Volume Group FF966379-BA5C-4FD2-91A5-B2F126505148, tu sélectionnes et tu fais ⌘C pour coller dans le presse-papier la série de 32 caractères alpha-numériques (en rouge) qui correspondent à l'UUID (IDentifiant Unique Universel) du Groupe de Volumes Logiques du disque de ton Mac et tu saisis la commande suivante :
et ↩︎ [où tu colles par ⌘V la séquence après deleteLVG suivi du saut d'un espace] --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe admin (de la session du clone) à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> cette commande initie la destruction du format CoreStorage du volume Apple 1 To de ton Mac et sa conversion avec effacement des données au format jhfs+ --> en réponse, tu devrais voir s'afficher progressivement :
suite à quoi, si tu repasses une énième fois la commande :
tu devrais obtenir enfin un :
et la commande :
devrait retourner spécifiquement pour le /dev/disk0 de ton Mac :
tout simplement --> tu termines par la procédure que j'avais décrite ainsi :
Tu lances alors l'«Utilitaire de Disque» de ton clone, dans sa colonne de gauche, tu choisis le disque physique global de ton Mac ... tu me vois venir? Tu appliques au disque interne de ton Mac exactement la même procédure que tu as appliquée au disque de ton DDE = 1_partition + Table de partition GUID + Format Mac OS étendu journalisé - seul le nom diffère (mettons toujours : «Yosemite») et tu fais 'Appliquer' --> le disque interne de ton Mac est remis à zéro comme il faut avec effacement des données et récupération du Free_space pour donner, à côté de l'en-tête normal de partition : EFI (209 Mo), un volume unique vierge de 999,8 GB intitulé : «Yosemite».
Tu commences par lancer le «Terminal» du clone, tu repasses la commande :
Bloc de code:
diskutil cs listafin d'obtenir l'affichage dans le «Terminal» du tableau du CoreStorage du disque de ton Mac, tu repères la ligne de la rubrique inaugurale --> Logical Volume Group FF966379-BA5C-4FD2-91A5-B2F126505148, tu sélectionnes et tu fais ⌘C pour coller dans le presse-papier la série de 32 caractères alpha-numériques (en rouge) qui correspondent à l'UUID (IDentifiant Unique Universel) du Groupe de Volumes Logiques du disque de ton Mac et tu saisis la commande suivante :
Bloc de code:
sudo diskutil coreStorage deleteLVG [COLOR="Red"]FF966379-BA5C-4FD2-91A5-B2F126505148[/COLOR]et ↩︎ [où tu colles par ⌘V la séquence après deleteLVG suivi du saut d'un espace] --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe admin (de la session du clone) à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> cette commande initie la destruction du format CoreStorage du volume Apple 1 To de ton Mac et sa conversion avec effacement des données au format jhfs+ --> en réponse, tu devrais voir s'afficher progressivement :
Bloc de code:
The Core Storage Logical Volume Group UUID is FF966379-BA5C-4FD2-91A5-B2F126505148
Started CoreStorage operation
Ejecting Logical Volumes
Destroying Logical Volume Group
Erasing disk0s2
Initialized /dev/rdisk0s2 as a 693.5 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished CoreStorage operationsuite à quoi, si tu repasses une énième fois la commande :
Bloc de code:
diskutil cs listtu devrais obtenir enfin un :
Bloc de code:
No CoreStorage logical volume groups foundet la commande :
Bloc de code:
diskutil listdevrait retourner spécifiquement pour le /dev/disk0 de ton Mac :
Bloc de code:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Untitled 693,5 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3tout simplement --> tu termines par la procédure que j'avais décrite ainsi :
Tu lances alors l'«Utilitaire de Disque» de ton clone, dans sa colonne de gauche, tu choisis le disque physique global de ton Mac ... tu me vois venir? Tu appliques au disque interne de ton Mac exactement la même procédure que tu as appliquée au disque de ton DDE = 1_partition + Table de partition GUID + Format Mac OS étendu journalisé - seul le nom diffère (mettons toujours : «Yosemite») et tu fais 'Appliquer' --> le disque interne de ton Mac est remis à zéro comme il faut avec effacement des données et récupération du Free_space pour donner, à côté de l'en-tête normal de partition : EFI (209 Mo), un volume unique vierge de 999,8 GB intitulé : «Yosemite».
et il ne te reste plus qu'à terminer en mode inchangé par les § 5-6.
Dernière édition par un modérateur:
Tous c'est bien déroulé pour la commande :
J'ai bien :
Par contre, quand je lance la commande :
Est-ce normal de ne pas avoir de Recovery HD ?
J'aimerai en être sur car votre post d'avant me pose un doute vu que vous avez indiqué le Recovery...
J'ai poursuivi les démarches, et maintenant de retour sur mon mac après les corrections, j'obtiens ceci :
Je n'ai donc plus de partition Recovery HD ...
En farfouillant un peu, j'ai réussi à recréer ma partition de restauration.
Pour cela, j'ai suivi ce tutoriel qui reste très succincts malheureusement et incorrect :
J'ai donc :
Je finis donc avec ceci en résultat à la commande "diskutil list" :
J'attend avec impatience votre prochain message concernant mes démarches ...
Bloc de code:
Last login: Sat Dec 20 22:50:10 on console
iMac-de-Yann:~ yannadmin$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group FF966379-BA5C-4FD2-91A5-B2F126505148
=========================================================
Name: Apple 1 To
Status: Online
Size: 693519699968 B (693.5 GB)
Free Space: 16695296 B (16.7 MB)
|
+-< Physical Volume C7FF19CF-307B-4292-A939-E8B1FE67FD4D
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 693519699968 B (693.5 GB)
|
+-> Logical Volume Family DBA7942B-B3FA-4C10-90E5-87AEE3D9D826
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: None
Conversion Status: NoConversion
Conversion Direction: -none-
Has Encrypted Extents: No
Fully Secure: No
Passphrase Required: No
|
+-> Logical Volume A06602BA-CC9C-495E-8AD6-A388503B76A4
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 693150679040 B (693.2 GB)
Conversion Progress: -none-
Revertible: No
LV Name: Yosemite
Volume Name: Yosemite
Content Hint: Apple_HFS
iMac-de-Yann:~ yannadmin$ sudo diskutil coreStorage deleteLVG FF966379-BA5C-4FD2-91A5-B2F126505148
WARNING: Improper use of the sudo command could lead to data loss
or the deletion of important system files. Please double-check your
typing when using sudo. Type "man sudo" for more information.
To proceed, enter your password, or type Ctrl-C to abort.
Password:
The Core Storage Logical Volume Group UUID is FF966379-BA5C-4FD2-91A5-B2F126505148
Started CoreStorage operation
Ejecting Logical Volumes
Destroying Logical Volume Group
Erasing disk0s2
Initialized /dev/rdisk0s2 as a 646 GB case-insensitive HFS Plus volume with a 57344k journal
Mounting disk
Finished CoreStorage operationJ'ai bien :
Bloc de code:
Mac-de-Yann:~ yannadmin$ diskutil cs list
No CoreStorage logical volume groups foundPar contre, quand je lance la commande :
Bloc de code:
iMac-de-Yann:~ yannadmin$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Untitled 693.5 GB disk0s2
/dev/disk2
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS DDE-CLONE 499.8 GB disk2s2Est-ce normal de ne pas avoir de Recovery HD ?
J'aimerai en être sur car votre post d'avant me pose un doute vu que vous avez indiqué le Recovery...
J'ai poursuivi les démarches, et maintenant de retour sur mon mac après les corrections, j'obtiens ceci :
Bloc de code:
Last login: Sun Dec 21 00:40:40 on ttys000
iMac-de-Yann:~ yannadmin$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Yosemite 999.9 GB disk0s2Je n'ai donc plus de partition Recovery HD ...
En farfouillant un peu, j'ai réussi à recréer ma partition de restauration.
Pour cela, j'ai suivi ce tutoriel qui reste très succincts malheureusement et incorrect :
J'ai donc :
Je finis donc avec ceci en résultat à la commande "diskutil list" :
Bloc de code:
Last login: Sun Dec 21 01:30:52 on console
iMac-de-Yann:~ yannadmin$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Yosemite 999.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3J'attend avec impatience votre prochain message concernant mes démarches ...
Dernière édition:
M
Membre supprimé 1060554
Invité
Je n'ai pas position d'autorité pour 'juger', mais de simple 'collaborateur' disons-le de préférence - en cette qualité, je ne peux que te dire bravo pour ton esprit d'initiative.
Tu as parfaitement affronté une anomalie supplémentaire dans la poursuite des opérations : la suppression de la «Recovery HD» par l'effet d'une simple commande d'élimination du format CoreStorage sur la partition parallèle de l'OS, laquelle n'aurait dû logiquement en rien affecter une autre partition (la /dev/disk0s3) que celle ciblée spécifiquement par son UUID (la /dev/disk0s2).
Toujours est-il qu'à l'arrivée la structure de ton disque interne, telle que décrite ici :
me paraît impeccable. Tu as gagné à cette opération d'ensemble quelque peu contournée, outre la réorganisation corrrecte des partitions sur le disque de ton Mac, la création d'un clone sur un DDE, ce qui est d'un appoint appréciable : un Système auxiliaire démarrable, doublure de l'original.
Or une telle 'doublure' externe du Système interne, entretenue par re-clonages périodiques - on se rend compte très vite qu'elle ne garde la propriété d'être 'démarrable' qu'autant que le Système qui sert d'original à cette copie conserve lui-même la propriété d'être 'démarrable' au départ. Ce qui a l'effet 'propédeutique' d'induire un esprit de vigilance au quotidien : ne pas faire n'importe quoi a priori sur l'original, afin que sa doublure (le clone) conserve a posteriori son caractère démarrable. Cet esprit de vigilance logique - je ne sache pas que le procédé de sauvegarde 'temporelle' TimeMachine y incite jamais l'utilisateur.
pour ton esprit d'initiative.Tu as parfaitement affronté une anomalie supplémentaire dans la poursuite des opérations : la suppression de la «Recovery HD» par l'effet d'une simple commande d'élimination du format CoreStorage sur la partition parallèle de l'OS, laquelle n'aurait dû logiquement en rien affecter une autre partition (la /dev/disk0s3) que celle ciblée spécifiquement par son UUID (la /dev/disk0s2).
Toujours est-il qu'à l'arrivée la structure de ton disque interne, telle que décrite ici :
Bloc de code:
Last login: Sun Dec 21 01:30:52 on console
iMac-de-Yann:~ yannadmin$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Yosemite 999.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3me paraît impeccable. Tu as gagné à cette opération d'ensemble quelque peu contournée, outre la réorganisation corrrecte des partitions sur le disque de ton Mac, la création d'un clone sur un DDE, ce qui est d'un appoint appréciable : un Système auxiliaire démarrable, doublure de l'original.
Or une telle 'doublure' externe du Système interne, entretenue par re-clonages périodiques - on se rend compte très vite qu'elle ne garde la propriété d'être 'démarrable' qu'autant que le Système qui sert d'original à cette copie conserve lui-même la propriété d'être 'démarrable' au départ. Ce qui a l'effet 'propédeutique' d'induire un esprit de vigilance au quotidien : ne pas faire n'importe quoi a priori sur l'original, afin que sa doublure (le clone) conserve a posteriori son caractère démarrable. Cet esprit de vigilance logique - je ne sache pas que le procédé de sauvegarde 'temporelle' TimeMachine y incite jamais l'utilisateur.
♤
[DEBRIEFING]
Ton cas à la base était doublement compliqué : un Free_space récupérable seulement en queue de peloton des partitions, après la «Recovery HD» et donc non directement ré-agrégeable au volume de l'OS en passant 'par-dessus la tête' du volume de la récupération par l'«Utilitaire de Disque» ; mais en plus un format CoreStorage Chiffré sur la partition de l'OS verrouillant formellement le dispositif logique de ton disque entier en rendant inadressable en vue d'un re-partitionnement son disque physique réel.
Dans la résolution de ce cas compliqué, ce qui aurait dû être une aimable 'partie de campagne' (d'après ce que j'ai appelé la lectio facilior) s'est trouvé entravé par 2 péripéties logiquement inadmissibles :
C'est la première fois que je suis avisé de pareilles inconséquences logiques à l'issue de l'opération de ces 2 programmes UNIX invoqués par des commandes correctes. Or, des inconsistances ne peuvent survenir logiquement dans les conséquences, que si pré-existent ces inconsistances dans les principes : il faut nécessairement qu'il existe des inconsistances logiques dans les programmes UNIX fdesetup et diskutil pour que des commandes exécutives produisent d'autres effets que ceux des options strictes qui les invoquent.
[/DEBRIEFING]
Ton cas à la base était doublement compliqué : un Free_space récupérable seulement en queue de peloton des partitions, après la «Recovery HD» et donc non directement ré-agrégeable au volume de l'OS en passant 'par-dessus la tête' du volume de la récupération par l'«Utilitaire de Disque» ; mais en plus un format CoreStorage Chiffré sur la partition de l'OS verrouillant formellement le dispositif logique de ton disque entier en rendant inadressable en vue d'un re-partitionnement son disque physique réel.
Dans la résolution de ce cas compliqué, ce qui aurait dû être une aimable 'partie de campagne' (d'après ce que j'ai appelé la lectio facilior) s'est trouvé entravé par 2 péripéties logiquement inadmissibles :
- La désactivation de «FileVault-2» (par le programme UNIX fdesetup sollicité en coulisses à cette fin) aurait dû logiquement non seulement déchiffrer le Volume Logique de l'OS, mais encore re-convertir le format : CoreStorage au format standard : jhfs+ - ce qui manifestement n'a pas été le cas.
- La commande de destruction : diskutil coreStorage deleteLVG [UUID] à partir du «Terminal» du clone adressée au format CoreStorage de l'OS du disque du Mac n'aurait jamais dû logiquement embarquer la partition de la «Recovery HD» dans une suppression de partition, comme si une commande mergePartitions y avait été adjointe - et pourtant ça a bien été le cas.
C'est la première fois que je suis avisé de pareilles inconséquences logiques à l'issue de l'opération de ces 2 programmes UNIX invoqués par des commandes correctes. Or, des inconsistances ne peuvent survenir logiquement dans les conséquences, que si pré-existent ces inconsistances dans les principes : il faut nécessairement qu'il existe des inconsistances logiques dans les programmes UNIX fdesetup et diskutil pour que des commandes exécutives produisent d'autres effets que ceux des options strictes qui les invoquent.
[/DEBRIEFING]
♧
Je n'ai pas position d'autorité pour 'juger', mais de simple 'collaborateur' disons-le de préférence - en cette qualité, je ne peux que te dire bravo
De mon côté je ne peux que vous remercier pour "l'écoute" dont vous m'avez fais part et les explications des plus ardues mais compréhensibles que vous m'avez donné.
Cette anomalie est donc maintenant close pour moi ^^.
Sujets similaires
10.13 High Sierra
Réinstaller libre office sur mac os High sierra
10.13 High Sierra
Espace disque inutilisable sur Hi Sierra
