Bonjour à tous,
Je cherche à faire tourner Windows sur une VM sur ma Debian Bullseye.
J’ai vu qu’il y a déjà des posts sur le sujet, mais ils sont de 2016 et je me dis que depuis, l’eau a coulé sous les ponts.
Manifestement VirtulBlox n’est plus dans les paquets Debian. J’ai tenté d’utiliser gnome-boxes, mais mon Windows 10 est sur une clé USB et il n’y a pas de fichier .ISO
Bref, je ne sais pas quel système utiliser pour virtualiser Windows 10.
Avez-vous des infos pour moi ?
Merci d’avance.
Bonjour
tu peut toujours installer virtualbox mais pour cela il te faudra installer leur dépot.
enfin si tu veut l’iso de windows 10 tu la trouvera ici :
cordialement
Impossible, elle n’existe pas encore. Donc, c’est plutôt « Testing »…
cf : https://www.virtualbox.org/wiki/Linux_Downloads
qui propose pour la stable actuelle ( oui, parce que « Testing » n’est pas une saveur envisageable, surtout dans ce contexte) :
deb [arch=amd64] https://download.virtualbox.org/virtualbox/debian buster contrib
apt update, puis install. Et voilà (à minima ; en effet, penser aussi à l’addon « Extension Pack » 
Merci pour les réponses.
Je dois dire que je ne m’y retrouve jamais dans ces différentes versions. Je trouve que la dénomination n’est pas très claire.
root@Deb-office:~# lsb_release -d
Description: Debian GNU/Linux 11 (bullseye)
Bref, j’ai en effet dans mon sources.list de références à « testing » 
J’ai tenté d’installer une version tirée du site officiel, mais j’ai des dépendances que je n’arrive pas à résoudre.
Vais plutôt essayer ton autre solution en ajoutant une ligne dans mon sources.list
J’ai des VM windows dans KVM et ça marche sans problèmes…
Faut juste bien gérer le pool au départ.
Pourquoi faudrait-il un fichier .iso ?
Que contient cette clé USB ? L’installateur de Windows ou bien un système Windows installé ?
C’est quand même la méthode la plus courante pour installer une VM…
La clé USB contenait principalement des fichiers exe pour l’installation.
J’ai suivi le lien donné par cleloup et j’ai téléchargé le fichier iso.
Après, l’installation sur gnome-boxes s’est passée sans problèmes. Et ma machine virtuelle fonctionne parfaitement.
Merci pour votre aide !
Donc ce n’était pas une clé bootable ?
Non en effet, c’était la clé d’installation de Windows 10.
Alors comment est-on censé l’utiliser pour installer Windows ? Depuis un autre Windows ?
Bon je dis que la clé n’était pas bootable, mais je n’en ai pas le souvenir. Je dois dire que ça fait très longtemps que je n’ai pas installé Windows et donc que je n’ai pas utilisé cette clé.
Ce que je peux dire, c’est que cette clé n’était pas bootable dans le cas d’une installation d’une VM sur gnome-boxes. Par contre, le ficiher iso a fonctionné tout de suite.
Et pour terminer, pour avoir souvent installé VirtualBox, je pense qu’il offre plus d’options d’installation et que peut-être cette clé fonctionnerait avec VB ?
Bonjour jettero,
J’ai modifié le package de virtualbox de la Buster pour pouvoir l’installer sur la Bullseye en attendant que la debian 11 sorte en version stable.
Je l’utilise depuis 3 mois et je n’ai aucun souci, j’ai toutes les fonctionnalité de virtualbox.
On ne peut pas installer le package venant de la Buster car il y a un control file qui contient la librairie libvpx.so.5 (fonction codec) et sur la bullseye on a la version libvpx.so.6, l’idée est de remplacer la librairie libvpx.so.5 par la libvpx.so.6 dans le package et de le reconstruire.
Download du package de virtualbox pour la Debian Buster
virtualbox-6.1_6.1.22-144080~Debian~buster_amd64.deb
Extraction du package
dpkg-deb -x virtualbox-6.1_6.1.22-144080~Debian~buster_amd64.deb bullseye/
Extraction du control file
dpkg-deb -e virtualbox-6.1_6.1.22-144080~Debian~buster_amd64.deb bullseye/DEBIAN
Le répertoire DEBIAN est mandatory pour recréer le package ensuite.
Modification du control file avec votre éditeur préféré et remplacer la librairie libvpx.so.5 par la libvpx.so.6
vi bullseye/DEBIAN/control
Recréation du package
dpkg-deb -e virtualbox-6.1_6.1.22-144080~Debian~bullseye_amd64.deb bullseye/DEBIAN
Création d’un lien symbolique dans /usr/lib/x86_64-linux-gnu pour faire pointer la libvpx.so.5 vers la libvpx.so.6
cd /usr/lib/x86_64-linux-gnu
ln -s libvpx.so.6 libvpx.so.5
Voilà, c’est un peu de bricolage mais l’utilisation le la libvpx.so.5 sur le système reste limiter à virtualbox.
Willy
Juste pour info et pour testing,
virtualbox 6.1 est dans sid,
il suffit de rajouter sid aux sources
et de mettre une priorité inférieure à 100 (p.ex: 90) pour tous les paquets,
dans p.ex : /etc/apt/preferences.d/sid.pref
Ce qui simplifie bien les choses, sans avoir recours à un dépôt « extra-debian ».
Je suis personnellement en testing et cela fonctionne très bien.
@willy974
Merci pour ta procédure, je vais tester quand j’ai un moment. Je dois dire que finalement, gnome-boxes fait assez bien le job. C’est vrai que VB offre davantage de fonctionnalités, mais pour ce que j’ai à faire ça me suffit. Mais je vais tout de même tester ta solution, j’ai une petite préférence pour VB 
@nh3oh
Merci pour ta solution. Bon là ça me fout un peu la trouille de bidouiller le sources-list et mélanger les paquets entre testing et sid, je n’ai pas assez de recul pour réparer si ça part en cacahouète. D’ailleurs je ne comprends pas très bien cette histoire de priorité. C’est peut être pour ça que ça me fout la trouille, je ne pige pas tout 
Il n’y a rien de compliqué ou de risqué pour ton installation ( à condition de bien faire les choses )
Tu as toutes les informations avec : man apt_preferences
je te donne en exemple ce que j’ai sur mon installation :
$ ls /etc/apt/preferences.d
sid.pref stable.pref
$ cat /etc/apt/preferences.d/sid.pref
Explanation: Permettre l'usage de paquets de sid (unstable) si pas d'autre alternative
Package: *
Pin: release n=sid
Pin-Priority: 95
$ cat /etc/apt/preferences.d/stable.pref
Explanation: Permettre l'usage de paquets de stable si pas d'autre alternative
Package: *
Pin: release n=buster
Pin-Priority: 90
Pour voir la situation au niveau des priorités :
$ apt policy
Fichiers du paquet :
100 /var/lib/dpkg/status
release a=now
90 http://deb.debian.org/debian buster/contrib amd64 Packages
release v=10.10,o=Debian,a=stable,n=buster,l=Debian,c=contrib,b=amd64
origin deb.debian.org
90 http://deb.debian.org/debian buster/main amd64 Packages
release v=10.10,o=Debian,a=stable,n=buster,l=Debian,c=main,b=amd64
origin deb.debian.org
95 http://deb.debian.org/debian sid/non-free amd64 Packages
release o=Debian,a=unstable,n=sid,l=Debian,c=non-free,b=amd64
origin deb.debian.org
95 http://deb.debian.org/debian sid/contrib amd64 Packages
release o=Debian,a=unstable,n=sid,l=Debian,c=contrib,b=amd64
origin deb.debian.org
95 http://deb.debian.org/debian sid/main amd64 Packages
release o=Debian,a=unstable,n=sid,l=Debian,c=main,b=amd64
origin deb.debian.org
500 http://security.debian.org bullseye-security/main amd64 Packages
release o=Debian,a=testing-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64
origin security.debian.org
500 http://deb.debian.org/debian bullseye/contrib amd64 Packages
release o=Debian,a=testing,n=bullseye,l=Debian,c=contrib,b=amd64
origin deb.debian.org
500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
release o=Debian,a=testing,n=bullseye,l=Debian,c=non-free,b=amd64
origin deb.debian.org
500 http://deb.debian.org/debian bullseye/main amd64 Packages
release o=Debian,a=testing,n=bullseye,l=Debian,c=main,b=amd64
origin deb.debian.org
Paquets épinglés :
De cette façon, si un paquet n’est pas fourni en testing, il le sera en sid sinon en stable.
Après il ne faut pas faire n’importe quoi aveuglément :
avant d’installer un nouveau programme tu vas faire un tour sur : https://packages.debian.org ou avec les commandes apt list/search/show
pour analyser la situation.
Mais ça on devrait le faire dans tous les cas, ça fait partie des bonnes habitudes 
Et pour voir ce qui risque de se passer sans rien installer :
apt-get install -s paquet
ou
apt install -s paquetMerci @nh3oh
Bon en résumé et si je comprends bien :
deb http://deb.debian.org/debian/ sid main contrib non-free et
deb http://deb.debian.org/debian/ stable main contrib non-free
Comment cela te semble ?
Ça me semble rien … c’est à toi de définir tes besoins.
Je t’ai mis en exemple les sorties de commandes de mon installation,
comme source d’inspiration, pas comme modèle à copier/coller.
Et garde à l’esprit que personne n’est à l’abri d’écrire une connerie
et que les conseils trouvés sur la toile doivent être vérifiés et adaptés.
Dans mon exemple, il y a aussi stable parce-que j’en ai eu besoin,
mais pour seulement virtualbox en sid, tu n’en as probablement pas besoin.
Pour les sources si tu te réfères à : Debian – Résultats de la recherche de paquets – virtualbox
tu verras que tu as besoin de contrib
et peut-être de non-free si tu comptes utiliser les « guest-additions ».
Tes commandes sont correctes mais je ferais plutôt d’abord :
# apt upgrade -s
ce qui est nettement plus prudent, un [Enter] malheureux étant si vite arrivé 
Pour le sources.list,
j’ai opté pour des fichiers séparés (question de préférences perso)
avec :
cat /etc/apt/sources.list.d/sid.list
# Fichier créé pour VirtualBox manquant dans testing
#
deb [arch=amd64] http://deb.debian.org/debian/ sid main contrib non-free
comme tu peux voir je rajoute [arch=amd64] car je n’utilise pas d’autre architecture et cela réduit la masse des téléchargements, c’est donc plus rapide.