= Checklist des bidules à vérifier avant de dire "c'est bon" =

 * intégration au package auf-desktop (histoire du module kernel à module-assistanter à chaque changement de kernel)
 * accés au données locales (nfs ?) depuis la machine virtuelle
  * mapping de /home/$user vers \\vbox\maison plus mapping de ce ..\maison vers "mes documents" ? (ça marche comment, côté windows)
  * conf' globale à la machine, et pas seulement sur le $HOME de l'utilisateur
 * machines virtuelles globales à la machine, et pas dans $HOME
 * passer les images disque en "immutable" pour empêcher les enfants de tout casser (et en type "normal" lorsqu'on fait une installation sur les images :-))
 * schéma de déployement / mise à jours facile pour une salle type "foad" où toutes les machines ne sont pas forcement allumées en même temps.

== VirtualBox en mode "pont ethernet" ==
(trés pratique pour faire des installations ubuntu virtuelles en pxe, par exemple, ou pour des tests de machines "diskless")

 * créer une configuration [[OpenVZ/OrganisationRéseau|pont ethernet façon openvz]]. par exemple, "br0".
 * créer une interface "tap", par exemple vbox0 : (tunctl vient du paquet uml-utilities). à mettre dans le /etc/network/interfaces *aprés* l'interface "pont" :

{{{
# /etc/network/interfaces, extrait :
auto vbox0
iface vbox0 inet manual
	pre-up tunctl -t vbox0 -u tini
        up brctl addif br0 vbox0
}}}

 * configurer cette interface vbox dans l'image virtualbox :
  * Préferences
   * Réseau : Adaptateur 0
    * Activer l'adapteur Réseau : Oui
    * attaché à "Adaptateur réseau hôte"
    * Câble relié : Oui
    * Préférence interface réseau :
     * Nom de l'interface : vbox0

et zou, ça va (peut-être) marcher

 {i} À guetter dans Hardy qui viendra avec un noyau >= 2.6.24 : le noyau 2.6.23 intègre la gestion par groupe pour TUNTAP, ce qui devrait autoriser quelque chose comme `tunctl -t vbox0 -g vboxusers`. -- ProgFou

=== Spécificités à partir de Ubuntu "Hardy" 8.04 ===

 * définir l'interface comme suit dans `/etc/network/interfaces` :
 . {{{
auto vbox0
iface vbox0 inet manual
	virtualbox_user tini
	#virtualbox_user -1
	#virtualbox_group vboxusers # marche pas... car seul le groupe principal compte ! :-(
	up /usr/sbin/brctl addif br0 vbox0 # mhhh... voir comment marche /etc/vbox/interfaces
}}}
 * tout se fait ensuite dans `/etc/network/if-pre-up.d/virtualbox-ose` dans lequel il faudra dé-commenter la gestion des groupes (disponible depuis Linux 2.6.23) :
 . {{{
...
if [ -n "${IF_VIRTUALBOX_USER}" ]; then
    ARGS="-u ${IF_VIRTUALBOX_USER} $ARGS"
fi
if [ -n "${IF_VIRTUALBOX_GROUP}" ]; then
    ARGS="-g ${IF_VIRTUALBOX_GROUP} $ARGS"
fi

/usr/lib/virtualbox/VBoxTunctl $ARGS
}}}
 * à noter que le paquet `virtualbox-ose` amène son propre outil de gestion des tunnels et qu'il n'est donc plus indispensable d'installer le paquet `uml-utilities` (pour `tunctl`).

== Installation sur Hardy : virtualbox-ose-modules-generic ==

  {{{
# aptitude install virtualbox-ose virtualbox-ose-modules-generic
}}}

Pourquoi ?

Quand on installe VirtualBox il recommande l'installation de ses modules. Mais par défaut il recommande ceux pour un noyau "386" !

Ce qui déclenche l'ajout du noyau "386" sur le poste qui apparaît alors dans le menu Grub. Or comme "386" vient avant "generic" dans l'ordre ASCII, on se retrouve à démarrer sur le noyau "386" par défaut. La suite est facile à deviner : il manque tout un tas de chose pour cette version du noyau et en particulier les modules ALSA que Ubuntu a eu la curieuse idée (?) de séparer des modules standard du noyau (ce qui n'était pas le cas dans les versions précédentes).

Si vous avez raté l'installation et que vous êtes passé en noyau 386, la solution est la suivante : installer les modules VirtualBox pour le noyau "generic" via le paquet "virtualbox-ose-modules-generic", puis redémarrer en choisissant le noyau "generic" dans le menu Grub, et enfin supprimer la version "386" du noyau et les modules VirtualBox pour "386"  (cf "/var/log/aptitude").