В ноябре 2024 выпуска не будет, KB5046687 ломает браузеры.

UpdatePack7R2 для обновления Windows 7 SP1 и Server 2008 R2 SP1

Набор позволяет обновлять рабочую систему, а также интегрировать обновления в дистрибутив. Может быть установлен на любую редакцию Windows 7 и Server 2008 R2, любого языка и архитектуры. Включены обновления для Internet Explorer 11, все критические, рекомендуемые и обновления безопасности. Смотрите подробности в списке обновлений.

MDL Win 7 Tool AiO ISO Creation from Enthousiast (in English)
Update7 Integrator от boss911

Использование

В системе должно быть не меньше 10 ГБ свободного места на винчестере и желательно не меньше 1 ГБ свободной оперативной памяти.

Можно перетянуть мышкой чистый iso-дистрибутив на UpdatePack7R2 и получить готовый обновлённый iso-образ.

Для гибкой установки набора можно использовать следующие ключи и их комбинации:

    • Ключ /Reboot для автоматической перезагрузки, если она потребуется.
    • Ключ /S для полностью тихой установки без окон и сообщений. Регистр имеет значение.
    • Ключ /Silent для пассивной установки — видно прогресс, но установка полностью автоматическая.
    • Ключ /Temp= позволяет задать временный рабочий каталог. Он не обязан быть пустым, но должен существовать.
    • Ключ /NoSpace позволяет пропустить проверку свободного места на системном разделе, использовать не рекомендуется.
    • Ключ /FixOn включает защиту от Meltdown и Spectre, а /FixOff её выключает. Без ключей для Win7 защита выключена, а для Win2008R2 включена.

Примеры:

    • Нужно автоматически установить все обновления, IE11 и перезагрузить компьютер: UpdatePack7R2.exe /silent /reboot
    • Нужно скрыто установить все обновления к имеющимся продуктам и компьютер не перезагружать: UpdatePack7R2.exe /S

Следующие ключи предназначены для интеграции обновлений в дистрибутив:

    • Ключ /WimFile= указывает расположение wim-файла, необходимо задавать абсолютный путь.
    • Ключ /Index= указывает индекс системы в wim-файле, для каждого индекса необходимо выполнять интеграцию заново.
    • Ключ /Index=* позволяет выполнить поочерёдную интеграцию обновлений во все индексы wim-файла.
    • Ключ /Boot= указывает расположение boot.wim для интеграции поддержки NVMe и USB3.
    • Ключ /Optimize разрешает оптимизировать размер wim-файла после интеграции обновлений.
    • Ключ /Optimize=esd преобразует wim-файл в esd после интеграции обновлений.
    • Ключ /NoUSB отменяет интеграцию универсального драйвера USB3 от daniel_k.

Примечания:

    • Перед указанием индекса полезно выполнить команду: Dism /Get-WimInfo /WimFile:C:\install.wim (путь замените на свой).
    • При обновлении boot.wim необходимо скопировать новые файлы из папки sources в дистрибутив согласно инструкции.

Примеры:

    • Нужно интегрировать IE11 и все обновления в 1 индекс: UpdatePack7R2.exe /WimFile=C:\install.wim /Index=1
    • Нужно интегрировать IE11 и все обновления во все индексы: UpdatePack7R2.exe /WimFile=C:\install.wim /Index=*

Дополнительный функционал

    • Возможна автоматическая установка SP1, если он не установлен в системе. Для этого нужно расположить файлы Windows6.1-KB976932-X86.exe и Windows6.1-KB976932-X64.exe в одном каталоге с набором.
    • Если рядом с набором есть UpdatePack7R2Start.cmd — он будет выполнен перед установкой обновлений, UpdatePack7R2Finish.cmd — после установки, UpdatePack7R2Wim.cmd — после интеграции обновлений. По умолчанию консольные окна будут показаны. Чтобы их скрыть, первая строка в cmd-файле должна начинаться с «:hide» (без кавычек). Набор обновлений отслеживает код выхода из cmd-файлов, на случай необходимости перезагрузки. Этот код равен 3010 (команда exit 3010).
    • Если вы хотите применить свои твики после установки Internet Explorer 11 на рабочую систему, расположите в папке с набором файл ie11.reg и он будет импортирован автоматически.
    • Некоторые ключи можно заменить переименованием самого файла набора. Так для автоматический перезагрузки можно добавить слово «−−» в любое место имени файла набора и «++» для пассивной установки.
    • Поддерживается установка и интеграция аддонов: SmartFix, DirectX, .NET Framework, Visual C++. Файлы аддонов нужно расположить в одной папке с UpdatePack7R2.

Примеры:

    • Нужно автоматически установить набор на рабочую систему вместе с IE11 и перезагрузить компьютер: переименуйте UpdatePack7R2.exe в UpdatePack7R2−−++.exe
    • Это будет абсолютно аналогично использованию следующих ключей: UpdatePack7R2.exe /silent /reboot

Примечания

    • Размер дистрибутива (wim-файл) будет увеличен на размер установленных обновлений.
    • Интегрированные обновления можно будет удалить даже после установки системы.
    • Рекомендуется выгружать из памяти резидентный антивирусный монитор на время работы набора.
    • Подробный журнал установки обновлений находится в файле %WinDir%\UpdatePack7.log.
    • Установка на рабочую систему будет произведена в несколько этапов с перезагрузками.
Набор обновлений UpdatePack7R2 версия 24.10.10

2 877 мыслей о “Набор обновлений UpdatePack7R2 версия 24.10.10”

  • Vova
    18.05.2020 в 17:21
    Постоянная ссылка

    Установил на ноутбук Windows 7 Enterprise Sp1 x64 MSDN. Образ держу лет 5, ни разу не было проблем с ним. Начал устанавливать UpdatePack7R2 20.5.15, сначала всё нормально шло, но после первой перезагрузки начались устанавливаться 5 обновлений. И потом пишет «Не удалось настроить обновления windows выполняется отмена изменений не выключайте компьютер». И так минут 10, после перезагружается и по новой ставятся эти 5 обновлений и после установки вылезает ошибка.

    Ответ
    • Vova
      18.05.2020 в 17:42
      Постоянная ссылка

      Ничего ещё не устанавливал и не отключал, винда чистая. На этапе «Подготовка к настройки Windows 99%» появляется ошибка.

      Ответ
      • simplixАвтор записи
        18.05.2020 в 19:51
        Постоянная ссылка

        Вам или сюда, или можете дать ссылку на сам образ. Только если вы считаете его оригинальным, обязательно сверьте контрольные суммы с публичными источниками. Он может быть повреждён, а вы об этом и не догадываетесь.

        Ответ
        • Vova
          19.05.2020 в 05:53
          Постоянная ссылка

          Ссылка на образ: https://rutracker.org/forum/viewtopic.php?t=4529698
          ru_windows_7_enterprise_with_sp1_x64_dvd_u_677671.iso
          Года 3 назад записал на новую флешку и ни разу не подводило.
          Вырубил ноутбук и Windows окончательно полетел. Переустановил, установил UpdatePack7 20.1.17, на rutracker лежит не обновлённая версия. Всё пошло как по маслу. Заметил особенность, на новой версии не было этапов установки обновлений Windows.

          Ответ
          • simplixАвтор записи
            19.05.2020 в 14:36
            Постоянная ссылка

            Удалось повторить проблему, она возникает даже на других редакциях при определённых обстоятельствах. Причина в новых обновлениях, поэтому на более старом наборе не повторяется, но я это исправлю на днях.

            Ответ
    • Адалон
      20.05.2020 в 07:58
      Постоянная ссылка

      Аналогичная ситуация.
      Два раза пробовал накатывать 20.5.15 на чистую, только что установленную систему на которую были поставлены только драйверы и оба раза спотыкание было на том же самом месте, которое вы указали.
      В общем плюнул и накатил 20.4.20

      Ответ
  • Si West
    18.05.2020 в 20:29
    Постоянная ссылка

    UpdatePack7R2Wim.cmd :

    @Echo off
SET TP=N:\7UPv51
cd/d "N:\7UPv51"
ECHO.
Dism.exe /Image:"N:\7UPv51\mount\UpdatePack7Wim" /Add-Driver /Driver:"N:\7UPv51\DRIVERS\Installx64" /Recurse /ForceUnsigned
ECHO.
XCOPY.exe "N:\7UPv51\Import" "N:\7UPv51\mount\UpdatePack7Wim" /cheriky >nul 2>&1
ECHO.
SETLOCAL ENABLEEXTENSIONS
SETLOCAL ENABLEDELAYEDEXPANSION
SET MOUNT=N:\7UPv51\mount\UpdatePack7Wim
ECHO.
ECHO ***** Deleting Unnecessary Files ... *****
ECHO.
for /F "usebackq delims=" %%A in ("BIN\delfiles.txt") do (
SET ulf=%%A
IF "!ulf:~0,1!"=="\" (
 IF EXIST "%mount%!ulf!" attrib -R -S -H "%mount%!ulf!" >nul
 IF EXIST "%mount%!ulf!" DEL /S /Q "%mount%!ulf!" >nul 
    )
   ) 
 ENDLOCAL
 exit /b

    If I add CALL wreunmount line after ENDLOCAL, it unmounts the winre image and the updatepack continues without the error message:

    ENDLOCAL
CALL wreunmount 
 exit /b
    wreunmount.cmd:
@Echo off
SET TP=%~dp0
SET TP=%TP:~0,-1%
SET UPTemp=%TP%\mount
ECHO.
	(set ismounted=)
for /f "usebackq tokens=1,2,3 delims=:" %%G in (`dism /get-mountedwiminfo ^| find /i "%UPTemp%\UpdatePack7Wre"`) do set ismounted=%%I
IF NOT "%ismounted%"=="" (
	echo  Image "mount\UpdatePack7Wre" mounted Trying cleanup
        dism /unmount-Wim /MountDir:"%UPTemp%\UpdatePack7Wre" /discard
	IF EXIST "%UPTemp%\UpdatePack7Wre" rd /s /q "%UPTemp%\UpdatePack7Wre" > nul
) else (
IF EXIST "%UPTemp%\UpdatePack7Wre" rd /s /q "%UPTemp%\UpdatePack7Wre"
echo "%UPTemp%\UpdatePack7Wre" not mounted
>nul TIMEOUT /T 3
 )
    Ответ
    • Si West
      18.05.2020 в 20:53
      Постоянная ссылка

      Maybe it is because a premade winre.wim is copied to the mount folder?
      It can be in IMPORT\windows\system32\recovery\winre.wim
      Updatepack7R2Wim.cmd:
      XCOPY.exe «N:\7UPv51\Import» «N:\7UPv51\mount\UpdatePack7Wim» /cheriky >nul 2>&1
      Or on a separate line:
      COPY /Y «N:\7UPv51\WINRE.WIM» «N:\7UPv51\mount\UpdatePack7Wim\Windows\System32\Recovery»

      Strange because wreunmount.cmd works fine.

      Ответ
      • simplixАвтор записи
        18.05.2020 в 23:14
        Постоянная ссылка

        Yes, you should not overwrite WinRE.wim from UpdatePack7R2Wim.cmd, because it is mounted to integrate NVMe updates. You are doing it right that you first unmount it with a script, after which you can overwrite it.
        You can also insert «pause» at the end of the script, and then use OpenedFilesView to see which program keeps files open in folder UpdatePack7Wre.

        Ответ
  • Олексій
    20.05.2020 в 18:20
    Постоянная ссылка

    Добридень. версії 20.5.15 і 20.5.20 на деяких компах (не на всіх) після установки і перезавантаження знову запускається оновлення і знаходить 2 нових оновлення KB917607 і KB3125574-v4, ставить, перезавантажується і знову ставить ті самі оновлення. і так по колу.

    Ответ
    • plttz
      20.05.2020 в 19:08
      Постоянная ссылка

      При интеграции обновлений почему-то по два раза происходит подключение образа, сохранение образа и оптимизация образа.

      Ответ
      • simplixАвтор записи
        20.05.2020 в 20:57
        Постоянная ссылка

        Так и должно быть, более быстрая обработка — среда восстановления WinRE.wim.

        Ответ
  • ozr
    21.05.2020 в 12:19
    Постоянная ссылка

    Вчера заметил, что нарушена работа MSI-инсталлятора/патчера в продукте «Kaspersky Internet Security 2020». Из переписки с техподдержкой Касперского:

    === Cut ===
    Ваше сообщение 20.05.2020 22:27:26
    С утра 20 мая (замечено днём 20 мая) при каждом обновлении антивирусных баз в папку C:\WINDOWS\TEMP начали сливаться однотипные файлы *.log, в конце которых написано: «Продукт: Kaspersky Internet Security — не удается установить пакет обновлений «drivers patch». Код ошибки 1603. Дополнительные сведения см. в файле журнала C:\Windows\Temp\kis.20.0.14.1085j_mm.dd_hh.mm_2224.apply_patches.drivers_x64.log» (таймштамп (mm.dd_hh,mm) в UTC в имени файла отличается, ошибка — одна и та же). В той же папке остаются (не удаляются по окончании работы патча) и подпапки с цифровыми именами (типа «{E3F7905D-A719-4501-9AE0-2E06AC13F8EB}»). Пробовал перезагружать компьютер — при перезагрузке временные подпапки исчезают, но при следующем обновлении баз возникает всё то же самое: лог и привязанная к нему папка уже с другим цифровым именем. На всякий случай откатил майское обновление .NET Framewirk — не помогло, поставил его обратно. Пример лога и собранная после создания этого лога информация GetSystemInfo прилагаются в архивах. Соответственно, вопрос: что мне с этим делать?.. Наверно, можно попробовать этот патч перекачать (на случай, если криво скачался), но я не знаю, как это сделать (какие файлы удалять, если это вообще возможно)…

    Файлы:
    GSI6_WIN-KEUBQNOHNMN_Sergey_05_20_2020_20_53_42.zip
    Drivers_Patch_Error_1603.zip
    === Cut ===

    Ответ техподдержки:
    === Cut ===
    Ответ Службы технической поддержки 21.05.2020 10:13:36
    Уважаемый пользователь, благодарим за предоставленные данные.

    В сложившейся ситуации рекомендуем выполнить следующее:

    ► Шаг 1. Пожалуйста, временно удалите следующие программы стандартным способом через Панель управления Windows:
    — AI Suite 3;
    — AnVir Task Manager;
    — Ask Toolbar.

    ► Шаг 2. Установите настройки DNS-сервера следующим образом: меню Пуск – Панель управления – Сеть и Интернет – Центр управления сетям и общим доступом – Изменение параметров адаптера. Щелкните правой кнопкой мыши по Вашему подключению к сети (например, «Подключение по локальной сети»), выберете пункт «Свойства». Далее в списке выделите пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажмите кнопку «Свойства». Установите переключатель напротив «Использовать следующие адреса DNS-серверов». В качестве DNS-серверов введите следующие данные:
    • Предпочитаемый DNS-сервер: 8.8.8.8
    • Альтернативный DNS-сервер: 8.8.4.4
    Нажмите кнопку «OK» для сохранения параметров и перезагрузите компьютер (обязательно!).

    ► Шаг 3. После чего обновите антивирусные базы вручную.

    Будем признательны, если вы сообщите нам о результате.
    === Cut ===

    Поскольку я уже решил эту проблему самостоятельно (отключением патча), то и отписал им на это следующее:
    === Cut ===
    Предложенный Вами способ решения проблемы не помог (и не мог помочь, ибо абсолютно «не в кассу»): я даже не стал его пробовать, ибо решил проблему самостоятельно за несколько часов до Вашего ответа. На самом деле проблема решается так: требуется отключить патч «dotNetFx4 ESU Bypass», внедрённый в UpdatePack7R2 (см. http://update7.simplix.info) с 16 мая 2020 года. Отключение этого патча выполняется удалением ветки реестра. После правки реестра перезагрузка не потребовалась: при очередном обновлении баз всё прошло без ошибок (код ошибки — 0). В аттачменте — лог нормального (без ошибок) выполнения «drivers patch» и архив с созданными мною «по мотивам» .reg-файлами включения/отключения патча «dotNetFx4 ESU Bypass», в том же архиве приложен .dll-файл из C:\WINDOWS\System32, на который производится ссылка при включении патча. Недостаток — после отключения патча отвалится возможность установки новых обновлений .NET Framework 4.x, но с этим можно мириться, включая патч перед выполнением таких обновлений и отключая этот патч после таких обновлений — до следующего раза.

    Резюме: как показал рассмотренный случай, патч «dotNetFx4 ESU Bypass» ломает логику работы MSI-инсталлятора/патчера Касперского. Имейте это в виду: обновлениями Win-7 «UpdatePack7R2» много кто пользуется, и получается, что для версии этого пакета 20.5.16 (16 мая 2020 года) и далее (текущая — 20.5.20 от 20 мая) для нормальной работы механизма MSI-обновления Касперского этот патч следует отключать (или править логику работы MSI-патчера — для совместимости).

    Файлы:
    dotNetFx4_ESU_Bypass.zip
    Drivers_Patch_No_Error.zip
    === Cut ===

    Ответ
  • Сергей
    21.05.2020 в 15:23
    Постоянная ссылка

    Заметил, что пак обновился до версии 20.5.20. Какие изменения по сравнению с 15.5.20?

    Ответ
    • ozr
      21.05.2020 в 21:42
      Постоянная ссылка

      Первое число — это год, второе — месяц, третье — день месяца. А не наоборот, как Вы, видимо, подумали. То есть, год прошёл 😉 … Список изменений — здесь: https://update7.simplix.info/#history (как и указано в шапке этой темы).

      Ответ
      • Сергей
        22.05.2020 в 10:45
        Постоянная ссылка

        Спасибо, что поумничали. Думаю для всех было очевидно, что это была опечатка. А по вашей ссылке не указаны изменения 20.5.15 по отношению к 20.5.20, иначе я бы здесь этот вопрос не задавал.

        Ответ
    • ozr
      21.05.2020 в 21:48
      Постоянная ссылка

      Изменения версии 20.5.20 (20 мая 2020 года) относительно версии 20.5.15 (15 мая 2020 года):

      === Cut ===
      1) Исправлена проблема, когда при использовании ключа /Index=* и кавычек в последнем аргументе командной строки не запускалась интеграция.
      2) Добавлен dotNetFx4 ESU Bypass от abbodi1406, который позволяет устанавливать .NET Framework 4.x вручную или через WU.
      3) Исправлена проблема, когда при установке на чистую систему некоторые майские обновления могли приводить к откату обновлений.
      4) Добавлена поддержка Windows Server 2008 R2 Core.
      === Cut ===

      Ответ
      • Yaroslav
        23.05.2020 в 21:27
        Постоянная ссылка

        2) Добавлен dotNetFx4 ESU Bypass от abbodi1406, который позволяет устанавливать .NET Framework 4.x вручную.
        Ето как?

        Ответ
        • ozr
          24.05.2020 в 18:14
          Постоянная ссылка

          Скачать с официального сайта Microsoft’а и установить. Либо использовать встроенный в винду механизм WindowsUpdate. Впрочем, после выхода патча https://update7.simplix.info/UpdatePatch-20.5.22.exe это уже неактуально: «dotNetFx4 ESU Bypass» после применения этого патча ставиться не будет, и, как следствие, автоустановка/автоапдейт .NET Framework через WU станет невозможной, а при запуске файла установки вручную его надо будет запускать со специальным ключом.

          Ответ
          • MOHCTP
            24.05.2020 в 20:44
            Постоянная ссылка

            Интегрировал updatepack7r2 версии 15.05.20 в чистый образ WIndows 7. Накатил на комп, потом накатил net framework 4.8 http://forum.oszone.net/thread-317796-7.html отсюда. Всё село без проблем. Да и до этого, скачивал с сайта Microsoft, нормально садилось.

            Ответ
  • Никита
    24.05.2020 в 13:28
    Постоянная ссылка

    Добрый день!
    Установил обновления сразу в образ — всё в стало без проблем, спасибо!
    Время окончания установки — 12:37:03 24.05.2020
    Количество установленных обновлений — 53
    Общее время установки набора — 01:09:08
    Работа программы успешно завершена

    Но на паре обновлений в конце (Recovery)
    KB2970228 — Интеграция обновления успешно завершена
    KB2984972 — Интеграция обновления успешно завершена
    KB2990941-v3 — Интеграция обновления успешно завершена (Recovery)
    KB3004375-v3 — Интеграция обновления успешно завершена
    KB3006137 — Интеграция обновления успешно завершена
    KB3046269 — Интеграция обновления успешно завершена
    KB3059317 — Интеграция обновления успешно завершена
    KB3064209 — Интеграция обновления успешно завершена
    KB3087873-v2 — Интеграция обновления успешно завершена (Recovery)
    KB3102429-v2 — Интеграция обновления успешно завершена
    KB3124275 — Интеграция обновления успешно завершена
    KB3138612 — Интеграция обновления успешно завершена
    Подскажите пожалуйста — это так и должно быть?

    Ответ
    • ozr
      24.05.2020 в 18:18
      Постоянная ссылка

      Так и должно быть. Написано же в описании: «Следующие обновления будут интегрированы только в среду восстановления: KB2990941-v3-x86-x64, KB3087873-v2-x86-x64 (поддержка NVMe)». «Recovery» — это как раз и есть «среда восстановления».

      Ответ
  • JAKill
    26.05.2020 в 09:25
    Постоянная ссылка

    Зачем нужно было добавлять в Апдэйтпак KB2970228 , если его установка почти польностью убивает весь функционал правого Alt в сочитаниях клавишь на русской раскладке? — ради того чтобы можно было при зажатом правом Alt и звёздочке (*) печатать символ русского рубля и при этом угробить прочие возможности ? это как правую руку себе отрезать.
    после первой установки Апдэйтпака его функционал можно вернуть удалив KB2970228 из системы, но после установки обновлений со следующей версией Апдэйтпака, которое вновь поставит вам KB2970228 , его удаление уже не вернёт вам правильно работающую клавишу Правого Alt в системе и приходится городить костыли через твик реестра дублируя функционал левого альта и на правом.
    считаю что KB2970228 не желательно к установке и даже вредно, а все кому оно нужно (если такие вообще есть), могут установить его себе отдельно.

    Ответ
    • simplixАвтор записи
      27.05.2020 в 12:25
      Постоянная ссылка

      Напишите более подробно, что именно не работает после установки этого обновления?

      Ответ
      • JAKill
        27.05.2020 в 13:46
        Постоянная ссылка

        Стандартные комбинации клавишь выполняемые через правый альт, например Atl + Enter и прочие горячие клавиши в программах просмотра Фотогравий, Видеоплеерах, словом всё то что использует функциональную клавишу Alt + какую либо другую клавишу в сочитании.
        Майкрософт в этом обновлении задействовала Правую клавишу Alt в РУССКОЙ раскладке клавиатуры для возможности через сочитание клавиш (правый Alt + * , вводить символ русского рубля «₽» в текстовых документах и им обсалютно плевать что при этом клавиша не функионирует не для чего другого больше. (ну может только с сочитанием Alt+ Prnt Sc)
        вот статья на тему: https://www.white-windows.ru/perestal-rabotat-pravyj-alt-na-klaviature/

        Ответ
        • simplixАвтор записи
          27.05.2020 в 15:20
          Постоянная ссылка

          Обновление KB2970228 будет предлагаться к установке через WU, если его удалить. Лучшее решение — в той же статье, применить переназначение правого Alt на левый, выполнив в командной строке с правами администратора:

          reg add "HKLM\SYSTEM\CurrentControlSet\Control\Keyboard Layout" /v "Scancode Map" /t REG_BINARY /d 000000000000000002000000380038e000000000 /f

          Для вступления настройки в силу нужна перезагрузка.

          Ответ
          • Сергей
            29.05.2020 в 16:29
            Постоянная ссылка

            Те, кто используют ваши сборки, не пользуются WU. Поэтому мое предложение в следующих обновлениях всё таки исключить KB2970228.

            Ответ
  • Дмитрий
    27.05.2020 в 11:00
    Постоянная ссылка

    UpdatePack7R2 версия 20.5.20 — пока без подробностей, но Установщик Windows вылетает с ошибкой, программа не устанавливается, без этого обновления все в порядке.

    Ответ
  • Дмитрий
    28.05.2020 в 13:53
    Постоянная ссылка

    После обновления UpdatePack7R2 версии 20.5.20 не устанавливаются пакеты .msi

    Имя сбойного приложения: MsiExec.exe, версия: 5.0.7601.24553, отметка времени: 0x5e98eb67
    Имя сбойного модуля: verifier.dll, версия: 6.1.7600.16385, отметка времени 0x4a5bdb2a
    Код исключения: 0x80000003
    Смещение ошибки: 0x0000c0de
    Идентификатор сбойного процесса: 0x5f4
    Время запуска сбойного приложения: 0x01d634c0e5429997
    Путь сбойного приложения: C:\Windows\syswow64\MsiExec.exe
    Путь сбойного модуля: C:\Windows\syswow64\verifier.dll
    Код отчета: 36b17096-a0b4-11ea-ad71-902b3497e40b

    Ответ

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *