VM Window MAC

Introduction

Dans des install parties on à déjà été ammené à installer des VMs sous Windows ou MacOS. En général c'est quand même à déconseiller par rapport à une installation plus classique ou à un dual-boot car c'est beaucoup plus compliqué et niveau liberté et facilité d'usage c'est plus compliqué aussi.

Sous GNU/Linux ça reste super simple à faire. Il y'a pas mal d'applications pour ça comme virt-manager ou gnome-boxes. Voir gnu-linux pour les VM GNU/Linux sous GNU/Linux.

QEMU, GNU/Linux, MacOS et Windows

QEMU est libre et est disponible pour GNU/Linux, MacOS et Windows (y compris en 32bit).

Sous Windows il faut aussi installer un driver pour l'acceleration matérielle, et sous MacOS et GNU/Linux l'acceleration matérielle est déjà intégrée dans le système d'exploitation. C'est KVM sous GNU/Linux et HVF sous MacOS.

Pour Windows, les drivers suivants sont disponible (à installer):

Il y a des interfaces graphiques diverses pour GNU/Linux, MacOS et Windows. Sous Windows et MacOS les interfaces gaphiques pour QEMU intègrent souvent QEMU dedans, donc en général on à pas besoin d'installer QEMU séparément.

Sous GNU/Linux en général c'est la distribution qui gère tout ça, donc la aussi on peut en général juste installer l'interface graphique.

Au niveau des interfaces graphiques qui marchent sur plusieurs système d'exploitations:

Les interfaces graphiques suivantes fonctionnent sous MacOS uniquement:

Virtualbox, GNU/Linux, MacOS et Windows

Selon Debian, et Parabola, Virtualbox à des sérieux soucis de liberté. Le problème majeur est que le BIOS fournis avec Virtualbox est considéré pas libre en pratique car il dépend d'un compilateur pas libre:

It is in the “contrib” area of the Debian archive because it requires a non-free compiler (Open Watcom) to build the BIOS. Upstream provides pre-built BIOS images which is used instead.”

Du coup en pratique les gens du libre ont tendance à utiliser des solutions à base de QEMU à la place au moins sous GNU/Linux (virt-manager, gnome-box, etc). Sous Windows et MacOS QEMU marche aussi avec un GUI adapté.

Après si la personne à déjà virtualbox on peut quand même installer des VM libres dedans, mais faut faire attention à ce qu'on rajoute dans la VM pour bien l'intégrer:

A noter que selon Wikipedia, VirtualBox ne supporte que x86_64 (donc ça marche pas sur un ordinateur ARM de chez Apple par exemple).

WSL2

WSL2 ne marche que sur des Windows récents en 64bit. Il faudrait se renseigner sur combien de resources ça prend.

Considérations pour créer des VMs

VMs sous VirtualBox

Si on télécharge l'iso de Debian sur le site de Debian (le bouton “Download” sur https://www.debian.org uniquement, pas une netinstall, etc), ça sait installer Debian automatiquement et VirtualBox permet de configurer le mot de passe, etc.

Du coup il ne faut pas utiliser VirtualBox si on veut avoir exactement ce que fournit Debian.

Par contre si on utilise l'ISO de Debian (le bouton “Download” sur https://www.debian.org uniquement, pas une netinstall, etc), ça peut accélérer et simplifier énormément l'installation.

Multipass

Voir https://github.com/canonical/multipass/issues/307 pour comment installer une autre distribution que Ubuntu. Ça demande d'avoir une image d'installation avec cloud-init.

VMs sous ordinateur Apple ARM

Pour booter une VM ARM sous UTM on devrait normalement avoir de l'UEFI[1]. J'ai pas regardé avec les autres interfaces graphiques de QEMU.

Avec UTM c'est aussi possible de fournir un 'BIOS' comme u-boot-qemu-arm64 et booter avec ça mais la fonction risque d'être enlevé dans le futur (voir Image Type dans le manuel de UTM). Le reste (boot de kernel direct, etc) n'est vraiment pas pratique car le kenrel est dans l'image et il faut sans doute le copier en dehors de l'image.

Sinon sur les Mac ARM, les pages tables font 16K. Il y'a moyen de faire tourner des applications avec 4k mais ça risque d'être super lent. Certaines applications risquent aussi de ne pas marcher si les versions sont anciennes du à un manque de support pour les page tables qui font 16k. Voir la documentation de Asahi pour plus de détails.

Du coup il faut sans doute installer un kernel 16k:

Références:

[1]En greppant dans le code de UTM on à ça: “Configuration/UTMQemuConfiguration+Arguments.swift: let bios = resourceURL.appendingPathComponent(“edk2-\(system.architecture.rawValue)\(secure)-\(code).fd”) Configuration/UTMQemuConfigurationQEMU.swift: templateVarsURL = resourceURL.appendingPathComponent(“edk2-arm-vars.fd”) Configuration/UTMQemuConfigurationQEMU.swift: templateVarsURL = resourceURL.appendingPathComponent(“edk2-i386-vars.fd”)” dans le code source de UTM Du coup on devrait avoir UEFI même sous ARM.

VMs sous WSL2

La distribution doit être préparée spécialement et/ou modifiée pour pouvoir tourner sous WSL2. Par exemple Guix peut faire des images pour WSL2, mais les images ne contiennent pas de kernel, l'init démarre d'une façon bizzare, etc.

License

En plus de la license du wiki (http://creativecommons.org/licenses/by-sa/2.0/fr/) Ces instructions sont aussi disponibles sous les licenses suivantes: