Reprise du message précédent :
Une petite aide ?
 

Y'a une erreur de double tiret ici, c'est pas le bon tiret :
esxcli graphics host set –-default-type SharedPassthru

Je viens de tout réinstaller, esxi puis vm ubuntu : pas eu besoin de modifier la conf de l'esxi avec cette commande finalement, pour avoir l'affichage de la VM sur mon écran ...
 
Et toujours pas de clavier / souris
 

Tu as essayé de les mettre sur un HUB ?
Sinon tu peux passthrough tout un controlleur, mais fait attention de pas avoir ton boot drive dessus

Oui, j'ai essayé 2 hubs USB2, 2 claviers, 2 souris, etc
Normalement, je devrais voir clavier/souris dans la liste des périphériques USB à ajouter ?
Comment ça se présente sur un conf qui marche ?
 
(Faut que je réessaye de forcer le hub en passthrough)

Le NUC il est dans la HCL VMware ?

Bah non, ils ne vont pas s'emmerder a valider ces trucs, yen a aucun ..

Bon, j'ai suivi ceci :
https://www.virtuallyghetto.com/202 [...] -esxi.html
 
J'ai ça en USB :
 
lsusb
Bus 001 Device 001: ID 0e0f:8003 VMware, Inc. Root Hub
Bus 001 Device 002: ID 058f:9254 Alcor Micro Corp. Hub
Bus 001 Device 003: ID 8087:0aaa Intel Corp.
Bus 001 Device 007: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 413c:1010 Dell Computer Corp.
Bus 001 Device 005: ID 05ac:0304 Apple, Inc. Mighty Mouse [Mitsumi, M1152]
Bus 001 Device 006: ID 413c:2110 Dell Computer Corp.
 
Juste pour le Hub USB dans un premier temps (ID 058f:9254 Alcor Micro Corp. Hub), le reste débranché :
- ajout dans la conf VM:
usb.generic.allowHID = "TRUE"
usb.quirks.device2 = "0x058f:0x9254 allow"
 
- dans le fichier /etc/vmware/config :
usb.quirks.device2 = "0x058f:0x9254 allow"
 
- dans le fichier /bootbank/boot.cfg :
CONFIG./USB/quirks=0x058f:0x9254::0xffff:UQ_KBD_IGNOR
 
-> reboot esxi
 
-> Tests avec clavier/souris branché avant ou après allumage de la VM :
Pas de périphérique usb a ajouter dans la conf de la vm
Vm lancée, pas de clavier/souris
 
 
Puis en ajoutant les différents périphériques usb listés :
- ajout dans la conf VM:
usb.quirks.device7 = "0x046d:0xc52b allow"
usb.quirks.device4 = "0x413c:0x1010 allow"
usb.quirks.device5 = "0x05ac:0x0304 allow"
usb.quirks.device6 = "0x413c:0x2110 allow"
 
etc ..
 
  => idem, pas de périphérique usb a ajouter dans la conf de la vm
Vm lancée, pas de clavier/souris

Bon, et bien Proxmo, ca marche très bien. En 10-15mn, c'est installé et configuré. Et ca marche nickel. Clavier/souris directement, et le GPU avec qq modif biens expliquées dans des tutos

Déjà que c'est compliqué pour VMware de supporter un simple clavier AZERTY dans une VM Linux, alors un NUC

Avec la dernière version de windows 10, que ça soit sous virtualbox 5.2 (version de base d'ubuntu 18.04) ou la dernière version 6.1.16 de virtualbox c'est glish party dès qu'on active l'accélération 3D.  
 
Bon c'est désactivé et ça remarche, mais bon j'espère que ça sera réglé assez vite...

Ben j'attends aussi la mise à jour, la 6.1.16 n'arrive pas à compiler le module kernel avec un noyau 5.10

 
 
Une petite question sur VMware Workstation : on peut vraiment activer 32 cœurs dans le système invité ? cela me parait énorme...
J'ai testé 8 cœurs et tout fonctionne ( super bien même )
 

 
Mon processeur est un Core i7-3770 ( 4 cœurs )
 
Il me semblait pourtant qu'il existait une limite dans Virtualbox ( pas plus de cœurs émulés que de cœurs réels )

C'est bizarre, dans la logique VMWare (sur les ESX), il faut que le nombre de coeurs de la VM soit disponible pour que l'hyperviseur donne la main à la VM
Mais bon, là, c'est VMWare workstation, un équivalent de virt-manager / virtualbox, du coup, le mode fonctionnement ne doit pas le même que les ESX.

Oui cela me surprend aussi.
Mais visiblement je peux le faire !

Non en fait j'étais juste mal réveillé ce matin, désolé    
 

 
8 maxi cad le nombre de threads de mon processeur  
edit : cela reste le double de Virtualbox qui bloque à 4

Bizarre, sous virtualbox, j'ai accès aux 24 threads de mon 3900x

Cette fois ci je suis bien réveillé pourtant, dès que je dépasse 4 ça couine    
 

Il te dit que ce n'est pas recommandé (passe la souris sur message, il devrait y avoir une info-bulle) mais la VM sera démarrée

 
Merci pour l'info, j'ai toujours cru que c'était pas possible  

T'as bien réussi à le faire avec la version VMWare

Oui mais jusqu'à 8 VMware ne mettait aucun avertissement.

Bon, bon, bon .... ce matin plein de mises à jour et surtout Virtualbox 6.1.18 enfin compatible Linux 5.10

Virtualbox 6.1.18 c'est bon... Mangez-en    
 

 

 

Bonjour,
 
Est-ce qu'il est possible de faire un passtrough d'un périphérique M.2 (Google Coral) de Windows à Virtualbox ?
J'ai réussi avec une clé USB z-wave mais je ne sais pas où chercher pour ce type de périphérique...  
 
Merci !

Je teste truenas (oui c'est un peu hs ici) mais aussi héberger une vm (oui on raccroche le topic ouf!), je trouve ça vraiment pas mal au final.
Je sais que ce n'est pas le but principal du truc, et c'est aussi pour ça que je l'utilise.

Tu parles des jails ?
Sinon il y a un topic dédié TrueNAS, enfin encore appelé FreeNAS car pas très actif

Non non, en hyperviseur pour vm.

gnome-boxes c'est très bien aussi

 
tout à fait je l'utilise et si on a pas de besoins particuliers, car c'est vrai qu'on ne peut pas configurer grand chose, c'est le top !

Je viens de lire effectivement que c'était bien deux choses distinctes. Je ne sais pas pourquoi mais jusqu'à aujourd'hui j'avais en tête jail = vm
Je me coucherai moins con ce soir

Bonjour,
 
Je viens de mettre à jour VirtualBox sur mon serveur.
Je l'utilise pour faire tourner ma solution domotique Home Assistant.
Sauf que depuis la màj, ça ne fonctionne plus, j'ai parfois des messages d'erreur et parfois cela va jusqu'au bout mais ma VM n'est pas accessible...
 

Ben réinstalle la version précédente

Bon bin j'ai droit à un "home assistant cli not starting jump into emergency console" maintenant...

Soit c'est pas virtualbox le coupable, soit le boot précédent a cassé un truc dans ta VM (auquel cas tu restaures le backup que tu n'as pas manqué de faire avant de mettre à jour), soit c'est pas ta journée

C'est bon ça remarche, j'ai eu chaud sur ce coup, je touche plus à rien.

Tant que ça fonctionne dépêche-toi d’arrêter ta bécane et de faire un snapshot.

Je backup déjà ma domotique tous les jours mais je pensais pas qu’une maj pouvait tout péter quoi…

Ben c'est pas pour rien qu'en milieu pro, on fait en général toujours des tests avant de faire des MAJ, c'est beaucoup plus fréquent que tu ne sembles le penser (pas forcément complètement casse comme dans ton cas, parfois c'est des effets de bords dans certains cas particuliers qui apparaissent).

Ben c'est surtout que de base on n'utilise pas virtualbox pour faire tourner des vm en continu dans le monde pro.
 
En général virtualbox (comme l'équivalent de vmware) c'est pour faire des tests de vm, ou pour du dev, mais pas pour une application qui tourne non stop en production.
On fou un hyperviseur style proxmox/esxi ou ou même windows hyper-v (bouh ça pue)

Euuh oui et non ...
J'vais prendre mon cas particulier personnel à moi :
Le PC pro est en dual-boot et Windows ne voit jamais la lumière. Mais bon, il y a toujours des vedettes pour aller utiliser des fonctions qui n'ont pas d'équivalence pratique dans le monde GNU/Linux ; du coup, j'utilise Virtualbox pour faire tourner les quelques trucs Windows-only.
Donc j'ai une VM Windows sur le PC qui tourne en permanence. J'aurai pu tenter virt-manager/KVM mais le souci est qu'il n'y a pas de pilotes graphiques pour le guest et que l'installation Windows de la boutique bloque le serveur RDP Windows.

Bref, tu as raison pour des serveurs qui ne seront accédés que par le réseau, mais en local sur le poste de travail, le confort d'utilisation sur toute la journée est grandement amélioré par le pilote graphique de la VM