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.
Ah super Merci pour le retour qui nous rappelle qu'il faut utiliser que si c'est indispensable les dépôts externes. Et bienvenue sur le nouveau forum alors
Bonjour guiv J’ai scindé ton message depuis le fil https://www.alionet.org/index.php?topic=648.0 Même si ton problème est semblable, il peut y avoir d’autres explications et ton système et PC sont différents. Déja tu as la possibilité de revenir en arrière avec les snapshots, tu utilises donc le système de fichiers btfrs ? De façon générale, c’est mieux que chacun ait son propre fil Comment as-tu fait la mise à jour ? Donne plus d’infos sur ton PC et sur ton système et aussi sur les dépôts que tu utilises.
LOui c’est bien mis dans le wiki sur Tumbleweed, il faut faire zypper dup.
Si tu es habitué à Debian Stable (Buster actuellement) , Tumbleweed est différent car c’est une rolling. je pense que c’est plus proche de Sid. Mais ce n’est pas la même philosophie. Sur Debian, l’objectif est d’avoir stable, il y a des moments où il ne se passe plus grand chose quand une nouvelle stable doit sortir. Avec openSUSE les deux distributions Leap et Tumbleweed ne sont pas liées de cette façon (de ce que j’en sais)
Bonjour, Sur Tumbleweed, la méthode conseillée est effectivement zypper dup dans un terminal et même plutôt dans une console tty. C’est donc l’habitude à prendre https://fr.opensuse.org/Upgrade_openSUSE_Tumbleweed
En fait Il faut faire un zypper dup si tu as installé Leap 15.2 avant qu'elle ne sorte officiellement, c'est indiqué dans le wiki C'est à faire quand elle est publiée et une seule fois. Mais bon, je ne pense pas que ça change grand-chose
Tu n'as pas d'autres soucis sur le système ? J'ai eu un problème de ce genre avec baloo quand j'avais une application python qui plantait et que je testais à plusieurs reprises ce qui créait trop de fichiers log. Je réinitialisais baloo mais finalement en refaisant les plantages du logiciel, le problème revenait
Bonjour, je pense que oui mais ça dépend aussi de ce que tu as fait sur Leap 15.1 Si tu as utilisé beaucoup de dépôts externes, il y a plus de « chances » d’avoir un souci à régler
1 : les dépôts officiels + packman => fiabilité autour des 99% ; 2 : les autres dépôts => à tes risques et périls !
à plus, oh!rocks
En ajoutant le dépôt libdvdcss dans le 1. et pour les compatibilités matériels les dépôts Nvidia, si on en a besoin avec une carte récente par exemple. Les dépôts home semblent les plus "risqués" de tout ce que j'ai lu. Ce qui est bien avec zypper, c'est le principe de "vendeur" qui fait qu’en ajoutant un dépôt, un paquet déjà installé sur le système ne sera pas automatiquement mis à jour sur une version du dépôt ajouté.
mais le fait de ne pas avoir VT-X reste anormal je pense, je teste une autre distrib pour voir si c'est pareil ou pas.
Tu n'as pas lu le lien En fait VT-x/AMD-v est maintenant obligatoire pour la version 6.1 de virtualbox
Citer
However VirtualBox 6.1.0 now requires VT-x/AMD-v to be available (or Windows NEM, but we'll leave that for now) for all VMs, whether 32bit, 64bit, single or multiple vCPU and so on.
traduit ça donne :
Citer
Cependant, VirtualBox 6.1.0 exige désormais que VT-x/AMD-v soit disponible (ou Windows NEM, mais nous allons laisser cela pour l'instant) pour toutes les VM, qu'elles soient à 32 ou 64 bits, à un ou plusieurs vCPU, etc.
alors je viens d'installer virtualbox-qt après m'être ajoutée aux vboxusers comme toi, j'ai commencé à créer une machine virtuelle Debian 64bits L'interface pour les réglages a un peu changé par rapport à ce que j'utilisais Comme toi dans la configuration, dans Système > processeur la ligne activer VT-x ... est grisée Par contre, j'ai coché la case activer l'accélération 3D sans avoir de message d'erreur.
La ligne grisée est normale sur la version 6.1.0 de virtualbox, voir ici
Citer
Idem, lorsque je veux utiliser virtualbox sur mes vm d'avant, impossible d'avoir une accélération 3D. Je suis obligé de décocher la case accélération gpu sans quoi les vm ne passent pas.
et si c'était un souci d'importation des VM entre les versions de virtualbox ?
Sur KDE je prendrais virtualbox-qt, ça doit être mieux je pense mais ça n’explique pas ton problème Je n’ai pas bien compris si tu avais installé d’autres systèmes sur PC avec lesquels virtualbox proposait l’accélération 3D