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 ? »

OpenIndiana révision 148 : un bon cru qui annonce une suite encore meilleure ?

J’avais déjà parlé de la sortie de la sortie de la première version officielle de développement d’OpenIndiana, successeur d’OpenSolaris en septembre dernier.

La révision 148 est sortie très récemment, et j’ai eu envie de la tester et de faire un rapide tour basé sur l’impression générale ressentie. Je l’ai donc récupéré avec wget.

[fred@fredo-arch ISO à tester]$ wget -c http://dlc.openindiana.org/isos/148/oi-dev-148-x86-20101216.iso
–2010-12-18 10:50:27– http://dlc.openindiana.org/isos/148/oi-dev-148-x86-20101216.iso
Résolution de dlc.openindiana.org… 93.188.131.173, 93.188.131.131
Connexion vers dlc.openindiana.org|93.188.131.173|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 918431744 (876M) [application/octet-stream]
Sauvegarde en : «oi-dev-148-x86-20101216.iso»

100%[======================================>] 918 431 744 1,09M/s ds 14m 6s

2010-12-18 11:04:33 (1,04 MB/s) – «oi-dev-148-x86-20101216.iso» sauvegardé [918431744/918431744]

Pour me simplifier la tache, j’ai récupéré l’image disque que j’avais utilisé pour essayer d’installer une Linux From Scratch. J’ai ensuite lancé ma machine virtuelle habituelle :

kvm64 -hda disk.img -cdrom oi-dev-148-x86-20101216.iso -boot d &

Lors du démarrage, je demande à avoir le clavier et la langue française activée dès le chargement.

Au démarrage, on s’aperçoit que la reconnaissance matérielle s’est amélioré, car tout le matériel émulé par la machine virtuelle kvm est reconnu. Ce qui est déjà un progrès énorme par rapport au test que j’avais jadis effectué à l’époque d’OpenSolaris 2009.06, dernière version officielle d’OpenSolaris.

Continuer la lecture de « OpenIndiana révision 148 : un bon cru qui annonce une suite encore meilleure ? »

Petite piqûre de rappel : Ce qui nous attend avec Loppsi 2…

Une petite vidéo pour se souvenir que la loppsi signifie la fin de la neutralité d’internet…

Tout cela au nom de la lutte contre la pédopornographie… La réaction de l’association l’Ange Bleu n’est pas piquée des hannetons.

Un site filtré une heure pourra sans aucun obstacle migrer vers un nouveau serveur l’heure suivante. Tant que le diffuseur n’aura été arrêté et le contenu détruit, ce dernier restera toujours présent sur la toile.
Des techniques permettent de contourner anonymement les filtrages imposés par les autorités, par l’usage par exemple de proxys.
[…]
Il est fort à craindre en effet que les diffuseurs de pédopornographie prennent acte de ce dispositif pour déployer toutes les ressources en leur possession afin de sécuriser et renforcer leurs traffics si ce n’est déjà fait. De part notre expérience auprès du public concerné, nous confirmons qu’aucun filtrage d’Internet ne saura répondre aux objectifs visés.
[…]
Le célèbre site d’encyclopédie en ligne fut bloqué dans ce pays selon le principe repris par la LOPPSI de filtrage des contenus pédopornographiques, après avoir renseigné leur liste noire d’une seule de ses pages présentant la pochette de l’album « Virgin Killer » du groupe Scorpions.

Ce pays étend désormais le filtrage à beaucoup d’autres contenus que la seule pédophilie ce qui pour nous constitue une source supplémentaire d’inquiétudes. En effet et pour faire un parallèle, pensons au précédent du fichage ADN en France. Quels usages en a-t-il été fait au cours de cette décennie ? Initialement destiné spécifiquement aux grands criminels, il a peu à peu été étendu à des catégories de délits mineurs jusqu’à toucher aujourd’hui les sans-papiers, les faucheurs OGM, voire des manifestants.

Et une dernière pour la route…

Maintenant, vous ne pourrez pas dire que vous ne saviez pas…

Jolicloud 1.1 : l’informatique nuageuse en action ou quand la route de l’Enfer est pavé de bonnes intentions…

Après la grande mode du web 2.0, le « cloud computing » (en gros, tout sur l’internet, rien en local) risque de devenir la nouvelle mode. Avant la sortie prévue du Google ChromeOS d’ici quelques semaines, j’ai voulu voir à quoi ressemblait JoliCloud dont la version 1.1 est sortie récemment.

Comme d’habitude, j’ai utilisé l’environnement de test classique : 32 GiO de disque virtuel, 1,5 GiO de mémoire vive :

[fred@fredo-arch ISO à tester]$ qemu-img create -f raw disk.img 32G Formatting ‘disk.img’, fmt=raw size=34359738368 [fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Jolicloud-1.1.iso -boot cd &

Au démarrage, on peut soit démarrer en liveCD classique, soit directement installer l’OS. pour commencer j’ai choisi la version live.

A noter que le fond d’écran de démarrage est soigné.

Continuer la lecture de « Jolicloud 1.1 : l’informatique nuageuse en action ou quand la route de l’Enfer est pavé de bonnes intentions… »

Installons LibreOffice 3.3.0rc1 sur Archlinux.

Avec la sortie de la version rc1 de LibreOffice, j’ai fait mon prétentieux – (enfin, si on en croit Cyrille Borne) – archlinuxien et j’ai installé LibreOffice chez moi. Pour le moment, le dépot testing d’archlinux doit être activé.

Première étape : on enlève OpenOffice.org avec un petit :


yaourt -Rcs openoffice-fr

J’ai aussi supprimé mon profil précédent d’OpenOffice.org en virant le dossier .openoffice.org dans .config

Deuxième étape : on installe LibreOffice avec un petit :


yaourt -S libreoffice-fr

Continuer la lecture de « Installons LibreOffice 3.3.0rc1 sur Archlinux. »