Impossible supprimer partition Mac

Merci pour ce lien, mais en y réfléchissant 2 minutes (car j'ai une connexion de merde là où je suis en ce moment même). Est-ce que cela pose problème si j'attends sagement la sortie de EL Capitan le 30 ? La Recovery HD se réinstallera automatiquement lors de l'installation d'El Capitan, non ?

Pour ce qui est de la clé bootable : D'après ce que je t'ai montré via le dernier screenshot, bien entendu, on ne veut me formater la clé qu'en NTFS, quand je sélectionne "Type de partition MBR pour BIOS et UEFI". Je suis donc entrain de crée ma clé via Windows USB/ DVD Tool, en espérant qu'il me crée correctement la clé, afin que j'ai accès au Boot MBR...
 
Et dis moi, je viens de relire attentivement ton message de ce matin, cette partie m'intéresse :

- b) sur un MacBook Pro Mid_2010, OS «Mavericks 10.9.5», dont j'ai remplacé encore le HDD par un SSD Crucial de 250 Go et qui est tri-partitionné simplement (/dev/disk0s1 = ESP ; /dev/disk0s2 = Macintosh HD ; /dev/disk0s3 = Recovevry HD) et dont le lecteur optique SuperDrive est opérationnel :

- b1) L'«Assistant BootCamp» ne fait aucune difficulté à créer une partition pour Windows après avoir installé sur une clé USB les dossiers de pilotes : $WinPEDriver$ & BootCamp. Ni à faire redémarrer le Mac sur le DVD d'installation officiel : «Windows 7 édition familiale premium (version 64 bits)» inséré dans le lecteur optique. Après reformatage de la partition BOOTCAMP créée pour Windows au format MS-DOS (FAT 32) en ntfs, l'installateur de Windows sans tergiverser procède à l'installation qui se complète sans difficulté après de nombreux re-démarrages (incluant une opération de recopie des drivers Apple sur le volume Windows).

- b2) le Mac ne boote jamais sur la clé USB faite par «BootCamp» et comportant la recopie de l'ISO du DVD d'install de W7 + le téléchargement des 2 dossiers de drivers Apple : $WinPEDriver$ & BootCamp. Il boote expérimentalement sans aucun problème directement sur le DVD d'install W7, qu'il soit dans le lecteur optique SuperDrive ou dans le lecteur externe USB, et que je choisisse le disque WINDOWS ou le disque efi boot.

Bien entendu, moi j'ai un MacBook Pro début 2011, mais si je réinstalle Maverick 10.9.5, que je laisse l'info.plist par défault. Est-ce que j'ai une chance de pouvoir installer Windows 7 depuis mon lecteur DVD externe ? (Sachant que la version Bootcamp ne sera pas la même, et que celle de Yosemite, je l'ai lu quelque part, a bien du mal à installer Windows 7 via DVD, sans blague !!!)
 
Et je te fais un petit edit : j'ai effectué plusieurs tests pour booter sur ma clé en MBR et non UEFI.. Pour le moment je n'arrive pas à avoir le bon logo. Créer cette clé via Rufus, elle sera en NTFS, or le Mac ne la lit pas au boot... J'ai essayé avec d'autre logiciel, la clé est bien en FAT32, mais j'imagine que l'option "Type de partition MBR pour BIOS et UEFI" n'est pas en place, alors je tombe simple sur le logo UEFI... J'ai installé Paragon NTFS for Mac (version d'essaie), il reconnait ma clé NTFS depuis Yosemite, je peux en faire ce que je veux, mais n'est toujours pas reconnue au boot... Malgré ces options cochées : http://img15.hostingpics.net/pics/555886Capturedcran20150917210526.png
"Définir comme démarrage" ne change rien, malheureusement.
 
Salut @macomaniac c'est moi ton vieux pote Jordan !

Dis moi, j'ai une autre question car j'ai changé de tactique pour installer ce foutu Windows... J'ai recrée une image virtuelle via VMware, j'ai lu sur un tuto qu'il est possible de convertir une image vdi en raw. Pour booter au départ, si je comprends bien.

Voici la commande grossomodo (mais ATTENTION, ceci est dans le cas d'une machine virtuelle avec VIRTUALBOX) :

"""" sudo VBoxManage internalcommands converttoraw Win7_copie.vdi win7.raw
Ensuite, il faut monter cette partition. Entrer ceci dans le terminal (une fois la commande précédente terminée)
sudo hdiutil attach -imagekey diskimage-class=CRawDiskImage win7.raw """"

Connais-tu la même manipulation à faire pour une image VMware ? ( http://img15.hostingpics.net/pics/632555Capturedcran20150918184651.png )
 
C'est bien gentil, tout ça, mais il existe un forum dédié à l'installation de Ouinedoze sur un Mac.
Donc je déplace le fil pour que vous puissiez y poursuivre vos interminables investigations [se contenter d'une VM me paraîtrait bien plus sage].
 
Salut Jordan.

C'est avec une immense joie que j'écris ce message depuis Windows 7 !!!

«Windows 7» « virtualisé » ou « installé » sur ton SSD ? - Bravo, s'il s'agit de la dernière solution.

Pourrais-tu préciser alors la méthode qui a marché pour toi (sans déboucher - comme tant de précédentes - sur une impasse) ? Outre satisfaire ma curiosité (toute théorique regardant «Windows», il est vrai) - cela pourrait en dépanner d'autres en butte au même type de blocage...​
 
Oui tu as raison...

Et bien j'ai suivi ce tutoriel : http://forums.macrumors.com/threads...t-optical-drive-or-usb.1836959/#post-20584499

Ce dernier montre comment copier une machine virtuelle sur la partition Bootcamp via WinClone...

Putain @macomaniac toutes ces lignes de commandes, toutes ces heures perdues alors que la solution au final, n'a rien de sorcier !!!! Mais quand tu recherches sur Google le problème que j'avais, à aucun moment on ne parle de cette solution. Du moins pas du tout en premier ordre....

Finie la galère Maco, finie !!!!


Edit : bien penser à installer les drivers Bootcampt sur Windows ensuite, sinon mauvaise résolution, pas de son, pas de WIFI...
 
@macomaniac j'ai quand même une dernière question et je pense que ce n'est pas sorcier, tu pourras sans doute m'aider.

Il a fallu que je crée des disques virtuelles pour installer Windows comme je l'ai fait... Ayant fait le test avec Windows 7 et Windows 8 j'ai dû créer 2 disques... Le problème, c'est que j'ai supprimé ces images ensuite, car mon Windows est bien installé sur Bootcamp là, mais regarde ce que j'ai : http://img15.hostingpics.net/pics/308339Capturedcran20150920021551.png

Comment puis-je faire pour me débarrasser de ces "sauvegardes" ?



EDIT : C'est très bizarre car sur mon disque je vois ceci : http://img15.hostingpics.net/pics/137720Capturedcran20150920002028.png
 
Salut Jordan.

Les renseignements donnés par l'onglet "Stockage" du menu : "À propos de ce Mac" sont connus pour être fantaisistes : non seulement l'espace-disque occupé est interprété dans une classification "axée_utilisateur" qui regroupe dans une rubrique " Autre" les composants du Système de l'OS comme s'il s'agissait d'un "inclassable" en soi (ce qui est absurde) ; mais comme ils découlent de l'indexation faite par Spotlight, laquelle a forcément toujours un temps de retard (car il faut bien attendre que des événements d'écriture se soient produits au préalable sur le disque, pour en enregistrer ensuite des "échos" dans une base de données) - il suffit qu'il se produise un décalage entre "état actuel" du disque et "état antérieur" indexé pour que les renseignements de l'onglet "Stockage" paraissent surréalistes, si Spotlight a indexé un état du disque presque saturé par la création de "Machines Virtuelles", par exemple, alors que tu viens juste de les supprimer pour libérer de l'espace-disque (ce que l'«Utilitaire de Disque», lui, répercute fidèlement). Bref, c'est toujours l'«Utilitaire de Disque» qui a raison "au présent", l'onglet "Stockage" répercutant le dernier état "passé" indexé par Spotlight.

Ce phénomène de décalage temporel peut être encore aggravé, si tu as activé «Time Machine». En effet, en l'absence de connexion au Mac du DDE qui sert de destination aux sauvegardes, TimeMachine stocke en local des "instantanés temporels du volume" qui pèsent lourd en s'accumulant et qui ne sont supprimés qu'à la reconnexion du DDE de destination des sauvegardes. Or Spotlight va bien entendu indexer ces "instantanés locaux" de Time Machine, qui seront répercutés par l'onglet "Stockage" du menu : "À propos de ce Mac", alors même que tu as pu entre temps connecter ton DDE de sauvegarde, ce qui fait que Time Machine, son travail fait, a supprimé les "instantanés locaux" du disque du Mac.

Pour vider la base de données de Spotlight concernant le volume de ton SSD et commander une ré-indexation neuve, passe dans le «Terminal» la commande :

Bloc de code:
sudo mdutil -E /

--> le programme UNIX invoqué : mdutil désigne l'utilitaire qui gère les "metadata" (bases de méta-données de Spotlight). L'option -E (comme "Erase") déclenche le vidage de la base de méta-données correspondant à la cible, si cette dernière est fournie, et le lancement de sa reconstruction. Dans ton cas, je t'ai mis la barre oblique / qui désigne le point de montage du système de fichiers démarré : celui de la partition de l'OS de ton SSD. Ne t'étonne pas, en conséquence, s'il y a du travail au niveau du processeur, car plusieurs - que dis-je ? une foultitude de services de ré-indexation se trouvent activés par la commande : mds, mdworker32, mds_stores, et toute une bande de mdworker (en bref, les "travailleurs" et autres "serviteurs" de méta-données)...

--------------------
bompi :merci: (dans ses offices de modérateur du forum OS X) n'a pas eu tort de déplacer dans le forum Windows ce fil qui commençait à tirer en longueur à l'instar du «Vicomte de Bragelonne» d'Alexandre Dumas (mais qui vient de trouver abruptement un heureux épilogue). Car s'il est vrai qu'au départ son sujet était un problème de partitions lié à un format CoreStorage sur la partition de l'OS (ce qui était initialement aussi le problème avec ton Fusion Drive), problème parfaitement à sa place sur le forum OS X ; ce fil s'est trouvé "jéopardizé" (si je puis dire en m'inspirant de l'Anglais), càd. dévoyé par le "hors-sujet" constitué par le problème d'une installation de «Windows» à partir de ton message #17.

Je me demande, par conséquent, s'il ne serait pas avisé (de la part d'un modérateur) de couper ce long fil en 2, le fil inaugural dédié au CoreStorage (créé par Maxime-B et portant jusqu'au message #16 compris sur le sujet) méritant peut-être de ré-intégrer le forum OS X ; par contre, de créer un intitulé de fil plus adapté du style : « Comment installer Windows sur Mac en l'absence de BootCamp ? » pour tous les échanges commençant exactement avec ton message #17 jusquà la fin et de laisser ce long segment de conversation hébergé sur le forum Windows ?

--------------------


En guise de rétrospective dominicale

(où le facétieux macomaniac ne rate pas si belle occasion
361608_original.png
)
En allant lire la page du site «MacRumors» dont tu as donné le lien dans ton message #68, je n'ai pu m'empêcher d'éprouver de l'«Admiration» devant la solution exposée par Palgan. «Admiration» au sens de Descartes, qui en faisait la première des passions de l'âme et la seule pour lui n'admettant pas de contraire : l'«étonnement» devant un objet neuf qui tombe sous la perception (je me suis toujours demandé si l'«Acédie» médiévale - l'«ennui» devant la monotonie du Monde - n'en constituait pas justement un, de contraire, à l'«Admiration»). Car, constaté sur de nombreux Macs avec SSD tiers l'impossibilité pour «BootCamp» d'exploiter une source d'installation externe de Windows (DVD officiel ou clé USB d'install), Palgan n'a pas cherché à résoudre le problème "en amont" (par la connaissance des causes, càd. en mode "théorique") ; mais "en aval" (par une tactique de contournement pratique de l'effet).

Dans cette voie, sa méthode témoigne d'une grande ingéniosité (qui a dû impliquer une longue patience au travers de nombreux tâtonnements expérimentaux). Comme il est très facile à un logiciel de virtualisation de créer une Machine Virtuelle Windows à partir d'un DVD qui ne demande pas à être démarré, ou d'un .iso, sa première ingéniosité a consisté à laisser le processus d'installation par le virtualisateur s'opérer sans aller jusqu'au re-démarrage terminal. Je me figure, en effet, que le logiciel de virtualisation commence par créer un conteneur qui émule un disque dur d'une capacité donnée, en y instaurant un partitionnement MBR avec une partition unique au format ntfs où sont écrits tous les fichiers du Système de Windows. Le fait de stopper le processus au moment du re-démarrage final doit avoir pour effet (me figuré-je) d'avoir une image-disque qui reste dans un statut "raw", sans que le logiciel de virtualisation n'ait eu le loisir de créer son interface de pilotage qui lui donne un format "dépendant" (genre .vwm ou autre .vdi).

Cela fait, forcer le montage en volume du système de fichiers sur la partition de cette image-disque raw grâce à un logiciel ad-hoc, permet ensuite à un logiciel de clonage spécialisé comme «Winclone» d'utiliser ce volume monté Windows comme source légitime et d'en restaurer le système de fichiers sur une partition d'accueil Windows créée au préalable sur le disque du Mac via «BootCamp» ou l'«Utilitaire de Disque» au format MS-DOS (FAT-32). Sachant que «Winclone» sait reformater en ntfs cette destination avant de cloner la source pour donner un Windows installé bootable dans lequel il suffit pour finir d'installer les pilotes Apple recelés sur une clé USB (pour la confection de laquelle «BootCamp» sait faire le travail).

J'«admire» ici l'ingéniosité consistant à forcer la coopération entre programmes créés anarchiquement par des développeurs à des fins indépendantes, bref d'induire un "communisme des forces productives" (si j'ose dire) - la combinaison consistant à soustraire le produit "Machine Virtuelle" à l'appropriation privée d'un logiciel de virtualisation, pour l'offrir brut de propriété privée à l'action d'un outil tiers (un logiciel de montage d'une image-disque brute en volume) constituant à mes yeux la beauté majeure du "tour"... Comme dit à propos de l'« Œuf de Colomb » : encore fallait-il y penser...

367024_original.gif
 
Dernière édition par un modérateur:
Et on n'y a pas pensé... Bougres de cons !

Mais, je te remercierai jamais assez pour l'aide que tu m'as apporté, les tests que tu as effectué par rapport à mes problèmes. On sent que tu y mets du coeur.

Si un jour je passe par Fontainebleau, il est évident que je te paierai volontiers un apéro (des).

Bisous.
 
Bonjour,
un problème apparemment simple : je n'arrive pas à supprimer 2 partitions d'un disque dur externe avec l'utilitaire de disque Apple.
Lorsque je sélectionne la dernière partition (qui se nomme SANS TITRE), le bouton "-" reste désespérément grisé (le "+" aussi d'ailleurs).
Partition.png


Diskutil list donne (entre autre) :
Bloc de code:
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Vidéos depuis 2003      243.7 GB   disk2s2
   3:                  Apple_HFS Vidéos Eugène           5.4 GB     disk2s3
   4:       Microsoft Basic Data SANS TITRE              1.3 GB     disk2s4
Pourquoi ne puis-je pas la supprimer ? Avez-vous une solution ?
Merci par avance.
 
Salut Olivoude

Tu peux supprimer la partition disk2s4 SANS TITRE par la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free NULL disk2s4
ce qui revient à virer ses blocs au statut de free_space non géré par un système de fichiers dans le cadre d'une partition.

Tu peux enchaîner par une récupération de cet espace libre à la partition immédiatement supérieure disk2s3 Vidéos Eugène par la commande (copier-coller) :
Bloc de code:
diskutil resizeVolume disk2s3 0b
=> une commande :
Bloc de code:
diskutil list
devrait te permettre de vérifier in fine le succès des opérations.
 
Salut macomaniac,
et merci pour ta réponse rapide.
J'ai effectué la suppression du volume et effectivement, il a bien disparu.
Par contre, je ne peux pas faire le redimensionnement car le volume disk2s3 n'est pas journalisé :
Réponse du terminal : Volume format does not support resizing
Et autre point, les 2 volumes qui me restent sont grisés via l'utilitaire de disque...
edit : en rallumant, les volumes redeviennent accessibles.
edit 2 : est-ce que je peux supprimer l'autre volume (s3) et faire le resize sur celui qui reste ? Je ne vais pas perdre de l'espace ?
 
Alors tu mets à jour la partition Vidéos Eugène par la commande :
Bloc de code:
diskutil enableJournal disk2s3
qui établit sa journalisation.

Puis tu repasses la commande de re-dimensionnement :
Bloc de code:
diskutil resizeVolume disk2s3 0b
 
Super ! Ca marche ! Encore merci, macomaniac.
Mais comment se faisait-il que je ne pouvais pas le supprimer avec l'utilitaire ? Parce que c'était des volumes non journalisés ?

Oui, il semble que la journalisation soit impérative pour redimensionner des partitions .
 
Pour ce qui est du re-dimensionnement > il n'est possible que si la partition bénéficiaire est gérée par un système de fichiers JHFS+ (Mac OS étendu journalisé). Tout autre format de système de fichiers détermine une partition à taille fixe.

Pour ce qui est de la suppression > elle consiste en l'effacement du système de fichiers de la partition-cible > qui aboutit à la conversion des blocs au statut de « free_space » > et corrélativement à la désinscription de la partition de la Table de Partition GUID de l'en-tête du disque. Il n'y a pas, de ce point de vue, d'exclusive en ce qui concerne le format de système de fichiers : tous sont susceptibles de suppression, notamment celui de ton ex-partition SANS TITRE qui était de type « Microsoft Basic Data » (ce qui peut équivaloir aussi bien à du FAT-32 > qu'à de l'exFAT > ou encore à du NTFS).

[Si le logiciel «Utilitaire de Disque» que tu évoques est celui d'«El Capitan 10.11» ou de «Sierra 10.12» > alors il s'agit là d'infectes daubures graphiques issues du massacre de l'«Utilitaire de Disque» de la vieille école (qui a terminé sa carrière avec «Yosemite 10.10»). Je ne m'en sers jamais > mais rien ne m'étonne plus en fait de lacunes > de bogues > ou de dysfonctionnements les concernant...]
 
Pour ce qui est du re-dimensionnement > il n'est possible que si la partition bénéficiaire est gérée par un système de fichiers JHFS+ (Mac OS étendu journalisé). Tout autre format de système de fichiers détermine une partition à taille fixe.

Pour ce qui est de la suppression > elle consiste en l'effacement du système de fichiers de la partition-cible > qui aboutit à la conversion des blocs au statut de « free_space » > et corrélativement à la désinscription de la partition de la Table de Partition GUID de l'en-tête du disque. Il n'y a pas, de ce point de vue, d'exclusive en ce qui concerne le format de système de fichiers : tous sont susceptibles de suppression, notamment celui de ton ex-partition SANS TITRE qui était de type « Microsoft Basic Data » (ce qui peut équivaloir aussi bien à du FAT-32 > qu'à de l'exFAT > ou encore à du NTFS).

[Si le logiciel «Utilitaire de Disque» que tu évoques est celui d'«El Capitan 10.11» ou de «Sierra 10.12» > alors il s'agit là d'infectes daubures graphiques issues du massacre de l'«Utilitaire de Disque» de la vieille école (qui a terminé sa carrière avec «Yosemite 10.10»). Je ne m'en sers jamais > mais rien ne m'étonne plus en fait de lacunes > de bogues > ou de dysfonctionnements les concernant...]
Oui, je suis sous El Capitan, et je regrette l'ancienne version de l'utilitaire de disque, qui était juste ce qu'il fallait pour mes besoins.
Encore merci à vous 2 !