Comment puis-je installer Linux et Windows 7 pour fonctionner côte à côte, sans nécessiter de redémarrage?

Je souhaite les meilleures performances des deux systèmes d’exploitation et la possibilité de basculer entre eux sans redémarrage. J'ai beaucoup de mémoire (32 Go) et d'espace disque.

Les deux options faciles sont:

1. Double démarrage - Cela ne permet pas un basculement instantané ou quasi instantané entre les systèmes d'exploitation
2. Utiliser une machine virtuelle (par exemple, VirtualBox) - Cela nuit considérablement aux performances du système d'exploitation hébergé, en particulier pour les graphiques.

Ce serait bien (par exemple, via un raccourci clavier ou une autre méthode similaire) de basculer entre les deux systèmes d’exploitation, l’un étant chaud et l’autre «chaud en veille».

Il existe deux autres manières de faire fonctionner côte à côte Windows et Linux que vous n'avez pas mentionnées dans votre question:

1. Vous pouvez installer Windows Subsystem for Linux si vous utilisez Windows 10 64 bits. Cela vous permettra d'exécuter certains logiciels Linux de manière native sous Windows.
2. Vous pouvez exécuter les deux systèmes d'exploitation côte à côte (littéralement) conformément à cet exemple :

Je pense que la solution la moins onéreuse consisterait à utiliser Linux comme système d’exploitation principal et à utiliser KVM (machine virtuelle basée sur le noyau, pas un commutateur KVM bien que cela puisse également être utilisé) pour virtualiser Windows. Aujourd'hui, vous pouvez obtenir des performances presque nuls sur du métal nu. Vous pouvez même transmettre un GPU secondaire à la VM ou disposer d'un seul GPU dédié et utiliser un GPU intégré pour l'hôte. Vous pouvez également utiliser Looking Glass pour une solution beaucoup plus réactive que d'utiliser spice (ce que virt manager utilise par défaut et est essentiellement identique à l'utilisation du bureau à distance.) Https://forum.level1techs.com/t/looking-glass -guides-help-and-support / 122387

La seule difficulté est la compatibilité matérielle. Il y a beaucoup de bizarreries, comme avoir besoin d'un processeur et d'une carte mère compatibles avec Intel VT-D ou l'équivalent AMD, avoir besoin d'un nouveau GPU doté d'un UEBI VBIOS (ou obtenir le VBIOS du fabricant), quelles puces votre IO passe qui aide à dédier des périphériques à la VM, etc.

Je recommanderais de lire ce blog pour avoir une idée de ce que vous devez faire pour le configurer. Ce n'est certainement pas aussi simple que d'utiliser virtualbox ou VMWare, mais si vous le configurez avec un gestionnaire virtuel, vous pouvez sauter beaucoup des étapes manuelles effectuées par ce type. Il y a aussi beaucoup plus d'informations à ce sujet sur Arch wiki sous KVM, QEMU et VFIO. https://heiko-sieger.info/running-windows-10-on-linux-using-kvm-with-vga-passthrough/

Avec un 2600k, vous devez passer à la version non-K et vérifier si votre carte mère prend également en charge VT-D. J'ai eu le même problème avec une carte mère 3700k et incompatible et je devais les éteindre tous les deux, mais j'ai fini par gagner un peu d'argent grâce aux achats et aux ventes sur eBay.

Pour élaborer un peu sur la terminologie que j'ai utilisée, voici quelques brèves descriptions.

Virt-manager (ou Virtual Machine Manager) est une application graphique permettant de gérer vos machines virtuelles à l'aide de KVM. Vous pouvez penser que cela rend votre expérience beaucoup plus proche de ce que vous seriez si vous utilisiez VMWare ou VirtualBox. Il vous fournit un assistant pour la configuration de la machine virtuelle, vous permet de modifier le matériel traversé, vous montre des graphiques d'utilisation des ressources et vous permet de gérer l'alimentation. Plus d'informations et des captures d'écran sont disponibles sur le site ici: https://virt-manager.org/

Spice vous fournit un accès à distance à votre VM. Cela ressemble beaucoup à l'utilisation de postes de travail distants, à la fois en termes d'utilisation et de performances, mais virt manager l'utilise par défaut. J'aimerais pouvoir être plus précis dans ma description, mais je ne l'ai pas beaucoup utilisée et même le site Web est assez vague quant à sa nature. https://spice-space.org/

Looking Glass est une alternative à l'utilisation de Spice, mais avec une latence extrêmement faible. Il copie le tampon d'images de votre GPU dans la mémoire de votre système, puis le recrache à l'écran. Il est encore très tôt dans son développement, mais fonctionne très bien et convient beaucoup mieux aux applications nécessitant une solution plus réactive. Un guide très complet pour la configuration est disponible sur le site web du projet: https://looking-glass.hostfission.com/quickstart

L’autre alternative à Spice et Looking Glass consiste simplement à connecter un écran à l’une des sorties d’un processeur graphique transmis. Ceci est plus réactif mais nécessitera un autre écran ou des entrées de commutation sur le même écran.

Comme toutes les autres réponses à cette question l'ont mentionné, la virtualisation est la voie à suivre. Une façon de minimiser les inconvénients en termes de performances consiste à utiliser Windows comme système d'exploitation principal et à virtualiser une distribution Linux légère . De prime abord, vous pourriez essayer:

• Lubuntu ,
• Xubuntu ,
• ou même Alpine Linux (voir ce lien pour une liste de "comment faire" pour différents ordinateurs de bureau sur Alpine)

En choisissant une distribution légère, vous pourrez peut-être réduire suffisamment les performances pour configurer un système qui vous convient.

Les applications graphiques Unix / Linux qui utilisent la pile technologique X11 (la plupart d'entre elles) peuvent être affichées de manière inhérente sur un ordinateur distant (y compris le scénario d'une machine virtuelle connectée au réseau et de son hôte).

Vous pouvez installer un serveur d’affichage X11 (il existe de nombreuses options gratuites et non-libres) sur votre machine Windows, exécuter votre système Linux (ou même plusieurs systèmes Linux) sur une machine virtuelle et faire en sorte que les graphismes actuels se répercutent sous Windows. côté serveur X11. Les applications d’interface graphique du système Linux se connecteront au serveur d’affichage X11 via un réseau local (la configuration de cette opération dépasse le cadre de la présente procédure, car il existe de nombreuses façons de le faire. Pointeurs: La variable d’environnement DISPLAY, ssh avec transfert X11, XDMCP).

Je l'ai fait dans une situation de haute performance et j'ai atteint un niveau de performance presque suffisant pour les applications natives. Ce n'est pas tellement un «voici comment faire», mais deux exemples de cas où j'ai réussi à atteindre cet objectif et à obtenir des performances suffisantes et à résoudre un problème.

Pour la science des données et le développement de logiciels

Mes postes de travail actuels (un ordinateur portable et mon poste de travail) ont Windows 10 et Ubuntu installés côte à côte sur deux partitions distinctes. Lors du démarrage de ma machine, je peux sélectionner Windows ou Ubuntu et démarrer dans l'un des systèmes d'exploitation. Dans Ubuntu, j'utilise VirtualBox pour démarrer la partition Windows native et l'exécuter comme n'importe quelle autre machine virtuelle ( voir ici ).

Tout fonctionne: glisser-déposer, presse-papiers partagé et partage de fichiers. Je lance constamment de grandes feuilles de calcul Excel multithreads (ne tirez pas - je ne les ai pas construites!) Sur ma machine virtuelle et tout est optimiste.

Pour travaux géophysiques, géologiques et d'ingénierie

Il y a quelques années, j'ai créé une configuration similaire à l'aide de CentOS et de Windows 7. Cela permettait à mes collègues de réaliser des simulations géophysiques coûteuses et gourmandes en performance sous Linux tout en continuant d'accéder à des logiciels de cartographie 2D et 3D sous Windows tout aussi gourmands en performances. 7 (avec Outlook et le reste de la suite Microsoft). Nous avons testé VirtualBox, mais avec de l’argent à dépenser, nous avons finalement résolu le problème en utilisant VMware Workstation et la transmission par GPU (le coût était trivial comparé aux salaires et aux licences logicielles). Pour nos applications, les performances natives de Windows étaient suffisamment proches de celles de Windows et tout le monde était très satisfait de la configuration.

C'étaient des machines assez charnues pour leur époque (vers 2010): Quadro 4000, Xeons double quad-core et 32 ​​Go de mémoire. La partie la plus ardue de l’assemblage de ces configurations (pour autant que je me souvienne) avait quelque chose à voir avec un contrôleur RAID matériel. J'ai entretenu environ une douzaine de machines à l'aide de cette configuration et nous n'avons jamais eu un seul problème pendant toute la durée de vie du projet. Ces machines ont été achetées pendant (~ 2 ans). Ce fut un résultat fantastique pour nous, car si une seule machine était en panne pendant une semaine, par exemple, cela nous aurait coûté plus en perte de productivité que le poste de travail lui-même!

Conclusion

Vous pouvez obtenir de très bonnes performances en utilisant l'option de double démarrage décrite ci-dessus. Pour ce faire, j'ai utilisé VirtualBox et VMware à différentes occasions, en combinant des distributions Linux (Mint, Ubuntu et CentOS) et des versions Windows (7, 10), et j'ai toujours obtenu les performances adéquates pour mes besoins.

L’autre avantage de cette configuration est que vous pouvez abandonner l’une ou l’autre des partitions et laisser Windows ou Linux derrière vous si a) votre situation change ou b) cette installation ne répond pas à vos besoins. Si les performances ne sont pas à la hauteur, vous avez également la possibilité de démarrer directement dans le système d’exploitation où vous avez besoin d’un peu plus de performances.

Enfin, une note sur les licences: Si vous démarrez Windows en mode natif , il va voir un matériel différent et vous interroger sur les licences. C’est moins un problème avec Windows 10, qui vous ennuiera tout simplement au fur et à mesure que vous avancez dans votre travail. Je ne me souviens pas comment nous avons résolu ce problème pour ces postes de travail géophysiques; Je me souviens que nous avions une licence en volume et éventuellement l'aide d'un représentant de Microsoft.

Epilogue: Remote X et VirtualGL

J'ai également configuré des stations de travail utilisant VirtualGL et un cluster de GPU pour des simulations pétrolières hautes performances. Je l'ai même fait dans AWS, mais je ne le recommande pas pour plusieurs raisons: coût, performances et commodité.

Je ne suis au courant d'aucune méthode pour ce faire qui ne soit pas assortie de grandes mises en garde.

S'il s'agissait d'un Chromebook, vous pouvez utiliser Crouton pour réaliser quelque chose comme ceci. mais cela ne fait que partager le noyau entre Chrome OS et une autre distribution, nommément Ubuntu. Comme Windows et Linux utilisent des noyaux différents, cette approche ne serait pas possible. Ils ne joueraient pas bien ensemble.

Pour démarrer le système d'exploitation, le noyau doit avoir un accès de bas niveau au matériel, et exécuter côte à côte deux noyaux différents (Windows et Linux) ne serait pas très facile, voire impossible.

Une sorte de virtualisation est probablement votre seul recours si vous insistez pour utiliser un seul ordinateur. Je n'utilise pas de Mac, mais d'après ce que j'ai vu, Parallels est plutôt transparent: vous pouvez alors "basculer" entre les systèmes d'exploitation à l'aide d'un raccourci clavier. J’ai utilisé VMWare sous Windows et Linux et j’ai été surpris par les performances du système d’exploitation hébergé (invité). Il est très proche de la configuration native (bien que je n’aie pas testé les charges de travail intensément graphiques). VirtualBox est open-source et gratuit, cela fonctionne bien, mais VMWare fonctionne beaucoup mieux. Je pense qu'il existe une version gratuite limitée.

Si vous insistez pour que les deux systèmes d'exploitation offrent des performances natives, le double démarrage est le seul moyen d'y parvenir. Si vous avez un SSD rapide (disons un Samsung 960 ou similaire), le redémarrage ne prend pas si longtemps.

La virtualisation matérielle est trop problématique. Bien que ce soit bon pour 90% des choses, les 10% restants vous bloquent parfois et finissent par vous faire abandonner tout le concept.

Quelqu'un a fait allusion à cela dans l'un des commentaires, mais je pense effectivement que les machines côte à côte utilisant un commutateur KVM sont le moyen le plus efficace de faire ce que vous demandez.

Depuis quelques années, je travaille avec deux machines Linux et Windows côte à côte. J'ai deux moniteurs 32 "assis l'un à côté de l'autre: l'un connecté à la machine Linux, l'autre connecté à la machine Windows.

J'ai une table de clavier / souris ajustable qui me permet de rester debout ou assis et de me centrer devant l'un (ou les deux) moniteurs avec mon clavier / souris.

Le kicker est que le commutateur KVM vous permet de basculer immédiatement entre le contrôle de la machine Linux et celui de Windows.

Vous pouvez également aller plus loin et acheter Synergy, qui élimine totalement le besoin du commutateur KVM en utilisant un logiciel pour faire basculer votre souris et votre clavier entre les ordinateurs.

Fini les doubles démarrages ennuyeux, les frais généraux ou les incompatibilités KVM / VirtualBox / VMWare et vous avez toujours l'impression d'être un seul ordinateur.

En fonction de vos objectifs, vous pouvez essayer Wine.

De https://www.winehq.org/ :

Wine (à l'origine un acronyme pour "Wine Is Not an Emulator") est une couche de compatibilité capable d'exécuter des applications Windows sur plusieurs systèmes d'exploitation compatibles POSIX, tels que Linux, macOS et BSD.

Cela vous permettrait d'exécuter Linux et (certaines) applications Windows côte à côte sous Linux.

Une liste des applications Windows connues pour fonctionner avec Wine est disponible à l' adresse https://appdb.winehq.org/ .

Personnellement, je l’utilise pour lancer des jeux sous Linux qui utilisent DirectX, qui n’a pas de version Linux. Des applications telles que Microsoft Office sont connues pour fonctionner avec.

Techniquement, vous pouvez activer l'hibernation sur les deux systèmes et reprendre un système après l'avoir mis en hibernation. Ce sera plus rapide et plus pratique que le redémarrage réel. Je le fais sur ma machine actuelle.

Jusqu'à présent, il ne semble pas y avoir de problème, car Linux utilise la zone d'échange spéciale pour stocker l'image en veille prolongée, tandis que Windows utilise la partition système.

Vous voulez coLinux . Cela correspond presque parfaitement à vos besoins - noyau Linux fonctionnant comme un processus privilégié sous Windows, sans impact sur les performances dans le noyau (même si les périphériques sont toujours virtualisés et que les graphiques utilisent le protocole X11). Mais , malheureusement, le projet n'est plus développé ... et d' autres approches (VirtualBox, etc.) est arrivée à échéance depuis et offre beaucoup meilleure expérience utilisateur.

Tout a des avantages et des inconvénients. Voici ceux qui fonctionnent pour moi à partir de mai 2018:

• VirtualBox : Cela fonctionne. Maintenant. Tous les jours. J'exécute un hôte Windows et une machine virtuelle Ubuntu. Tout est génial, y compris la prise en charge de plusieurs moniteurs et la mise en réseau (j'utilise le mode ponté pour que chaque machine virtuelle apparaisse sur un réseau distinct de l'hôte). Je ne suis pas fan des solutions contrôlées par «les grands», mais honnêtement, Oracle a bien conçu ce produit (du moins pour le moment).

• Exécutez plusieurs ordinateurs, c'est un excellent moyen d'y aller! Synergy peut même vous laisser enfoncer la souris et le clavier. Les KVM USB DDM sont bien aussi, mais ils sont chers!

• Double amorçage: je lance l'amorçage quad ou plus sur la plupart de mes ordinateurs. Vous devrez en apprendre davantage sur les partitions GPT et MBT héritées et sur la façon dont chacun de vos systèmes d'exploitation les décompresse. Refind fait un travail incroyable pour vous aider à bien faire les choses, surtout si vous avez du matériel semi-moderne. Même si je configure toujours le démarrage Windows-Ubuntu (-Mac) sur tous mes ordinateurs, en pratique, je ne redémarre jamais vraiment vers un système d'exploitation différent. C'est trop perturbant. Au lieu de cela, finissez toujours par dédier chaque ordinateur à un ensemble spécifique de tâches sur un système d'exploitation.

• Exécutez un serveur X sous Windows et extrayez des fenêtres Linux à partir d'une machine virtuelle réseau. Ça peut être fait; J'ai couru x2go avec succès pendant un moment. Mais voyez le point suivant pour savoir pourquoi je n’irais pas dans cette voie.

• Utiliser une machine virtuelle sur (n'importe quel) réseau: j'ai essayé de développer une machine virtuelle AWS, des machines virtuelles vSphere et toutes sortes d'autres combinaisons, et vous abandonnerez toujours cela rapidement, car vous êtes esclave du réseau. problèmes que vous ne voudrez PAS traiter au milieu de votre développement. N'y pensez même pas, même si vous avez des ressources réseau incroyablement étonnantes.

Pour terminer, je dois mentionner que je développe toujours sur une machine Ubuntu dédiée chaque fois que cela est possible. Les solutions VirtualBox ont sauvé mes fesses dans les entreprises américaines. Entrez avec une image de VM dans votre poche, installez VirtualBox sur votre nouveau lappie pourri de Windows, allez!

Outre les autres solutions proposées ici, il existe également une approche de «virtualisation croisée» que j'ai déjà essayée:

• Configuration à double démarrage, la machine peut démarrer sous Windows ou Linux
• Partition de données ( /homeet Documents and Settings) séparée de la partition système
• Virtualisation (VirtualBox, VMware, etc.) installée sur chacun des deux systèmes d'exploitation, avec un «clone» de la configuration de l'autre système d'exploitation respectif en tant que machine virtuelle
• L’interface réseau étant en mode ponté, l’hôte et l’invité s’apparaissent comme deux ordinateurs distincts sur le même réseau local.
• Les images de machine virtuelle résident sur une partition distincte des partitions de données
• Chaque ordinateur virtuel peut accéder à la partition de données du système d'exploitation invité en tant que périphérique brut (plutôt qu'en tant qu'image disque).

Cela signifie toujours que vous aurez la surcharge de virtualisation pour l'un des deux systèmes d'exploitation. Mais vous pouvez choisir au démarrage lequel sera l'hôte et lequel sera l'invité.

Les données sont partagées via le réseau (par exemple en installant Samba sur une machine Linux).

Vous devrez gérer chaque configuration de système d'exploitation deux fois (l'installation de l'hôte et celle de la machine virtuelle). En principe, vous disposez de quatre ordinateurs, à moins que vous n'utilisiez le raccourci décrit ci-dessous.

Étant donné que Linux (du moins les différentes versions d’Ubuntu) s’adapte facilement à la modification du matériel (au point que je pourrais extraire le disque de mon ancien ordinateur portable, l’installer dans le nouveau et qu’il ne reste plus que les adaptateurs réseau à reconfigurer), demandez également à la machine virtuelle Linux d’amorcer le système à partir d’une partition brute. Ainsi, les modifications apportées à l'hôte Linux seraient également répercutées dans la machine virtuelle et inversement, les seules exceptions étant les paramètres liés à un périphérique matériel particulier.

La licence Windows pourrait être une mise en garde ici. (À l'époque, j'étais sur Windows 2000, où tout était plus simple.) En ce qui concerne Windows, vous l'exécutez sur deux configurations matérielles différentes (processeur, disque, carte réseau). Bien que je ne sois pas sûr des implications juridiques, mais la procédure d'activation du produit peut nécessiter l'obtention de deux licences. (Si vous pouvez forcer Windows à exécuter une partition brute sur une machine virtuelle, il détectera probablement une modification matérielle et nécessitera une réactivation à chaque fois que vous basculerez entre la configuration hôte et la configuration invité.)

Je le fais (bien que je permute entre macOS et Windows) en ayant Windows sur une machine virtuelle dans le nuage et non hébergé sur mon Mac. Auparavant, j’utilisais Boot Camp pour un double démarrage, puis une machine virtuelle hôte localement à l’aide de VMware Fusion, mais j’ai constaté qu’avoir une connexion Windows en nuage et une connexion Bureau à distance était le moyen le plus pratique pour passer.

(Je peux juste utiliser CMD-TAB pour changer de bureau instantanément.)

J'espère que cette expérience vous sera utile.

Oubliez les VM, Wine et le double démarrage. Je recommande fortement d’avoir tout simplement deux machines, la plate- forme Windows sans tête et la plate- forme distante sous Linux utilisant quelque chose comme Remmina .

Il est raisonnablement transparent via le Presse-papiers partagé et les dossiers personnels. Ce n'est peut-être pas pratique pour ceux qui ont juste besoin d'un ordinateur portable, mais c'est une excellente option si vous pouvez simplement être à votre bureau. Ils ne doivent pas être de nouvelles machines; juste vieillir vers 2012, vous pourriez avoir traîner.

Quelques suggestions hors du commun qui pourraient convenir à certains cas d'utilisation de niche:

Si vous courez sans tête, Linus fonctionne presque partout et est incroyablement léger. Je l'ai déjà exécuté en tant que service Windows et j'ai pu me connecter à partir d'un client ssh ou d'un serveur X fonctionnant sous Windows (toutes les interfaces graphiques Linux s'affichent donc).

Dans le même ordre d'idées, vous pouvez scotcher un pi framboise à l'arrière de votre ordinateur portable, le brancher sur votre port USB et faire fonctionner les deux ordinateurs en même temps. Encore une fois, vous devez utiliser votre machine Windows pour accéder à votre machine Linux, mais avec cette solution, vous pouvez toujours exécuter sans accès pour X / ssh, mais vous pouvez également utiliser le bureau à distance (RDP) dans PI et utiliser son implémentation X qui devrait vous donner une meilleure expérience de bureau sous Linux (la dernière fois que j'ai vérifié, les serveurs X gratuits pour Windows étaient lents, difficiles à configurer et sujets aux erreurs)

Aucune de ces solutions ne vous donnera une station de travail Linux plein écran haute vitesse, mais dans certaines situations, elles apportent des solutions intéressantes.

Et je plaisantais à propos du ruban adhésif ...

la plupart.

Bien que je recommande une machine virtuelle (les modes transparents de VirtualBox et VMWare sont vraiment utiles pour une meilleure intégration), il existe une autre possibilité:

Il existe des X-Servers pour Windows comme Xming et de puissantes solutions de bureau à distance comme xpra .
En utilisant l'un d'eux, vous pouvez exécuter un linux dans une machine virtuelle (ou même une solution telle qu'AndLinux qui exécute un noyau sous Linux) et afficher les applications dans le serveur d'affichage natif ou via l'outil de bureau à distance.
De cette façon, vous obtiendrez plus de fenêtres natives et, en fonction de la machine virtuelle, de meilleures performances pour les applications d'interface utilisateur.

Utilisez un système GNU / Linux de votre choix sur votre hôte, puis une solution PaaS. Celui qui est faisable pour vous serait " Shadow ".

Shadow est un puissant PC Windows 10 pour jouer, travailler et naviguer.

Faites tout ce que vous aimez faire avec un ordinateur. Mais mieux.

Il fonctionne essentiellement comme une application sur votre hôte, mais est en réalité un ordinateur dans le nuage. Vous pouvez simplement basculer vers l'application de manière transparente, comme vous le feriez pour toute autre application.

https://youtu.be/vVOKBaIxXVA?t=6