Une raison de ne pas exécuter Linux dans une machine virtuelle tout le temps?

Je suis passé à Arch Linux pour la plupart de mes tâches quotidiennes et je n’ai besoin de Windows que pour les jeux et les quelques applications qui ne sont pas portées sous Linux comme OneNote. Ma distribution Linux est hébergée dans VirtualBox avec Windows en tant qu'hôte, et j'aime bien cette façon, les instantanés sont incroyablement utiles.

Supposons que je ne me soucie presque jamais de l'hôte Windows et que je passe 95% du temps sur l'invité, qu'est-ce qui me manquerait?

Y a-t-il de sérieux inconvénients?

Les performances sont-elles sérieusement affectées et l’installation directe sur la machine me rendra-t-elle la vie plus belle?

En supposant que vous pouvez tout faire fonctionner et que vous ne voulez pas effectuer de tâches gourmandes en ressources, telles que jouer à des jeux ou faire de grandes compilations, je pense que tout ira bien pour vous.

Vous rencontrerez probablement quelques problèmes fondamentaux:

• temps d'invité incorrect
• taille de l'écran invité ou profondeur de couleur incorrecte
• Impossible d'accéder aux périphériques USB (imprimantes, téléphones, etc.)

Pour résoudre ce problème, vous devez installer des ajouts d'invité VirtualBox . Consultez le guide des invités de VirtualBox Arch Linux pour plus de détails.

Pour bénéficier de fonctionnalités supplémentaires, telles que la prise en charge USB 2.0 et Intel PXE, vous pouvez également installer le pack d'extension VirtualBox .

Après cela, il y a quelques problèmes que vous devriez connaître:

• ne peut pas utiliser USB 3.0
• ne peut pas utiliser IEEE1394 / "FireWire"
• ne peut pas utiliser le mode sans soudure en combinaison avec la double tête
• le temps est désynchronisé sur les invités 64 bits

De toute évidence, votre machine virtuelle Linux sera affectée si votre système Windows tombe également en panne. Les problèmes que j'ai eu se produisent récemment:

• Un hôte Windows se bloque à cause d'un bogue du pilote (écran bleu)
• L'hôte Windows redémarre en raison d'une mise à jour de sécurité

Lorsque vous exécutez une machine virtuelle, les performances de votre disque dur seront le plus durement touchées . Dans la mesure du possible, placez votre machine virtuelle sur un disque séparé et / ou utilisez un lecteur SSD . L'utilisation d'un lecteur SATA virtuel au lieu d'un lecteur IDE virtuel peut également aider.

J'enseigne un cours pratique sur Linux et, malheureusement, conformément à la politique de l'entreprise, je ne suis pas autorisé à reformater les ordinateurs portables fournis par la classe. Nous adoptons donc l'approche d'invité de VirtualBox.

En ignorant tous les problèmes de performances, voici quelques remarques / problèmes que j'ai remarqués:

1) Mode ponté et sans fil

Certaines cartes sans fil ont apparemment du mal à avoir une "double identité", ce qui signifie que nos leçons de routage / pare-feu / réseau vont en enfer. C'est un problème connu - la plupart des pilotes sans fil ne prennent pas en charge la transition.

pont | The Linux Foundation - Cela ne fonctionne pas avec ma carte sans fil!

Cela signifie que si vous utilisez une interface sans fil, vous devez effectuer un travail supplémentaire pour que l'invité dispose d'une adresse IP "publique".

2) Intégration de bureau

À l'exception de quelques wallbangers dans la conception, les environnements de bureau modernes sont assez bien pensés et offrent certaines commodités qui sont perdues lorsqu'ils ne disposent pas d'un accès complet à l'entrée / sortie ou à l'outil de connexion / déconnexion de périphérique. Par exemple, le menu Vbox en bas devient vraiment ennuyeux si vous avez un sélecteur de fenêtre ou des notifications. Et certaines machines utilisent le raccourci Ctrl + Alt + Curseur (changement d’espaces de travail) pour inverser l’affichage.

Je veux dire, comparez à quel point il est facile de déconnecter un périphérique USB dans GNOME, par rapport au nombre équivalent de sous-menus / clics dans Windows, et je sais lequel de ceux que je préférerais chaque jour.

3) USB "voler"

Parfois, Windows ne veut tout simplement pas abandonner un lecteur USB - il n'est pas toujours possible de dire à virtualbox de le connecter - cela est plus probable lorsque Windows lit le contenu pour une raison ou une autre. Et puis, il y a des lecteurs USB qui ne sont pas des périphériques de stockage directs, mais qui effectuent une action semblable à un commutateur de mode pour rendre vos lecteurs accessibles - ceux-ci sont agaçants à connecter à la machine Linux.

4) stabilité

Il est généralement plus facile de "casser" Windows que Linux, c'est pourquoi vous souhaitez généralement que Linux "protège" les instances Windows, et non l'inverse. J'ai déjà perdu quelques jours de travail avec le personnel écrasant les mauvais fichiers et finissant par casser notre installation de Virtualbox et nos images Linux.

5) Outils de ligne de commande

Sous Linux au moins, vous avez la possibilité de bricoler des images de disque Vbox en utilisant qemu-nbd et le périphérique de bloc réseau.

QEMU / Images - Wikibooks, des livres ouverts pour un monde ouvert - Monter une image sur l'hôte

Cela vous permet d'examiner et de modifier le contenu du disque du système d'exploitation invité sans avoir à le démarrer, par exemple, si vous l'avez rendu non amorçable.

Vous pouvez également faire des choses telles que la sauvegarde par script de sauvegardes de VDI - ou seulement leur contenu, ou la modification de "profils" VirtualBox via des liens symboliques - beaucoup plus facilement sur bash.

N'oubliez pas qu'une machine virtuelle est une émulation. Votre système Unix ne sera jamais aussi puissant dans une VM qu’installé. Archlinux est conçu pour répondre à vos goûts, il s’agit d’une distribution que vous pouvez personnaliser au maximum.
J'avais l'habitude de le faire fonctionner sur une machine virtuelle, même si je pensais l'installer définitivement sur mon ordinateur. Maintenant, mon système démarre en 15 secondes environ, mes versions sont très rapides et tout fonctionne mieux.
Archlinux n’est pas si gros, vous pouvez l’installer sur une petite partition (assurez-vous d’avoir assez d’espace pour vos programmes sur votre partition racine (j’ai dû reformater ma partition racine car elle était trop petite)). Si vous utilisez Windows uniquement pour jouer, vous devriez considérer cette option =)

PS: Oui, l’installation directe sur votre ordinateur vous rendra la vie incroyable. : P

Vous pouvez configurer les deux systèmes d'exploitation de trois manières différentes:

1. Hôte Windows, machine virtuelle Linux (comme vous l'avez).

2. Hôte Linux, machine virtuelle Windows.

3. Double démarrage.

Si vous voulez exécuter des jeux Windows, je ne recommanderais pas l' option 2.

Si vous souhaitez régulièrement utiliser un programme uniquement Windows (qui ne fonctionne pas bien sous Wine) pendant votre session Linux, l'option 3 ne fonctionnera pas bien pour vous.

Si vous utilisez des ressources Windows non liées au jeu si rarement que le redémarrage n'est pas une corvée, l'option 3 est la plus efficace.

La question est donc la suivante: votre configuration actuelle vous agace-t-elle? Ou est-ce suffisant? L'ancien inconvénient auquel je peux penser est le temps de démarrage prolongé et la disponibilité réduite de la mémoire.

BTW, il est possible de mettre en place un double système de démarrage où vous pouvez également démarrer le même Linux installer dans une machine virtuelle sous Windows, mais pas l'inverse (Linux détecte le matériel au démarrage, mais Windows a ses pilotes hardcoded, une fois installé )

Si vous voulez une configuration à double démarrage avant achat, essayez le programme d’installation «wubi» d’Ubuntu. (Oui, je sais que vous êtes un gars Arch, mais vous essayez juste, non?) Wubi installe les disques sous forme de fichier image dans Windows, exactement comme une machine virtuelle, mais le démarre en tant que système d'exploitation hôte. Il n'y a pas d'ingérence de partition et vous pouvez la désinstaller directement à partir du Panneau de configuration de Windows lorsque vous avez terminé. Le seul inconvénient est que les performances d'E / S du disque sont légèrement réduites.

Si vous utilisez cette boîte principalement via SSH, il y a de bonnes chances que vous vous trouviez dans la zone industrielle où cela n'a pas vraiment d'importance que ce soit une VM ou un matériel réel. La plupart des problèmes mentionnés dans d'autres réponses surviennent lorsque vous essayez d'utiliser le système d'exploitation invité en tant que bureau à interface graphique. Les serveurs Linux sont très contents des machines virtuelles; Une grande partie du marché de l'hébergement Web est Linux dans les VM.

Je n'ai rencontré que quelques cas où j'ai été contraint de faire fonctionner un serveur Linux sur du matériel réel, plutôt que sur un ordinateur virtuel:

Accès matériel réel

Parfois, vous devez utiliser une carte PCI que le système de machine virtuelle ne peut pas virtualiser. Disons un décodeur MPEG-2 à 4 canaux . Certains systèmes de machine virtuelle peuvent conférer la propriété exclusive de la carte à la machine virtuelle, par exemple via la technologie Intel VT-d , mais ce n’est pas sans problèmes:

• Il y a un coup rapide. Cela pourrait avoir de l'importance.

• Tous les systèmes de machine virtuelle ne peuvent pas le faire et vous n’avez peut-être pas la liberté d’en changer.

• Les conséquences peuvent être inessentielles, comme dans VMware ESXi 5, dans lesquelles l’attribution de la propriété d’une machine virtuelle à une carte nécessite le redémarrage de l’hôte, puis l’empêche de réaliser des instantanés de cette machine virtuelle. (Inessential, je veux dire que ces problèmes pourraient être résolus, cela prend juste du temps de développement.)

Big Storage

Votre système de machine virtuelle peut ne pas être en mesure de créer un disque virtuel aussi grand que le matériel nu le permet pour de vrais disques. VMware ESXi 5, par exemple, a une limite de taille de volume virtuel de 2 To. Si vous avez besoin d'un volume unique plus important à l'intérieur de la machine virtuelle, vous devez parcourir des cercles pour contourner la limitation:

• Vous pouvez envoyer un contrôleur RAID à la machine virtuelle avec VT-d, mais là encore, des problèmes se posent.

• Vous pouvez transmettre un passel de volumes virtuels de 2 To à la machine virtuelle et les chaîner avec LVM , mais vous vous êtes également acheté un passel de problèmes.

  D'une part, lorsque (!) L'un des disques physiques meurt, si vous utilisiez le système d'exploitation invité sur du matériel nu, vous pouviez diagnostiquer et résoudre le problème en utilisant le logiciel de gestion fourni, tel que le tw_clilogiciel 3DM de 3Ware . Mais essayez de trouver des versions qui fonctionneront sur un hôte VMware ESXi 5.0! Vous êtes maintenant obligé de redémarrer pour pouvoir utiliser l'interface de gestion du BIOS.

  D'autre part, la couche d'abstraction a déconnecté les volumes virtuels des volumes physiques, de sorte que la couche logicielle RAID / LVM du système d'exploitation invité ne peut pas gérer efficacement les disques. Cette couche peut penser qu’elle écrit intelligemment sur des disques en alternance, mais comme ils partagent probablement certains des mêmes disques physiques, les performances en pâtiront, car certains disques obtiennent des écritures dos à dos.

• Vous pouvez créer le volume sur un système matériel réel et l'exporter vers la machine virtuelle via NFS, mais la vitesse est également affectée.

Vous pourrez peut-être contrebalancer certains des avantages ci-dessus avec des avantages en matière de virtualisation, tels que la possibilité de suspendre une machine virtuelle, de la déplacer vers un autre hôte et de la redémarrer de manière transparente.

Quel environnement graphique utilisez-vous sous Linux? La plupart des environnements de bureau modernes (GNOME, KDE, Unity) sont en train de nécessiter une prise en charge de l'accélération matérielle 3D pour fonctionner correctement. La prise en charge de l'accélération matérielle des graphiques dans les ordinateurs virtuels est une technologie relativement immature pour le moment. VirtualBox a un support expérimental .

Fondamentalement, tout fonctionnera correctement, de l’internet à l’installation de paquets, en passant par l’initialisation du matériel, mais vous paierez le prix de toute défaillance de la machine Windows.

J'utilise une configuration similaire, et je la trouve extrêmement utile simplement parce que je peux copier et déplacer ma machine virtuelle Linux de travail entre des machines.

Je n'ai trouvé que deux inconvénients importants à l'utilisation d'une machine virtuelle.

1. Si l'hôte utilise une connexion réseau sans fil, un vpn est très peu fiable dans l'invité
2. Les configurations multi-moniteurs aspirent généralement une VM.

Le point 2 peut être surmonté efficacement en utilisant VMWare et Unity - Unity étant une fonctionnalité de VMWare qui exécute des applications dans Windows sur le bureau de l'hôte (à ne pas confondre avec Ubuntu Unity).

Une chose à considérer est de vous assurer que votre matériel a été testé avec la distribution linux que vous utilisez. J'ai rencontré le problème selon lequel une distribution que j'ai utilisée fonctionnait parfaitement dans une machine virtuelle, mais était horriblement instable en mode natif, en raison d'une carte graphique qui n'avait pas été entièrement testée avec la distribution. Fedora, par exemple, a une liste de matériel qui a été entièrement testé. Le fait est qu'aucune distribution linux ne sera stable à 100% avec un matériel à la pointe de la technologie et de nouveaux pilotes bogués. J'ai essayé de faire ce que vous avez fait, mais j'ai fini par supprimer ma partition Linux après que plusieurs distributions n'aient pas fonctionné de manière suffisamment stable pour moi. À mon avis, à moins que vous ne fassiez quelque chose qui nécessite une accélération matérielle, il n’est absolument pas nécessaire d’exécuter Linux de manière native.

Ma consommation électrique augmente considérablement à chaque démarrage de VirtualBox.

Dans mon cas, j'exécute Linux en tant qu'hôte et hôte, et je ne sais pas si le système d'exploitation hôte / invité fait une différence ou si cela est inhérent à VirtualBox ou à la technique de virtualisation.

En utilisant powertop, je peux voir que le processus "VBoxHeadless" est souvent le plus gros consommateur d’alimentation sur mon système.

S'il s'agit d'un système de bureau, cela n'a peut-être pas d'importance pour vous, mais sur mon ordinateur portable, je souhaite désactiver VirtualBox dès que je n'ai pas besoin du système invité.

Si vous n'utilisez pas de machines virtuelles à des fins spéciales (par exemple, nécessité de cloner des machines virtuelles, de copier / de déplacer des serveurs, d'avoir plusieurs environnements de test différents, etc.), je suggérerais d'installer Linux comme système d'exploitation principal pour vos 95% d'activités et puis installez Windows en tant que machine virtuelle à partir de Linux pour votre activité de 5% des activités de Windows. (À moins que votre 5% d'activité de Windows consomme énormément de ressources processeur / mémoire, comme avec Photoshop ou l'édition vidéo.) Si vous utilisez Linux comme système d'exploitation principal, il aura un accès complet à toute votre mémoire et à tous vos cœurs de processeur. Toutefois, si vous vous trouvez dans une machine virtuelle, vous ne pouvez lui affecter qu’une petite fraction de ses cœurs de processeur. en règle générale, au mieux, la moitié des ressources de la machine peut être affectée à une machine virtuelle. Donc, si vous avez une machine quadricœur avec 8 Go de RAM, mais n’attribuez qu’un cœur et 2 Go à votre VM,

L'utilisation d'une machine virtuelle sera plus lente. Pour la plupart des choses, la virtualisation est de nos jours très bonne et la différence ne sera pas perceptible (autre que la baisse notable du nombre de CPU / RAM disponibles sur la VM); Toutefois, si vous avez besoin d'une accélération matérielle sophistiquée (par exemple, pour les graphiques), votre machine virtuelle risque de ne pas être traduite correctement sur votre carte. vous remarquerez peut-être que le rendu vidéo / 3D en souffre considérablement au sein de la machine virtuelle.

Je peux vous dire que, selon mon expérience, la configuration contraire est préférable. Je veux dire hôte avec Linux et l'invité avec Windows. Ceci à cause de la performance et de la stabilité. En ce moment, je travaille au bureau avec un hôte Windows et un invité Linux (il me faut les deux) mais dans mon ordinateur portable personnel, j'ai un hôte Linux et un invité Windows. Et les performances sont meilleures dans mon ordinateur portable. Même lorsque mon ordinateur portable personnel a moins de ressources.

Quoi qu'il en soit, je ne vois aucun problème (sans solution de contournement) dans votre configuration. c'est juste une question de goût.

J'exécute Ubuntu sur une machine virtuelle VirtualBox, et je pense que le seul problème que j'ai rencontré est que la transmission de l'accélération OpenGL à l'hôte est complexe.

J'ai commencé à faire ce que vous faites, * nix dans une machine virtuelle. C’est génial pour l’essayer, mais je suggère de l’inverser. Windows peut fonctionner étonnamment bien dans une machine virtuelle. Si vous utilisez principalement Linux, pourquoi ne pas obliger le système hôte à utiliser Linux?

Avantages:

1. Plus de contrôle sur les problèmes des hôtes (c'est-à-dire que des crash / redémarrages automatiques sont moins probables avec Linux)
2. Linux utilise moins de ressources que Windows lorsqu'il est inactif (ressources que vous pourriez allouer à une machine virtuelle)
3. Virtualbox, à mon avis, fonctionne mieux sous Linux. J'ai essayé les deux manières.
4. Facile à installer, la vitesse est impressionnante sur une machine virtuelle sous Linux. J'utilise un logiciel RAID sur 2 disques durs grand public pour lancer une machine virtuelle Windows XP dans Firefox en 8 secondes à plat

Les inconvénients:

1. Problèmes de pilote possibles lors de l'exécution de Linux en tant qu'hôte
2. L'accélération 3D peut être difficile à mettre en œuvre sous Linux
3. Si vous utilisez Windows pour jouer à des jeux, une machine virtuelle peut ne pas être assez rapide

Il n'y a absolument aucune raison de ne pas le faire, tant que tout ce que vous voulez faire dans l'hôte et le client fonctionne comme vous le souhaitez.

J'ai utilisé cette configuration sur mon Sony PCG-Z505 avec VMware du début 2000 au milieu de 2003. Hôte: Windows 98 et le client SuSE Linux. La principale raison de cette configuration était que je pouvais utiliser le serveur imap sous Linux à partir de l'hôte Outlook Express tout en étant mobile (je l'avais auparavant sur mon ordinateur de bureau Linux avec Win98 sous Linux). Le client Linux ferait également le filtrage anti-spam, etc. sous Linux. Je pouvais aussi connecter les serveurs au travail en utilisant un SSH dans un environnement plus familier.

L'hôte de la VM a bien protégé Linux des problèmes matériels. IIRC, il y avait quelques problèmes avec le sans fil, mais la plupart du temps j'étais sur une connexion filaire à la maison ou au bureau. Sinon, Outlook Express récupèrerait le courrier et le transmettrait au serveur imap, en perdant temporairement le filtre anti-spam uniquement en mode sans fil.

Je ne pouvais pas l'exécuter dans le sens inverse (comme je l'avais fait sur mon bureau auparavant), car je courais normalement Linux sans carte graphique, sans quoi les choses ne tiendraient pas dans la mémoire. Avec Linux en tant qu'hôte, j'aurais dû l'exécuter en mode graphique tout le temps, laissant trop peu de mémoire sous Windows 98 pour exécuter Word sans permutation.

J'utilise aussi cette configuration (invité Ubuntu sous Windows).

Pro:

• Aucun changement aux fenêtres initiales, le service informatique de mon entreprise prendra en charge tout problème / blocage lié à Windows.

Con:

• Lent à démarrer: besoin de démarrer Windows, puis de démarrer la machine virtuelle.
• Pas de pontage sans fil.

J'ajoute une note aux réponses déjà existantes (et excellentes): il est également possible d'exécuter Linux et Windows côte à côte.

Le projet Cooperative Linux vise à ceci:

Cooperative Linux est la première méthode de travail libre et à source ouverte permettant d'exécuter Linux de manière optimale sur Microsoft Windows en mode natif. Plus généralement, Cooperative Linux (coLinux en abrégé) est un port du noyau Linux qui lui permet de fonctionner en coopération avec un autre système d'exploitation sur une seule machine.

et il y a même des distributions Linux qui fonctionnent dessus: TopologiLinux et andLinux .

Malheureusement, il semble que ces projets aient été abandonnés. La dernière version de coLinux a 3 ans et la dernière version des deux distributions a 8 ans.