Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
JE confirme que dans le fichier de log virtualbox je n'ai pas d'info. La dernière information dedans c'est le boot. ET quand al vm freeze rien ne se rajoute dedans. Quand je clique sur l'arrêt brusque de la vm, ça me rajoute les infos de l'arret brusque, mais rien entre la dernière ligne de boot et l’arrêt.
Du coup je ne vois pas trop comment récupérer plus d'info.
J'ai un soucis sur mon pc portable, mes vm virtualbox freezent toute aléatoirement. Genre sur une de mes vm j'ai pu faire toute l'upgrade de plus de 2go de maj, et au moment ou je l'éteins pas freeze. D'autres fois c'est en cours de mise à jour que ça se bloque. Parfois c'est sur une grosse charge parfois non. Je n'ai pas réussi à trouver un point commun. C'est valable peut importe l'os installé. Seule la vm freeze, l'host lui continue sont fonctionnement normal.
J'ai installé virtmanager, et pas de soucis sur les vm qui tournent dessus.
Il me semble que j'avais déjà le problème sous la 15.4, je ne saurais dire quand c'est arrivé, mais je n'avais pas le problème au tout début ça c'est sûr. Ce n'est pas non plus un problème de configuration perso, car mon fixe qui a le même environnement logiciel et qui est aussi sous leap 15.5 n'a pas ce problème.
Auriez vous une idée de ce qui peut provoquer ça et ou trouver les logs? J'ai commencé à regarder dans mon répertoire ou se trouve les vm les logs, mais pas eu l'impression de voir quelque chose.
ça reste proche dans ce que fait Manjaro avec sa branche TESTING vs STABLE donc même si ce n'est pas strictement identique je ne sais pas si on peut dire que c'est neuf.
BOnjour, Vous êtes sûr d'avoir bien éteint votre windows 10/11? Genre il faut désactiver l'option de démarrage rapide, sinon la partition est verrouillée et non montable par un autre système.
Perso ras, sous leap j'accède bien toujours à ma partition de windows 10.
Pour information, je viens de tester à nouveau de réactiver l'option, et ... Bizarrement ça remarche normalement.
Donc voilà si jamais cela se produit pour vous désactiver l'option, réactiver semble résoudre le bug. (à voir si c'est définitif).
EDIT: bon en quittant à nouveau chromium et en le relançant, le problème est revenu, donc non il faut bien couper l'option en attendant un correctif pilote ou chromium...
Configuration: Pc portable à base de 4800H donc igp Vega.
Pour information, je viens de mettre à jour à l'instant Leap, et suite à la maj (de chromium ou du pilote graphique), chromium est totalement inutilisable. (bug graphique à gogo).
La solution temporaire le temps que cela se calme: Désactiver l'accélération matérielle gpu dans chromium. L'option se trouve dans paramètre ==> systême ==> "Utiliser l'accélération matérielle si disponible".
SI jamais quelqu'un constate le même problème ça lui sera peut-être utile.
Bonjour, Comme il l'a évoqué, très souvent le téléchargement de l'iso ne fonctionne pas. Donc tu ne peux pas faire cette procédure, sauf à télécharger manuellement le fichier iso (lien dans mon précédent poste) et en le montant comme lecteur sur la vm ou tu veux le faire.
Chez nvidia on n'a pas 36 000 choix, c'est soit les pilotes proprios, soit les pilotes libres nouveaux. Mais les pilotes nouveaux, couvrent peu de gpu (si votre gpu est plus moderne qu'une 9XX de chez nvidia c'est en gros mort et le support sera basique), et le support est plus ou moins aléatoire et les performances moyenne. BRef en gros chez nvidia sauf vieux gpu, c'est pilote proprio avec le problème que vous côtoyez, ou accepter d'avoir des perfs catastrophique/un gpu qui chauffe avec le pilote nouveau si votre gpu est assez ancien.
Si vous avez un pc fixe et un gpu pas trop récent, je vous conseille fortement de le remplacer par un gpu amd, ça change la vie de ce côté là...
Pour les pilotes il faut installer les guest addition dans windows. POur l'usb, il faut bien penser à changer le type de port usb dans virtualbox et bien mettre usb 3.0, j'ai eu le cas ou ça ne marchait pas tant que ce n'était pas mis en usb max. (pour une liseuse kobo que je devais réinitialiser)
Malheureusement pour l'instant vu le principe prévu je ne pense pas que ça sera ce qui sera fait. Le but C'est d'avoir des paquets qui arrivent d'abord dans tumbleweed, puis une fois validé depuis un labs de temps qu'ils descendent vers slowroll. (un peu comme manjaro testing vers stable).
