Installation et utilisation de VMware Server 1.0.1 sur Ubuntu 6.10 Edgy Eft
Par Taltan le samedi, octobre 28 2006, 21:02 - Ubuntu - Lien permanent
Juste un petit mot pour dire que la procédure d'installation de VMware server sur une Ubuntu 6.10 Edgy Eft fraîchement installée est la même que pour une Ubuntu Dapper 6.06, et c'est tant mieux ...
... Enfin, presque la même :
Update 01/11/2006 :
VMware-mui-1.0.1-29996 pose problème, l'installation se passe normalement en suivant la procédure d'installation de VMware server mais le lancement se /etc/init.d/httpd.vmware echoue. Il apparaît l'erreur suivante à la fin de l'installation :
Generating SSL Server Certificate Starting httpd.vmware:-ne failed
Et en lançant le script de lancement manuellement, la même erreur se reproduit :
$ sudo /etc/init.d/httpd.vmware start Starting httpd.vmware:-ne failed
Pour fixer ce bug Il faut, dans le script de lancement de httpd.vmware /etc/init.d/httpd.vmware, remplacer le bloc :
start)
vmware_exec "Starting httpd.vmware:" vmware_start_httpd
;;
stop)
vmware_exec "Shutting down http.vmware: " vmware_stop_httpd
;;
par le bloc :
start)
if [ ! -d /var/run/vmware/httpd ]
then
echo "Directory: var/run/vmware/httpd Not found. Creating it."
mkdir /var/run/vmware/httpd
echo "Setting user and group ownership to: User: www-data, Group: nogroup"
chown www-data:nogroup /var/run/vmware/httpd
echo "Setting directory permissions to: RWX------ (700)"
chmod 700 /var/run/vmware/httpd
fi
echo "Starting httpd.vmware:"
vmware_start_httpd
;;
stop)
echo "Shutting down http.vmware: "
vmware_stop_httpd
;;
Modifier également tous les signaux SIGHUP par HUP, câd modifier le bloc :
if [ "$VMWARE_DEBUG" = 'yes' ]; then
(trap '' SIGHUP; "$func" "$@")
else
(trap '' SIGHUP; "$func" "$@") >/dev/null 2>&1
fi
Par le bloc :
if [ "$VMWARE_DEBUG" = 'yes' ]; then
(trap '' HUP; "$func" "$@")
else
(trap '' HUP; "$func" "$@") >/dev/null 2>&1
fi
Update 04/11/2006 :
Le problème concernant les ralentissements réseaux entre machines virtuelles et hôte sous une Dapper 6.06 se pose de nouveau avec VMware Server 1.0.1 et Ubuntu 6.10 Edgy Eft (noyau 2.6.17-10-generic). Il est quasiment impossible de travailler avec la machine virtuelle sur un dossier partagé via Samba sur la machine hôte. Une petite commande qui va régler le problème :
$ sudo ethtool -K eth0 tso off
Le souci c'est qu'il faut la lancer à chaque démarrage pour qu'elle soit pris en compte, alors voila un petit script qui permets de l'exécuter à chaque reboot :
Créer le script /etc/init.d/vm_net :
$ sudo gedit /etc/init.d/vm_net
#!/bin/bash
case "$1" in
start) ethtool -K eth0 tso off
echo $?
echo "tso OFF"
;;
stop) ethtool -K eth0 tso on
echo $?
echo "tso ON"
;;
restart)
$0 stop
$0 start
;;
esac
exit 0
Le rendre exécutable :
$ sudo chmod 750 /etc/init.d/vm_net
Créer le lien symbolique dans le dossier /etc/rc2.d qui pointe vers le script vm_net, ce dossier contient tous les scripts qui se lancent au démarrage du système en init 2 (démarrage par défaut de Ubuntu). Pour plus d'info sur ce qu'est l'init c'est par ici
$ cd /etc/rc2.d $ sudo ln -s ../init.d/vm_net S95vm_net
Le S95 correspond à l'ordre de démarrage par rapport aux autres scripts, câd, que lors de la séquence de boot, il exécutera après S90vmware et S91httpd.vmware (crées par défaut à l'installation du serveur VMware et de VMware-mui)










Commentaires
Perso, je trouve que c'est une annonce qui sert à rien ...
Si je peux me permettre, je ne suis pas vraiment de ton avis. Régulièrement les changements de version des distributions (et ça vaut pour toutes les distrib) posent des problèmes quant à l'installation de certains packages. Dans un commentaires sur mon billet concernant l'installation de VMware server sur la Dapper, quelqu'un souligne le fait que la procédure d'installation ne fonctionne pas avec Edgy.
L'architecture fixe, logiciel et matériel, est le rève de tout développeur qui fait tirer au maximum les capacités de la bête. Le résultat, ce sont des jeux qui ferait palir bon nombre de nos PC d'aujourd'hui (pas de troll s'il vous plait 
A l'époque ou j'avais une carte vidéo ATI, le changement de version de Ubuntu posait quasiment systématiquement la problématique de la réinstallation des drivers, la procédure en elle même pouvait varier, notamment avec le passage à Xorg entre la Warty et la Hoary. Le cas le plus flagrant que j'ai rencontré avec Ubuntu est l'nstallation de FREEVO. Sur la Hoary aucun soucis, mais il était carrément impossible de l'installer simplement sur une breezy au cause du passage à python2.4. Il a fallu attendre une maj de FREEVO pour pouvoir l'installer. Rebellotte avec le passage de Breezy à Dapper, impossible de le faire fonctionner sans trafiquer des fichiers de conf concernant Mplayer car FREEVO n'était tout simplement pas prévu pour tourner avec une version de Mplyer si récente. Et la liste est longue, je ne pense pas être le seul à avoir rencontrer cette problématique.
Qui dit changement de version de dstrib dit mise à jour majeur des éléments qui la compose (librairies, noyau, environnement de développement, ...) donc quand l'installation d'un logiciel nécessite une compilation (comme c'est le cas pour les modules de VMware) un changement de version de GCC par exemple n'est pas forcément anodin, ça implique peut être de revoir la procédure d'installation pour une version donnée d'un package, cela peut aussi induire des changements de performance dans l'exécution du soft en lui même. Il suffit de voir ce qui se passe dans le monde des consoles de jeux (là je dérape peut-être dans le hors sujet), l'architecture logicielle et matériel est fixée pour de longue année, on serait étonné de voir se qu'il y a dans une PS2 concernant les composants matériel (fr.wikipedia.org/wiki/Pla... ou dans une Xbox (fr.wikipedia.org/wiki/Xbo... j'en voudrait même pas pour un troisième PC chez moi
Plus sérieusement pour en revenir au distributions linux, cette problématique de mise à jour de distrib et de compatibilité des logiciels fait que les versions "serveur" n'évoluent pas au grés des maj des éléments qui la compose. Il en est de même pour la version Ubuntu Dapper LTS (long term support) comment pourrait t'on assurer un support de 3 ans sur la version desktop et de 5 ans sur la version server si tous les 6 mois, trois quart des éléments essentiels de la distribution changeait ? Ce n'est pas possible.
Alors effectivement ce billet est laconique, mais je ne pense pas qu'il ne serve à rein, je pense que ça va quand même en intéresser certain de savoir que l'on ne va pas passer 100 ans pour réinstaller VMware server sur la dernière ubuntu.
Avant tout, je tiens à m'excuser de la manière dont j'ai dit cela, c'était un peu sec, je ne m'en suis pas rendu compte sur le moment. Cela dit, tu ne m'as pas vraiment fait changer d'avis. Ce que tu dis est vrai, cependant faire un billet pour dire qu'il n'y a pas de problème concernant l'installation d'un soft me parait superflu.
Mais bon, oublions, j'ai dû écrire cela dans un grand moment de lassitude car je n'ai pas pour habitude de critiquer de cette manière, mon commentaire est sans doute la seule chose réellement inutile ici ... Sans rancune
Allez, sans rancune, à la prochaine
Salut, petit problem pour moi,avec le mui, sous edgy....
Generating SSL Server Certificate
Starting httpd.vmware:-ne failed
The configuration of VMware Management Interface completed successfully.
Alors que je n' ai jamais eu de problem avec le mui sur dapper et pas mal d autres distributions linux.
Ici sous Edgy, pas moyende le faire aller.
Vous avez une idee sur le "-ne" je ne trouve rien, cela fait 3h que je l' install - desinstall, et modifie le /etc/init.d/httpd.vmware
Je seche :s
J'avais pas installé le mui sur Edgy
C'est effectivement un bug recensé sur le forum VMware www.vmware.com/community/...
et j'ai le même bug aussi
Le bug du démarrage de httpd.vmware pour le MUI est fixé
Source :
www.vmware.com/community/...
Je met à jour le billet ...
L'erreur Starting httpd.vmware:-ne failed n'est plus
Le bug concernant les ralentissements réseaux entre machines virtuelles et hôte est encore d'actualité, taltan.free.fr/index/2006...
Pour le fixer, www.vmware.com/community/...
Je met (encore) à jour le billet ...
Excellent tuto.
Malheureusement je rencontre de gros problèmes pour installer vmware-server sur Ubuntu Edgy Eft 64...
(nom de librairies, rui.key etc...)
As tu eu l'occasion de le faire toutner sur une version 64-bits de ubuntu ?
Je l'ai installé sur une version 64 bits mais sous Dapper sans aucun souci, j'ai pas eu l'occasion de tester encore sur Edgy 64 bits
Impossible d'installer VMWare serve sur mon edgy à jour. Chaque fois,cela plante au niveau de la compilation des modules du noyau, et spécialement au niveau de vmmon.
make[2]: *** [/tmp/vmware-config0/vmmon-only/linux/driver.o] Erreur 1
make[1]: *** [_module_/tmp/vmware-config0/vmmon-only] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.17-10-386 »
make: *** [vmmon.ko] Erreur 2
make: quittant le répertoire « /tmp/vmware-config0/vmmon-only »
Unable to build the vmmon module.
Une idée pour me dépanner ? J'ai suivi le tutoriel de l'autre article au pied de la lettre...
As tu fait le lien symbolique linux dans /usr/src qui pointe vers les headers de ton noyau
$ sudo -s
$ apt-get -y install build-essential linux-headers-`uname -r`
$ cd /usr/src
$ rm -f linux
$ ln -s linux-headers-`uname -r` linux
si c'est le cas efface bien toutes les traces d'installations antérieurs dans /tmp
Je n'ai pas essayé avec le lien symbolique. Je vais voir cela.
Toujours la même erreur au moment de la compilation. Mes headers et le paquet build-essential est installé, car je peux compiler sans problème le code source du tronc de Firefox...
Cela commence à me briser les gonades menues... ;(
Est-ce que l'install de Edgy est une install de A à Z toute neuve ou est-ce une Maj de Dapper
Pour ma part je n'ai jamais reussi à récupérer ou réinstaller un VMware server sur une Maj Edgy de Dapper
Autre piste quand tu fais un uname -r t'as 2.6.17-10-generic ou 2.6.17-10-386
Après je vois plus, un googelage intensif dans la langue de shakespear s'impose !
1) Installation sur disque fraichement vidée.
2) $ uname -r
2.6.17-10-generic
J'ai remplacé le 386 par le generic qui semble plus rapide.
3) Déjà essayé et pas trouvé grand chose d'interessant et que je n'ai pas essayé.
Ton message d'erreur dit que l'install cherche dans /usr/src/linux-headers-2.6.17-10-386 alors que ton noyau est 2.6.17-10-generic
Il faut donc que le lien symbolique linux pointe vers les headers du generic ou alors au moment de la compilation indiquer le chemin des headers du generic /usr/src/linux-headers-2.6.17-10-generic/include
Contenu de mon dossier /usr/src/
lrwxrwxrwx 1 root src 31 2006-10-28 10:17 linux -> linux-headers-2.6.17-10-generic
drwxr-xr-x 19 root root 4096 2006-10-28 10:58 linux-headers-2.6.17-10
drwxr-xr-x 4 root root 4096 2006-10-28 10:58 linux-headers-2.6.17-10-generic
Peut être une piste ...
Rien de neuf, au contraire, même plantage ! Je commence à être lassé.
En ce qui concerne mon /usr/src/
$ ls -al
total 16
drwxrwsr-x 4 root src 4096 2006-11-05 11:46 .
drwxr-xr-x 12 root root 4096 2006-10-29 12:14 ..
lrwxrwxrwx 1 root src 31 2006-11-05 08:08 linux -> linux-headers-2.6.17-10-generic
drwxr-xr-x 19 root root 4096 2006-11-02 13:48 linux-headers-2.6.17-10
drwxr-xr-x 4 root root 4096 2006-10-28 23:55 linux-headers-2.6.17-10-generic
Et le message d'erreur (enfin, ce que j'ai pu récupéré...)
/tmp/vmware-config3/vmmon-only/linux/driver.c:2162: error: too many arguments to function ‘LinuxDriverError’
/tmp/vmware-config3/vmmon-only/linux/driver.c: At top level:
/tmp/vmware-config3/vmmon-only/linux/driver.c:2308: error: expected declaration specifiers or ‘...’ before string constant
/tmp/vmware-config3/vmmon-only/linux/driver.c:2308: warning: data definition has no type or storage class
/tmp/vmware-config3/vmmon-only/linux/driver.c:2308: warning: type defaults to ‘int’ in declaration of ‘MODULE_AUTHOR’
/tmp/vmware-config3/vmmon-only/linux/driver.c:2308: warning: function declaration isn’t a prototype
/tmp/vmware-config3/vmmon-only/linux/driver.c:2309: error: expected declaration specifiers or ‘...’ before string constant
/tmp/vmware-config3/vmmon-only/linux/driver.c:2309: warning: data definition has no type or storage class
/tmp/vmware-config3/vmmon-only/linux/driver.c:2309: warning: type defaults to ‘int’ in declaration of ‘MODULE_DESCRIPTION’
/tmp/vmware-config3/vmmon-only/linux/driver.c:2309: warning: function declaration isn’t a prototype
make[2]: *** [/tmp/vmware-config3/vmmon-only/linux/driver.o] Erreur 1
make[1]: *** [_module_/tmp/vmware-config3/vmmon-only] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.17-10-generic »
make: *** [vmmon.ko] Erreur 2
make: quittant le répertoire « /tmp/vmware-config3/vmmon-only »
Unable to build the vmmon module.
For more information on how to troubleshoot module-related problems, please
visit our Web site at "www.vmware.com/download/m... and
"www.vmware.com/support/re...
Execution aborted.
J'ai précisé le chemin suivant ; /usr/src/linux-headers-2.6.17-10-generic/include
Je sens que je vais devoir rester avec VMPlayer à ce rythme... Et sur le forum de vmware, ayant posté mon problème, je n'ai eu encore aucune réponse...
Là je sèche.
Je pense que le forum de vmware t'apportera assez rapidement une solution ...
Je ne sais plus quoi faire pour y arriver.
Et retourner sous Dapper n'est pas une réponse, au contraire. Car je n'arrive pas à comprendre pourquoi la compilation se plante ainsi. As-tu installer un gcc 4.0 en parallèle du 4.1 d'Edgy ?
Et coté réponse sur le forum de vmware, j'ai cherché avec le mot clé edgy, et c'est assez vide.
Merci quand même.
Voila mon "history" concernant les apt-get de mon instal de VMware server sur Edgy
apt-get install ssh openssh-server
apt-get install libx11-6 libx11-dev libxtst6 xlibs-dev xinetd wget
apt-get install linux-headers-`uname -r` build-essential
apt-get install gcc binutils-doc cpp-doc make manpages-dev autoconf automake1.9 libtool flex bison gdb gcc-doc gcc-4.0-doc libc6-dev-amd64 lib64gcc1
Du coup au niveau GCC j'ai ça d'installés :
ii gcc 4.1.1-6ubuntu3 The GNU C compiler
ii gcc-3.3-base 3.3.6-13ubuntu2 The GNU Compiler Collection (base package)
ii gcc-4.0-base 4.0.3-4 The GNU Compiler Collection (base package)
ii gcc-4.0-doc 4.0.3-4 Documentation for the GNU compilers (gcc, go
ii gcc-4.1 4.1.1-13ubuntu5 The GNU C compiler
ii gcc-4.1-base 4.1.1-13ubuntu5 The GNU Compiler Collection (base package)
ii gcc-4.1-doc 4.1.1-13ubuntu5 Documentation for the GNU compilers (gcc, go
ii gcc-doc 4.1.1-6ubuntu3 Documentation for the GNU C compilers (gcc,
ii lib64gcc1 4.1.1-13ubuntu5 GCC support library (64bit)
ii libgcc1 4.1.1-13ubuntu5 GCC support library
Merci pour ton aide, mais je laisse tomber. Deux jours que je bataille pour que VMWare s'installe. Deux jours à tout essayer, et en vain.
J'abandonne. Je ne vais pas me pourrir la vie avec VMWare server.
Merci pour tout quand même.
Voici ce qui semble être à l'origine du problème ?!
make[1]: entrant dans le répertoire « /usr/src/linux-headers-2.6.17-10-generic »
CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o
/tmp/vmware-config0/vmmon-only/linux/driver.c:11:26: error: include/linux/kernel.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:12:26: error: include/linux/module.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:13:25: error: include/linux/sched.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:14:24: error: include/linux/file.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:16:27: error: include/linux/slab.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:20:29: error: include/linux/interrupt.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:22:23: error: include/linux/smp.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:23:28: error: include/linux/smp_lock.h: Trop de niveaux de liens symboliques
/tmp/vmware-config0/vmmon-only/linux/driver.c:25:24: error: include/linux/poll.h: Trop de niveaux de liens symboliques
In file included from /tmp/vmware-config0/vmmon-only/linux/driver.c:31:
include/asm/io.h:4:26: error: include/linux/string.h: Trop de niveaux de liens symboliques
include/asm/io.h:5:28: error: include/linux/compiler.h: Trop de niveaux de liens symboliques
Si tu as une idée...
Non, je vois pas
J'ai fini par y arriver... La dernière idée que j'ai eu a été la bonne : virer les paquets headers, et les réinstaller...

En tout cas, merci pour ton aide.
On se foutrait des baffes par moment alors que la solution était si simple
@ lassam suite au commentaire http://www.taltan.fr/post/2006/10/13/43-installation-et-utilisation-de-vmware-server-101-sur-ubuntu-606#c92
Le script httpd.vmware fait parti du paquet vmware-mui (non nécessaire au fonctionnement du server) si tu n'as installé que le vmware server c'est normal que tu ne l'ais pas
Quant à wmware server console est qui n'aboutit pas, que donne la comande /etc/init.d/vmware status
Merci ,compris pour httpd.vmware
voila le resultat de vmware status:
Bridged networking on /dev/vmnet0 is running
Host-only networking on /dev/vmnet1 is running
Host-only networking on /dev/vmnet8 is running
NAT networking on /dev/vmnet8 is running
Module vmmon loaded
Module vmnet loaded
ya pb ?
En faisant :LD_PRELOAD=/usr/lib/libdbus-1.so.3:$LD_PRELOAD vmware
ça se lance (et fonctionne ...),mais j'aimerais comprendre pourquoi
Idem tout s'installe bien mais je dois faire un LD_PRELOAD=/usr/lib/libdbus-1.so.3:$LD_PRELOAD vmware pour que cela démarre correctement ??
@ yasha et lassam
Peut-être une piste ici www.vmware.com/community/... quant au non lancement de la console alors que le server fonctionne correctement (la présence de libdbus-1-2)
sinon pour fixer ce bug :
essayer de rajouter
export LD_PRELOAD=/usr/lib/libdbus-1.so.3
au début du script /usr/bin/vmware
PS: J'ai pas moyen de tester car je ne rencontre pas ce problème, par contre si ça fonctionne merci de me faire un retour que je mette à jour mon billet, ça pourra servir à d'autre ...
merci pour la piste c'etait la bonne (conflit entre 2 versions de libdbus)
par consequent : sudo apt-get remove libdbus-1-2
et probleme reglé en souhaitant que cette suppression ne crée pas de soucis par ailleurs...
apres mon passage en edgy, la console vmware server ne démarre plus et consomme 100% du cpu.
la solution qui a fonctionné pour moi vient du forum vmtn
The problem is with libdbus library. If it has two versions installed, namely libdbus-1.so.2 and libdbus-1.so.3, vmware will not work. Remove the package:
root@random:~# apt-get remove libdbus-1-2
Bonsoir, à la commande "LD_PRELOAD=/usr/lib/libdbus-1.so.3:$LD_PRELOAD vmware" j'ai ça :"open@open-desktop:~$ LD_PRELOAD=/usr/lib/libdbus-1.so.3:$LD_PRELOAD vmware
Unable to alloc client: Cannot open file "/home/open/.vmware/preferences": Permission non accordée.
VMware Server Error:
VMware Server unrecoverable error: (vmui)
Unable to alloc client: Cannot open file "/home/open/.vmware/preferences": Permission non accordée.
A log file is available in "/tmp/vmware-open/ui-20814.log". Please request support and include the contents of the log file.
To collect files to submit to VMware support, run vm-support.
We will respond on the basis of your support entitlement."
Pourtant la première ça avait marché!!! J'ai pu me créer mon os virtuel.
Pourriz-vous me donner une piste?
D'avance merci.
alors ça....j'ai tenté un vmware status en root et ça m'a tout bonnement lancé vmware server...
Y'a quand meme quelque chose qui ne va pas trés bien, non?
Pour le status de wmwre server, la commande c'est :
sudo /etc/init.d/vmware status
Pour le problème de "Permission non accordée" :
Tu as dû créer la machine virtuelle (VM) avec la console ouverte en root et par la suite essayer de la lire avec la console ouverte en user
Pour régler ce soucis il faut remettre les bons droits sur les dossiers de préférences et sur la VM.
si ton user s'appelle toto, il faut :
sudo chown -R toto.toto /home/toto/.vmware
et
sudo chown -R toto.toto /home/toto/"chemin des machines virtuelles"
Bonjour! Merci beaucoup ça a marché...Par contre mon ordi souffle beaucoup: dans moniteur systeme ( gnome) la cpu2 est à 100%! J'ai beau arreter vmware, ça ne change rien, c'est la cpu1 qui se met à 100% Je dois stopper le processus avec moniteur système...
Une idée???
D'avance merci,
Cordialement.
Petit problème avec la console WEB (mui)
Sur Ubuntu Server 6.10, lorsque je redémarre la console ne fonctionne plus. Je dois relancer le script d'installation et modifier /etc/init.d/httpd.vmware puis ensuite lancer manuellement le tout.
Ce qui me dépasse, c'est que je n'ai pas ce problème lorsque je teste mon installation dans une machine virtuelle! (VMware Server 1.0.1 installé dans un Ubuntu Server 6.10 virtuel)
Mon installation serveur est neuve et je n'ai presque rien d'installé... seulement openssh-server
Oh! un petit développement.
En utilisant ta solution (au lieu de celle sur le forum de VMware) je suis maintenant en mesure de lancer /etc/init.d/httpd.vmware manuellement avec succès lorsque l'appareil est redémarré donc je n'ai plus besoins de lancer la réinstallation complète avec le script de vmware...
Comment faire pour que la console démarre automatiquement?
Pour que /etc/init.d/httpd.vmware démare automatiquement il faut les liens correspondants dans /etc/rc2.d
lrwxrwxrwx 1 root root 24 2006-11-01 12:59 /etc/rc2.d/K07httpd.vmware -> /etc/init.d/httpd.vmware
lrwxrwxrwx 1 root root 24 2006-11-01 12:59 /etc/rc2.d/S91httpd.vmware -> /etc/init.d/httpd.vmware
Moi j'ai un autre probleme depuis que je suis passer sur la version 6.10 de Ubuntu.
Il met impossible de lancer Vmware server car rien ne se passe......grrrr
Du coup j'ai voulu réinstaller vmware mais pendant l'install il me dit qu'il ne trouve pas les header du noyau utilisé. (voir la copie des messages suivant)
What is the location of the directory of C header files that match your running
kernel? [/usr/src/linux/include]
Du coup j'ai voulu changer le chemin vers le bon mais voila le message
What is the location of the directory of C header files that match your running
kernel? [/usr/src/linux/include]
Bon du coup je séche si qq'un peu me donner un coup de pousse ???
Vous pouvez m'envoyer un mail merci d'avance.
Je pense que ça vient du lien symbolique qui n'est pas fait, va faire un tour ici : http://www.taltan.fr/post/2006/07/22/30-reconfigurer-vmware-apres-une-maj-du-noyau
Pour résumer, il faut :
Installer les headers du noyau
$ apt-get -y install linux-headers-`uname -r`
et dans /usr/src faire un lien symbolique (linux) qui pointe vers les headers
$ cd /usr/src
$ ln -s linux-headers-`uname -r` linux
Tout ça avant de lancer l'install de vmware server
Pendant l'install il faudra donc laisser le chemin proposé par défaut
What is the location of the directory of C header files that match your running
kernel? [/usr/src/linux/include]
Salut,
) début décembre. Pour diverses raisons, j'ai refais hier une nouvelle install toute propre d'ubuntu, edgy 6.10. J'ai un amd64, et j'ai téléchargé l'archive-ubuntu-qui-va-bien.
j'avais suivi ce tuto qui avait fonctionné nickel avec kubuntu (merci bcp d'ailleurs !
Et bien... ./vmware-install.pl se plante, et pas au stade décrit...
je retrouve l'un des problèmes que citait Zugol:
"Generating SSL Server Certificate
Unable to get the last modification timestamp of the destination file
/etc/vmware/ssl/rui.key.
"
J'ai lutté un bon moment, mais là je ne vois pas... sur google ca ne me donne pas grand chose, en tout cas rien sous edgy. J'ai testé direct après l'install, puis après un upgrade complet, mais rien n'y fait, j'arrive toujours à ce problème... :'(
Any idea ?
Finalement, j'ai trouvé, juste avant d'abandonner !


Donc, pour ceux qui rencontrent le même problème: il faut les libs version 32 bits...
Trouvé sur ce forum : ubuntuforums.org/showthre...
Il m'a suffit de faire "apt-get install ia32-libs" et le script n'a plus posé de problème !
A rajouter dans la liste des packages à installer au début de ton tuto ?
++
Merci pour l'info, j'ai mis à jour le billet en question http://www.taltan.fr/post/2006/10/13/43-installation-et-utilisation-de-vmware-server-101-sur-ubuntu-606
Bonjour et merci pour le tutorial.
Avec Ubuntu 6.10 il semble que la libpng livrée par Vmware pour la console (dans /usr/lib/vmware-server-console/lib/libpng12.so.0) a un problème. Alors on la supprime et on fait un lien symbolique avec la libpng du système.
cd /usr/lib/vmware-server-console/lib/libpng12.so.0
mv libpng12.so.0 libpng12.so.0.old
ln -sf /usr/lib/libpng12.so.0.1.2.8 libpng12.so.0
Maintenant vmware-server-console ne grogne plus
Le problème avec vmware-server est le même (message ... no version information available ...) la correction est la même.
Une question réseau:
J'ai des machines virtuelles qui ont bien l'interface vmnet0 bridgée sur eth0 et dont le comportement réseau est impécable. On fait tout ce que l'on veut à partir de ces machines mais à partir d'une autre machine du LAN impossible de pinger n'importe laquelle des machines virtuelles.
J'ai un peu regardé les commandes brctl mais je ne vois pas ...
Cordialement