Je me suis posé la question. Je me suis dis que j’avais merdé quelque part, mais non, puisqu’une réinstallation complète et vierge avec les pilotes recommandés crash de la même façon, et sur tous les jeux. Les mêmes jeux dans les même conditions sous Linux ne posent aucun soucis.



Après, c’est peut-être pas que la faute de Microsoft, les pilotes d’AMD y sont peut-être aussi pour quelque chose (c’est directement lié aux graphiques, c’est seulement eu jeu, quand le GPU est chargé donc, que ça arrive). Mais je vois pas où j’ai pu merder. Et je ne ment pas sur le délai, c’est vraiment mon expérience. Ça m’emmerde, surtout pour les jeux CodeMasters, mais je ne vois pas ce que je peux y faire (le crash consiste en un écran noir, y’a pas de BSoD, et le son s’arrête également, et le système refuse de s’éteindre proprement quand j’appuie sur le bouton d’alimentation brièvement).



Et les seules infos que j’ai pu trouver dans le journal d’évènement, c’est que le système a démarré après un arrête non planifié une fois que je me suis résigné à hard reboot, ça m’aide pas trop à débugger.



Je dois avouer que mes compétences Windows sont bien plus faibles que mes compétences Linux, donc si tu as une idée du problème et de comment corriger, je prends, j’aimerais bien profiter des jeux que j’ai payés…



Et comme une bonne partie de mes jeux tournent sans soucis sous Linux dans les mêmes conditions, je me suis résigné à me limiter à ces jeux, et à considérer que si un OS déconne et pas l’autre sur le même matos, sans que j’ai fait autre chose que juste l’installer via l’ISO officiel, c’est que l’OS qui déconne a un soucis.

Je réponds pas à une personne en particulier vu que y’a eu plusieurs réponses, donc je réponds à tout un peu pêle-mêle, désolé : si c’était l’alim’, ça crasherait sous Linux aussi, surtout que j’ai déjà exploité à fond ma tour sous Linux sans problème. D’ailleurs, le refroidissement marche très bien sur les deux OS (juste le mode silencieux (ventilos stoppés) qui s’active pas sous Linux alors que sous Windows oui si < 40°C), ça semble être géré directement par la CG (tout comme la couleur des LEDs de celle-ci). Le fabricant ne fourni pas de pilotes customs, faut utiliser ceux d’AMD.



J’ai déjà tenté l’underclock sans succès, les crash continuent, même d’ailleurs à faible charge (genre, jeu peu gourmand, pas le bureau, sur le bureau ça crashe pas). Mais pas à forte charge sous Linux. D’ailleurs, la dernière fois que j’ai testé, le GPU plus consommé et chauffé (78°C, 100% d’utilisation) sous Linux sans problème alors que Windows à 70°C et 80 % environ ça crashait.



Je n’ai pas souvenir que ça n’ait jamais été stable sous Windows, juste que ça tenait un peu plus longtemps au début, donc le downgrade de pilote à une version fonctionnelle est pas possible. J’ai pas d’autre puce graphique (CPU sans graphiques intégrés). J’ai pensé à la RAM, notamment parce que j’avais eu des soucis avec (impossible de la mettre à la fréquence vendue (3GHz), je dois rester à la fréquence de compatibilité (2133MHz) si je veux que ça tienne), mais un memtest n’a rien donné, et j’ai déjà rempli la RAM plusieurs fois sans soucis sous Windows comme Linux.



Au final, je pense que c’est juste le combo Windows / pilote AMD pour Windows qui est foireux pour cette CG. Je verrais bien quand je changerais de CG (dans 2 ou 3 ans maintenant je pense) si ça change quelque chose. Mais je pense pas changer de constructeur (je reste chez AMD pour le GPU, pour la compatibilité Linux, et Sapphire est plutôt bon normalement, en plus d’être très correct sur les prix. Après je suis prêt à dégager Sapphire si y’a une bonne affaire, tant que je reste avec un GPU AMD). En attendant ce PC fonctionne parfaitement avec Linux, et couvre 80 % de mes jeux et 100 % de mes autres besoins, donc c’pas dramatique.