BootCamp / iMac Mid 2010

tabasko a dit:
Avec l'utilitaire Windows sur PC sa donne ça (voir images).
Cliquez pour agrandir...
Hé ben justement je m'échine depuis le début à t'expliquer qu'avec ton modèle d'iMac de 2010 que tu ne pourras jamais utiliser un fichier .iso, et ce sous quelle que forme ce soit soit. C'est lié matériellement parlant avec la carte mère et des périphériques.

Et ce n'est pas faute de t'avoir poser sans cesse la même question. L'installation d'une version de Windows 8.1 ne te sera possible qu'avec le fichier original .iso téléchargé depuis le lien que je te mentionne et la création d'un DVD bootable devra se faire impérativement depuis un vrai PC.

Sous PC, on peut utiliser un de ces deux logiciels qui sont gratuits, ça fait vieux... https://www.pcastuces.com/pratique/windows/7/dvd_windows7_bootable/page4.htm ...mais au moins ça marchera à 100 %. De plus, comme ton lecteur/graveur interne est HS, il te faudra impérativement un lecteur/graveur externe. Ne pas oublier qu'il faudra aussi vérifier depuis un vrai PC que le DVD gravé soit bootable, une vérification sous Mac est nulle et non avenue.
tabasko a dit:
La version que j'ai téléchargé de Bootcamp ... c'est du .exe à l'intérieur.
Cliquez pour agrandir...
Ca, ce sont les utilitaires qui serviront après l'installation de Windows et qu'il faut avoir.
 
  • J’aime
Réactions: tabasko
macomaniac a dit:
Alors passe les commandes :
Bloc de code: 
diskutil eraseVolume free null disk0s3
diskutil eraseVolume free null disk0s4
diskutil ap resizeContainer disk2 0b

  • les deux premières commandes vont supprimer les partitions NO NAME et ccc en les virant à de l'espace libre
  • la troisième > récupérer l'espace libéré au Container APFS
Cliquez pour agrandir...

je dois surement refaire un coup de ce que tu m'avais montré, mais j'avoue ne pas tout suivre.

Bloc de code: 
imac-2010:~ tabasko$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         250.8 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD 2          2.0 TB     disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +176.0 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh SSD           159.3 GB   disk2s1
   2:                APFS Volume Preboot                 18.6 MB    disk2s2
   3:                APFS Volume Recovery                517.4 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            ESD-ISO                *3.5 GB     disk3

En attendant, je télécharge la bonne version windows ....
 
macomaniac a dit:
Passe une commande :
Bloc de code: 
diskutil verifyVolume disk2

et poste le tableau retourné > que je voie si une erreur est attestée.
Cliquez pour agrandir...

çà donne :

Bloc de code: 
imac-2010:~ tabasko$ diskutil verifyVolume disk2
Started file system verification on disk2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk


@Locke
Je me demande si je t'ai compris comme tu reviens sur l'histoire de l'iso.
Mise à part que j'avais peut être pas le bon iso, on est d'accord sur le fait que je télécharge l'iso, et je la grace sur un dvd (suis passé par Nero, j'ai fais pointer sur l'image pour que tout se fasse proprement, c'est pas une copie de fichier, on est d'accord sur ce point.
 
Il n'y a pas d'erreur dans le système de fichiers.

Tu peux tenter la commande :
Bloc de code: 
diskutil ap resizeContainer disk2 0b

et tu verras bien si ça récupère quelque chose.
 
  • J’aime
Réactions: tabasko
tabasko a dit:
Je me demande si je t'ai compris comme tu reviens sur l'histoire de l'iso.
Mise à part que j'avais peut être pas le bon iso, on est d'accord sur le fait que je télécharge l'iso, et je la grace sur un dvd (suis passé par Nero, j'ai fais pointer sur l'image pour que tout se fasse proprement, c'est pas une copie de fichier, on est d'accord sur ce point.
Cliquez pour agrandir...
Oui mais, chaque chose en son temps, termine ton partitionnement et reprends à tête reposée l'installation de Windows. Et je préfère et de très loin les logiciels que je cite que cette usine à gaz qu'est devenu Nero. Pour ces deux logiciels tu trouveras facilement un tutoriel pour graver un DVD vraiment bootable. ;)
 
Et comme il y a ici l'alternance de « chants amébées » (qui plaisaient aux bergers des «Buboliques») > quand tu auras loisir de le faire, tabasco, tu re-démarreras en mode Recovery pour lancer l'«Utilitaire de Disque» et faire un S.O.S. sur le Conteneur disk3.

Retourné dans ta session de l'OS > tu pourras encore passer la commande :
Bloc de code: 
df -H /
et poster le retour > histoire de voir si la capacité du Conteneur APFS qui est par définition égale à celle de son magasin de stockage physique Physical Store > qui est par définition égale à celle de sa partition disk0s2 de résidence --> soit 250 Go => est bien évaluée à cette mesure et pas à la mesure bidon de 176 Go.

Car il y a actuellement 74 Go d'espace perdu sur la partition disk0s2 par le Conteneur - une histoire de fous... et les deux autres s'occupent de Windows alors qu'il n'y a pas d'espace pour créer sa partition.
 
  • J’aime
Réactions: tabasko
J'ai fais le SOS sur disk3, puis revenu ici

Bloc de code: 
imac-2010:~ tabasko$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk2s1   176G   162G    13G    93% 1167145 9223372036853608662    0%   /
 
Je n'ai plus d'idées pour ce soir (je ne suis pas du soir) - mais il y a manifestement une erreur massive : le Container est sous-évalué en taille (176 Go) > parce que son magasin de stockage physique l'est aussi (176 Go) alors que la partition de résidence du magasin de stockage a une contenance de 250 Go. Ce qui veut dire que le magasin ne remplit pas la partition, mais qu'il y a 74 Go de blocs de la partition qui n'appartiennent pas au magasin > mais qui sont des blocs indemployés.

Tu pourrais (toujours en mode Recovery) faire un S.O.S. sur le disque entier pour réparer la table de partition > au cas où il s'agirait d'une erreur de la GPT.
 
Fait ! çà change rien :(
J'oublie le projet d'installer windows, mais cela serait bien de réussir à récupérer les 74go de perdu.

C'est la connerie que fais BootCamp au lancement de l'install avec le partitionnement sous MacOs.
On a eut la même situation précédemment et tes commandes avaient marché.

Ca m'agace d'une force... en plus il boot plus automatiquement sur MacOs.
 
Crois tu que si on chatouille le problème en rajoutant une partition, çà nous ouvrirait une opportunité de rattraper la situation ?
 

Fichiers joints

  • Capture_d_écran_28_10_2017_00_25.jpg
    Capture_d_écran_28_10_2017_00_25.jpg
    72,7 KB · Affichages: 202
Puisque le magasin de stockage physique Physical Store (qui supporte comme base de données le Conteneur APFS) a actuellement une taille de 176 Go > alors que la partition disk0s2 de résidence du Physical Store fait 250 Go > et tandis que dans les 176 Go du Conteneur 13 Go sont considérés comme disponibles => alors voici des expérimentations envisageables :

- a) tu tentes la commande :
Bloc de code: 
diskutil resizeVolume disk0s2 176g jhfs+ BROL 0b

  • cette commande essaie de traiter le conteneur de la partition disk0s2 (250 Go) comme une entité logique distincte du magasin de stockage (176 Go) > pour la réduire à la taille de ce magasin > et exporter une nouvelle partition avec le reste de l'espace-disque dégagé (74 Go). Je ne pense pas qu'elle va passer > car l'espace de la partition va être considéré comme utilisé par un Conteneur APFS > et tu vas de faire inviter à adresser ce Conteneur et non pas la partition brute.

- b) tu tentes alors la commande :

Bloc de code: 
diskutil ap resizeContainer 170g jhfs+ BROL 0b

  • cette commande essaie de réduire la taille du Conteneur évaluée par erreur à 176 Go à 170 Go > et de créer une partition supplémentaire avec l'espace libre dégagé. Ce, dans l'espérance que l'espace évalué alors comme libre ne soit pas la simple différence 176 Go du Conteneur --> 170 Go = 6 Go > mais entraîne avec lui tout le reste de l'espace inemployé de la partition disk0s2 = 74 Go => ce qui donnerait une partition BROL de 80 Go. Je ne sais pas si cette commande va passer.

Le problème avec l'APFS comparé au CoreStorage qui lui a servi de modèle en tant que système de stockage > c'est qu'il n'existe pas de commande documentée permettant d'agir isolément sur le Physical Store pour le re-dimensionner.

=> tu n'as qu'à poster ici les retours occasionnés par ces 2 commandes (je pense que tu es en train d'expérimenter un méchant bogue de l'APFS qui échappe à une simple réparation du système de fichiers > parce qu'il n'est pas identifié comme une erreur du système de fichiers APFS).
 
:coucou: MacoManiac

Bloc de code: 
imac-2010:~ tabasko$ diskutil resizeVolume disk0s2 176g jhfs+ BROL 0b
Disk is an APFS Physical Store (use a diskutil apfs verb instead to resize)
imac-2010:~ tabasko$
imac-2010:~ tabasko$ diskutil ap resizeContainer 170g jhfs+ BROL 0b
Usage:  diskutil APFS resizeContainer <inputDisk> <newSize> [<triple>*]
        where <inputDisk> = A Container Reference DiskIdentifier (preferred)
              or a Physical Store DiskIdentifier
              <newSize> = the desired new Container or Physical Store size
              <triple> = a { fileSystemPersonality, name, size } tuple
Resize an APFS Container. One of the Container's Physical Store disks will be
resized, and therefore its Container will be resized by an equal amount. You
can specify a new size of zero to request an automatic grow-to-fit operation.
If the new size implies a shrink, you can specify ordered triples in the same
manner as diskutil partitionDisk, etc, to fill the partition map's free space
gap that would otherwise result. If there is more than one Physical Store and
you specify a Container Reference, the appropriate Physical Store will be
chosen automatically. Ownership of the affected disks is required.
Example:  diskutil apfs resizeContainer disk5 110g
          diskutil apfs resizeContainer disk5 110g jhfs+ foo 10g ms-dos BAR r
          diskutil apfs resizeContainer disk0s2 90g jhfs+ foo 10g ms-dos BAR r

:banghead:
 
Bon : la 1ère commande a été rejetée.

Quant à la seconde --> lapsus calami de ma part. Hé ! j'ai oublié l'identifiant de disque du Container (il faut dire que ça finit par être prise-de-tête ce problème totalement surréaliste)-
413669_original.gif


Donc tu tentes la commande rectifiée :
Bloc de code: 
diskutil ap resizeContainer disk2 170g jhfs+ BROL 0b

Si elle ne passe pas > tente encore la commande courte :
Bloc de code: 
diskutil ap resizeContainer disk2 0b

  • qui n'indique comme taille que : "tout ce que ça peut" (= 0b) > avec l'espoir que cela redimensionne le Container à l'échelle de la partition disk0s2.

=> tu n'as qu'à indiquer les retours.
 
Dernière édition par un modérateur:
Bloc de code: 
imac-2010:~ tabasko$ diskutil ap resizeContainer disk2 170g jhfs+ BROL 0b
Started APFS operation
Resizing APFS Container designated by APFS Container Reference disk2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 250 790 436 864 to 244 790 427 648 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
Initialized /dev/rdisk0s3 as a 5 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s3
Finished APFS operation

Bloc de code: 
imac-2010:~ tabasko$ diskutil ap resizeContainer disk2 0b
Started APFS operation
Error: -69771: The target disk is too small for this operation
 

Fichiers joints

  • Utilitaire_de_disque.jpg
    Utilitaire_de_disque.jpg
    65,6 KB · Affichages: 248
Passe les commandes :
Bloc de code: 
diskutil list
df -H /

et poste les tableaux > que j'inspecte la situation. Il semble y avoir eu des mouvements.
 
  • J’aime
Réactions: sergiodadi

Sujets similaires

nath
pas de fenêtre d'entrée pour windows
Réponses
1
Affichages
2K
Windows sur Mac
Locke
Locke
C
Bootcamp - redémarrage bloqué sur Windows
Réponses
45
Affichages
8K
Windows sur Mac
fldu66
F
S
Écran noir installation Windows 7
Réponses
12
Affichages
4K
Windows sur Mac
Sev_X
S
Spaghetto
Question Bootcamp MAJ
Réponses
0
Affichages
2K
Windows sur Mac
Spaghetto
Spaghetto
G
Mon assistant Boot Camp semble corrompu…
Réponses
0
Affichages
2K
Windows sur Mac
genou51
G
Haut Bas
Back