Reprise du message précédent :
Alors l'installation des VBTools 7.0.2 plante la VM au moment de la relance du bureau, mais il suffit de rebooter la VM pour que tout rentre dans l'ordre (Win11).

Ok, donc y'a bien un truc pas droit dans les VBTools

 
y'en a t il parmi vous utilisant du linux en qemu/kvm ?
depuis le passage au kernel 6, hwclock ne fonctionne plus. vérifié sur plusieuirs distros: arch, devuan, mx linux..
avant en kernel 5.xxx pas de probleme.
 
suite à upgrade et passage au kernel 6,des erreurs apparaissent au boot (lorsque hwclock est initialisée)
puis une fois booté, un sudo hwclock me fait une erreur :
select() to /dev/rtc to wait for clock tick timed out
 
j'ai un peu cherché mais rien trouvé de parlant..
une idée ?
(sur mon desktop avec une artix/arch, passage au kernel 6 et pas de probleme..ca a l'air lié à qemu)

J'ai ça comme problème quand je lance ma VM, obligé d'attendre les 1m30.
Il me propose une commande mais je n'ai aucune idée d'où la taper...
Oui je suis novice !
 

Dans « /etc/systemd/system.conf », tu ajoutes ces lignes-là :

Ça résoudra pas le problème, mais ça réduira déjà le délai à 20 secondes maximum (par défaut, c’est 90).
 
Sinon, le message est assez explicite : tu as un service qui fait de la synchronisation de l’horloge qui met trop de temps à se lancer. Peut-être qu’en le désactivant :

et en le remplaçant par ntpd (à installer éventuellement) :

ça contournera le souci ?

Sûrement la VM qui ne dispose pas de sa propre horloge, à voir en fonction du système de virtualisation comment il est recommandé de le gérer, sinon le désactiver si la VM se base sur celle de la machine hôte.

 
C'est un problème de la VM (Home Assistant) ou de VB ?
Où dois-je taper ces commandes en fait ?
 

 
C'est une VM Home Assistant, où puis-je désactiver ça ?
 
Merci pour votre aide.

1. De l’OS dans la VM, vu que c’est lors de sa phase de démarrage que ça se fait.
 
2. Dans un terminal ou une console TTY. Le « # » en début de ligne ne doit pas être tapé, puisqu’il indique que les commandes sont à effectuer en tant que root, ou depuis ton compte utilisateur précédées de « sudo » (si ton compte a le droit d’utiliser ce dernier).
 
Disons que tu es l’utilisateur « moz », tu dois te retrouver avec une invite de commandes ressemblant à ça :

À partir de là, tu tapes « sudo systemtcl disable --now systemd-tome-wait-sync », tu valides ton mot de passe utilisateur quand ça t’est demandé (attention : rien ne s’inscrit quand tu le renseignes), et normalement, ce service récalcitrant sera arrêté et ne sera pas relancé au prochain démarrage.
 
Si tu te connectes en root, ça ressemblera à ça :

Mais là, tu ne mets pas « sudo », puisque tu auras déjà les droits requis pour valider la commande. Cela dit, il est préférable de ne jamais se connecter en root et passer plutôt par la méthode sudo, plus haut.

Ok merci beaucoup pour l'explication du login.
 
J'ai pu entrer la commande reporté au début et ça me donne ça :
 

Là, on comprends mieux pourquoi il a échoué à démarrer : il cherchait un fichier qui n’existe pas. Sûr que ça va pas bien marcher, là…

Non, mais désactive-le, ce service : comme l’a dit e_esprit, vu que c’est une VM, elle n’a pas besoin d’un service de synchonisation temporelle, vu que c’est l’OS hôte qui s’en charge déjà pour elle.

Quant à savoir pourquoi il cherche ce fichier… Un « cat /usr/lib/systemd/system/systemd-tome-wait-sync.service » montrera dans quelles circonstances il fait appel à ce fichier « /run/systemd/timesync ».

Sinon, vu que ça se passe dans une VM, tu veux pas nous faire des captures d’écran, plutôt que des photos ? Ce serait déjà mieux pour la lisibilité (et la netteté, aussi).

D’acc, j’ai tenté la commande mais il me sort ça :
 

 
Edit : oups oui je pourrai faire des screens.  

Pourquoi ta partition racine se serait montée en lecture seule ? C’est pas pour t’inquiéter, mais la seule fois où un Linux m’a fait ça, c’était quand le disque dur était naze.
 
Un petit retour de la commande « mount », STP ? Et un « cat /etc/fstab » aussi.

Non mais ta vm est pas démarrée, t'es en recovery là.

Il n'est pas en recovery, c'est une VM HAOS, le disque système est une image disque donc non modifiable.

Essaye de voir si côté virtualbox y a pas une option pour que la VM ait sa propre horloge.
Regarde si le dernier message de cette discussion ne te permet pas de contourner ce problème : https://community.home-assistant.io [...] ing/441326

Perso je ne connais pas assez bien virtualbox pour pouvoir t'aider plus.

C'est forcément possible, mais vu que t'es sur un système en lecture seule, va falloir le remonter en lecture écriture pour pouvoir faire les modifs.

Linux 6.1.7 low latency ... Virtualbox 6.1.42 en host, ben, les VMs dépotent gentiment !

Il faut ouvrir un ticket: https://www.virtualbox.org/wiki/Bugtracker

Linux 6.5.0 & VB 7.0.10
ça fonctionne, mais il y a quelques soucis d'interface réseau :  

• sur une machine, ça ne fonctionne qu'en NAT,  
• sur une autre l'Accès par pont fonctionne mais j'ai eu à copier le VDI car l'accès NFS au VDI ne permettait pas de démarrer la VM.

M'est avis, qu'un VB 7.0.11 ou un Linux 6.5.1 devrait pas tarder à faire leur apparition

Il y a quelques temps l'installation de VB 7.0.10 ne s'est pas très bien passée. Pas de carte réseau virtuelle et aujourd'hui impossible de démarrer à cause d'une signature.
De plus Virtualbox n'apparait pas dans la liste des programmes installés. Le retour en 7.0.8 a échoué à cause d'une DLL absente.
Donc pour l’instant c'est mort. Possibilité de lancer les VM à la main ?
 

 

 

Utiliser un windows à jour et pas d'origine louche déjà ?

Problème résolu : C'est l'installeur de VirtualBox 7.0.10 qui merdouille et surtout après une installation défectueuse on ne peut pas réinstaller les anciennes versions qui fonctionnaient bien car la partie pourrie n'est pas écrasée !
Donc solution = Effacer tous les dossiers Oracle et nettoyer la registry avant de remettre une ancienne version.
 
Ma clef d'installation va bien, merci pour elle. Comme c'est une clef standard et pas EOM, je peux installer Win7, Win10 et Win11 avec.
 
En ce qui concerne les MAJ, c'est service minimum depuis toujours. Je n'installe une MAJ *que* si je ne peux pas faire autrement.
Mon Seven64 est une vraie fusée avec les cuisses propres. C'est peut être pour cela qu'il fonctionne bien.

En fait le problème est simple :
 
Post by scottgus1 » 30. Aug 2023, 16:54
Virtualbox 6.1 and 7.0 are not supported on Windows 7 hosts. 7.0.10 finally caught up with Windows 7. It's no longer compatible.

Voilà,  d'où "utiliser un windows à jour", 7 n'est plus maintenu.
Aucune gloire à utiliser un os qui ne reçoit plus de maj de sécurité.

est ce que ça parle à quelqu'un les guest qui freezent de manière aléatoire sur virtualbox linux?
Version actuelle: 7.0.10_SUSE r158379 mais ça fait de nombreuses versions, voir même avant cette version de mon os que ça le fait.
Bien évidemment, aucun log côté virtualbox, il ne voit pas le freeze.

Sur mon fixe qui est sur le même os, avec le même environnement logiciel aucun problème.

Les symptômes c'est:
On utilise l'os, puis subitement plus rien ne répond. Pas réussi à trouver de séquence spécifique pour reproduire le pb, c'est assez aléatoire.
Par exemple, je peux parfois faire toutes les majs de ma vm sans aucun problème, la reboot ras, puis je l'éteins et paf freeze.
D'autres fois c'est en pleine maj que ça freeze et ça m'explose donc totalement la vm.

J'exclue un problème matériel d'ordre mémoire/cpu/gpu car ras sous occt, ras dans les tests de mémoire, et ras en jeu ou dans un autre usage.
Je n'exclue pas un pb de virtualisation mais ça me paraitrait bien bizarre comme raison.
Et surtout comme évoqué côté hôte je ne remarque rien, l'hôte ne plante pas, c'est vraiment dans la vm que ça se passe.

ça parle à quelqu'un comme symptômes?

Si j'arrive j'essaierais d'installer une autre distrib sur une clef usb pour tester la virtu mais me je ne crois pas avoir un truc assez grand pour tester ça (j'ai de quoi installer une distrib oui, mais sans doute pas de quoi rajouter une vm dessus).

Salut,

Que disent les graphiques de monitoring de Virtualbox lorsque ça freeze ?

Bonjour,
Les graphes?

Dans la fenêtre Virtualbox, menu hamburger de la VM (trois tirets)=> Activity

J'ai pas.
J'ai détail/instantané/journaux

Ah finalement activity vient d’apparaître au bout d'un long môment de vm démarré.

Et en regardant les témoins + son activité, en fait la vm continue à tourner.
Genre là ma vm est freezée niveau affichage en cours de maj, mais l'activitée varie toujours preuve que l'installation des mises à jour est toujours en cours.

Conclusion, c'est le rendu graphique dans virtualbox qui se plante/freeze, la vm elle continue toujours de tourner.

EDIT/ la maj semble être terminée.
Mais pareil l'extinction par API ne semble plus marcher, c'est comme si virtualbox n'était plus lié directement à cette vm.

Apparemment une nouvelle version vient de sortir mais le site virtualbox.org est aux fraises avec la grande échelle (trop de connexions ?).

Edit : le site est de nouveau en ligne, mais pas de nouvelles version : fausse alerte

Salut,  
 
Je tente ma chance ici. Je suis en train de migrer un certain nombre de VM d'un host xcp-ng à un autre ...
Je le fais en cold migration depuis xen-orchestra, et ca fonctionne pas mal du tout.
Par contre, l'appliance xen-orchestra est sur la liste de ce que je souhaite migrer ... et là ... je m'interroge. Comment je suis censé procéder ?

Peut-être plus de chances de trouver une piste sur le topic XCP-ng ?  
https://forum.hardware.fr/hfr/OSAlt [...] 4655_1.htm

KDE Plasma 6.0

Un bon gros boost de fluidité des VM

Toutefois, la gestion de la souris n'aime toujours pas Wayland : quand une VM prend le focus, on perd la souris tout simplement. Pour la récupérer, il faut éteindre la VM.
Par contre en X11, pas de soucis

Virtualbox 7.0.16 et Plasma 6.0.4
 
Les guest sous wayland, c'est toujours pas ça

Sortie de Linux 6.12
 
Ce nouveau noyau marche fort ... mais Virtualbox 7.1.4 n'arrive pas à démarrer les VM sur un souci d'accès aux instructions AMD-V.  
Il va falloir attendre une mise à jour Virtualbox pour ça

Il n'aura pas fallu attendre longtemps pour débloquer le sujet ci-dessus :  
https://www.virtualbox.org/ticket/22248

Appel à la population !

Je suis à la recherche d'infos fraîches sur le SR-IOV GPU / Passthrough / ...
J'ai cru comprendre qu'il existe des éléments expérimentaux côté caméléon, des trucs en cours sur les dernières générations iGPU Intel et un pilote AMD pour les Radeon Fire (sur ESX).
Mais côté GPU grand public, je n'ai pas trouvé grand chose de bien cadré (à part des projets github)

Je cherche des infos surtout pour des PC portables.

Bref, où en est on de l'état de l'art ?

Le 21 janvier dernier Virtualbox est sorti en vesion 7.1.6
 
En gros, je ne peux plus démarrer les VMs
Retour en 7.1.4
 
Je vais finir par tout balancer dans virt-manager tellement Virtualbox et les tambouilles Oracle commencent à me sortir par les yeux.

Ça me rassure un peu, parce que c’est pareil pour moi (et sous Windows 11) !
 
Je venais de créer une VM Arch minimale (juste les outils de base, mc, git et yay ; pas de DE/WM, c’est dire) pour espérer pouvoir compiler plus vite certains paquets d’AUR qui prennent des plombes, même sur le Core 2 Quad… Ah, la douche froide de la MAJ qui râle parce qu’un module noyau n’est pas chargé !
 
Retour en 7.1.4, tout remarche. Bon, ben, je reste en 7.1.4. Son seul souci, c’est que certaines combinaisons de touches (Ctrl-D, Ctrl-L et surtout Ctrl-X et Ctrl-C) ne fonctionnent pas. Gênant quand on fait un ping et qu’on a oublié un « -c4 » ou qu’on a ouvert un fichier dans nano et que Ctrl-X ne fait rien…
 
(Bizarrement, ces combinaisons fonctionnaient sur l’ISO live, lors de l’installation ; et Ctrl-U ou Ctrl-K fonctionnent sur Bash)

ça n'a surement rien à voir, mais il me semble avoir eu un souci similaire sur une mise à jour : c'était la carte réseau de la VM qui s'était mal reconfigurée.

Pas de souci de réseau pour ma part. Faut dire que, vu que la VM se lance pas, le réseau… Et puis, j’ai installé que VBox et le pilote USB, pas les trucs réseau ; ce qui fait que je peux pas faire de connexion par pont, mais c’est pas grave.
 
Quand je lance la 7.1.6, j’ai d’emblée un message d’erreur « impossible d’énumérer les périphériques USB », là où la 7.1.4 n’a pas ce souci et arrive à monter la clef USB sur laquelle je mets mes paquets compilés pour les copier ensuite sur les autres ordis (bon, je dois aussi la monter à la main depuis la VM après l’avoir montée dans VBox, vu que je suis en console TTY et que le montage auto via gvfs ne marche pas, mais c’est pas le plus compliqué).