Dans mon billet d’hier je vous suggérais l’utilisation d’une machine virtuelle Windows sur VirtualBox comme solution pour pouvoir continuer à employer sur votre poste Linux les quelques applications Windows indispensables pour votre travail.

Aujourd’hui je continue dans la même thématique en vous parlant d’un des problèmes que tôt ou tard vous aller trouver lorsque vous travailler avec VirtualBox : le jour où ça refuse de démarrer.

Imaginons donc que vous suivez mon conseil d’hier et vous installez une machine virtuelle Windows dans votre Ubuntu avec VirtualBox. Et là un jour où vous faites les mises à jour automatiques Ubuntu, comme d’habitude, VirtualBox ne démarre plus votre machine virtuelle, avec en vous disant que le module du kernel n’est pas disponible :

Le problème

Qu’est-ce que s’est passé ? C’est grave ? La réponse est relativement simple, et la solution aussi, alors pas de panique.

Pour être performant, VirtualBox a besoin d’interagir directement avec le kernel Linux, le noyau du système d’exploitation, et pour faire cette interaction il a besoin de qu’un module spécifique soit chargé par le kernel, c’est ce virtualbox-ose-module dont le message vous parle.

Comme tous les modules du kernel, il doit être construit (compilé) spécifiquement pour la version du kernel que vous utilisez, et c’est là qu’il y a eu un soucis. Lorsque vous avez fait la mise à jour d’Ubuntu, il a détecté et installé des paquets pour une nouvelle version du kernel, et n’ayant pas trouvé des nouveaux paquets pour virtualbox-ose-module, il ne l’a pas actualisé. En gros, votre moduele virtualbox-ose-module n’est plus compatible avec la version du kernel que vous venez d’installer.

Le problème vient de la nature même des logiciels libres, chaque composant de la distribution Ubuntu est entretenu par des personnes différentes, la plupart d’une façon bénévole. Normalement, lorsqu’il y a une mise à jour du kernel, les responsables des composants qui y dépendent préparent aussi les mises à jours pour qu’ils soient disponibles au même temps, ce qui évite ce type de désagréments. Mais il suffit que la personne ait un empêchement ou soit parti en weekend pour que le module ne soit pas mise à jour, et votre machine virtuelle ne marche plus.

La solution

Normalement le problème va disparaître tout seul un ou deux jours après, lorsque le responsable des paquets VirtualBox publiera dans les dépôts la bonne mise à jour. Mais des fois on ne peut pas se permettre d’attendre deux jours, et dans ce cas il faut trouver la solution.

Voici donc les bref étapes à suivre pour que votre machine virtuelle soit opérationnelle à nouveau en moins de cinq minutes. La procédure se fait en ligne de commandes, il vous suffit donc de lancer un terminal et suivre les pas suivants :

1. Installer le paquet des sources de virtualbox-ose-modules
sudo apt-get install virtualbox-ose-source
2. Compiler ces sources pour le kernel actuel et les installer comme modules du kernel
   sudo m-a prepare
sudo m-a auto-install virtualbox-ose
3. Relancer le service vboxdrv
sudo /etc/init.d/vboxdrv start

Quelques instants après le tour est joué, et la machine virtuelle marche à nouveau.

Tiens, ça faisait longtemps que je n’écrivais pas des billets plus ou moins techniques…

Ca fait déjà trois ans que j’ai effacé la partition Windows XP de mon ordinateur à la maison et que je tourne exclusivement sur Ubuntu. Au début ça m’a demandé en temps d’adaptation, je ne trouvais pas le bon remplacement pour certaines des outils que j’employais sur Windows, mais après quelques mois Windows ne me manquait pas de tout.

Mais ce changement à Windows, tout à fait envisageable dans un environnement privé, peut s’avérer problématique dans un environnement professionnel, où le choix des outils est souvent dicté par l’entreprise.

J’ai la chance de travailler dans une boîte assez souple pour me permettre avoir un poste de travail sur Linux, et où la plupart d’outils sont multiplateforme. Cependant, il reste toujours quelques outils exclusivement Windows, pour lesquels un poste de travail Linux pose de soucis.

Dans ce cas là, il faut chercher des alternatives, et essayer de trouver la solution la plus adaptée à chaque cas. Et des possibles alternatives, il y en a :

• Rester sur Windows

  Après tout, si l’entreprise utilise des applications exclusivement Windows, la solution de facilité reste toujours laisser Windows sur le poste de travail.

• Exécuter les applications Windows avec Wine

  Lorsque c’est possible, c’est la solution idéale, on exécute les applications dont on a besoin de façon native sur son poste Linux. Mais je dis bien sur le papier, car il y a encore beaucoup d’applications qui ne marchent pas bien sur Linux.

  De toutes façons, il vaut la peine faire un détour périodique sur la base de données des applications compatibles avec Wine, car leur nombre augmente de jour en jour.

• Avoir une partition Windows en double boot

  Sur le papier ce n’est pas une mauvaise solution, mais elle peut vite s’avérer très peu pratique. Si on est oublié d’utiliser souvent des applications Windows, même pour des tâches ponctuelles, il est pénible de devoir redémarrer son poste sur Windows et ensuite changer à nouveau à Linux. Du point de vue de la productivité, c’est la pire des solutions.

• Avoir un poste Windows par service et se connecter par RDP.

  Avec un client Remote Desktop Protocol comme rdesktop on peut ouvrir une session sur le serveur depuis son poste de travail et travailler sans encombre. C’est la solution la plus pratique lorsqu’on dispose de un ou plusieurs serveurs Windows.

• Avoir une machine virtuelle Windows

  Avec des logiciels de virtualisation on peut avoir un système d’exploitation Windows qui tourne dans une fenêtre du bureau Linux.

  Certes, les performances ne sont pas aussi bonnes que pour la machine réelle, mais la différence est de moins en moins appréciable. Pour la plupart d’applications (mise à part les jeux), on ne voit pas des réelles différences de vitesse après le démarrage de ma machine virtuelle.

La première solution était écartée d’emblée. Ce billet part du postulat de qu’on veut un poste de travail sur Linux, je ne vais pas y répéter les avantages du logiciel libre sur le software propriétaire, ni les raisons pour migrer sur Linux.

Certaines des applications dont j’ai besoin ne marchent pas encore bien sur Wine, alors j’ai dû écarter aussi cette réponse, au moins pour le moment.

Le double boot ne me convient pas non plus, car je fais une utilisation très ponctuelle de ces applications, quelques minutes par ici et par là. Il me faudrait donc complètement arrêter de travailler, fermer toutes les applications et redémarrer pour dix minutes après faire l’opération inverse.

N’ayant pas de serveur Windows sous la main (ce que d’ailleurs est plutôt une bonne nouvelle), la solution RDP tombe à l’eau elle aussi.

En conséquence, j’ai choisi la solution de la machine virtuelle, et j’ai installé VirtualBox sur mon poste. J’ai ensuite créé une machine virtuelle Windows 2000, dans laquelle j’ai installé les applications Windows dont j’ai besoin.

Lorsque j’ai besoin d’utiliser ces applications, je démarre ma machine virtuelle Windows, qui s’ouvre dans une fenêtre de mon bureau Linux, et je peux travailler de façon simultanée sur les deux environnements.

Ca fait déjà une année que je tourne sur cette système et pour moi c’est la solution idéale, la moins contraignante.

Mise à jour suite à une remarque chez Scoopeo : si vous vous décidez par la solution de virtualisation avec VirtualBox, vous trouverez toute l’information nécessaire pour la mettre en place sur la page VirtualBox du site de Documentation francophone pour Ubuntu, ainsi que plus de détails dans leurs forums.