M
Membre supprimé 1060554
Invité
Est-ce que tu peux déboguer l'«Utilitaire de Disque» de ta session dans «Macintosh HD» (aka «Yosemite») ? Je te rappelle la commande dans le «Terminal» :
> re-démarrer > lancer l'«Utiliaire de Disque» > menu de la barre supérieure : "Déboguer" > cocher le sous-menu : "Afficher chaque partition" --> ça devrait te permettre de voir si les micro-partitions EFI NO NAME sont traitées comme des volumes ou non.
J'ai l'impression que tu as récupéré le free_space de 70 Go qui était en "surplomb" (hors-partitionnement) entre la 1ère EFI NO NAME et le volume Brol, tout en supprimant ces 2 partitions par la même occasion.
Je pense que, pour récupérer les 100 Go qui restent, la problématique est la même : il se tient en "surplomb" - hors partitionnement - entre 2 des EFI NO NAME actuelles (mais qui sait lesquelles ?).
Une solution serait, comme fait pour le cas de brol, de les transformer toutes en volumes hfs+ montables, par une série de commandes dans le «Terminal» (de ta session de «Macintosh HD» toujours) --> commence par :
avec password à l'aveugle, ce qui te fait passer en shell root et tu n'as plus à passer de requête sudo pendant 5'. Alors passer les commandes (successivement) :
--> ça ne ferait pas de mal de re-démarrer à ce point des choses, car le déploiement du partitionnement d'un disque étant supporté en kernel, trop de modifications à la volée risquent d'introduire un décalage entre partitionnement nouvellement instruit et partitionnement actuellement chargé : il ne faut pas trop abuser si on ne veut pas courir droit au plantage --> donc : re-démarre et ré-ouvre une session dans Macintosh HD de ton HDD toujours.
Lance l'«Utilitaire de Disque». Tu devrais récupérer 5 petits volumes brol1 à brol5, te permettant, dans le menu "Partitionner", de les supprimer tous les 5 (bouton -) afin de ne laisser, en-dessous du rectangle du volume «Macintosh SSD», que du free_space avec forcément fusionnement hors partitionnement de ces bandes de free_space avec les 100 Go de free_space qui surplombaient auparavant je ne sais quel intercalaire entre les partitions EFI NO NAME. Ça ne devrait plus poser de problème, alors, d'étirer jusqu'en bas le rectangle de ton Macintosh SSD, qui devrait revenir à une taille de 499 Go environ (défalquer des 500 Go-disque l'espace de la partition «EFI» = 209 Mo et celui de la «Recovery HD» = 650 Mo).
NB. Tu remarqueras un truc marrant : dès que tu démarres sur le Macintosh HD de ton HDD de 750 Go que tu as mis à la place de ton Super-Drive, ce disque démarré s'arroge la primeur de la tête de numérotation dans la table des devices en tant que disk0 ; et le SSD de 500 Go supportant ton «El Capitan», quoique en connexion SATA principale, étant non démarré, se trouve relégué en seconde position dans la numérotation de la table de devices = disk1. Ce tour de passe-passe ne vaut qu'entre disques équitablement identifiés comme : "Internal, Physical", et pas si tu démarrais sur un disque "External, Physical" (DDE), qui n'obtient jamais la primauté sur le disque "Internal, Physical" SATA même non démarré, lequel reste toujours alors identifié comme disk0.
Bloc de code:
defaults write com.apple.DiskUtility DUDebugMenuEnabled 1J'ai l'impression que tu as récupéré le free_space de 70 Go qui était en "surplomb" (hors-partitionnement) entre la 1ère EFI NO NAME et le volume Brol, tout en supprimant ces 2 partitions par la même occasion.
Je pense que, pour récupérer les 100 Go qui restent, la problématique est la même : il se tient en "surplomb" - hors partitionnement - entre 2 des EFI NO NAME actuelles (mais qui sait lesquelles ?).
Une solution serait, comme fait pour le cas de brol, de les transformer toutes en volumes hfs+ montables, par une série de commandes dans le «Terminal» (de ta session de «Macintosh HD» toujours) --> commence par :
Bloc de code:
sudo su
Bloc de code:
diskutil zeroDisk force /dev/disk1s4
diskutil eraseVolume HFS+ brol1 /dev/disk0s4
diskutil zeroDisk force /dev/disk1s5
diskutil eraseVolume HFS+ brol2 /dev/disk0s5
diskutil zeroDisk force /dev/disk1s6
diskutil eraseVolume HFS+ brol3 /dev/disk0s6
diskutil zeroDisk force /dev/disk1s7
diskutil eraseVolume HFS+ brol4 /dev/disk0s7
diskutil zeroDisk force /dev/disk1s8
diskutil eraseVolume HFS+ brol5 /dev/disk0s8--> ça ne ferait pas de mal de re-démarrer à ce point des choses, car le déploiement du partitionnement d'un disque étant supporté en kernel, trop de modifications à la volée risquent d'introduire un décalage entre partitionnement nouvellement instruit et partitionnement actuellement chargé : il ne faut pas trop abuser si on ne veut pas courir droit au plantage --> donc : re-démarre et ré-ouvre une session dans Macintosh HD de ton HDD toujours.
Lance l'«Utilitaire de Disque». Tu devrais récupérer 5 petits volumes brol1 à brol5, te permettant, dans le menu "Partitionner", de les supprimer tous les 5 (bouton -) afin de ne laisser, en-dessous du rectangle du volume «Macintosh SSD», que du free_space avec forcément fusionnement hors partitionnement de ces bandes de free_space avec les 100 Go de free_space qui surplombaient auparavant je ne sais quel intercalaire entre les partitions EFI NO NAME. Ça ne devrait plus poser de problème, alors, d'étirer jusqu'en bas le rectangle de ton Macintosh SSD, qui devrait revenir à une taille de 499 Go environ (défalquer des 500 Go-disque l'espace de la partition «EFI» = 209 Mo et celui de la «Recovery HD» = 650 Mo).
NB. Tu remarqueras un truc marrant : dès que tu démarres sur le Macintosh HD de ton HDD de 750 Go que tu as mis à la place de ton Super-Drive, ce disque démarré s'arroge la primeur de la tête de numérotation dans la table des devices en tant que disk0 ; et le SSD de 500 Go supportant ton «El Capitan», quoique en connexion SATA principale, étant non démarré, se trouve relégué en seconde position dans la numérotation de la table de devices = disk1. Ce tour de passe-passe ne vaut qu'entre disques équitablement identifiés comme : "Internal, Physical", et pas si tu démarrais sur un disque "External, Physical" (DDE), qui n'obtient jamais la primauté sur le disque "Internal, Physical" SATA même non démarré, lequel reste toujours alors identifié comme disk0.
Dernière édition par un modérateur:
