VMWareTools sur guest linux - Historique des versions

Frank le 16 juin 2009 à 09:13

2009-06-16T09:13:31Z

2009-03-18T16:53:56Z

2009-03-18T16:50:57Z

2009-03-18T16:49:51Z

2009-03-18T16:43:31Z

2009-03-18T16:42:59Z

2009-03-18T16:41:51Z

2009-03-18T16:41:19Z

a déplacé VMWareTools sur Debian Etch vers VMWareTools sur guest linux

2009-01-03T15:15:37Z

2009-01-03T15:15:18Z

← Version précédente		Version du 16 juin 2009 à 09:13
Ligne 45 :		Ligne 45 :

	Redémarrer le système pour prendre en compte les modifications (kudzu doit découvrir une nouvelle carte réseau, lui demander simplement de la "configurer"). Vérifier que le module vmxnet est bien chargé.		Redémarrer le système pour prendre en compte les modifications (kudzu doit découvrir une nouvelle carte réseau, lui demander simplement de la "configurer"). Vérifier que le module vmxnet est bien chargé.
		+
		+	Pour mémoire, la fin de l'install des Tools indique :
		+	To use vmxnet driver, restart networking using the following commands :
		+	/etc/init.d/network stop
		+	rmmod pcnet32
		+	rmmod vmxnet
		+	depmod -a
		+	modprobe vmxnet
		+	/etc/init.d/network start

← Version précédente		Version du 18 mars 2009 à 16:53
Ligne 44 :		Ligne 44 :
	Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.		Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.

−	Redémarrer ~~le réseau ou mieux,~~ le système, pour prendre en compte les modifications. Vérifier que le module vmxnet est bien chargé ~~à la place de pcnet32~~.	+	Redémarrer le système pour prendre en compte les modifications (kudzu doit découvrir une nouvelle carte réseau, lui demander simplement de la "configurer"). Vérifier que le module vmxnet est bien chargé.

← Version précédente		Version du 18 mars 2009 à 16:50
Ligne 44 :		Ligne 44 :
	Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.		Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.

−	Redémarrer le réseau ou mieux, le système, pour prendre en compte les modifications.	+	Redémarrer le réseau ou mieux, le système, pour prendre en compte les modifications. Vérifier que le module vmxnet est bien chargé à la place de pcnet32.

← Version précédente		Version du 18 mars 2009 à 16:49
Ligne 40 :		Ligne 40 :

	= Installer VMWare-Tools sur CentOS4 =		= Installer VMWare-Tools sur CentOS4 =
		+	Sur CentOS4/BlueQuartz, c'est encore plus simple. A priori le rpm ne semble pas fonctionner (en tout cas, sur une ESXi, le VI client ne voit pas les tools après installation par rpm -i).
		+
		+	Par contre, en lançant simplement l'installation via le tar.gz et vmware-install.pl, il ne demande rien : le module semble pré-compilé pour RedHat ou équivalent, pas besoin des headers.
		+
		+	Redémarrer le réseau ou mieux, le système, pour prendre en compte les modifications.

← Version précédente		Version du 18 mars 2009 à 16:43
Ligne 38 :		Ligne 38 :
	rm -f /etc/udev/rules.d/z25_persistent-net.rules		rm -f /etc/udev/rules.d/z25_persistent-net.rules
	et rebooter.		et rebooter.
		+
		+	= Installer VMWare-Tools sur CentOS4 =

@@ Ligne 1 : / Ligne 1 : @@
-__TOP__
+__TOC__
 ----
 <big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !

← Version précédente		Version du 18 mars 2009 à 16:41
Ligne 1 :		Ligne 1 :
		+	__TOP__
	----		----
	<big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !		<big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !

← Version précédente	Version du 18 mars 2009 à 16:41
(Aucune différence)

← Version précédente		Version du 3 janvier 2009 à 15:15
Ligne 1 :		Ligne 1 :
		+	----
	<big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !		<big>'''Note importante'''</big> : la mise à jour du noyau peut empêcher les vmwre-tools de fonctionner, car le driver réseau notamment est compilé d'après les sources du noyau en cours. La VM peut donc se retouver sans réseau au prochain reboot qui utilisera le nouveau noyau, le module mwxnet n'ayant pas pu se charger !