Je veux essayer de nouvelles versions de système d'exploitation dès leur arrivée, comme Ubuntu 17.04 ou Ubuntu 17.10 pour voir de nouvelles fonctionnalités. J'aime également regarder Kubuntu, CentOS ou d'autres distributions (Windows 11 à son arrivée?) - ou configurer des environnements de test en sachant que je peux les jeter et ne pas vouloir le faire sur ma machine principale.
Quel ensemble d'alternatives existe-t-il pour faire cela sans risquer ma machine de développement principale? Je ne cherche pas un débat sur la MEILLEURE manière, mais sur les alternatives disponibles.
dual-boot
live-usb
virtualization
iso
usb-installation
Ted Cahall
la source
la source
docker
parce que votre conteneur est défini avec un script facile à comprendre. Vous avez un contrôle complet sur l'image de base et ce que vous installez. Partage facile des fichiers et des périphériques hôtes, création de réseaux virtuels de conteneurs, exposition sélective de ports avec des arguments de ligne de commande, vous pouvez envoyer des commandes directement au shell du conteneur et exécuter des applications dans le contexte du conteneur. Par exemple, vous pouvez essayer l'espace utilisateur de centos avec une lignedocker run -it centos /bin/bash
Réponses:
Alternatives USB
Les alternatives USB sont bonnes lorsque
Vous pouvez utiliser une clé USB avec au moins 2 Go d'espace disque et créer un
vivresystème Ubuntu en dans la clé USB.
Démarrez à partir de la clé USB et sélectionnez `` Essayer Ubuntu '' dans le menu de démarrage (et quelque chose de similaire avec d'autres distributions Linux). Si vous enregistrez des données, installez des programmes ou modifiez le système dans un lecteur actif (en direct uniquement), il ne survivra pas à l'arrêt ou au redémarrage.
Si tu veux
vous pouvez créer un
ou si vous avez / obtenez une clé USB rapide d'au moins 16 Go , vous pouvez créer un
système Ubuntu installé (comme installé dans un lecteur interne, mais dans une clé USB).
Un système installé dans une clé USB est stable et flexible, peut être tenu à jour et modifié sans aucune limite. De cette façon, c'est mieux qu'un système live persistant. Il est portable entre les ordinateurs, si vous pouvez éviter les pilotes propriétaires, mais un système live persistant est plus portable.
Liens
Essayez Ubuntu (Kubuntu, Lubuntu, Xubuntu, ...) avant de l'installer
help.ubuntu.com/community/Installation/FromUSBStick
help.ubuntu.com/community/Installation/FromUSBStick#Notes_about_speed
help.ubuntu.com/community/mkusb
help.ubuntu.com/community/mkusb/persistent
Ubuntu en direct depuis USB avec une persistance totale et NTFS
multibootusb.org/
Démarrez Ubuntu à partir d'un disque externe
Restaurer une clé USB sur un périphérique de stockage standard
Impossible de formater mon lecteur USB. J'ai déjà essayé avec mkdosfs et gparted
L'écriture sur disque DD Image est-elle permanente?
la source
La virtualisation est un moyen de tester de nouvelles distributions et versions de système d'exploitation. Il ne nécessite pas d'espace pour un PC / clavier / vidéo / souris supplémentaire ou des adaptateurs pour exécuter plusieurs PC avec un seul clavier, vidéo, souris. Il ne nécessite qu'un seul PC et certains logiciels de virtualisation.
Cela suppose que vous avez une machine avec un processeur multicœur capable de virtualisation et une quantité raisonnable de mémoire. Je recommanderais au moins 8 Go de mémoire avec 16 Go de mieux si vous l'avez.
Si vous utilisez Ubuntu et que vous souhaitez uniquement essayer les distributions Linux (je ne pense pas que Windows fonctionnera), vous pouvez utiliser le logiciel de virtualisation gratuit fourni dans Ubuntu: KVM ou Xen. Les deux fonctionnent bien, sont GRATUITS et peuvent exécuter diverses distributions Linux. Cependant, les outils pour gérer les machines virtuelles font quelque peu défaut. Oracle a une version GRATUITE d'un outil de virtualisation appelé VirtualBox et bien sûr il y a toujours le produit commercial VMWare. VirtualBox et VMWare peuvent également exécuter Ubuntu sur une machine Windows si c'est votre bureau de choix.
En utilisant un gestionnaire de machine virtuelle, vous pourrez ajouter de nouvelles distributions à leur sortie, les tester, jouer avec les nouvelles fonctionnalités, puis les supprimer lorsque la nouvelle version apparaîtra. Ils ne mangent que de l'espace disque lorsqu'ils ne sont pas en cours d'exécution, ils n'ont donc même pas besoin d'être jetés à moins que cela ne devienne serré. Avec un gestionnaire de machine virtuelle, il est facile d'équilibrer 5, 10 distributions ou plus sur une machine et de pouvoir les démarrer et les supprimer au besoin. Si vous avez la chance d'avoir une machine de 32 Go ou 64 Go, vous pouvez même les exécuter toutes en parallèle.
la source
Comme alternative encore plus rapide et moins chère à la réponse de sudodus, vous pouvez démarrer directement à partir d'un fichier image de lecteur amorçable au lieu d'un lecteur dédié (USB).
Au moins pour les images ISO Ubuntu (et les dérivés comme Linux Mint), la recette suivante fonctionne. D'autres distributions peuvent nécessiter des ajustements supplémentaires.
Stockez les images du lecteur de démarrage au format ISO 1 quelque part sous forme de fichier sur votre ou vos disques de stockage interne 2 .
Ajoutez un fichier «pièces» Grub, par exemple
35_isofiles
, avec le contenuà
/etc/grub.d
le rendre exécutable.Modifiez le chemin du fichier dans la ligne indiquée pour correspondre à vos besoins. Vous pouvez ajouter plusieurs chemins et / ou modèles de glob Bash si vous le souhaitez.
Rendez le fichier exécutable:
Assurez-vous que le menu Grub est activé .
Mettez à jour la configuration de Grub:
Redémarrez et sélectionnez l'entrée de menu Grub nouvellement ajoutée pour démarrer à partir du fichier image respectif.
1 D'autres types de système de fichiers sont possibles mais peuvent nécessiter d'autres commandes Grub et un ajustement des paramètres de démarrage.
2 Les systèmes de fichiers LVM, RAID et cryptés devraient fonctionner grâce à la bibliothèque d'utilitaires de Grub mais je ne les ai pas testés.
la source
La virtualisation est de loin la plus simple.
Cependant, vous avez ici 2 cas d'utilisation distincts, qui auront différentes solutions
1. Essayez de nouvelles distributions
Les distributions sont essentiellement déterminées par les applications packagées et l'environnement de l'espace utilisateur (par exemple,
SystemD
vsinit
pour le démarrage)Si vous voulez "évaluer" l'UIX d'une distribution différente, qualitativement, alors je recommanderais la virtualisation complète où vous installez le système d'exploitation dans son intégralité et évaluer sa convivialité. Ceci est couvert de manière adéquate dans d'autres réponses.
Si vous avez simplement besoin de l'environnement de l'espace utilisateur pour les tests, lisez la suite.
2. Test et "instances à jeter" dans différents environnements
Il est plus facile, moins cher et plus rapide d'utiliser la conteneurisation, une forme de virtualisation légère qui utilise le noyau pour créer des environnements en bac à sable.
Un conteneur partage les ressources du noyau avec l'hôte, mais a par ailleurs son propre système de fichiers racine, espace utilisateur, pile réseau, etc. Il peut être considéré, conceptuellement, comme un
chroot
on stéroïdes. Cependant, comme le noyau est partagé, la virtualisation est "mince", ce qui signifie qu'à des fins pratiques, il s'exécute à la même vitesse que le système d'exploitation hôte.Il existe un système de conteneurs couramment utilisé appelé
docker
. Docker a des images standardisées pour pratiquement toutes les distributions Linux que vous souhaitez, et il fonctionne sur Windows (cependant, les images Windows ne fonctionnent que sur Windows, les images Linux fonctionnent sur les deux). Il a des fonctionnalités supplémentaires utiles pour économiser de l'espace et des performances.Il existe également des alternatives natives open source pour Linux comme
LXC
(qui est intégré au noyau!), Qui peuvent être utilisées à peu près la même chose (mais avec plus de configuration requise).Exemple simplifié d'un environnement de test ou de construction dans
docker
docker build --tag my-builder .
Ensuite, à partir de la ligne de commande, compilez votre projet ou vos tests dans cet environnement de différentes manières
"connectez-vous" et compilez dans l'environnement, exécutez des tests, etc. En supposant que vous êtes dans le répertoire source de votre projet
Utiliser en une seule fois
Vous pouvez même transmettre des variables d'environnement
Ou démarrez une instance persistante et copiez-y explicitement les fichiers
Il existe littéralement des centaines d'autres modèles d'utilisation, cependant, la définition d'image de type script, les images extensibles et l'utilisation en ligne de commande le rendent extrêmement attrayant pour les environnements de développement, de test et même de déploiement.
la source
Je garde une partition séparée sur mon disque (recommande 20 Go minimum, plus si vous le pouvez).
Je peux installer sur cette partition tout système d'exploitation que je veux tester, puis redémarrer dessus.
Si tout fonctionne bien, je peux déprécier ma partition de système d'exploitation d'origine et éventuellement la réutiliser.
Mais si le nouveau système d'exploitation ne fonctionne pas pour moi (problèmes de pilotes, logiciels indisponibles), je peux simplement redémarrer dans mon ancien système d'exploitation et être reconnaissant de l'avoir encore!
Remarques:
De cette façon, vous pouvez vraiment tester le nouveau système d'exploitation sur votre matériel, afin de pouvoir détecter les problèmes de pilote.
Mais si vous vouliez seulement découvrir comment le nouveau système d'exploitation se sent, l'une des autres solutions de virtualisation est probablement plus rapide, plus facile et plus sûre pour vous.
Je garde mon
/home
sur une grande partition séparée, il est donc indépendant des deux systèmes d'exploitation. (Ne reformatez pas accidentellement cette partition!)Mais je vous recommande de ne pas utiliser de
/home
partition partagée lors des tests. Si les deux systèmes d'exploitation ont des versions logicielles sensiblement différentes, une application peut modifier ses fichiers de configuration d'une manière qui ne convient pas à l'autre système d'exploitation. Conservez donc des fichiers de configuration distincts pour chaque système d'exploitation jusqu'à ce que vous vous engagiez dans l'un d'eux. (*) voir ci-dessousVous n'avez pas besoin de créer une deuxième partition de swap. Vous pouvez utiliser la même partition de swap pour les deux systèmes d'exploitation.
Bien sûr, vous devez faire attention aux partitions sur lesquelles vous formatez / installez. Faites donc une sauvegarde et notez vos identifiants et tailles de partition (parted, p, q), avant d'installer un nouveau système d'exploitation.
Pour effectuer un double démarrage entre les deux systèmes d'exploitation, vous avez besoin de grub pour détecter les deux. D'après mon expérience, grub l'a toujours fait automatiquement. (Mais lilo était une histoire différente!)
Il est souvent possible d'exécuter des logiciels à partir d'un système d'exploitation pendant que vous êtes sur l'autre système d'exploitation. J'ai réussi à utiliser ça
sudo chroot /mnt/original_os
, même si c'était un violon à mettre en place : je devais lier-monter/dev
et/proc
.Mon record était de 4 OS Linux sur une seule machine et un Windows XP. J'avais l'habitude de démarrer dans Gentoo pour la vitesse et le plaisir, mais je lance mon serveur Web et mon serveur de messagerie en chroot vers le système d'exploitation Debian de confiance.
la source
Vous avez essentiellement trois options: la virtualisation (VirtualBox ou Docker), un lecteur flash amorçable (alternative moderne à un CD live) ou le double démarrage à partir d'une partition. Le choix entre les trois dépend de vos besoins, de votre matériel et de votre expérience. Certaines des autres réponses entrent dans beaucoup plus de détails sur une approche particulière, mais voici une comparaison de haut niveau pour vous donner un cadre pour décider entre elles.
1. Virtualisation
Avantages :
Inconvénients :
2. Lecteur flash amorçable
Avantages :
Inconvénients :
3. Double démarrage à partir d'une partition
Avantages :
Inconvénients :
la source
init
systèmes complets et de noyaux complets. Les conteneurs (docker, LXC, etc.) sont plus légers sur les ressources par rapport à la virtualisation complète (etc) ...QEMU
QEMU est une solution de virtualisation qui résout théoriquement les exigences de cette question en termes de coût et de simplicité.
Il permet un démarrage par glisser-déposer des fichiers iso du système d'exploitation dans un hôte Linux ou Windows.
Il permet également de démarrer des disques durs USB Live, au sein d'un système hôte et utilise la persistance si disponible.
Il n'est pas nécessaire de créer un disque dur virtuel comme avec VBox.
QEMU est disponible en tant qu'application de ligne de commande pour Linux, Windows et autres systèmes d'exploitation. Il est également disponible sous forme d'interface graphique et est inclus avec les versions MultiBootUSB Linux et Windows http://multibootusb.org/ .
QEMU peut également être exécuté à partir de Virtual Machine Manager, qui est plus rapide que MBUSB mais n'est pas glisser-déposer.
Pour des tests de système d'exploitation à plus long terme, un système installé VirtualBox est supérieur.
la source
La manière la plus simple et la plus simple consiste à utiliser la virtualisation. Vous pouvez télécharger VirtualBox (c'est open source) et installer n'importe quel système d'exploitation. Et, je vous recommande de créer un instantané avant de l'exécuter pour la première fois, de cette façon, vous pouvez revenir à son état précédent si vous faites une erreur en le configurant, en modifiant la configuration, etc.
J'ai utilisé et testé plusieurs OS de cette manière. C'est très simple et rapide. J'ai même utilisé MSDOS et Windows 3.1 en utilisant la virtualisation. Vous pouvez installer n'importe quoi, même ChromeOS (avec un peu de travail) ou n'importe quelle version de Windows ou Linux, peu importe sa saveur de bureau.
la source
J'ai démarré avec succès des installations complètes d'Ubuntu à partir de lecteurs USB au cours des 3 dernières années. L'USB 2.0 était un peu plus lent qu'un ancien 3G SATA HD (7200 tr / min, 16 Mo de cache), mais l'USB 3.0 se trouve à quelques secondes d'un SSD sur une interface 3G SATA.
la source