[TUTO]
 
Installer Vmware Server 1.0.6 sur une Debian Lenny 2.6.26-1-amd64.
 
AVANT D'INSTALLER VMWARE
 
Avant d’installer VMWare Server, certains paquets doivent être installés sur la machine.
Ces paquets permettent de compiler les modules vmware sans erreur, et donc de faire tourner correctement VMWare Server.  
Ces paquets sont :  
· Make (permet de compiler les modules vmware)
· Gcc  (compilateur c), doit être identique à la version du compilateur du noyau. Dans notre cas, la version était la 4.1.3 (version compatible 4.1). Si vous ne connaissez pas la version à utiliser, installez gcc, et lors de la configuration de vmware, celui-ci vous dira quelle est la version à utiliser.
· Linux-headers-2.6.26-1-amd64 si vous ne connaissez pas votre version de linux, faites un ‘uname –sr’ ensuite il suffira de récupérer les headers correspondants.
· Ia32-libs. Ces librairies sont nécessaires uniquement dans le cas d’un linux 64 bits, comme c’est le cas ici.
 
Voici les commandes réalisées :  

Pour gcc-4.1 il s'agit de la version correspondante au compilateur de mon kernel linux. veuillez télécharger la version qui correspond à VOTRE kernel.
 
INSTALLATION BASIQUE
Afin d’installer VMWare server 1.0.6-91891, il faut tout d’abord le télécharger.
Il est disponible au lien suivant : http://download3.vmware.com/softwa [...] 891.tar.gz
Le placer dans un répertoire de travail. Dans notre cas, il à été placé dans le répertoire /home/virt/INSTALLVMWARE/  
 
Voici les commandes à réaliser pour l’installation :

 
L’installation se lance et plusieurs questions sont posées. Dans notre cas, l’installation par défaut à été faite.

Il faut bien répondre ‘no’ à la dernière question de l’installation. Cela ne servirait à rien de répondre oui car la configuration planterait. Il faut avant patcher les modules vmmon et vmnet.
 
MISE A JOUR VMMON ET VMNET
Plusieurs solutions sont disponible sur Internet pour mettre à jour l’installation de VMWare Server et ainsi compiler sans erreur la configuration. Cependant elles ne fonctionnent pas toutes, notemment la solution d’utiliser les patchs update-any-any-xxx qui permettent de compiler correctement, mais qui empêchent de changer l’état d’une machine virtuelle. Ainsi on ne peut pas démarrer les machines virtuelles, donc rendent l’hyperviseur inutile. La solution trouvée a été de patcher vmmon et vmnet à la main. Pour ce faire, il faut d’abord récupérer les fichiers de patch disponibles aux liens suivants :  
http://www.le-vert.net/divers/VMwa [...] 26-1.patch
http://www.le-vert.net/divers/VMwa [...] 26-1.patch
 
Une fois ces liens téléchargés il faut les placer dans un répertoire de travail. Dans notre cas, nous avons gardé le répertoire /home/virt/INSTALLVMWARE/.
Il faut ensuite récupérer les modules dans le répertoire source de vmware puis les patcher.
Voici les commandes à utiliser.
 
Copier les modules dans le répertoire de travail :

 
Cette commande est valable uniquement si vous avez placé les fichiers de librairie de vmware dans /usr/lib/vmware. Sinon il faudra spécifier le bon répertoire.
 
Ensuite il faut décompresser les modules puis les renommer en backup, afin d’avoir toujours un original au cas où :

 
Ensuite on peut patcher le module vmmon :  

Le résultat suivant devrait apparaitre :

 
Puis le module vmnet :  

Le résultat suivant devrait apparaitre :

 
Une fois les deux modules patchés, il faut les recompresser au format tar puis les replacer dans le répertoire source de vmware server :

De la même manière, le repertoire des sources est dans notre cas celui par défaut. Il faut donc spécifier le bon répertoire dans le cas ou les sources sont installées dans un autre répertoire.
 
Les patchs sont maintenant appliqués, on peut donc lancer la configure de VMWare server.
 
 
CONFIGURATION DE VMWARE SERVER
 
Pour lancer la configuration il faut lancer la commande :

 
Tout d’abord, le configurateur demande d’accepter le texte de licence d’utilisateur final. il faut donc appuyer sur <enter> pour l’afficher.
Afin de gagner du temps, on peut taper ‘q’ pour quitter la lecture du document. Le configurateur demande alors si on accepte la licence. répondre ‘yes’.
 
Ensuite plusieurs questions sont posées. Dans notre cas, l’installation par défaut à été faite :

 
Lors de la configuration, VMWare va essayer de détecter un module précompilé, qui n’existe pas encore. Il va donc avoir besoin d’un compilateur pour en créer un. C’est à cet endroit que le package gcc est sollicité. Il faudra surement definir l’emplacement de gcc à la main.
 

 
Le configurateur demande ensuite les emplacement des librairies avant de pouvoir compiler :
 

 
Le résultat suivant devrait apparaitre (compilation de vmmon) :
 

 
Après compilation, le configurateur demande des informations sur les machines virtuelles. La configuration à été faite par défaut :
 

 
Le résultat suivant devrait apparaitre (compilation de vmnet) :

 
Après ça, le configurateur tente de configurer vmPerl, dont nous n’avons pas besoin.
néanmoins des questions sont posées :  
 

 
Le résultat suivant doit apparaitre :  
 

 
Enfin, le configurateur pose encore quelques questions avant de se terminer :
 

 
Une fois la clé insérée, le résultat suivant apparait, puis le configurateur se termine :

 
Ces résultats montrent que les services se sont bien lancés, et donc que VMWare Server est opérationnel.
 
Merci à M300A pour l'aide fournie.
 
En espérant que ce petit tuto vous aura satisfait (répondez au sondage ^^)
 
 
 
 
 
 
MESSAGE ORIGINAL
Bonjour,
 
J'ai installé un VMWare server sur un serveur Linux Debian lenny 2.6.26-1-amd64 :  
voir sujet correspondant : Sujet créé précédemment
 
Aujourd'hui la version de vmware server est une 1.0.6-91891, et avant de lancer le script de config de vmware (vmware-config.pl) et ai suivi la procédure dispo sur netou  
en gros :  

• Install de vmware server sans lancer le fichier de config.
• Récupération de vmmon.tar et vmnet.tar depuis /usr/lib/vmware/modules/source/ dans un repertoire temp
• tar xvf vmmon.tar; tar xvf vmnet.tar
• Récupération des patchs depuis le site de paldo : Patch Vmmon pour kernel 2.6.26 et Patch Vmnet pour kernel 2.6.26
• application des patchs :  patch -p1 < ../VMware-server-vmmon-1.0.6-91891-2.6.26-1.patch (j'ai eu tout bon)
• patch -p1 < ../VMware-server-vmnet-1.0.6-91891-2.6.26-1.patch et la j'ai eu des erreurs :  

 
Du coup après recréation des archives, réinjection dans /usr/lib/vmware/modules/source/ et lancement du vmware-config.pl : j'ai le problème de compilation présent ici.
 
Donc j'ai appliqué le patch-any-any-117d ça compile tout bien, et je peux lancer VMWare Server. Sauf que :  
 
Aujourd'hui j'ai créé une machine de test, elle se crée correctement, mais je ne peux pas changer l'état de la machine. Donc ne peux pas la démarrer.
 
voici le message d'erreur que j'ai :  

 
Dans le doute je suis allé voir les logs, et voici l'erreur en question :  

 
Les lignes les plus intéressantes sont bien entendu :  

Globalement c'est ce qui m'a permis de faire mes recherches avec google mon ami.
 
En cherchant sur gougueule les erreurs correspondantes, ça me ramène toujours à la solution tentée précédemment qui merde avec le vmnet.  
Bref en règle générale il faut pas lancer le patch any any ça fait merder le truc.
 
Je suis donc toujours bloqué ...
 
Des idées ?
 
Cordialement,
 
Nicolas.

vmware-any-any foireux.

oui apparemment, sauf que pour l'instant y a que avec ça que j'arrive à compiler vmmon.

Oé mais il est foireux, cherche en un autre

Allez je suis sympa
http://www.le-vert.net/divers/VMwa [...] 26-1.patch
http://www.le-vert.net/divers/VMwa [...] 26-1.patch
 
Les patches la marchent bien, mais faut aller trouver les vmmon.tar et vmnet.tar, les patcher avec ça, puis recréer le tarbal et lancer vmware-config.pl standard.

essayé le vmware-any-any-116-josemaX.tar.gz => compile pas
 
vais tenter d'autres...

 
Déja essayé :  
quand je patch le vmnet j'ai ça :  

Tu as vu ce que j'ai dit quand même ?

ou alors la commande patch -p1 n'est pas correcte

Parce que tu essaye de patcher quelque chose qui a deja été patcher par vmware-any-any.
 
Supprime complètement vmware (vmware-uninstall) puis réinstalle.

oui oui
 
Chuis allé récupéré les tar dans /usr/lib/vmware/modules/source/  
detar  
go dans le sousrep vmmon-only => patch
go dans le sousrep vmnet-only => patch => bug

Marrant :
J'étais sur que j'avais patché le vmmon non updaté avec le any-any.
Pourtant cette fois-ci pas d'erreur au patch et compil OK au config.
 
On va voir pour la suite ^^
 
Je ferai un petit tuto au cas ou ^^
 
Merci pour l'aide encore une fois M300A

Bon ça me fait plus d'erreur, mais à priori quand je démarre une machine virtuelle ça me plombe littéralement le serveur

Obligé de reboot. (reflexe windows désolé )

Hum. Tu aurais pas Xen, KVM ou un autre truc de virtualisation chargé ?

AAAH... Ya des chances que KVM tourne également.

YES

C'était ça

Problème résolu

Merci encore.

Je fais un tuto en premier post et je termine le topak.

module kvm + module vmware = problèmes

c'est bien dommage... Premier post à jour ^^
 
Répondu à mon sondage, voté oui, puisque je l'ai rédigé

 
Merci beaucoup, je sens que ça va me servir très bientôt ...

j'ai mis à jour le tuto pour qu'il soit plus clair.

salut,
 
je viens de suivre ton tuto
et comme je suis un peu fou, surtout à cette heure avancée, je me suis dis que j'allais lancé la config sans meme patcher ...
 
résultat, je n'ai "que" ça :

 
j'ai pas encore testé si ça marche, j'éditerai en fonction. Par contre, peux tu expliquer pour tu as patcher tes modules vmware ?

T'as un kernel plus vieux et les sources de vmware marchent dessus c'est tout

 
2.6.24-etchnhalf.1-686    
 
Comme je disais ... "en cette heure avancée" ...
pô tapé, merci ...

Bonjour à tous (et toutes ?)
 
Je viens de suivre la procédure sur ma machine : debian 2.6.26-1-686
Mais en respectant la version de gcc de l'article.
 
Tout semble bien ... mais quand je lance vmware (via mon terminal car j'ai pas de raccouric sur mon bureau) et que je choisi local host et ouvrir une machine virtuel
 et que l'interface suivante il me demande de choisir la localisation du fichier.
 
Les messages suivants apparaît:
 

 
et en terminal :
 

 
 
Pouvez-vous m'aider ?
Merci
 
 
 

si tu n'as pas changer les chemins d'install par défaut, le binaire vmware est dans /usr/bin
 
renommé le vmware.real et crée un script shell vmware avec ce contenu :

Bonjour,
 
Je te remercie d'aider. Malgré le script shell vmware et après l'avoir rendu "executable" (chmod +x vmware)
 
Voici ce que j'obtiens ...  
 
NB: J'avais bien gardé les chameins d'isnall par défaut pourtant...
 
 
/usr/bin# vmware
 
/usr/share/themes/Industrial/gtk-2.0/gtkrc:38: error: unexpected character `@', expected string constant
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb6f7c767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb6f7c8b1]
#2 /usr/lib/libX11.so.6(_XReply+0x254) [0xb7dc0c44]
#3 /usr/lib/vmware/lib/libXrender.so.1/libXrender.so.1(XRenderQueryFormats+0x109) [0xb7cac969]
#4 /usr/lib/vmware/lib/libXrender.so.1/libXrender.so.1(XRenderFindFormat+0x4c) [0xb7cacf4c]
#5 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xb7b7e180]
#6 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xb7b7ed2c]
#7 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_draw_pixbuf+0x270) [0xb7b4ec14]
#8 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xb7b5b24f]
#9 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_draw_pixbuf+0x270) [0xb7b4ec14]
#10 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_pixbuf_render_pixmap_and_mask_for_colormap+0x255) [0xb7b5ab34]
#11 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xb7a5f298]
#12 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xb7a5f586]
#13 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xb7a6177e]
#14 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0xd1) [0xb7c75459]
#15 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0 [0xb7c5d3a1]
#16 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_closure_invoke+0x1b1) [0xb7c5d076]
#17 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0 [0xb7c746eb]
#18 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_signal_emit_valist+0x91e) [0xb7c73d46]
#19 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_signal_emit+0x38) [0xb7c740b8]
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb6f7c767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb6f7c81e]
#2 /usr/lib/libX11.so.6 [0xb7dbfde9]
#3 /usr/lib/libX11.so.6(XAddExtension+0x2c) [0xb7da229c]
#4 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2(_XftDisplayInfoGet+0x77) [0xb7ca4ed7]
#5 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2 [0xb7ca38b1]
#6 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2 [0xb7ca3d39]
#7 /usr/lib/vmware/lib/libXft.so.2/libXft.so.2(XftDrawPicture+0x10) [0xb7ca3ec0]
#8 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xb7b7c9b6]
#9 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xb7b7ed75]
#10 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_draw_pixbuf+0x270) [0xb7b4ec14]
#11 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0 [0xb7b5b24f]
#12 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_draw_pixbuf+0x270) [0xb7b4ec14]
#13 /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0(gdk_pixbuf_render_pixmap_and_mask_for_colormap+0x255) [0xb7b5ab34]
#14 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xb7a5f298]
#15 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xb7a5f586]
#16 /usr/lib/vmware/lib/libgtk-x11-2.0.so.0/libgtk-x11-2.0.so.0 [0xb7a6177e]
#17 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0xd1) [0xb7c75459]
#18 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0 [0xb7c5d3a1]
#19 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0(g_closure_invoke+0x1b1) [0xb7c5d076]
vmware: ../../src/xcb_lock.c:77: _XGetXCBBuffer:  l'assertion « ((int) ((xcb_req) - (dpy->request)) >= 0) » a échoué.
 
 
 
Bien à toi,

méfie toi que c'est un script bash, donc il faut pas de CRLF en fin de ligne, mais seulement des LF
 
si tu as fais un copier / coller de ton truc, je serai toi, je le re-taperai caractère par caractère, parce que y'a du y avoir une merde. J'ai re-vérifié et c'est bien ce que j'ai sur mon poste et ça marche nickel (Debian Etch à jour, noyau etch'n'half)

En même temps partir de mon tuto prévu pour une lenny en 2.6.26, et l'adapter sur une etch en 2.6.24 ...
 
Faut pas s'étonner que ça marche pas.
 
Si tu patchs vmmon et vmnet faudrait prendre les fichiers de patch adapté non ?
 
Je répète je suis pas spécialiste linux du tout, donc ça se trouve mon post sert a rien (pas mon tuto hein, il marche testé et approuvé sur deux serveurs )
 

nixnbk > j'ai également suivi ton tuto, et en fait quand on essaie de patcher sur un noyau 2.6.24, ça marche pas (erreurs, fichiers correspondent pas, ...) donc perso me suis dis "on s'en fous, on continue (et on verra bien)" et ça marche tout seul ...
 
donc 2.6.24 => pas besoin de patcher
 
 
Et je précise d'ailleurs que le problème de faty35 n'apparait qu'une fois qu'il a lancer VMWare serveur, donc toute l'install est ok et fonctionne.
C'est juste un pb à la con, connu puisque la soluce je ne l'ai pas pondue moi même mais trouvée par Google sur les forums VMWare

 
Ah OK.
 
Parce qu'en fait (et c'est pas marqué dans mon tuto), quand j'ai installé VMWare j'avais trouvé d'autres patches/solutions pour installer VMWare sans erreurs, Vmware se lançait correctement, mais impossible de changer l'état d'une machine.
 
C'est pour ça, me suis dit que ça pouvait provenir d'un problème de patch qu'était pas adapté pour son noyau.
 
Mais bon si le problème est connu et résolu .
 
Faty ce qui serait bien, c'est que tu m'indique la solution que tu as utilisée et qui fonctionne pour toi, si possible en détaillant comme mon tuto, que je puisse l'intégrer dans le premier post...
 

Bonjour, j'ai suivi votre tutoriel d'installation avec les patches, cependant j'ai une erreur affichée :
 
1 concernant la version de mon Gcc
2 lors de la configuration.
 
 
Merci de votre aide.
 
ScreenShot ici : http://img81.imageshack.us/img81/7694/aideaide.jpg

a priori ton problème de gcc correspond à cette ligne au début de mon premier post :  
Pour gcc-4.1 il s'agit de la version correspondante au compilateur de mon kernel linux. veuillez télécharger la version qui correspond à VOTRE kernel.  
 
En gros ton noyau a été compilé avec un gcc 4.1.3 or tu cherches à compiler vmware server avec un gcc 4.3.2 => Il faut que tu désinstalle gcc 4.3.2 et que tu réinstalle gcc 4.1.3 => normalement tu n'auras plus l'erreur.
 
Il ya des chances que ton problème de conf derrière soit lié a ton problème de gcc.
 

Merci de la réponse.
 
Cependant, j'avais résolu le problème avant de voir le post.
 
J'ai désinstallé gcc-4.3
apt-get remove gcc-4.3
 
Puis ça a fonctionné.
 
PS:ne pas désinstaller gcc-4.3-base !!!!!
 
En fait, il voulait utiliser seulement gcc-4.3 pour la compilation ... malgré que j'eusse gcc-4.1 déjà installer. Je ne pouvais pas choisir le compilateur que je désirai.
 
 
Au passage, tuto NIQUEL !
 
 
 
J'ai installé VMware Server 2.0.2 ; Je n'ai pas eu a patché quoi que ce soit ; ma version étant Linux 2.6.26-2-686 Lenny 5.0 stable.

merci
 
Oui ya des chance qu'il n'y ait pas de patch a faire sur les dernières versions, après tout ce tuto à 1 an

Je vais apporter ma petite contribution : j'ai suivi ce tuto avec succès sur une Debian Lenny 5.0.3 32bits, kernel 2.6.26-2-686 avec un VMware 1.0.10-203137 (la dernière version de la série 1 à ce jour), les patchs fonctionnent, ça compile, ça démarre et on peut changer l'état des machines virtuelles (allumer/éteindre).
 
Ceci dit, pour Conty, j'ai deux petits points à apporter :
1) pas besoin de désinstaller gcc-4.3, il suffit de faire un export CC=gcc-4.1 avant d'appeler le script vmware-config.pl (ou avant de lancer l'installation d'ailleurs ), et le script utilisera la bonne version de gcc (il y a une variante dans certains tutos où ils suppriment le link "gcc" pour en créer un nouveau (ln -s) qui pointe vers gcc-4.1, ça marche aussi, l'ennui c'est qu'il faut penser à remettre le bon lien après, alors qu'avec l'export le script sait lui même quoi faire ...
 
2) VMware Server 2.0.2 est effectivement très bien, mais dans mon cas sur un kernel 2.6.26-2-686, j'ai tout de même eu un patch à appliquer pour que ça compile le module vsock, et j'ai un énorme problème : impossible de stocker les VM (ou plutôt un datastore) sur une autre partition que la partition principale "/", sinon ça fait planter le webaccess. J'ai aussi été obligé d'upgrader le jre qui est fourni avec le webaccess pour éviter une montagne d'erreurs "http 0" ...
 
Donc dans mon cas, au moins la version 1 fonctionne en mettant les VM sur une autre partition, mais il manque une fonction qui a été ajoutée à la version 2 : la possibilité de faire un "suspend" sur les VM lors du reboot de l'hôte, ici on n'a le choix qu'entre une extenction bestiale et une extinction "polie" demandée à l'OS invité ...
 
Bref merci pour ce tuto excellent et qui fonctionne ! Mais moi je reste sur ma faim concernant VMware sous Linux ...

toutes façons sur linux je pense qu'il vaut mieux faire tourner du xen que du VMWare. Ou alors abandonner l'idée d'un tux et mettre directement un ESXi en bare metal. c'est encore la meilleure solution.

C'est pas faux, mais d'un côté j'ai déjà plusieurs machines qui fonctionnent avec VMware et j'aimerais rester sur la même techno pour le côté pratique de pouvoir déplacer/copier facilement une VM d'une machine à une autre ...
 
Quant à ESXi, c'est très séduisant sur le papier, mais d'une part ça fait maintenant 2 serveurs IBM sur lesquels l'installation d'ESXi se bloque en plein milieu sans explications (j'ai dû céder à l'install d'un W2K3 server car c'était urgent), et en l'occurence dans le cas présent il s'agit de recycler un vieux PC avec 512Mo de ram pour en faire un NAS avec du RAID5 soft (hors grosse entreprise qui a les moyens je ne veux plus entendre parler de RAID hard, trop d'emmerdes en cas de crash contrôleur), et juste pouvoir monter une petite VM dessus pour des besoins ponctuels ...
 
Mais il est clair que pour moi, en environnement professionnel, VMware sur Linux je ne me risquerai jamais à faire ça ...

pour l'install d'esxi ça m'étonne qu'a moitié, ils disent que ça marche sur de la blackbox mais ils fournissent quand même la liste des matériels supportés.

C'est pas faux. Ceci dit, un VMware Server 1.0 en l'occurence m'irait tout aussi bien dans la situation qui me préoccupe, la seule chose qui me gêne est l'impossibilité de paramétrer un "suspend" des VM au moment de rebooter (ou éteintre) l'hôte. N'aurais-tu pas une idée de petit script bash pour lancer des suspend "à la main" qu'il suffirait de placer dans le bon /etc/rcX.d pour que ça comble cette lacune ?

Je me réponds à moi même : j'ai placé sur mon post initial la soluce que j'ai trouvée, pour scripter l'état "suspend" en cas de reboot ou shutdown de l'hôte :
http://forum.hardware.fr/hfr/OSAlt [...] m#t1193418
 
En espérant que ça puisse servir à quelqu'un !