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.
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.
Tout semble normal sur ton ssd, aucune trace d'usure dans les données smart cf: Reallocated_Sector_Ct: 0 ou Media_Wearout_Indicator: 97 ( tu es à 97% de vie restant du ssd quoi)
Le test est toujours en cours et il est à 50%.
En soit comme ça en théorie ton ssd est en bon état. Ce qui ne veut pas dire qu'il ne puisse pas avoir un problème (si la mémoire cache est hs rien ne le remontera) mais vu les symptômes et ce qu'on voit là, je doute que ça soit lui le fautif.
C'est smartctl -a /dev/sdc pour voir (il y a un "-" devant le "a" )
Tu es sûr que tout opensuse est sur sdc? (ça veut dire que tu as 2 autres disques devant qui ne contiennent pas de données opensuse?)
Pour smartctl -t long /dev/sdc, il faut attendre un bon moment qu'il ait terminé, tu peux voir ou il en est via smartctl -a /dev/sdc, ou tu auras une catégorie ou tu vois les tests terminés ou en cours, et tu verras le % restant.
