Comment installer Linux et Windows 7 pour qu'ils fonctionnent côte à côte, sans redémarrage ?

Techniquement, vous pouvez activer l'hibernation sur les deux systèmes et faire sortir un système de l'hibernation après avoir mis un autre système en hibernation. Cela sera plus rapide et plus pratique qu'un véritable redémarrage. C'est ce que je fais sur ma machine actuelle.

Il ne semble pas y avoir de problème jusqu'à présent puisque Linux utilise la zone d'échange spéciale pour stocker l'image d'hibernation alors que Windows utilise la partition système.

Pour ce faire (bien que je passe de macOS à Windows), j'ai installé Windows sur une VM dans le nuage et non sur mon Mac. J'ai déjà utilisé Camp d'entraînement pour le double démarrage, puis une VM hébergée localement à l'aide de VMware Fusion, mais j'ai constaté que le fait d'avoir un Windows basé sur le cloud et d'utiliser la connexion au bureau à distance était le plus pratique pour passer d'un système à l'autre.

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

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

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 soit sous Windows, soit sous Linux.
• Partition des données ( /home y Documents and Settings ) séparée de la partition du système
• Virtualisation (VirtualBox, VMware, etc.) installée sur chacun des deux systèmes d'exploitation, avec un "clone" de l'autre système d'exploitation configuré comme une VM.
• L'interface réseau est en mode ponté, de sorte que l'hôte et l'invité apparaissent l'un à l'autre comme deux ordinateurs distincts sur le même réseau local.
• Les images VM résident sur une partition séparée des partitions de données.
• Chaque VM 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 de disque).

Cela signifie toujours que vous aurez la charge de la virtualisation pour l'un des deux systèmes d'exploitation. Mais vous pouvez décider 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 la machine Linux).

Vous devrez maintenir chaque configuration de système d'exploitation deux fois (l'installation de l'hôte et celle de la VM) - techniquement, vous avez 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 aux changements de matériel (au point que j'ai pu extraire le disque de mon ancien ordinateur portable, l'installer dans le nouveau et n'avoir que les adaptateurs réseau à reconfigurer), vous pourriez également faire démarrer la VM Linux à partir d'une partition brute. De cette manière, les modifications apportées à l'hôte Linux seraient également reflétées dans la VM et vice versa, les seules exceptions étant les paramètres liés à un périphérique matériel particulier.

Les licences Windows peuvent constituer une mise en garde à cet égard. (En ce qui concerne Windows, vous l'exécutez sur deux configurations matérielles différentes (processeur, disque, adaptateur réseau). Je ne suis pas sûr des implications juridiques, mais la procédure d'activation du produit pourrait vous obliger à obtenir deux licences. (Si vous parvenez à faire fonctionner Windows sur une partition brute dans une VM, il détectera probablement un changement de matériel et nécessitera une réactivation à chaque fois que vous passerez de la configuration hôte à la configuration invitée).

Oubliez les VM, Wine, et le double démarrage. Je recommande fortement d'avoir simplement deux machines, l'une Windows sans tête, et le bureau à distance de l'autre Linux en utilisant quelque chose comme Remmina .

L'utilisation du presse-papiers partagé et des dossiers personnels est relativement transparente. Ce n'est peut-être pas pratique pour ceux qui n'ont besoin que d'un ordinateur portable, mais c'est une excellente option si vous pouvez vous contenter d'être à votre bureau. Il n'est pas nécessaire qu'il s'agisse de machines neuves ; il suffit de prendre des machines plus anciennes, datant de 2012, qui traînent dans le coin.

Quelques suggestions qui sortent des sentiers battus et qui pourraient correspondre à certains cas d'utilisation de niche :

Si vous utilisez headless, Linus fonctionne presque n'importe où et est étonnamment léger. Je l'ai déjà fait fonctionner en tant que service Windows et j'ai pu m'y connecter à partir d'un client ssh ou d'un serveur X fonctionnant sous Windows (toutes les interfaces graphiques de Linux s'affichent alors).

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

Aucune de ces solutions ne vous permettra d'obtenir un poste de travail Linux plein écran à grande vitesse, mais dans certaines situations, elles constituent des solutions intéressantes.

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

principalement.