Je confirme que les performances sont bien là en nested virtualisation.
Pour le serveur headless, tu peux y connecter virt-manager via ssh, afin d'avoir un retour écran pour installer des OS sans interface série, avant d'activer un protocole d'acces remote.
Même si tu n'as pas de compte, il suffit d'appeler un professionnel de santé qui utilise doctolib comme plateforme de rendez vous pour apparaître dans leur base avec les données que tu as transmis lors de l'appel sans savoir quelles étaient saisies directement sans consentement, est-ce normal/légal ?
C'est ça.
La VM peut démarrer automatiquement, ce qui sera pratique pour U2, juste a bouger la souris pour réveiller son environnement.
En ce qui concerne les ressources, le memory ballooning permet de ne pas réserver toute la mémoire allouée à la VM des le démarrage, elle sera allouée selon les besoins de la VM.
Pour ce qui est du CPU, les machines de nos jours sont tellement puissantes …
Un défaut effectivement si U1 éteint l'ordinateur en oubliant que U2 est en train d'utiliser sa session :)
Si tu as deux GPU, un intégré et une carte PCIe, tu peux faire du PCI passthrough, pour le GPU et l'USB dans une VM. (Il faut aussi 2 contrôleurs USB, assez courant sur les cartes mères)
C'est parfois un peu long a configurer mais ça marche tres bien.
Et ca permet d'avoir deux distributions différentes si besoin.
Posté par tibodit .
En réponse au message pentest.
Évalué à 2.
En regardant les vidéos (du sstic par exemple) et en cherchant le parcours des gens qui y participent, cela peut te donner des pistes https://www.sstic.org/2022/programme/
En virtualisation on peut avoir des performances avec du GPU passthrough, vu les jeux cités ta machine doit être puissante, et idéalement tu as deux GPU, celui du processeur pour Linux et le discrète GPU pour la vm Windows (lors des séances de jeu windows virtualisé)
Un peu de doc : https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF
Personnellement j'ai installé Windows 10 via l'iso officielle de Microsoft sans enregistrer le produit et Microsoft, magnanime, me laisse l'utiliser et le mettre à jour sans broncher ni me demander de l'argent depuis plusieurs mois (encore combien de temps ?) Du coup je ne le démarre uniquement pour jouer sans rien utiliser d'autres dessus.
Cela ne règle pas les autres problèmes évoqués d'avoir un Windows …
Après avoir subi les mêmes soucis, jeté des objets, promis que l'on m'y reprendrai plus, j'ai trouvé un outil (script bash) qui semble convenir : https://github.com/WoeUSB/WoeUSB
Le problème dans mon cas : l'installer windows (20H2) est trop gros pour de la FAT (partition EFI) pourtant spécifiée par Microsoft.
L'outil utilise alors un démarreur FAT récupéré de l'outil rufus (https://raw.githubusercontent.com/pbatard/rufus/master/res/uefi/uefi-ntfs.img) pour sauter sur la partition NTFS contenant l'installeur.
woeusb --target-filesystem NTFS --device Win10_20H2_English_x64.iso /dev/sdb Il faut avoir confiance pour exécuter tous ces outils sous root, mais quand on installe Windows, on doit sacrifier beaucoup de choses.
PS : merci à Cortana (l'assistant vocal de Windows) d'avoir réveillé toute ma famille lors de l'installation.
Cela me fait penser à ce script qui utilise aussi debootstrap mais pour générer des VM plutot que des isos bootable, peut etre une feature à lui ajouter.
Sur le gitlab de Debian et Son paquet Debian
# pc vieillissant avec efi
Posté par tibodit . En réponse au message [Résolu] Operation System not found. Évalué à 1.
Es tu sur d'avoir de l'EFI sur ton pc ?
https://fedoraproject.org/wiki/Changes/DeprecateLegacyBIOS
Quel est la carte mère / version et type du bios ?
[^] # Re: libvirt
Posté par tibodit . En réponse au message Modifier un serveur existant en "hyperviseur". Évalué à 2.
Je confirme que les performances sont bien là en nested virtualisation.
Pour le serveur headless, tu peux y connecter virt-manager via ssh, afin d'avoir un retour écran pour installer des OS sans interface série, avant d'activer un protocole d'acces remote.
# consentement
Posté par tibodit . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 10.
Même si tu n'as pas de compte, il suffit d'appeler un professionnel de santé qui utilise doctolib comme plateforme de rendez vous pour apparaître dans leur base avec les données que tu as transmis lors de l'appel sans savoir quelles étaient saisies directement sans consentement, est-ce normal/légal ?
[^] # Re: machine virtuelle
Posté par tibodit . En réponse au message plusieurs utilisateurs simultanés pour un même PC. Évalué à 2.
C'est ça.
La VM peut démarrer automatiquement, ce qui sera pratique pour U2, juste a bouger la souris pour réveiller son environnement.
En ce qui concerne les ressources, le memory ballooning permet de ne pas réserver toute la mémoire allouée à la VM des le démarrage, elle sera allouée selon les besoins de la VM.
Pour ce qui est du CPU, les machines de nos jours sont tellement puissantes …
Un défaut effectivement si U1 éteint l'ordinateur en oubliant que U2 est en train d'utiliser sa session :)
# machine virtuelle
Posté par tibodit . En réponse au message plusieurs utilisateurs simultanés pour un même PC. Évalué à 2.
Si tu as deux GPU, un intégré et une carte PCIe, tu peux faire du PCI passthrough, pour le GPU et l'USB dans une VM. (Il faut aussi 2 contrôleurs USB, assez courant sur les cartes mères)
C'est parfois un peu long a configurer mais ça marche tres bien.
Et ca permet d'avoir deux distributions différentes si besoin.
[^] # Re: Rustlang
Posté par tibodit . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 1.
Même si l'implémentation est sympa, tu sous estimes ton cpu :
https://ark.intel.com/content/www/us/en/ark/products/149091/intel-core-i78565u-processor-8m-cache-up-to-4-60-ghz.html
# s'inspirer des autres
Posté par tibodit . En réponse au message pentest. Évalué à 2.
En regardant les vidéos (du sstic par exemple) et en cherchant le parcours des gens qui y participent, cela peut te donner des pistes
https://www.sstic.org/2022/programme/
[^] # Re: question naïve
Posté par tibodit . En réponse au journal Battle royal et adolescence…. Évalué à 1.
En virtualisation on peut avoir des performances avec du GPU passthrough, vu les jeux cités ta machine doit être puissante, et idéalement tu as deux GPU, celui du processeur pour Linux et le discrète GPU pour la vm Windows (lors des séances de jeu windows virtualisé)
Un peu de doc :
https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF
Personnellement j'ai installé Windows 10 via l'iso officielle de Microsoft sans enregistrer le produit et Microsoft, magnanime, me laisse l'utiliser et le mettre à jour sans broncher ni me demander de l'argent depuis plusieurs mois (encore combien de temps ?) Du coup je ne le démarre uniquement pour jouer sans rien utiliser d'autres dessus.
Cela ne règle pas les autres problèmes évoqués d'avoir un Windows …
# Ivre il recommence et raconte
Posté par tibodit . En réponse au journal Ivre, il tente de réinstaller Windows, ça tourne mal. Évalué à 2.
Après avoir subi les mêmes soucis, jeté des objets, promis que l'on m'y reprendrai plus, j'ai trouvé un outil (script bash) qui semble convenir :
https://github.com/WoeUSB/WoeUSB
Le problème dans mon cas : l'installer windows (20H2) est trop gros pour de la FAT (partition EFI) pourtant spécifiée par Microsoft.
L'outil utilise alors un démarreur FAT récupéré de l'outil rufus (https://raw.githubusercontent.com/pbatard/rufus/master/res/uefi/uefi-ntfs.img) pour sauter sur la partition NTFS contenant l'installeur.
woeusb --target-filesystem NTFS --device Win10_20H2_English_x64.iso /dev/sdb
PS : merci à Cortana (l'assistant vocal de Windows) d'avoir réveillé toute ma famille lors de l'installation.
# 2020
Posté par tibodit . En réponse au journal 2020, l’année du coincoin !. Évalué à 2.
L'année du Desktop Linux !
Bonne année !
# génération de VM
Posté par tibodit . En réponse au journal Création d'un système live-CD basé sur Debian. Évalué à 2.
Cela me fait penser à ce script qui utilise aussi debootstrap mais pour générer des VM plutot que des isos bootable, peut etre une feature à lui ajouter.
Sur le gitlab de Debian et Son paquet Debian
[^] # Re: Python se rapproche du Perl ?
Posté par tibodit . En réponse à la dépêche Python 3.8 : opérateur d’assignation, REPL async, Pickle v5 et plus. Évalué à 3.
Intrigué par le concentré de truc imbitable et supposant que c'est valide, peut-on avoir une petite explication ?