Problème fsroot tree suite suppression partition BOOTCAMP

[PhalangeDuSinge]

Merci macomaniac pour ton expertise, même à une heure tardive.

Je vois ce que je peux faire et je posterai ici pour te dire si j'ai enfin trouvé une solution ou si j'ai jeté l'éponge.

Encore une fois merci.

 

[PhalangeDuSinge]

Je vois que tu as bien débloqué la capacité de repartitionnement de l'apfs : 1,1 To pour la partition BOOTCAMP.

J'attire ton attention sur l'intéressant message de monsieur dans ce fil (que je viens de découvrir) : ☞Installation de Windows 10 1803☜ (clique le lien rouge). Je te conseille de t'inspirer de sa démarche.

- note : comme je n'utilise pas Windows > je n'ai aucune expertise dans ce genre de finesses de son installation.​

Macomaniac, j'ai bien tenté de faire ce qu'il était écrit dans le fil de monsieur. Mais pas de changement.
Pour que l'installation puisse apparemment fonctionner, il faudrait qu'il n'y ait pas d'autre partition sur le disque, chose que je ne sais absolument pas vérifier.

Pourrais-tu m'apporter un coup de main sur ce dernier point ?

 

[Membre supprimé 1060554]

Repasse la commande :

diskutil list

• et poste le tableau --> que je voie la configuration actuelle.

 

[PhalangeDuSinge]

Encore une fois, merci pour ton aide.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         3.0 TB     disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +3.1 TB     disk2
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Macintosh HD            927.3 GB   disk2s1
   2:                APFS Volume Preboot                 50.5 MB    disk2s2
   3:                APFS Volume Recovery                509.7 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

 

[Membre supprimé 1060554]

Comme seul le HDD est concerné par l'installation de Windows > voici le disque :

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         3.0 TB     disk1s2

• la partition EFI (disk1s1) n'est pas comptabilisée comme une "vraie" partition : c'est une partition auxiliaire de l'EFI (le programme de boot primaire du Mac). À ce titre > elle est échappée du compte des partitions pour l'Assistant BootCamp.

• comme tu as supprimé la partition BOOTCAMP antérieure > il n'y a qu'une "vraie" partition actuellement : celle de type "Apple_APFS" qui contribue au Conteneur apfs global (disk1s2).

=> donc pas de problème a priori pour l'Assistant BootCamp dans cette configuration du DDE.

 

[PhalangeDuSinge]

Je te remercie pour cette expertise.

 

[PhalangeDuSinge]

Un bon mois est passé et je n'ai toujours pas de solution. J'ai effectué de multiples appels auprès d'Apple. Ensemble, nous avons reconfigurer l'Imac comme à sa sortie d'usine (Yosemite) et tenté d'y installer windows. J'ai toujours le même problème (alors que windows était installé avant sous Yosemite). Le support n'a plus de solution à me proposer.

Ah si, une "solution" qu'ils ont trouvée c'est de me demander de faire réparer l'Imac dans un centre agréé, et ce à mes frais....

Quelqu'un de la communauté a-t-il déjà rencontré ce problème et a-t-il trouvé une solution viable ?

 

[PhalangeDuSinge]

Bonjour,

Je créer ce message pour savoir si d'autres personnes sont, comme moi, dans l'impossibilité de créer une partition Windows 10 sur un iMac de fin 2014 équipé d'un Fusion Drive de 3To.

Après de multiples heures passées au téléphone avec le Support Apple, la seule réponse qui m'est apportée est que mon problème est remonté jusqu'aux "Ingénieurs". Les dits ingénieurs auraient dû avoir planché sur le problème et proposé une mise à jour.

Sur la dernière mise à jour de Mojave (10.14.6), il y est bien mentionné qu'un problème concernant un problème de partitionnement avait été réglé. Mais, après avoir essayé une nouvelle fois d'installer Windows via bootcamp, je rencontre toujours le même problème.

Je cherche donc des personnes qui on rencontré ce problème (message lors de l'installation de windows : "Nous n'avons pas pu créer de partition, ni localiser une partition déjà existante") et qui ont pu trouver une solution.

Note de la modération : on reste dans ton message de base et on déménage dans la bonne section.

 

[Locke]

Possesseur d'un Imac 27 pouces de fin 2014 (celui avec un FusionDrive de 3To), j'ai malheureusement installé Mojave dès sa sortie.

En relisant depuis le début, tu es un cas particulier de par la capacité de ton FusionDrive de 3 To, je me suis souvenu de cet article... https://www.macg.co/2013/01/utiliser-boot-camp-sur-un-volume-de-3-71882 ...a toi de voir ce que cela donne.

Et aussi voir ce qu'il se passe si tu peux installer/utiliser cette version de Boot Camp... https://www.macg.co/macos/2019/06/mise-jour-boot-camp-pour-des-mac-avec-fusion-drive-106520

 

[Membre supprimé 1060554]

Pour installer Windows-7 > OS ancien démarré via un boot dit : "Legacy" --> il faut configurer au départ un Fusion Drive à 3 partitions > dont 2 sur le HDD de 2,2 To & 800 Go respectivement.

- dans cette configuration > une partition BOOTCAMP sera toujours retranchée à la partition CoreStorage de 2,2 To du haut de disque du HDD. Ce qui fait qu'elle n'excèdera jamais la limite des 2,2 To sur le disque de 3 To. Ce qui est requis > étant donné qu'un boot dit "Legacy" s'effectue par l'intermédiaire d'une table de partition alternative de la GPT principale = une HMBR (Hybrid_MBR) inscrite sur le bloc n°0 du HDD. Or une table MBR de ce genre --> est incapable de cartographier plus de 2,2 To de blocs.​

- en conséquence le boot Legacy s'effectuera ainsi : émulation d'un BIOS par l'EFI > lecture par ce BIOS de la table HMBR alternative du bloc 0 du HDD > adresse du volume BOOTCAMP sur la partition décrite par la HMBR > exécution dans le volume BOOTCAMP du démarreur "Legacy" : boot.mgr.​

Pour effectuer cette configuration ternaire de Fusion Drive > il faut que tu sois démarré sur un OS d'installation indépendant des disques : OS de secours d'usine téléchargé en RAM > ou OS d'installation d'une clé USB démarrée. L'OS Yosemite est parfait pour mettre en place cette configuration ancienne. Je susi à ta disposition pour diriger la manœuvre.

 

[PhalangeDuSinge]

Pour installer Windows-7 > OS ancien démarré via un boot dit : "Legacy" --> il faut configurer au départ un Fusion Drive à 3 partitions > dont 2 sur le HDD de 2,2 To & 800 Go respectivement.

- dans cette configuration > une partition BOOTCAMP sera toujours retranchée à la partition CoreStorage de 2,2 To du haut de disque du HDD. Ce qui fait qu'elle n'excèdera jamais la limite des 2,2 To sur le disque de 3 To. Ce qui est requis > étant donné qu'un boot dit "Legacy" s'effectue par l'intermédiaire d'une table de partition alternative de la GPT principale = une HMBR (Hybrid_MBR) inscrite sur le bloc n°0 du HDD. Or une table MBR de ce genre --> est incapable de cartographier plus de 2,2 To de blocs.​

- en conséquence le boot Legacy s'effectuera ainsi : émulation d'un BIOS par l'EFI > lecture par ce BIOS de la table HMBR alternative du bloc 0 du HDD > adresse du volume BOOTCAMP sur la partition décrite par la HMBR > exécution dans le volume BOOTCAMP du démarreur "Legacy" : boot.mgr.​

Pour effectuer cette configuration ternaire de Fusion Drive > il faut que tu sois démarré sur un OS d'installation indépendant des disques : OS de secours d'usine téléchargé en RAM > ou OS d'installation d'une clé USB démarrée. L'OS Yosemite est parfait pour mettre en place cette configuration ancienne. Je susi à ta disposition pour diriger la manœuvre.

Merci à toi pour cette explication qui est bien au dessus de mes capacités intellectuelles.
Par ailleurs, tu voudras bien m'excuser pour cette réponse tardive mais, déménagement oblige, j'ai eu d'autres soucis encore plus matériels à gérer.

Si tu es toujours d'accord pour un coup de main, je suis preneur. Par contre, Il faudra me dire si une sauvegarde "time machine" sera nécessaire car, à l'heure actuelle, je n'en dispose plus.

J'attends donc te tes nouvelles.

Et je n'oublie pas Locke pour sa réponse à mes interrogations mais, le post dont il fait référence datant de 2013, je n'ai pas osé le mettre en application.

 

[Membre supprimé 1060554]

Tu dis que tu as un iMac de 2014 et ton OS actuel est Mojave (avec un Fusion Drive de type apfs) -->

- pourquoi veux-tu revenir à Windows-7 au lieu d'installer Windows-10 ?​

 

[PhalangeDuSinge]

Tu dis que tu as un iMac de 2014 et ton OS actuel est Mojave (avec un Fusion Drive de type apfs) -->

- pourquoi veux-tu revenir à Windows-7 au lieu d'installer Windows-10 ?​

Je ne veux pas revenir à Windows 7. Mais je suis dans l’impossibilité d’installer Windows 10 avec Mojave alors qu’il était installé avec High Sierra.
Mais le retour à high Sierra ne me permet plus en l’installer via BootCamp. Je pense que Mojave a modifié je ne sais quoi qui m’empêche de réinstaller Win10.
Les heures passées au téléphone avec les « spécialistes » de chez Apple n’y ont rien changé.
Je me retrouve donc avec un IMac qui se retrouve amputé de certaines de ses fonctionnalités alors qu’il devrait pouvoir le faire.

Locke faisait simplement référence à un vieux post concernant les fusion drive et BootCamp.

A l’heure actuelle, je n’ai aucun moyen de pouvoir réinstaller win10 ...

 

[Membre supprimé 1060554]

À l'époque où il s'agissait d'installer Windows-7 -->

- les ingénieurs de la  avaient implémenté un mécanisme logique sophistiqué sur les Mac afin de permettre le boot de W-7. Il faut savoir que ce logiciel requiert exclusivement un boot dit : "Legacy"' (= héritage ou vieux jeu). À savoir : un programme interne de type BIOS > lisant sur l'en-tête du disque de destination une table de partition MBR > lui décrivant selon cette architecture désuète (ab ovo - dirais-je ironiquement : c'est-à-dire dès l'origine) => la partition d'un volume BOOTCAMP où exécuter un boot_loader (ou démarreur logiciel) de type "ancien régime" = un bootmgr.​

- afin de transposer ce mécanisme de boot "Legacy" sur Mac > les ingénieurs de la  avaient implémenté le programme de boot primaire des Mac = l'EFI => de la capacité à émuler un BIOS à la volée en cas de désignation d'une table de partition MBR. Or de table MBR > il n'existe par défaut sur un disque Mac qu'une table dite : PMBR (Protective_MBR) = une table "fake" (bidon) > flanquant sur le seul bloc n°0 ou 1er bloc --> la table GPT directrice inscrite sur les blocs suivants : n°1 à n°33 > et recelant un unique descripteur décrivant la totalité de l'espace-disque à partir du 1er bloc vacant d'un point de vue MBR = le bloc n°1 => comme une unique partition de type 0xEE = de type EFI. Absurde description bien sûr > puisque ne correspondant en rien à la nature du partitionnement décrit par la GPT directrice. Mais laissant de ce fait l'hégémonie à cette table GPT prioritaire.​

- or le BIOS émulable à la volée par l'EFI => devait pouvoir lire sur le bloc n°0 du disque d'un Mac > non pas une PMBR décrivant absurdément l'espace-disque comme_s'il ne s'agissait que d'une vaste partition de type EFI > mais une vraie MBR décrivant selon son architecture CHS (Cylinder_Head_Sector - construite en dépit de l'arithmétique stricte) => les mêmes partitions que la GPT directrice. Donc les ingénieurs de la  avient implémenté un mécanisme logique tel que : dès la création sur le disque du Mac d'une partition dans un type Windows (DOS_FAT_32 ou Microsoft_Basic_Data ou Windows_NTFS) => alors la table PMBR du bloc n°0 se trouvait automatiquement convertie à une HMBR (Hybrid_MBR) décrivant en mode MBR au plus 3 partitions empruntées pour leurs localisations et leurs types à la GPT principale. Ce mécanisme de conversion automatique a été abandonné dès l'OS Sierra 10.12 --> une installation de l'OS Legacy Windows_7 étant devenue obsolète > la problématique étant d'installer Windows_10 - càd. un OS n'étant plus booté par un BIOS mais par une EFI et ne requérant plus une table MBR mais une GPT.​

 

[Membre supprimé 1060554]

- si tu as suivi ces considération byzantines (qui ne font que refléter la nature de leur objet : càd. la nature de l'informatique même qui est la scolastique logique de notre temps) => tu dois à présent franchir un nouveau cran dans l'artefact logiciel. Une table MBR possède une limitation intrinsèque (liée à son architecture absurde de type CHS) : c'est de ne pas pouvoir gérer sur un disque plus de 2,2 To de blocs logiques. Tout ce qui excède cette mesure => se trouvant "non-cartographié" et donc ne pas exister en mode MBR. Mais alors que faire en ce qui concerne les Mac de Bureau = iMac > équipés à côté d'un SSD de 121 Go d'un HDD géant de 3 To ? Un procédé CoreStorage permettant l'association logicielle des 2 disques en mode Fusion Drive > tout repartitionnement du volume Macintosh HD commun de ce Fusion Drive => conduisait exclusivement à créer une partition BOOTCAMP en queue de HDD hors CoreStorage > càd. dans la zone de blocs allant des 2,2 To => 3 To impossibles à décrire par une HMBR inscrite sur le bloc n°0 du HDD. Ce qui invalidait le boot de Windows résidant d'un volume mal placé en fin de disque de 3 To.​

- qu'à cela ne tienne ! --> une implémentation du dispositif CoreStorage => permet d'associer n partitions en mode Fusion Drive > dont plusieurs relevant d'un même disque. Il suffisait alors de pré-partitionner le disque de 3 To en 2 partitions principales de 2,2 To & de 800 Go > et de créer un CoreStorage Fusion Drive associant 3 partitions : celle de n°1 de 121 Go du SSD > celle n°2 de 2,2 To du départ du HDD > celle n°3 de 800 Go de la fin du HDD. Cette distribution tripartite étant donnée > les ingénieurs de la  avaient déterminé que tout repartitionnement s'effectuait toujours au détriment de la partition n°2 de 2,2 To du HDD - jamais de la n°3 de 800 Go de fin de HDD. Ainsi => une partition portant un volume BOOTCAMP se créait-elle toujours dans les limites de la bande des 2,2 Go de premiers blocs du HDD > càd. tombait dans l'étendue de disque cartographiable par une MBR de type HMBR.​

- note : un esprit logique soucieux de simplicité fondamentale ne peut que réprouver théoriquement ce genre d'ingéniérie bricoleuse digne du concours Lépine. Ces "arguties logicielles" faisant proliférer les "exceptions" au prix de contorsions de la simplicité. Mais si l'on va par là > toute l'informatique n'est qu'une tour de babel ou un palais du facteur cheval si l'on préfère - n'arrêtant pas d'empiler des artefacts au détriment de la simplicité fondamentale.​

En résumé : pour booter Windows-7 avec un disque de 3 To => il faut créer un Fusion Drive de type CoreStorage tri-partite (121 Go > 2,2 To > 800 Go). Or un Fusion Drive de type CoreStorage n'est pas supporté par l'OS Mojave => qui opère la conversion automatique à un type apfs de Fusion Drive. Or un Fusion Drive de type apfs => ne supporte pas une architecture tri-partite - impliquant l'association de 2 partitions d'un même disque (HDD). À supposer qu'on construise sur ton iMac un Fusion Drive CoreStorage tri-partite => tu ne pourrais pas réinstaller Mojave dans le volume commun > par impossibilité de conversion de ce tripartisme à une architecture Fusion Drive binaire de type apfs. Fin de la route (régressive).