Nous voici donc au cinquième point d’étape, publié dans la journée du 2 avril. Après un quatrième billet calme, que donne celui-ci ?
Ben rien de très notable. La grosse nouveauté, c’est suite à ma migration vers Windows 11, grâce à l’aide précieuse de Baba, la machine virtuelle a migré de Qemu vers HyperV. Pour avoir le son, une couche xrdp a été rajouté, ce qui fait que le Gnome utilisé ne fonctionne plus avec Wayland mais avec X11. Mis à part cela et le fait qu’il a fallu que je modifie le fuseau horaire pour retomber sur une heure correcte.
Sans oublier la capture d’écran qui montre bien que la Fedora a migré sur les technologies de Microsoft.
Donc pour le moment, tout va bien. Espérons que ce soit le cas par la suite… À suivre donc dans un billet final qui sortira le jour de la sortie de la Fedora 42.
Alors, je sais pas si c’est lié à ton histoire de fuseau horaire sur ta VM Fedora, mais il y a maintenant moyen de demander à Windows de gérer la RTC en UTC. De manière assez cocasse, tu peux trouver la manip à faire sur… le wiki d’Arch Linux. ^^
Vu que Windows peut désormais gérer correctement (et de manière persistante) l’horloge système en UTC, si ça doit te faciliter la vie pour tes VM, autant ne pas se gêner ! En tout cas, pour l’avoir fait sur le PC que mon pote m’a légué à Noël 2023, ça n’a jamais causé le moindre problème (visible, du moins).
Oui je confirme, il y a une clé de registre pour forcer l’UTC sur Windows. Je le recommande quand on utilise Linux sur la machine en parallèle de Windows. Évidemment c’était déconseillé par MS mais ça n’a jamais provoqué de problème chez moi non plus
Il est tout aussi simple de configurer /etc/localtime directement dans la machine virtuelle. C’est juste une commande avec sudo compris.
En effet il doit s’agir de la clé RealTimeIsUniversal. Mais de mon coté depuis la migration de windows 10 vers windows 11 (24H2), cette clé de registre ne fonctionne pas. Donc windows 11 affiche l’heure UTC.
Quelqu’un d’autre serait dans ce cas ? Après une recherche internet je ne serais pas le seul.
Qemu est porté sous windows est ce moins bon qu’hyper-v ?
J’ignore si Qemu existe sous Windows. Quant à la comparaison, je ne saurais pas dire.
https://www.qemu.org/download/ Windows
Stefan Weil provides binaries and installers for both 32-bit and 64-bit Windows.
https://qemu.weilnetz.de/w64/
On aura peut-être droit à un test ?
J’avoue que je ne suis pas très chaud à l’idée de tester les compilations en question. Un test ? Peut-être un jour
https://libvirt.org/windows.html
Qemu oui mais pas libvirt…
Oui qemu existe sous windows mais ce n’est pas la panacée, c’est plutôt un logiciel natif linux.
Le principal problème, en natif ou avec MSYS2, c’est d’avoir le support KVM, sans ça on se retrouve en émulation et pas en virtualisation, donc les performances ne sont pas terribles.
Avec WSL c’est peut-être mieux pour le support KVM. Mais ça commence à faire beaucoup de façons différentes de l’utiliser (natif, MSYS2, WSL), ça devient plus compliqué que de bidouiller sous linux
Et sinon Virtualbox est très bien : léger, simple d’utilisation. Et adapté à une virtualisation de desktop avec les guest addon.
J’ai eu des problèmes avec HyperV, mais c’était sur un PC pro où je n’étais pas admin, donc je ne pouvais pas partager la connexion réseau avec la VM.
Qemu existe bien sous windows. Après je ne sais pas si il y a l’interface libvirt ou équivalent, ni kvm
Fedora c’est solide. C’est certainement la ‘fixed’ qui encaisse le mieux les changements de version. Quand on reste sur ‘stable’ c’est 0 soucis. J’en ai une en VM aussi, j’ai peu d’extension hormis la principale ‘dash to panel’ et comme c’est dans les depots de Fedora ça cassera pas. Les codecs multimédia sont maintenant installés automatiquement a l’installation, a condition de cocher la case. Copr est activable depuis le magasin de logiciel ainsi que Fusion pour Steam et Nvidia
Il est vrai que Fedora est solide. Par contre, je ne sais pas comment elle encaisse les changements matériels principaux comme la carte mère ou encore le processeur. Tu as des retours sur ce point précis ?
Globalement ça se passe très bien. Le cas récent de changement de matériel que nous avons eu sur le forum fedora est un utilisateur qui a installer le dernier GPU AMD: RX 9070.
Quelques defaut qu’il a très vite corrigé en passant à F42 beta qui propose un noyau supportant pleinement le nouveau GPU.
De façon générale dans le pire des cas il faut attendre un peu une mise à jour si le système de base n’offre pas une compatibilité satisfaisante à l’heure H.