Partition Win10 native via VM ?

[MilkyWay]

Bonjour,
C'est peut être une question idiote, mais est-il possible d'accéder à une partition Win 10 (pas Bootcamp, physiquement et nativement installée sur un 2nd disque dur) via Parallels par exemple ?
Je n'arrive pas à trouver de réponse claire, la plupart de mes recherches me ramenant à des partitions Bootcamp...

[Krazubu]

Oui sans problème. L'appellation bootcamp n'est qu'un gros fourre-tout pour parler d'une suite d'outils et de fonctions permettant et facilitant le support de windows sur mac.
Il suffit de créer une nouvelle machine en précisant que tu veux utiliser un disque existant. L'option pour utiliser une installation "bootcamp" à de bonnes chances de fonctionner d'office.
Si ce n'est pas le cas, il faut créer une machine virtuelle manuellement en précisant les caractéristiques que tu souhaites, puis lui faire utiliser un HD existant. Parallels je ne me souviens plus trop s'il y a une option pour le faire directement depuis l'interface graphique, sinon il faut le créer via la ligne de commande.
Pour virtualbox par exemple c'est vboxmanage, pour vmware c'est vmware-rawdiskCreator tous deux avec les options qu'il faut pour définir correctement le disque en question.
Ca crée un petit fichier qu'on rajoute ensuite à la machine virtuelle comme n'importe quel disque virtuel, qui pointe vers le disque réel.

[MilkyWay]

Super !
On est OK que je pourrais toujours y accéder nativement depuis le bootloader ?

[Krazubu]

Oui

[MilkyWay]

Arg, je n'arrive pas à créer la machine virtuelle sous Parallels

Je commence à suivre la procédure standard avec utilisation de la partition Bootcamp, je laisse tout par défaut dans la configuration, je lance la création, et là, la barre de progression avance péniblement d'1/10ème puis plus rien. Ça mouline sans fin et l'écran de la VM est figé là dessus :



Pour info, les paramètres de disque durs sont :


Le disque Crucial est bien celui où Windows est installé, par contre je n'ai que des SATA 0:x dans les paramètres avancés alors que Parallels a l'air de chercher un drive 1...

Une idée svp ?

[Krazubu]

Tu n'as probablement pas configuré le "firmware virtuel" comme il faut.
Il me semble que VMWare ne permet pas de le faire via le GUI, edit le fichier vmx de ta vm avec un éditeur texte et ajoute la ligne :

firmware="efi"

L'écran de démarrage devrait changer pour écrire "VMWare" avec une résolution bien plus fine qu'avant et si c'est bien ça, ça devrait booter à partir de là.

[MilkyWay]

Moi c'est Parallels que j'utilise, pas Fusion.
Ta procédure marcherait aussi avec un .pvm ?

[_Panta]

sata 0:1 c'est a priori la seconde partition du premier disque (le maitre, sur lequel est installé on OsX, et par défaut, comme dans mon cas, je boot // sur bootcamp qui est SATA 0:1.
Si ton windows est sur un autre disque, essaye 1:1 ou 1:0
Quand tu clic sur source (crucial)), a l a fin de la ligne tu devras avoir le numero du disk (chez moi j'ai Apple SSD SM0512SL (disk0)) ), cela te donnera le numero du disk, x:0 sera le secteur d'amorçage, et x:1 a priori la bonnne partition)

Ce message a été modifié par _Panta - 7 Dec 2018, 11:43.

[Krazubu]

Moi c'est Parallels que j'utilise, pas Fusion.
Ta procédure marcherait aussi avec un .pvm ?

Excuse-moi, je ne connais pas trop parallels mais l'idée de base est que ton installation de windows est au format UEFI, alors que ta VM est en mode BIOS (ou l'inverse).
Il y a forcément ça quelque part, et probablement d'une façon très proche mais il faudra forcément adapter.
Bien sûr il faut aussi être sur que ton "physical drive" est correctement configuré dans Parallels et que tes réglages de priorité de boot sont ok.

[MilkyWay]

sata 0:1 c'est a priori la seconde partition du premier disque (le maitre, sur lequel est installé on OsX, et par défaut, comme dans mon cas, je boot // sur bootcamp qui est SATA 0:1.
Si ton windows est sur un autre disque, essaye 1:1 ou 1:0
Quand tu clic sur source (crucial)), a l a fin de la ligne tu devras avoir le numero du disk (chez moi j'ai Apple SSD SM0512SL (disk0)) ), cela te donnera le numero du disk, x:0 sera le secteur d'amorçage, et x:1 a priori la bonnne partition)

Il semble que le disque où Windows est installé soit bien le 1 (ce que semble confirmer Clover Configurator), par contre dans les sources de la VM je n'ai que des SATA 0:x


Or j'ai bien 2 disques physiques sur 2 ports SATA différents, et Windows boot très bien au bootloader...

Excuse-moi, je ne connais pas trop parallels mais l'idée de base est que ton installation de windows est au format UEFI, alors que ta VM est en mode BIOS (ou l'inverse).
Il y a forcément ça quelque part, et probablement d'une façon très proche mais il faudra forcément adapter.
Bien sûr il faut aussi être sur que ton "physical drive" est correctement configuré dans Parallels et que tes réglages de priorité de boot sont ok.

Sur les forums de Parallels ils disent d'ajouter le boot flag :

Code

vm.bios.efi=1

Mais alors ça boucle avec le message

Boot Skipped. EFI Hard Drive

Je vais devenir chèvre...

Ce message a été modifié par MilkyWay - 7 Dec 2018, 20:33.

[Pat94]

Bonjour,

En utilisant terminal avec l'utilitaire "gdisk" (à télécharger et installer avant bien sur) tu peut rendre une partition "bootable".

Ci-dessous en exemple l'utilisation de GDISK, après avoir augmenté le nombre de partitions sur un HDD Boot Camp était devenu non bootable, Apple ne fournit aucun moyen de corriger cet état de fait, aussi j'avais utilisé cet utilitaire et cela fonctionne parfaitement.

Nota: l faut d'abord démarrer OSX en mode recovery (CMD+R), lancer le terminal et taper "csrutil disable" cela désactive la protection du système sinon on reçois des erreur quand on veut écrire des modification sur le système, après le message de succès taper "reboot"

Code

Last login: Sat Oct 21 22:32:59 on ttys000
[mac-pro-intel-xeon-2:~] xxxxxxx% sudo gdisk /dev/disk2
Password:
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): P
Disk /dev/disk2: 3907029168 sectors, 1.8 TiB
Sector size (logical): 512 bytes
Disk identifier (GUID): DD160D6D-28CF-4385-AB4F-B0BF612B4737
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 8-sector boundaries
Total free space is 262293 sectors (128.1 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              40          409639   200.0 MiB   EF00  EFI System Partition
   2          409640       977156887   465.7 GiB   AF00  Maverick
   3       977156888       978426423   619.9 MiB   AB00  Recovery HD
   4       978426424      1952372959   464.4 GiB   AF00  El Capitan
   5      1952635104      1953904639   619.9 MiB   AB00  Recovery HD
   6      1953904640      3907028991   931.3 GiB   0700  BOOTCAMP

Command (? for help): recovery/transformation

Recovery/transformation command (? for help): o

Disk size is 3907029168 sectors (1.8 TiB)
MBR disk identifier: 0xE630A2F4
MBR partitions:

Number  Boot  Start Sector   End Sector   Status      Code
   1                     1   3907029167   primary     0xEE

Recovery/transformation command (? for help): h

WARNING! Hybrid MBRs are flaky and dangerous! If you decide not to use one,
just hit the Enter key at the below prompt and your MBR partition table will
be untouched.

Type from one to three GPT partition numbers, separated by spaces, to be
added to the hybrid MBR, in sequence: 2 4 6
Place EFI GPT (0xEE) partition first in MBR (good for GRUB)? (Y/N): Y

Creating entry for GPT partition #2 (MBR partition #2)
Enter an MBR hex code (default AF):
Set the bootable flag? (Y/N): N

Creating entry for GPT partition #4 (MBR partition #3)
Enter an MBR hex code (default AF):
Set the bootable flag? (Y/N): N

Creating entry for GPT partition #6 (MBR partition #4)
Enter an MBR hex code (default 07):
Set the bootable flag? (Y/N): Y

Recovery/transformation command (? for help): o

Disk size is 3907029168 sectors (1.8 TiB)
MBR disk identifier: 0xE630A2F4
MBR partitions:

Number  Boot  Start Sector   End Sector   Status      Code
   1                     1       409639   primary     0xEE
   2                   409640    977156887   primary     0xAF
   3                   978426424   1952372959   primary     0xAF
   4         *                       1953904640   3907028991   primary     0x07

Recovery/transformation command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/disk2.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.

PS : Recovery / transformation : tapez 'o' (pas le zéro mais la lettre 'o')


Petite précision, il faut démarrer OSX en mode recovery une nouvelle fois (CMD+R), lancer le terminal et taper "csrutil enable" pour remettre en place la sécurité. Sinon est mieux ou pas  en laissant ainsi on a accès au données de chaque partition depuis n'importe quelle partition.

Ce message a été modifié par Pat94 - 7 Dec 2018, 21:51.

[Krazubu]

Passer le disque en mode hybride n'est vraiment pas une bonne idée, c'est risqué, peu fiable, dangereux pour les données, et tout simplement pas nécessaire.
De ce que je comprends, win 10 est déjà fonctionnel et bootable nativement, je ne m'aventurerais donc pas trop à aller tripoter les tables partitions avec gdisk.
C'est plutôt la VM qu'il faut adapter au disque et pas l'inverse. Si win 10 est sur un disque GPT, on met parallels en mode EFI, s'il est sur un disque MBR, on met parallels en mode BIOS.

Je ne sais pas comment tu as créé ton disque virtuel, as-tu bien pris en compte tout le disque et pas seulement la partition windows 10 ? C'est très important pour que ça boot correctement sans bricolages vaseux et ça sera plus "future proof".

Ce message a été modifié par Krazubu - 8 Dec 2018, 10:42.

[Pat94]

Passer le disque en mode hybride n'est vraiment pas une bonne idée.

Primo en boot multi systèmes deux MacOs+recovery et un Boot Camp c'est le seul moyen, et en plus cela fonctionne parfaitement, donc je ne vois pas pourquoi le mode hybride serait une mauvaise idée, et avec une expérience de plusieurs années je peux déclarer que c'est fiable, alors peut tu m'éclairer ?

Et éviter les escrocs de chez Paralells , qui ne génère qu'un système virtuel beaucoup moins performant , avec en prime des mises à jour payantes à la moindre occasion, c'est plutôt sympa, non ?

Ce message a été modifié par Pat94 - 8 Dec 2018, 10:50.

[Krazubu]

Passer le disque en mode hybride n'est vraiment pas une bonne idée.

Primo en boot multi systèmes deux MacOs+recovery et un Boot Camp c'est le seul moyen

Non, ça c'est pour booter nativement et en plus c'est fini depuis 2013. Bootcamp supporte le boot UEFI + GPT et le support du MBR/hybride est même abandonné depuis 2015.
De toute façon ça n'est pas le problème ici puisqu'on sait que windows est déjà bootable nativement.
L'installation est donc directement utilisable et n'a pas besoin d'être bricolée, c'est la VM qu'il faut régler pour qu'elle reprenne cette installation déjà saine.

, et en plus cela fonctionne parfaitement, donc je ne vois pas pourquoi le mode hybride serait une mauvaise idée, et avec une expérience de plusieurs années je peux déclarer que c'est fiable, alors peut tu m'éclairer ?

Ca fonctionne tant qu'on ne touche à rien. Par défaut OSX va d'office donner priorité à la table MBR et on perdra donc tous les avantages liés à au GPT, comme la possibilité d'avoir + de 4 partitions, de pouvoir les fusionner, redimensionner...
Plus embêtant, si quelque chose est retouché sur la table, volontairement ou suite à une erreur disque, on a de grandes chances d'avoir des désynchronisation qui s'opèrent entre les 2 types de tables, c'est à dire que l'une ne va pas dire la même chose que l'autre, et forcément l'une des deux aura tort. Les conséquences peuvent être catastrophiques pour les données. Windows peut par exemple détecter un souci de table car il va détecter l'incohérence entre ce que la table dit et ce qu'il trouve effectivement. Il va lancer automatiquement une réparation et absolument tout massacrer sans retour possible.

Mais même sans considérer tout ça, je dirais simplement par principe, si ce n'est pas nécessaire, autant ne pas le faire

Ce message a été modifié par Krazubu - 8 Dec 2018, 11:48.

[_Panta]

J'essayerais deja de voir ce que ça donne sous Virtualbox.

[Pat94]

Passer le disque en mode hybride n'est vraiment pas une bonne idée.

Primo en boot multi systèmes deux MacOs+recovery et un Boot Camp c'est le seul moyen

Non, ça c'est pour booter nativement et en plus c'est fini depuis 2013. Bootcamp supporte le boot UEFI + GPT et le support du MBR/hybride est même abandonné depuis 2015.
De toute façon ça n'est pas le problème ici puisqu'on sait que windows est déjà bootable nativement.
L'installation est donc directement utilisable et n'a pas besoin d'être bricolée, c'est la VM qu'il faut régler pour qu'elle reprenne cette installation déjà saine.

, et en plus cela fonctionne parfaitement, donc je ne vois pas pourquoi le mode hybride serait une mauvaise idée, et avec une expérience de plusieurs années je peux déclarer que c'est fiable, alors peut tu m'éclairer ?

Ca fonctionne tant qu'on ne touche à rien. Par défaut OSX va d'office donner priorité à la table MBR et on perdra donc tous les avantages liés à au GPT, comme la possibilité d'avoir + de 4 partitions, de pouvoir les fusionner, redimensionner...
Plus embêtant, si quelque chose est retouché sur la table, volontairement ou suite à une erreur disque, on a de grandes chances d'avoir des désynchronisation qui s'opèrent entre les 2 types de tables, c'est à dire que l'une ne va pas dire la même chose que l'autre, et forcément l'une des deux aura tort. Les conséquences peuvent être catastrophiques pour les données. Windows peut par exemple détecter un souci de table car il va détecter l'incohérence entre ce que la table dit et ce qu'il trouve effectivement. Il va lancer automatiquement une réparation et absolument tout massacrer sans retour possible.

Mais même sans considérer tout ça, je dirais simplement par principe, si ce n'est pas nécessaire, autant ne pas le faire

Il est vrai que je n'ai jamais bricolé les partitions depuis le passage en hybride, les deux systèmes qui sont dessus ne me servent que pour faire des bidouilles avec d'anciennes APP plus compatibles avec h. Sierra et Mojave maintenant, et plus de place dans mon Mac pour rajouter un disque supplémentaire en interne, malheureusement les installateurs Mac Os avaient collés un recovery chacun ce qui ne permet plus à Boot Camp de botter normalement car on se retrouve avec 6 partitions.
Pour le fun je vais cloner ce disque et modifier les tables pour voir le résultat.

[polyzargone]

Je crois qu'il est bon de rappeler que l'on parle ici d'un Hackintosh équipé d'un second disque sur lequel Windows est déjà installé (en UEFI je suppose mais de toute manière ça n'a pas vraiment d'importance).

Donc désolé mais vous vous prenez la tête pour rien parce que :

• Le SIP se désactive via le réglages dans le config.plist de Clover > RtVariables > CsrActiveConfig = 0x67 (via Clover Configurator par exemple). Passer par la partition Recovery HD est inutile (et sauf erreur de ma part, ne fonctionne pas). Par ailleurs, désactiver le SIP ou pas ne servira pas à grand chose dans ce cas.

• Utiliser Bootcamp n'a aucun intérêt sur ce type de machine que ce soit avec une VM ou pas. Windows est supporté nativement donc inutile de lui installer des drivers prévus pour supporter du matériel Apple. C'est même assez dangereux dans la mesure où même si le matériel est identique, les drivers proposés par Apple ne sont pas forcément les mieux adaptés.

• Il n'est pas non plus nécessaire de créer une VM à partir de l'installation Windows existante puisque le but est de simplement y avoir accès et à mon avis, il est préférable de l'isoler au lieu de lui installer des drivers Parallels (les outils) dessus.

• Utiliser des partitions Hybrid/MBR est très risqué et n'est pas bien supporté par le bootloader (il est probable que Windows ne puisse plus être booté à partir de Clover sans parler des risques de corruptions de données évoqués par Krazubu). Mais de toute façon et comme le dit justement Krazubu, ça n'est pas nécessaire donc autant l'éviter.

Donc pour en revenir à la question originale, Parallels Desktop a déjà tout ce qu'il faut pour accéder aux partitions disponibles sur macOS. Il faut juste sélectionner l'option Partager des dossiers > Tous les disques :

Dans Windows, il faudra ensuite sélectionner le lecteur réseau "AllFiles on 'Mac' (les Outils Parallels doivent avoir été installé auparavant) et aller dans Affichage > Éléments masqués. Après, il faut aller dans le dossier Volumes ce qui permettra d'afficher tous les disques/partitions disponibles.

Là, il faudra aller dans la partition Windows (nommée ici Windows 10) pour avoir accès à la racine de celle-ci et donc a tout ce qu'elle contient :

Bref, en fait c'est extrêmement simple !

[Pat94]

Désolé, pas fait attention que c'était un Hack, effectivement aucun intérêt de faire du Boot Camp et de l'hybride ...

[_Panta]

[...]
Bref, en fait c'est extrêmement simple !

Honte à nous )

[MilkyWay]

Tout d'abord, merci à tous pour vos contribution, même si ça se révèle infructueux, c'est toujours enrichissant.

J'essayerais deja de voir ce que ça donne sous Virtualbox.

Je ne connais pas, c'est un autre outil de virtualisation ?
Ça me ferait un peu chier pour ma licence // qui marche parfaitement en utilisation "classique" mais s'il faut ça pour que ça marche...
Y'a une GUI ? Parceque si c'est tout en ligne de commande, euh...

Polyzargone : Si je te suis bien, tu recommandes donc de ne pas installer de VM du tout, mais d'accéder aux volumes de chaque OS via les seuls outils Parallels ?
Je m'y résoudrai en dernier recours mais l'ennui c'est que l'idée à la base c'est de :
- booter nativement sur Win10 pour les gros traitements/calculs (une app qui n'est plus développée sur Mac...)
- garder la possibilité de lancer vite fait de petits utilitaires Win10 ponctuellement sans devoir rebooter toutes les 30 secondes (j'exagère bien sûr)

Et accessoirement, j'aimerais aussi juste comprendre pourquoi ça ne marche pas alors que manifestement ça devrait (sans arguments de la pertinence, que j'entends tout à fait)

Ce message a été modifié par MilkyWay - 10 Dec 2018, 10:51.

[polyzargone]

Polyzargone : Si je te suis bien, tu recommandes donc de ne pas installer de VM du tout, mais d'accéder aux volumes de chaque OS via les seuls outils Parallels ?

Ben à un moment il va falloir installer une VM quand même dans laquelle tu installeras les petits utilitaires dont tu as besoin et éventuellement, les logiciels Windows qui ne sont pas disponibles sur Mac…

Moi ce que je dis, c'est que si l'idée c'est juste d'accéder aux fichiers de ta partition Windows existante, il y a déjà tout ce qu'il faut sans avoir à "convertir" cette dernière en VM.

Je m'y résoudrai en dernier recours

Mais pourquoi ? C'est pourtant bien ce que tu veux faire, non ?

Et accessoirement, j'aimerais aussi juste comprendre pourquoi ça ne marche pas alors que manifestement ça devrait (sans arguments de la pertinence, que j'entends tout à fait)

Qu'est ce qui ne marche pas alors que ça devrait ?

[_Panta]

Tout d'abord, merci à tous pour vos contribution, même si ça se révèle infructueux, c'est toujours enrichissant.

J'essayerais deja de voir ce que ça donne sous Virtualbox.

Je ne connais pas, c'est un autre outil de virtualisation ?

oui, Virtual Box est gratuit, cela permettra de voir si le problème vient de // ou de toi

Comme le dis Polygarzone, il ne faut pas créer une VM windows classique, mais utiliser la fonctions de // qui permets d'utiliser nativement la partition Windows - Ca reste malgré tout une VM, mais une "mini" pour charger les pilotes etc etc mais qui utilisera le disque windows existant; C'est mon cas, sur mon disque de MBP j'ai 50GB de win10, installé classiquement en dur avec Bootcamp, // va la chercher si je lance à partir de Mac, et je peux booter également en natif sur la partition windows.

http://download.parallels.com/desktop/v10/...Guide/32733.htm

[MilkyWay]

Moi ce que je dis, c'est que si l'idée c'est juste d'accéder aux fichiers de ta partition Windows existante, il y a déjà tout ce qu'il faut sans avoir à "convertir" cette dernière en VM.

Je m'y résoudrai en dernier recours

Mais pourquoi ? C'est pourtant bien ce que tu veux faire, non ?

Non justement, l'idée n'est pas juste de faire du partage de fichiers entre les 2 systèmes, mais bien de pouvoir utiliser mon Win10 natif au sein d'une VM pour pouvoir lancer ponctuellement certains utilitaires installés dessus.
Ainsi je n'aurais besoin de rebooter nativement sur Win10 que pour les grosses applis gourmandes en ressources.
Peut être que je m'exprime mal, je veux bien tout remettre à plat si ça clarifie les choses ^^'

Qu'est ce qui ne marche pas alors que ça devrait ?

Ben créer une VM qui utiliserait mon Windows natif, et qui semble faisable d'après le post #2

oui, Virtual Box est gratuit, cela permettra de voir si le problème vient de // ou de toi

Je vais essayer voir !

Comme le dis Polygarzone, il ne faut pas créer une VM windows classique, mais utiliser la fonctions de // qui permets d'utiliser nativement la partition Windows - Ca reste malgré tout une VM, mais une "mini" pour charger les pilotes etc etc mais qui utilisera le disque windows existant; C'est mon cas, sur mon disque de MBP j'ai 50GB de win10, installé classiquement en dur avec Bootcamp, // va la chercher si je lance à partir de Mac, et je peux booter également en natif sur la partition windows.

http://download.parallels.com/desktop/v10/...Guide/32733.htm

À la différence notable que mon Win10 a été installé nativement (hors Bootcamp donc) et sur un SSD physique bien à lui, c'est précisément ce que je voudrais faire, mais ça coince au moment de la création de cette "mini VM".

Ce message a été modifié par MilkyWay - 12 Dec 2018, 11:52.

[polyzargone]

Non justement, l'idée n'est pas juste de faire du partage de fichiers entre les 2 systèmes, mais bien de pouvoir utiliser mon Win10 natif au sein d'une VM pour pouvoir lancer ponctuellement certains utilitaires installés dessus.

C'est quoi ces utilitaires ?

Parce que sinon, il vaudrait mieux faire une VM indépendante avec une version de ces utilitaires installée dessus plutôt que de s'embêter à vouloir convertir ton Windows existant en VM. Encore une fois, il vaut mieux que tu le laisses tranquille et que tu évites d'y installer les outils Parallels juste pour lancer un soft ou deux…

Et si vraiment ce sont des utilitaires pas trop gourmands et qui ne nécessitent pas forcément un accès au matériel, il y a la solution Wine. Ça ne marche pas avec tous les logiciels mais ça se tente.

[MilkyWay]

Re, désolé pour le délai
De retour aux affaires, je me penche à nouveau sur le sujet.Je vais donc donner une chance à VirtualBox, mais si je dois finalement faire un VM, y a t-il un moyen d'y installer la version la plus light possible de Win 10 ?
J'ai pas vraiment l'espace pour y consacrer 50Go... Ça pèserait dans les combien ?

Ce message a été modifié par MilkyWay - 2 Apr 2019, 10:26.

[polyzargone]

Un Windows 10 nu, c'est au bas mot 20/25 Go (et encore, tu seras vite à l'étroit).

[maclinuxG4]

il faut laisser au moins 10 à 15 Giga octects de disponible pour les OS aujourd'hui

(hélas )

[MilkyWay]

Un Windows 10 nu, c'est au bas mot 20/25 Go (et encore, tu seras vite à l'étroit).

il faut laisser au moins 10 à 15 Giga octects de disponible pour les OS aujourd'hui

(hélas )

Oh my...

En attendant, j'essaye VirtualBox comme préconisé, mais je me heurte à un nouvel obstacle (qui explique peut être mon problème général). Je suis ce tuto mais à l'étape de la création du rawdisk, le Terminal me dit :

Code

VBoxManage: error: Cannot open the raw disk '/dev/disk1': VERR_ACCESS_DENIED    VBoxManage: error: The raw disk vmdk file was not created

À priori une histoire de droits, mais bon, étant le seul user sur la machine... comment checker ça ?
Et le fait que le disque où Win est installé (/dev/disk1) est en NTFS (forcémment...) peut-il jouer ?

Ce message a été modifié par MilkyWay - 2 Apr 2019, 18:07.

[polyzargone]

Donc tu as tapé ça ?

Code

VBoxManage internalcommands createrawvmdk -filename "~/Desktop/windows.vmdk" -rawdisk /dev/disk1

NB : ~/Desktop/windows.vmdk est un exemple où le fichier .vdmk sera créé sur ton bureau et portera le nom de windows.vdmk

[MilkyWay]

Oui, et je viens de retester en copicollant directement ton exemple et ça me fait la même