Ah, les joies de la virtualisation.

Même si je n’ai plus fait de vidéos de présentation de distributions GNU/Linux depuis le mois de novembre 2018 – p’tain bientôt 5 ans ! – je continue d’utiliser régulièrement Qemu avec sa surcouche graphique Virtual Machine Manager alias VMM.

J’ai goûté de nombreuses fois à la ligne de commande avec Qemu et je dois dire que j’adore la simplicité de mise en place apportée par VMM. Évidemment, quand je récupère la dernière DGLFI en date comme la GetFreeOS par exemple (ne me remerciez pas, c’est cadeau), je pars d’une image ISO hybride pouvant être gravée sur un DVD ou écrite sur une clé USB.

En 2023, il est plus fréquent d’utiliser une clé USB prête à l’emploi qu’une galette plastifiée. Mais il reste un point crucial. Comment vérifier que l’écriture de la clé USB s’est bien passée ?

C’est en faisant quelques essais que j’ai réussi à trouver une solution de test basée sur le duo Qemu/VMM. On peut assez facilement indiquer à VMM de démarrer sur une clé USB réelle. J’ai fait une vidéo pour montrer un démarrage sur clé USB.

Je pense qu’il doit exister une ligne de commande pour faire la même chose depuis un terminal, mais je dois dire que je n’ai pas eu le courage de la chercher. Peut-être qu’un jour, je m’y mettrai… Ou pas 🙂

Revenons une ultime fois sur l’utilisation de machines virtuelles pour les présentations et tests de distributions GNU/Linux.

Durant des années, j’ai présenté et testé des distributions GNU/Linux dans le cadre de machines virtuelles, avec toujours la même rengaine : « Tu ne testes pas en dur, ça vaut rien. »

Ouvrons un logiciel de carte heuristique – aussi connue sous le nom de carte mentale – qui permet d’organiser les idées en partant d’un point et en tirant chaque pensée au maximum. Pour cet exercice, j’ai pris freeplane.

Combien faudrait-il d’ordinateurs différents pour couvrir un minimum de points communs, au minimum le trio suivant :

  1. le CPU
  2. le circuit ou la carte graphique
  3. le type de la carte mère, à savoir Bios ou UEFI

Pour le premier point, on a déjà deux options : soit du Intel, soit de l’AMD.

Pour le deuxième point, on a trois options : soit du Intel, soit de l’AMD, soit du Nvidia. Ce qu’on peut décomposer en :

  1. CPU Intel, graphique Intel
  2. CPU Intel, graphique AMD Radeon
  3. CPU Intel, graphique Nvidia
  4. CPU AMD, graphique AMD Radeon
  5. CPU AMD, graphique Nvidia

Soit cinq possibilités ne serait-ce qu’au niveau du duo CPU et graphique. Qu’on multiplie par deux pour les cartes mères à base de Bios et d’UEFI. Ce qui fait déjà dix possibilités. Et encore, je n’ai pas parlé de l’utilisation du support de stockage : disque dur, SSD classique / M2.

Continuer la lecture de « Revenons une ultime fois sur l’utilisation de machines virtuelles pour les présentations et tests de distributions GNU/Linux. »

Vieux Geek, épisode 122 : Connectix Virtual PC 4.0, l’ancêtre des virtualisateurs modernes…

Quand on dit émulation ou virtualisation, un des premiers logiciels qui vient à l’esprit, c’est VirtualBox. D’autres personnes diront VMWare ou encore Qemu pour les plus barbus.

Mais il serait dommage de faire l’impasse sur un des premiers logiciels de cette catégorie du monde PC, j’ai nommé Connectix Virtual PC 4.0. Oui, j’ai bien dit Connectix et non pas Microsoft Virtual PC.

En 2001, Connectix qui s’était déjà fait la main dans le monde Mac décide de proposer une version pour MS-Windows de son logiciel de virtualisation. À l’époque, tout se fait en mode logiciel. Aucune instruction n’est disponible pour virtualiser directement dans les microprocesseurs.

Il faudra attendre 2006 pour qu’Intel avec son jeu d’instructions Intel-VT et AMD avec AMD-V pour que des solutions plus puissantes pointent le bout de leurs octets. En 2001, tout est fait par le logiciel de virtualisation, ce qui implique d’avoir un monstre de guerre pour faire tourner l’OS désiré dans un environnement virtualisé.

Avec mon exemplaire virtualisé de MS-Windows XP, j’ai pu installer une version de Connectix 4.0 pour faire un peu mumuse avec.

Continuer la lecture de « Vieux Geek, épisode 122 : Connectix Virtual PC 4.0, l’ancêtre des virtualisateurs modernes… »

Règlement de compte à Linux Corral, deuxième partie : Pourquoi utiliser une machine virtuelle pour tester des distributions GNU/Linux.

Deuxième article de cette petite série de mises au point, entamée le 24 avril 2015. Avant que je ne claque temporairement la porte par lassitude, une remarque qui revient souvent est : « c’est pas bon, c’est pas un test en dur, ça vaut rien ! »

Je peux admettre cette remarque, cependant, il faut prendre en compte un fait précis. Il est « techniquement » impossible de faire un test en dur qui soit vraiment exhaustif.

Pourquoi ? Il n’y a pas de machine idéale qui représente toutes les machines. Si on prend l’ensemble micro-processeurs (CPUs), circuits graphiques, on arrive à quoi ? En se limitant aux marques principales, on a deux types de CPUs (Intel et AMD), trois marques de circuits graphiques (Intel, Nvidia et ATI).

Donc, on aurait besoin au minimum de machines équipées avec :

  1. Un CPU Intel avec un circuit graphique Intel
  2. Un CPU Intel avec un circuit graphique Nvidia
  3. Un CPU Intel avec un circuit graphique ATI
  4. Un CPU AMD avec un circuit graphique Nvidia
  5. Un CPU AMD avec un circuit graphique ATI

5 possibilités. J’ai enlevé l’improbable CPU AMD et circuit graphique Intel. Ensuite, il faudrait voir la marque de la carte mère : Asus, MSI, Gigabyte, autre ? Ensuite, quel circuit ethernet ? Quelle circuit sonore ? Avec ou sans wifi ? Un disque dur ou un SSD ? Quelle quantité de mémoire vive ? Avec ou sans lecteur optique ? Bios ou UEFI ?

On arrive à une bonne cinquantaine au minimum de machines si on veut balayer un tant soit peu l’existant. On va me dire que je suis un obsédé de Distrowatch, mais un des rédacteurs teste des distributions sur une semaine entre une machine virtuelle et sa machine de test qui est la suivante, je copie-colle l’information d’une gazette récente :

* Processor: Dual-core 2.8GHz AMD A4-3420 APU
* Storage: 500GB Hitachi hard drive
* Memory: 6GB of RAM
* Networking: Realtek RTL8111 wired network card
* Display: AMD Radeon HD 6410D video card

Quid des résultats sur une machine à base d’Intel, avec un circuit réseau différent, une quantité de ram plus petite ou plus grande ? Ou avec un circuit vidéo différent ?

Continuer la lecture de « Règlement de compte à Linux Corral, deuxième partie : Pourquoi utiliser une machine virtuelle pour tester des distributions GNU/Linux. »

Utiliser une machine virtuelle pour tester un OS, c’est ne pas l’utiliser vraiment ?

Certaines personnes m’ont fait remarquer que je ne prenais pas la peine d’utiliser une partition réelle de mon disque dur pour tester les distributions Linux, les BSDs et autres OS qu’il m’arrive de présenter. Et que cela n’était pas bien

Ce qui m’a valu quelques gentillesses, comme celle d’être traité de demi-mots de mythomane sur identi.ca

Mais passons outre cette polémique de propos qui ressemble à ceux d’une époque digne d’Oncle Joe et venons en au coeur du problème : pourquoi utiliser une machine virtuelle plutôt qu’une partition en dur ?

Pour plusieurs raisons :

  1. Car c’est plus simple de créer une image disque que de partitionner un disque dur. En cas d’erreur, on efface le fichier et on recommence. Tandis qu’avec une partition…
  2. Car le matériel émulé depuis l’arrivée des instructions KVM (AMD-V, Intel VT) est aussi rapide que le matériel réel, au moins sur le plan puissance de calcul du microprocesseur).
  3. Bien que le matériel émulé ne puisse pas de manière simple accéder aux ressources poussées (comme les fonctionnalités 3D des circuits graphiques) cela permet toujours d’avoir un matériel classique et fonctionnel).
  4. Pas besoin de rajouter / sortir les os installés dans le gestionnaire de démarrage

En gros, c’est largement plus simple d’accès. Certains puristes hurlent à la mort – tel des loups devant la pleine lune – car j’ose utiliser un virtualiseur dans mes présentations… Et me font comprendre qu’en dur, le résultat serait différent.

Continuer la lecture de « Utiliser une machine virtuelle pour tester un OS, c’est ne pas l’utiliser vraiment ? »