Pourquoi le Patch 3.1.0 de Diablo IV a-t-il bloqué Steam Deck et Linux ?

Le 30 juin 2026, Blizzard a déployé le Patch 3.1.0 en même temps que le lancement de la Saison 14, « Le Réveil de la Mort ». Presque immédiatement, les joueurs sous Linux et Steam Deck ont été confrontés au Code Erreur 127 et le jeu refusait tout démarrage. Le 2 juillet, le principal fil de signalement de bugs sur les forums de Blizzard comptait déjà plus de 650 réponses, et des milliers de messages supplémentaires étaient disséminés dans des discussions connexes . Il ne s'agissait pas d'une simple régression de Proton, mais d'une modification délibérée de l'antitriche, incompatible avec la couche de compatibilité Wine/Proton au niveau le plus bas : celui des instructions processeur.

Analyse technique : l'instruction INT3 qui bloque tout

L'analyse communautaire via PROTON_LOG a localisé l'échec à un point très précis de la séquence de démarrage . Le plantage survient entièrement dans diablo_iv_loader.dll , le module propriétaire de protection et d'antitriche de Blizzard. Ce chargeur exécute une instruction BREAKPOINT (INT3) — une interruption processeur conçue pour les débogueurs. Sous Windows natif, le gestionnaire d'exceptions structuré du système d'exploitation la traite silencieusement et poursuit l'exécution. Sous Wine/Proton, la propagation des exceptions diffère, et le chargeur interprète ce point d'arrêt comme une erreur fatale et irrécupérable .

Le propre gestionnaire d'erreurs de Blizzard interrompt alors le processus en affichant le message

Summary: BREAKPOINT

Le détail crucial : le plantage se produit avant toute initialisation de la couche graphique — aucune création de périphérique D3D12, VKD3D ou Vulkan n'a lieu . Cela exclut formellement tout problème de pilote GPU ou de DXVK.

Le Patch 3.1.0 a mis à jour le packager et le chiffrement de l'antitriche appliqués à diablo_iv_loader.dll . Ce nouveau packager utilise une technique d'obfuscation qui insère un point d'arrêt INT3 comme mesure délibérée anti-débogage et anti-rétro-ingénierie. Sous Windows, le gestionnaire d'exceptions le traite de manière transparente. Sous Wine/Proton, cela échoue .

Pourquoi les solutions de contournement locales sont inefficaces

• Changer de version de Proton (Experimental, GE, branches Hotfix) ne sert à rien, car le point d'arrêt se produit au niveau de la gestion des exceptions CPU de Wine, à l'intérieur d'un chargeur obfusqué — aucune version actuelle de Proton ne corrige ce cas spécifique .
• Les paramètres de lancement comme PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 ou les ajustements de configuration DXVK n'ont aucun effet, car le plantage a lieu avant que le moindre code GPU ne s'exécute .
• Supprimer ou renommer dstorage.dll, une astuce qui fonctionnait pour d'autres problèmes de démarrage dans des patchs précédents, ne résout pas ce problème .

Les seules solutions possibles sont : (a) que Blizzard reconditionne le chargeur sans le point d'arrêt INT3 d'une manière compatible avec la gestion des exceptions de Wine, ou (b) qu'un correctif au niveau de Wine/Proton intercepte et gère ce point d'arrêt spécifique. Comme le chargeur est obfusqué et protégé par un antitriche, créer un tel correctif est difficile et fragile.

La réponse de Blizzard

• Blizzard a reconnu le problème sur ses forums, en ouvrant des fils officiels de support technique intitulés « Impossible de jouer sur les plates-formes Linux après la nouvelle mise à jour » et « Diablo 4 ne fonctionne plus sur Steam Deck » .
• Le Hotfix 3.1.0a, publié plus tard le 30 juin, n'incluait pas de correctif pour le problème Linux/Steam Deck . Les fils de discussion dédiés au hotfix confirment qu'il résolvait d'autres problèmes sur PC, mais laissait le blocage Linux non résolu .
• Blizzard a confirmé travailler sur un correctif d'urgence séparé, spécifiquement dédié au point d'arrêt de diablo_iv_loader.dll sous Wine/Proton . Au 2 juillet, le correctif n'avait pas encore été déployé, et le fil de signalement de bugs atteignait 655 réponses, le trafic sur les forums continuant d'augmenter .

Contexte plus large : la fragilité des antitriches face aux couches de compatibilité

Cet incident met en lumière un problème récurrent dans le jeu sur PC : les développeurs mettent régulièrement à jour leurs systèmes d'antitriche et de packager sans les tester sur des couches de compatibilité comme Wine/Proton. Les logiciels antitriche sont conçus pour se comporter différemment dans des environnements non standard, et de petites modifications — une nouvelle version du packager ou une vérification INT3 supplémentaire — peuvent silencieusement briser la compatibilité avec Proton, même lorsque le jeu lui-même n'a subi aucun changement de code .

Le même schéma s'est produit avec les activations Denuvo qui verrouillaient l'accès aux utilisateurs Linux après trop de changements de version de Proton . À chaque fois, la correction dépend soit de Valve qui met à jour Proton de manière réactive, soit du développeur du jeu qui fournit une mise à jour binaire — et aucune des deux n'a lieu tant que les utilisateurs n'ont pas découvert et signalé la panne. Le cas de Diablo IV est particulièrement frappant car il a affecté le Steam Deck, une plate-forme commercialisée et prise en charge, qui était parfaitement compatible avec le jeu avant la version 3.1.0 .