Собственный обработчик ошибок Blizzard завершает процесс с сообщением Summary: BREAKPOINT . Пользователь видит это как ошибку 127 с указанием на Kernel32.dll в диалоговом окне сбоя .

Ключевая деталь: сбой происходит до инициализации любого графического слоя — не создаётся ни D3D12, ни VKD3D, ни Vulkan-устройство . Это окончательно исключает проблемы с драйверами GPU или DXVK.

Патч 3.1.0 обновил упаковщик и encryption, применяемые к diablo_iv_loader.dll . Новая версия упаковщика использует обфускацию, которая вставляет INT3-прерывание как намеренную меру защиты от отладки и реверс-инжиниринга. В Windows диспетчер исключений обрабатывает его незаметно. Под Wine/Proton это приводит к сбою .

Почему локальные обходные пути не работают

• Смена версий Proton (Experimental, GE, Hotfix-ветки) не помогает, так как прерывание возникает на уровне обработки исключений CPU внутри обфусцированного загрузчика — ни одна текущая сборка Proton не исправляет этот специфический сценарий .
• Параметры запуска вроде PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 или настройки DXVK не действуют, потому что сбой происходит до любого кода, связанного с GPU .
• Удаление или переименование dstorage.dll, что помогало при других проблемах с запуском в предыдущих патчах, в данном случае бесполезно .

Единственные варианты исправления: (а) Blizzard должна перепаковать загрузчик без INT3-прерывания таким образом, чтобы он был совместим с обработкой исключений в Wine, или (б) патч на уровне Wine/Proton, который будет перехватывать и обрабатывать это конкретное прерывание. Однако из-за обфускации и защиты от взлома создать такой патч сложно и ненадёжно.

Ответ Blizzard

• Blizzard признала проблему на форумах, открыв официальные темы техподдержки «Невозможно играть на платформах Linux после нового обновления» и «Diablo 4 больше не работает на Steam Deck» .
• Хотфикс 3.1.0a, выпущенный позднее 30 июня, не содержал исправления для Linux/Steam Deck . В обсуждениях хотфикса подтверждается, что он решал другие проблемы ПК-версии, но блокировка Linux осталась .
• Blizzard подтвердила, что работает над отдельным экстренным патчем, специально предназначенным для устранения проблемы с diablo_iv_loader.dll в среде Wine/Proton . По состоянию на 2 июля исправление ещё не вышло, а тема с сообщением об ошибке достигла 655 ответов, и активность на форуме продолжает расти .

Более широкий контекст: хрупкость античит-систем в совместимых средах

Этот инцидент подчёркивает повторяющуюся проблему в PC-гейминге: разработчики регулярно обновляют античит-системы и упаковщики, не тестируя их на совместимость со слоями вроде Wine/Proton. Античит-программы спроектированы так, чтобы вести себя иначе в нестандартных средах, и небольшие изменения — новая версия упаковщика или дополнительная проверка INT3 — могут незаметно нарушить совместимость с Proton, даже если сам код игры не менялся .

Такая же ситуация возникала с активацией Denuvo, которая блокировала пользователей Linux после слишком частой смены версий Proton . Каждый раз исправление зависит либо от реактивного патча Proton от Valve, либо от обновления бинарного файла со стороны разработчика игры — и ни то, ни другое не происходит, пока пользователи не обнаружат и не сообщат о поломке. Случай с Diablo IV особенно показателен, так как он затронул Steam Deck — официально поддерживаемую коммерческую платформу, которая до патча 3.1.0 была полностью совместима с игрой .

Собственный обработчик ошибок Blizzard завершает процесс с сообщением Summary: BREAKPOINT . Пользователь видит это как ошибку 127 с указанием на Kernel32.dll в диалоговом окне сбоя .

Ключевая деталь: сбой происходит до инициализации любого графического слоя — не создаётся ни D3D12, ни VKD3D, ни Vulkan-устройство . Это окончательно исключает проблемы с драйверами GPU или DXVK.

Патч 3.1.0 обновил упаковщик и encryption, применяемые к diablo_iv_loader.dll . Новая версия упаковщика использует обфускацию, которая вставляет INT3-прерывание как намеренную меру защиты от отладки и реверс-инжиниринга. В Windows диспетчер исключений обрабатывает его незаметно. Под Wine/Proton это приводит к сбою .

Почему локальные обходные пути не работают

• Смена версий Proton (Experimental, GE, Hotfix-ветки) не помогает, так как прерывание возникает на уровне обработки исключений CPU внутри обфусцированного загрузчика — ни одна текущая сборка Proton не исправляет этот специфический сценарий .
• Параметры запуска вроде PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 или настройки DXVK не действуют, потому что сбой происходит до любого кода, связанного с GPU .
• Удаление или переименование dstorage.dll, что помогало при других проблемах с запуском в предыдущих патчах, в данном случае бесполезно .

Единственные варианты исправления: (а) Blizzard должна перепаковать загрузчик без INT3-прерывания таким образом, чтобы он был совместим с обработкой исключений в Wine, или (б) патч на уровне Wine/Proton, который будет перехватывать и обрабатывать это конкретное прерывание. Однако из-за обфускации и защиты от взлома создать такой патч сложно и ненадёжно.

Ответ Blizzard

• Blizzard признала проблему на форумах, открыв официальные темы техподдержки «Невозможно играть на платформах Linux после нового обновления» и «Diablo 4 больше не работает на Steam Deck» .
• Хотфикс 3.1.0a, выпущенный позднее 30 июня, не содержал исправления для Linux/Steam Deck . В обсуждениях хотфикса подтверждается, что он решал другие проблемы ПК-версии, но блокировка Linux осталась .
• Blizzard подтвердила, что работает над отдельным экстренным патчем, специально предназначенным для устранения проблемы с diablo_iv_loader.dll в среде Wine/Proton . По состоянию на 2 июля исправление ещё не вышло, а тема с сообщением об ошибке достигла 655 ответов, и активность на форуме продолжает расти .

Более широкий контекст: хрупкость античит-систем в совместимых средах

Этот инцидент подчёркивает повторяющуюся проблему в PC-гейминге: разработчики регулярно обновляют античит-системы и упаковщики, не тестируя их на совместимость со слоями вроде Wine/Proton. Античит-программы спроектированы так, чтобы вести себя иначе в нестандартных средах, и небольшие изменения — новая версия упаковщика или дополнительная проверка INT3 — могут незаметно нарушить совместимость с Proton, даже если сам код игры не менялся .

Такая же ситуация возникала с активацией Denuvo, которая блокировала пользователей Linux после слишком частой смены версий Proton . Каждый раз исправление зависит либо от реактивного патча Proton от Valve, либо от обновления бинарного файла со стороны разработчика игры — и ни то, ни другое не происходит, пока пользователи не обнаружат и не сообщат о поломке. Случай с Diablo IV особенно показателен, так как он затронул Steam Deck — официально поддерживаемую коммерческую платформу, которая до патча 3.1.0 была полностью совместима с игрой .