Pour éviter les "avec VB ça fonctionne très bien" je précise la raison de mon choix VMware au dépend de VB :
1- le partage des ressources Si je fais une machine virtuelle avec 3 Go de RAM + 20 Go de disque virtuel VB "prend" effectivement 3Go de RAM et 20 Go d'espace disque // VM "prend" ce qu"il a besoin dans la imite de 3 Go de RAM et 20 Go d'espace disque 2- Taille de la mémoire vidéo qui peut être > à 256 Mo sur VM
Alors tout est installer tout fonctionne, sauf les VMtools. Lorsque la VM me demande si je veux installer les tools je réponds oui => dl ok => mot de passe admin => Ko msg erreur voir ci-dessous
Là j'avoue je sèche .... si vous avez des idées elles sont les bienvenues
PC 1: GA-H97-HD3-Core i5 4690-RAM 12 Go-SSD Crucial BX100- 3 boots : Manjaro x64 KDE - W10 x64 pro pour tous les logiciels photos - Fedora 31 x64 KDE
PC2 : Dell Optiplex 755 intel core duo - SSD OCZ vertex2 Siduction lxde x64
Dernière modification par Gilllesil y a 7 ans, modifié au total 3 fois.
A la louche & vu que tu sembles être (égaré) dans une drôle de contrée*, via services.msc vérifie peut-être s'il n'y a pas un service concernant WMware à démarrer (en auto ?)..? Si tu es sous Linux par contre, systemctl list-unit-files pour la même chose.
*: Ha, la redmondie ne me manque pas du tout, pfuuu..! J'ai réinstallé récemment Win 10 en français sur une babasse neuve & son système aux yeux bridés (& essayé de faire en sorte que redmond ne soit pas au courant de la couleur de ton slip courant), quelle usine à gaz
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
systemd services (Optional) Instead of using /etc/init.d/vmware (start|stop|status|restart) and /usr/bin/vmware-usbarbitrator directly to manage the services, you may also use .service files (also available in the vmware-systemd-services/AUR package, and also included in vmware-patch/AUR):
1. L'installation de vmware-systemd-services et vmware-patch a nécessité de charger la clef du dev (en user) : $ gpg --keyserver pgp.mit.edu --recv-keys 702353E0F7E48EDB .. error install : 2 services déjà présents à l'installation de VMpatch - (car installés par VMsystemd-services) .. error lancer : manque libcanberra-gtk.so ⇒ 2. un lien à faire (ne fonctionne sans error que pointé vers le gtk 2.0 et non le 3.0 - donc à revoir si update) $ sudo ln -s /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so /usr/lib/libcanberra-gtk-module.so
On crée /etc/systemd/system/vmware.service et /etc/systemd/system/vmware-usbarbitrator.service simplement en les copiant depuis /usr/lib/systemd/system/vmware.service et /usr/lib/systemd/system/vmware-usbarbitrator.service (installés par le paquet AUR) vmware.service et vmware-usbarbitrator.service “enabled”
Je pense que c'est vmware.service qui te manque et que tu dois "enable" (fais l'usb aussi, bien sûr). Ça t'évite de charger les modules par /etc/modules-load.d comme on le fait pour virtualbox
Après je lance VMware et j'ouvre ma machine virtuelle tout fonctionne parfaitement bien son, réseau, affichage, usb ... juste ce ptit pb lorsqu'il s'agit d’installer VMware tools
/usr/lib/systemd/system/vmware.service => c'est quoi ?
PC 1: GA-H97-HD3-Core i5 4690-RAM 12 Go-SSD Crucial BX100- 3 boots : Manjaro x64 KDE - W10 x64 pro pour tous les logiciels photos - Fedora 31 x64 KDE
PC2 : Dell Optiplex 755 intel core duo - SSD OCZ vertex2 Siduction lxde x64
waitnsea a écrit :1. L'installation de vmware-systemd-services ... vmware.service et vmware-usbarbitrator.service “enabled”[/code]Je pense que c'est vmware.service qui te manque et que tu dois "enable" (fais l'usb aussi, bien sûr). Ça t'évite de charger les modules par /etc/modules-load.d comme on le fait pour virtualbox
Nous sommes avec Manjaro/Archlinux, donc nous utilisons systemd ! et non ta solution qui est plus pour anciennes configurations . vmware-systemd-services est un paquet aur pour gérer vmware avec systemd et /usr/lib/systemd/system/vmware.service est le service disponible par ce paquet.
@papajoke: sauf erreur n'y a-t-il pas systemd-sysvcompat qui devrait rendre les anciennes commandes compatibles avec systemd (pas clair même dans "l'Archy-bible") ?
@Gilles: tu parles de win 7 comme hôte par ici, il n'y aurait pas un problème de ce genre d'ambivalence de ce mot typiquement française ?
Je bataille une bricole en ce moment pour intégrer un démarrage de service OOTB (vboxservice de V-box pour ne pas le nommer) dans une iso pour pouvoir "sortir" quelque chose de celle-ci virtualisée via un répertoire partagé avec l'hôte (qui reçoit comme un hôtelier, voire juse haut-dessus ) mais c'est une autre histoire, quoique..?
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Chaque programmeur "invente" sa propre commande pour lancer son programme. Systemd vient lui imposer une norme : systemctl [start stop ...] le_programme.
Donc avec systemd, tous nos services se lancent exactement de la même façon quel que soit la distribution linux systemd est donc une surcouche a la commande personnelle du programme (elle fonctionne toujours).
ps: le code source du service systemd : Before=vmware-usbarbitrator ExecStart=/etc/init.d/vmware start
Gillles a écrit :vmware -patch => ko ne s'installe pas pb de clé et a priori obsolète ?
Oh! Gilles, sois attentif !
L'installation de vmware-systemd-services et vmware-patch a nécessité de charger la clef du dev (en user) : $ gpg --keyserver pgp.mit.edu --recv-keys 702353E0F7E48EDB
Gillles a écrit :vmware -patch => ko ne s'installe pas pb de clé et a priori obsolète ?
Oh! Gilles, sois attentif !
L'installation de vmware-systemd-services et vmware-patch a nécessité de charger la clef du dev (en user) : $ gpg --keyserver pgp.mit.edu --recv-keys 702353E0F7E48EDB
[user@PC~]$ gpg --keyserver pgp.mit.edu --recv-keys 702353E0F7E48EDB gpg: échec de réception depuis le serveur de clefs : Pas de données [user@PC ~]$
EDIT : J'ai farfouillé et je pense tenir une bonne piste sur le site allemand de Manjaro (toutes les infos sont dispersées dans les commentaires des paquets AUR) https://de.manjaro.org/index.php?topic=4112.0
J'ai ça
user@PC]$ gpg --list-keys gpg: lookup_hashtable failed: Erreur système inconnue gpg: trustdb: searching trust record failed: Erreur système inconnue gpg: Erreur : la base de confiance est corrompue gpg: Vous pourriez essayer de recréer la base de confiance avec les commandes : gpg: cd ~/.gnupg gpg: gpg --export-ownertrust > otrust.tmp gpg: rm trustdb.gpg gpg: gpg --import-ownertrust < otrust.tmp gpg: Si cela ne fonctionne pas, veuillez consulter le mode d'emploi /home/user/.gnupg/pubring.kbx
Pour moi ça a fonctionné pas d'erreur sur l'exécution de ces 4 lignes ... ensuite
gpg --recv-keys <KEYID - See 'validpgpkeys' variable in PKGBUILD>
KEYID - See 'validpgpkeys' variable in PKGBUILD = la clé qui se trouve dans le PKGBUILD de ncurse 5 à la ligne validpgpkeys'
et pour finir
yaourt vmware-patch
et zou tout c'est bien passé
Je relance VMware la vm windows et ....
Je me trouve pas mauvais sur ce coup là
Merci de votre aide
PC 1: GA-H97-HD3-Core i5 4690-RAM 12 Go-SSD Crucial BX100- 3 boots : Manjaro x64 KDE - W10 x64 pro pour tous les logiciels photos - Fedora 31 x64 KDE
PC2 : Dell Optiplex 755 intel core duo - SSD OCZ vertex2 Siduction lxde x64
Un bug lié au passage au kernel 4.9.6 (Arch le fait plus tard que Manjaro) : le lancement de VMWare demande à recompiler les modules, il faut d'abord patcher "a la mano" car le aur/vmware-patch n'est pas encore à jour. Le patch , à rendre exécutable et lancer en sudo Merci à Booga qui a posté la solution sur le forum Arch
waitnsea a écrit :Un bug lié au passage au kernel 4.9.6 (Arch le fait plus tard que Manjaro) : le lancement de VMWare demande à recompiler les modules, il faut d'abord patcher "a la mano" car le aur/vmware-patch n'est pas encore à jour. Le patch , à rendre exécutable et lancer en sudo Merci à Booga qui a posté la solution sur le forum Arch
Merci beaucoup, oui en effet ça ne fonctionne plus ... c'est quand même le côté agaçant de Linux ... ça marche et zou une maj et ça ne fonctionne plus ...
La solution de virtualisation me permettait sans reboot d'imprimer avec une vieille Lexmark non compatible linux et de lancer Captytv ..
Pour l'imprante je lai changer pour une canon qui 100% compatible scan et print ... et pour captytv je l'ai installer via Wine et ça marche aussi ... na
Donc fini Vvmware et virtualbox sous Manjaro, cependant je garde vm sous windows
PC 1: GA-H97-HD3-Core i5 4690-RAM 12 Go-SSD Crucial BX100- 3 boots : Manjaro x64 KDE - W10 x64 pro pour tous les logiciels photos - Fedora 31 x64 KDE
PC2 : Dell Optiplex 755 intel core duo - SSD OCZ vertex2 Siduction lxde x64
Bonjour
Je suis un débutant en linux manjaro 64bits.
j'ai installé VMware pour pouvoir utilisé des machines virtuelles.
Le problème est que je n'arrive pas à avoir les iso pour mes logiciels comme: windows serveur 2016, opnsense, et GNS3.
J'ai besoin d'aide.
Merci d'avance.