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.
Mais du coup, ça confirme donc qu'il y a aussi des problèmes de dépendances sous tumbleweed. C'est exactement pour ça que j'évite les rolling release même si on peut "attendre" quelques jours que ça se résolve.
Bonjour. Quand c'est comme ça tu es obligé d'attendre. En général tu peux essayer l'option: "désinstallation de python311-PyQt6-6.5.2-1.2.x86_64" Mais ça risque de t’entraîner des pbs d'autre dépendances.
Donc il faut attendre et tester plus tard que ça se règle.
A chaque partition que tu crées tu peux définir la taille que tu veux allouer, et donc tu peux choisir de laisser de l'espace. Perso j'ai Opensuse d'installé à côté de windows.
Ce que je trouve dommage, c'est que les signatures sont rarement mises à jour.
ça reste un antivirus gratuit, il ne faut pas s'attendre à avoir l'efficacité d'un av payant qui a une grosse équipe dédié à ça derrière.
Il existe une version payante de clamav avec des signatures plus efficaces, mais ne pas oublier qu'on n'a pas le côté proactif d'un vrais AV, c'est juste un scanner au final et rien de plus.
Je vais refaire un test de mémoire vive que j'avais déjà fait mais j'en doute. Aucun problème sur tout le reste. Et j'ai déjà joué à pas mal de jeu sur ce pc portable donc ça aurait forcément refait sortir le problème et jamais eu de reboot/plantage ou autre sauvage.
Toute fois dans le doute je vais quand même refaire plusieurs passes.
Mais vu que le problème est au final purement graphique et concerne plus "l'enveloppe" de virtualbox que la vm directement qui n'est pas plantée, je doute que ça soit un soucis de mémoire vive. C'est plus clairement un pb de pilote graphique (igp) que de matériel.
Si tu fais df -h il reste de la place sur le disque? Si tu es en mode read only tu ne pourras rien écrire, donc il est normal que zypper plante.
Par contre, avec tout ce que tu évoques, je commence à me poser aussi la question d'un soucis de ssd. Aurais tu la possibilité de tester un autre cable sata, ou quitte à faire une réinstallation de le faire sur un autre SSD?
D'ailleurs sais tu si le firmware de ton ssd est à jour?
Je ne pense pas, ça le fait avec tous les os de manière aléatoire. Genre j'ai une vm tuxedo os, j'ai fais l'update sans soucis (donc forte charge) et ras, et au moment de l'éteindre paf elle ne s'éteint pas et reste bloqué niveau affichage.
C'est tout simplement parce qu'en ligne de commande tu donnes des arguments à ta commande. Si tu mets tout dans "application" dans le lanceur, il essaye de prendre le tout comme l'exe, ce qui n'est pas le cas. IL faut donc que tu sépares les deux, mette en exe kate ou kwrite, et en argument le nom de ton fichier que tu veux ouvrir.
exemple:
Edit: en gros toi tu fais: kate toto.txt ==> ça marche, tu lances bien kate avec pour argument un fichier. Mais dans le lanceur ça fait: "kate toto.txt" ==> ça essaye de lancer le binaire "kate toto.txt" sans argument. Forcément il n'existe pas.
si tu essayes sur ton terminal de le faire (les " " sont importantes) tu vas voir qu'il te dit:
Citer
Si 'kate toto.txt' n'est pas une faute de frappe, vous pouvez utiliser command-not-found pour rechercher le paquet qui le contient, comme ceci : cnf kate toto.txt
Sous entendu que pour lui l'application c'est "kate toto.txt" qu'il ne connait pas.
C'est une options sur l'écran de connexion donc oui normalement tu peux tester facilement. Après si tu as un gpu nvidia ce n'est pas la peine de tester.
Bon j'ai du neuf, en fait la vm n'est pas vraiment freezée, c'est la partie affichage graphique par virtualbox qui l'est.
En gros là ça vient de se freezer en cours de maj de ma vm micro os. Le témoin activité dd + cpu de la vm varient toujours. Du coup je regarde dans activity sur virtualbox ==> je vois toujours la charge cpu etc varier. Donc il est toujours en train de faire les majs mais l'affichage n'est plus rendu sur virtualbox.