| Предыдущий | Следующий |
| SL_E_HEALTH_CHECK_FAILED_NEUTRAL_FILES | SL_E_INVALID_AD_DATA |
SL_E_HEALTH_CHECK_FAILED_MUI_FILES
Практическая интерпретация
SL_E_HEALTH_CHECK_FAILED_MUI_FILES (0XC004C4AE) фиксирует конкретное состояние: genuine/health check обнаружил повреждение или несоответствие защищённых MUI-файлов. Записывайте этот HRESULT на первом API, callback или service boundary, где он появился; более поздняя UI-ошибка может быть только следствием.
Английский маркер исходной документации для точного поиска: the validation health check finds altered or inconsistent language-specific MUI resources
. Его полезно сопоставлять с тем же объектом, timestamp и operation ID, а не с соседним событием.
Минимальный набор evidence
- Windows build/edition, Activation ID и earliest validation event.
- blob/token/hash/signature or protected-file evidence named by the result.
- template/version, producing component and integrity/binding comparison.
Семантические части имени результата — health, check, failed, mui, files — указывают, какие поля должны различаться между failing и working trace. Они помогают выбрать evidence, но не заменяют фактический return value и состояние объекта.
Контрольный тест
Проверяйте named evidence: blob/token/hash/protected file/signature или license state. Broad activation reset уничтожает именно те данные, которые нужны для доказательства причины.
Для genuine/health check обнаружил повреждение или несоответствие защищённых MUI-файлов контроль должен менять только один параметр или lifecycle-state. Если после изменения первым возвращается другой HRESULT, зафиксируйте его как новую причинную точку, а не объединяйте оба результата в один общий incident.
Контрольный сценарий из EN-описания: a language pack is partially updated or copied from another build
. Воспроизводите его на тестовой конфигурации и сохраняйте только необходимые идентификаторы; ключи, токены и полные персональные данные редактируйте согласно политике.
Официальное направление восстановления можно сверить по формулировке: capture installed language packs, affected MUI paths and servicing history before component repair
. Перед применением убедитесь, что именно названная граница доказана собранными данными.
Безопасное восстановление
Сохраните hashes/events, восстановите только повреждённый evidence producer или supported system component и повторите ту же validation boundary.
- Докажите условие «genuine/health check обнаружил повреждение или несоответствие защищённых MUI-файлов» по сохранённым данным.
- Измените только один относящийся к причине input, policy или state.
- Повторите тот же API и сравните первый HRESULT, достигнутую фазу и побочные эффекты.
- Зафиксируйте 0XC004C4AE и identity объекта до автоматического retry.
Технические ссылки
- SoftwareLicensingProduct WMI class.
- SoftwareLicensingService WMI class.
- Repair a Windows image with DISM.
- System File Checker command.
Нужно найти другой код? Найти другой код состояния или ошибки.