Не удалось удалить назначение приложения ошибка 2

RRS feed

  • Remove From My Forums

locked

Group Policy Application assignment errors 103 — «The removal of the assignment of application Java(TM) 6 Update 22 from policy Software Installations failed. The error was : %%2»

RRS feed

  • Question

  • I am getting this error for a few different applications all which are being pushed from GP.  I’m thinking maybe it is a computer rights issue to the GP?  Help would be appreciated. Thanks.

All replies

  • Hi,

    To better understand this problem, please help to collect:

    1. Does this error occur on all clients or users?
    2. Does it occur every time on one system? If not, what’s the result of disabling Fast Logon?

    If it happens every time, please refer to the following article to check your settings:

    Event ID 103 — Software Installation Processing
    http://technet.microsoft.com/en-us/library/cc727279(WS.10).aspx

    If it still occurs after suggestions above, please enable Appmgmt log for research:

    How to troubleshoot software installations with Windows 2000 application management debug logging
    http://support.microsoft.com/kb/249621

    Reproduce this issue and send Appmgmt.log file to
    tfwst@microsoft.com or post it here.

    Thanks.

    This posting is provided «AS IS» with no warranties, and confers no rights. Please remember to click «Mark as Answer» on the post that helps you, and to click «Unmark as Answer» if a marked post does not actually answer your
    question. This can be beneficial to other community members reading the thread.

  • I just disabled it now.  It was not set so I don’t know if this is going to change anything as I believe disabled is the default.  We shall see.  I’ll post back in a few days.

  • Hi,

    To better understand this problem, please help to collect:

    1. Does this error occur on all clients or users?
    2. Does it occur every time on one system? If not, what’s the result of disabling Fast Logon?

    If it happens every time, please refer to the following article to check your settings:

    Event ID 103 — Software Installation Processing
    http://technet.microsoft.com/en-us/library/cc727279(WS.10).aspx

    If it still occurs after suggestions above, please enable Appmgmt log for research:

    How to troubleshoot software installations with Windows 2000 application management debug logging
    http://support.microsoft.com/kb/249621

    Reproduce this issue and send Appmgmt.log file to
    tfwst@microsoft.com or post it here.

    Thanks.

    This posting is provided «AS IS» with no warranties, and confers no rights. Please remember to click «Mark as Answer» on the post that helps you, and to click «Unmark as Answer» if a marked post does not actually answer your question. This can be beneficial
    to other community members reading the thread.

    1.  Error occurs on the server

    2. Occurs every 5 minutes 2x on the server.

    I’ve checked the settings in that article prior to posting.  Everything is correct.

    I will look into this log thing on Monday.  Thanks.

  • Thank you for update. Waiting for your log files.

    Regards 

    This posting is provided «AS IS» with no warranties, and confers no rights. Please remember to click «Mark as Answer» on the post that helps you, and to click «Unmark as Answer» if a marked post does not actually answer your
    question. This can be beneficial to other community members reading the thread.

  • Hi,

    Is there any update?

    By the way, Group Policy Software Installation only occurs during computer startup and user logon. Software installation does not apply to computers or users during the periodic background refresh. So it should not occur every 5 minutes.

    Please replace this installation package and test with another package which works before to check if this problem was caused by the Java Installation package itself.

    Thanks.

    This posting is provided «AS IS» with no warranties, and confers no rights. Please remember to click «Mark as Answer» on the post that helps you, and to click «Unmark as Answer» if a marked post does not actually answer your
    question. This can be beneficial to other community members reading the thread.

  • This can be closed.

    So what was the resolution? I am having this same issue, we have around 120 pc’s and the application only successfully installed on 14 of them. The others are all getting this same error.

Источник

Я пытаюсь развернуть MSI через групповую политику в Active Directory. Но вот ошибки, которые я получаю в журнале системных событий после входа в систему:

  • Назначение приложения XStandard из установки политики не удалось. Ошибка была: %% 1274
  • Не удалось удалить назначение приложения XStandard из установки политики. Ошибка была: %% 2
  • Не удалось применить изменения к настройкам установки программного обеспечения. Установка программного обеспечения, развернутого через групповую политику для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя в систему. Ошибка была: %% 1274
  • При установке программного обеспечения на стороне клиента групповой политики не удалось применить один или несколько параметров, поскольку изменения должны быть обработаны до запуска системы или входа пользователя. Система будет ожидать завершения обработки групповой политики до следующего запуска или входа в систему для этого пользователя, что может привести к снижению производительности при запуске и загрузке.

Когда я перезагружаюсь и снова вхожу в систему, я просто получаю те же сообщения о необходимости выполнить обновление до следующего входа в систему. Я на 32-битном ноутбуке с Windows Vista. Я довольно новичок в развертывании с помощью групповой политики, так какая другая информация будет полезна при определении проблемы? Я попробовал другой MSI с теми же результатами. Я могу установить MSI с помощью командной строки и msiexec при входе в компьютер, поэтому я знаю, что MSI работает нормально, по крайней мере.

Ответы:

Вы видите страшное бедствие асинхронной обработки политики. Это не «функция» (и была отключена по умолчанию в Windows 2000, но включена по умолчанию в Windows XP и выше) и вызывает именно то, что вы видите — недетерминированное поведение при обработке некоторых типов настроек объекта групповой политики.

В объект групповой политики, который применяется к этому компьютеру, добавьте следующий параметр:

  • Настройки компьютера
    • Административные шаблоны
      • система
        • Вход в систему
          • Всегда ждать сети при запуске компьютера и входе в систему — Включено

После того, как вы установите это (и разрешите репликации объекта групповой политики, если вы находитесь в среде с несколькими DC), выполните «gpupdate / force / boot» на соответствующем ПК. Он перезагрузится, и вы должны увидеть, как происходит установка программного обеспечения.

«Всегда ждать сеть при запуске компьютера и входе в систему» ​​немного замедляет запуск и вход в систему, потому что все расширения GPO разрешены для обработки, но положительным моментом является то, что все расширения GPO разрешены для обработки.

Я попробовал ждать всегда в сети при запуске компьютера и входе в систему — Включено настройки от ответа по @Evan Андерсон, но это не было , пока я не добавил эту установку ниже, а что позволило программное обеспечение для установки. Не уверен, было ли это сочетание обеих настроек или нет. Это работает сейчас, поэтому я оставляю обе настройки.

В групповой политике, применяемой к этим рабочим станциям, перейдите к:

Конфигурация компьютера> Политики> Административные шаблоны> Система> Групповая политика

Включите Указать время ожидания при обработке политики запуска . Установить количество времени ожидания (в секундах) : = 120

120 может быть излишним, но это сработало для меня. Другие форумы предлагали установить это значение до 30 секунд. Даже если 30 секунд по умолчанию (если политика не установлена), принудительное использование 30 секунд для них работает.

Скриншот

Это может произойти, если приложение уже установлено, но msiexec не может удалить его. Наиболее распространенным сценарием является предыдущая ручная установка с выбранным «Только для меня» вместо «Все, кто входит в систему на этом компьютере».

Вы можете использовать утилиту очистки установщика Windows ( http://support.microsoft.com/kb/290301 ), чтобы заставить компьютер думать, что приложение больше не присутствует, и тогда оно должно работать.

И я просто нашел другую причину этой ошибки. Если на коммутаторе Ethernet, подключенном к проблемной рабочей станции, настроено «Spanning Tree», активация порта коммутатора будет задерживаться при загрузке ПК. Отключение Spanning Tree для порта коммутатора или включение «Spanning Tree Portfast» для порта коммутатора решило эту проблему на нескольких моих рабочих станциях.

У меня была такая же проблема, но ни одно из исправлений выше не сработало. В конце концов я понял, что другой GPO пытался установить программное обеспечение раньше моего, и он завершался ошибкой с ошибкой %% 1274, потому что сам GPO имел неправильные разрешения. По какой-то причине этот сбой препятствовал установке моего объекта групповой политики, даже если у меня были правильные разрешения. После того, как я отключил другой проблемный объект групповой политики, он правильно установлен.

Изменение « Время ожидания при обработке политики запуска » сработало для меня. Это было установлено на 30 секунд, но некоторые рабочие станции все еще отказывали с %% 1274.

Я поднял его до 90 секунд, и они были счастливы.

Иногда ваша групповая политика может испортиться. Попробуйте удалить весь раздел реестра HKLM / ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ / Microsoft / Windows / CurrentVersion / Group Policy. Вы, вероятно, найдете все, что от GP снова устанавливается при перезагрузке. Вы можете сделать резервную копию вашего реестра в первую очередь …

Я столкнулся с таким же поведением с парой ноутбуков. Они отлично работали в течение нескольких лет, а затем внезапно не установили никакого нового программного обеспечения через gpo. Использование параметра «Время ожидания при обработке политики запуска», похоже, устранило проблему. Как было сказано ранее, по умолчанию оно должно составлять 30 секунд, но для меня казалось, что ноутбуки вообще не ждали при запуске политики, а просто пропустили. Все ноутбуки были win7x64, DC Server 2008R2 и Server 2012.

У нас была такая же проблема. Мы наконец-то выяснили, что наши ноутбуки прошли проверку подлинности RADIUS для WiFi, и установка по сети не может начаться, пока пользователь не войдет в систему с учетными данными AD (поскольку до этого времени не было сетевого подключения для удаленного выполнения установочных файлов). И после того, как пользователь вошел в систему, было слишком поздно, так как установка должна начаться до этого.

Когда клиент подключен через Ethernet, это работает как шарм!

Проблема решена!

Я входил в клиентские машины как пользователь домена с правами администратора Enterprise / Domain и мог без проблем получить доступ к общей папке, содержащей установочные пакеты MSI. Тем не менее, в какой-то момент он попытался получить к нему доступ через IP share_path_to_msi_packages_folder с другого компьютера, не входящего в домен, и продолжал получать всплывающее окно с логином. По сути, даже если один разрешает всем доменным и не доменным пользователям / группам или «Все» разрешения на чтение / запись для общей папки, он все равно не будет работать и запросит у меня имя пользователя / пароль, что не позволит локальному клиенту свернуть пакеты, указанные GPO. , Это вызвано тем, что анонимный доступ отключен по умолчанию, После его включения и предоставления разрешений на чтение / запись для папки MSI удалось успешно развернуть большинство пакетов, и только synology-cloud-station-3.1.-3320.msi не удалось (необходимо изучить это). Я также смог получить доступ к общей папке с любого компьютера, не входящего в домен.

Я получал эти сообщения об ошибках почти каждые 5 минут в Events> System:

101 Назначение приложения 7-Zip 9.20 (редакция x64) из политики установки базовых пакетов DOMAIN не выполнено. Ошибка была: %% 1274

103 Назначение приложения 7-Zip 9.20 (версия x64) из политики установки базовых пакетов DOMAIN не выполнено. Ошибка была: %% 1274

108 Не удалось применить изменения к настройкам установки программного обеспечения. Установка программного обеспечения, развернутого через групповую политику для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя в систему. Ошибка была: %% 1274

1112 Не удалось применить изменения к настройкам установки программного обеспечения. Установка программного обеспечения, развернутого через групповую политику для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя в систему. Ошибка была: %% 1274

Настроить:

СЕРВЕРЫ DC1 (PDC) + DC2 (BDC) + DC3 (DBC) Windows 2012 R2 Standard полностью обновлен

КЛИЕНТЫ Windows 7 Pro SP1 (чистое восстановление Dell, полностью обновленные, конфликтующие пакеты, такие как старый Adobe Flash удален)

Уже примерили на клиентов:

  • gpupdate / force
  • gpupdate / force / boot (оба запрашивают перезагрузку и выдают ошибку, что политики не были применены)
  • gpresult / r (выглядит хорошо)
  • и серверы, и клиенты могут получить доступ к общему диску, на котором хранятся пакеты MSI
  • несколько раз перезагружался DC1 и клиенты после изменений в GPO

GPO отключить UAC:


* Computer Configuration
* Policies
* Windows Settings
* Security Settings
* Local Policies
* Security Options
ELEVATE WITHOUT PROMPTING: User Account Control: Behaviour of the elevation prompt for administrators in Admin Approval Mode
DISABLE: User Account Control: Detect application installation and prompt for elevation
DISABLE: User Account Control: Run all administrators in Admin Approval Mode


GPO deploy base software:
* Computer Configuration
* Policies
* Administrative Templates
* System
* Logon
ENABLE: Always wait for the network at computer startup logon
* Group Policy
ENABLE: Specify startup policy processing wait time (temporarily set to 120 will change to 30 later)


* Computer Configuration
* Policies
* Software Installation
* 7-Zip 9.20 (x64 edition) v9.20 Assigned LANIPUtilsSoftwareGPO7zip-7z920-x64.msi
* Google Chrome v66.41 Assigned LANIPUtilsSoftwareGPOgooglechromestandaloneenterprise.msi
* Mozilla Firefox (en-GB) v35.0 Assigned LANIPUtilsSoftwareGPOfirefox-35.0.1-en-gb-msi
* Synology Cloud Station v3.1 Assigned LANIPUtilsSoftwareGPOsynology-cloud-station-3.1.-3320.msi

Все объекты групповой политики помещаются в объекты групповой политики, а затем связываются с объектами групповой политики непосредственно в нашем домене. Другие параметры, такие как ограничения IE из другой настройки объекта групповой политики, аналогичным образом применяются к клиенту правильно.

Других ошибок в AD, DHCP, DNS нет, они работают отлично, машины получают IP-адреса и могут разрешать имена через nslookup, а также пинговать друг друга по IPv4 / IPv6.

Ответ Эвана Андерсона в порядке, но он упускает довольно важный отказ от ответственности:

Это может значительно замедлить вход вне домена для ноутбуков и беспроводных клиентов.

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

Windows 2012 R2

В групповой политике, применяемой к этим рабочим станциям, перейдите к:

Конфигурация компьютера> Политики> Административные шаблоны> Система> Групповая политика

Включите Указать время ожидания при обработке политики запуска. Установить количество времени ожидания (в секундах): = 120

Источник
  • Remove From My Forums

  • Вопрос

  • Здравствуйте! Возникла у меня такая проблема. Устанавливаю Rocket.Chat Client 3.0.6 msi средствами GPO. Пакет назначаю компьютеру. На сетевое хранилище где лежит пакет msi выданы разрешения на чтение и исполнение всем и группе
    «Компьютеры домена». После применения групповой политики на хосте куда должен был установиться RocketChat возникает ряд ошибок.

    1. Не удалось применить изменения для параметров установки приложения. Невозможно выполнить изменения для этого программного обеспечения. Должны существовать предшествующие записи в журнале, содержащие необходимые
    сведения.  Ошибка: %%1603

    2. Не удалось удалить назначение приложения Rocket.Chat из политики RocketChat. Ошибка: %%1603

    3. Не удалось назначить приложение Rocket.Chat из политики RocketChat. Ошибка: %%1603

    Прошу помощи в решении данной проблемы, потому как уже не знаю как с ней бороться. В ГПО так же выставлял политики «Всегда ожидать сеть при загрузке и входе» и выставлял таймаут на ожидание сети.

Ответы

    • Помечено в качестве ответа

      25 ноября 2020 г. 8:17

  • Здравствуйте. Столкнулся с такой же проблемой, пока единственный рабочее решение это скрипт+WMI filter. Для решение этой задачи было сделано следующее. Создал группу с пользователями, в GPO конфигурации пользователя добавил скрипт(содержимое
    батника будет в низу), так же сделал фильтр WMI что бы Rocket не устанавливался в прифили на серваках, а только на клиентских машинах. На данный момент скрипт нужно доработать что бы проверял на наличие установленного софта, да бы не переустанавливал
    каждый раз при логине.

    Содержимое батника, путь к скрипту нужно прописывать на примере msi файла ниже

    msiexec /i \serverinstallsharedrocketchat-setup-3.1.1.msi /lv «C:templog.log»

    WMI фильтр 

    SELECT * FROM Win32_OperatingSystem WHERE (Version LIKE «6.1%» or  Version LIKE «6.2%» or Version LIKE «6.3%» or Version LIKE «10.%»)
    AND ProductType = «1»

    • Изменено
      Renat43
      20 апреля 2021 г. 9:50
    • Предложено в качестве ответа
      ArmanSobel
      21 апреля 2021 г. 6:01
    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff, Moderator
      21 апреля 2021 г. 7:42

  • У меня в домене только win 7 и 10 поэтому подправил WMI-фильтр под себя

    Батник вот такого плана:

      

    if not exist %LOCALAPPDATA%Programsrocketchat (goto GO) else (goto STOP)
:GO
:: Подкладываем конфиг
if not exist %APPDATA%Rocket.Chat md %APPDATA%Rocket.Chat
copy /y \10.0.1.10softconfig.json %APPDATA%Rocket.Chat
:: Ставим чат
msiexec /i \10.0.1.10vncrocketchat-setup-3.1.1.msi /quiet
:STOP

    Renat43, спасибо!!!

    • Изменено
      ArmanSobel
      21 апреля 2021 г. 6:03
    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff, Moderator
      21 апреля 2021 г. 7:42

Источник

Добрый день.
С какими причинами/ошибками/проблемами Вы сталкивались, когда Вы настроили установку приложения ( например 1С или другие) через GPO, особенно когда на 3 (или более) компьютерах она отработала, на других ни в какую не хочет работать?

Не вдаваясь в подробности ошибок и т.д.

P.S. Не могу вкурить почему 1С в одном домене, на одни компы ставится, на другие не ставятся.

Чувствую решение где то под рукой, но не могу найти. Может наведете на идею.

Спасибо.


  • Вопрос задан

    более трёх лет назад

  • 2061 просмотр

Пригласить эксперта

1) Не применилась политика к компьютеру. (# gpupdate force + перезагрузка)
2) Не применилась политика к пользователю (# gpupdate force + перезапуск сеанса)
3) На часть компьютеров применяется вторая политика, создающая конфликт с первой.

Хотя у меня похожая проблема, с тех пор, как со свежим дистрибутивом 1С ставится MS Visual C++ Redis.: на некоторых компах нормально ставится, а на некоторых запрашивается повышение прав до админских. Логику ещё не нашёл.

Запустите на проблемных компьютерах rsop.msc и посмотрите что пишется в ошибках.
Из личного опыта: на начальном этапе знакомства с GPO у меня была проблема в том, что компьютеры (как правило Windows XP) не могли дождаться применения политик. Возможно сеть тупила, возможно сам компьютер (не успевал инициализироваться сетевой интерфейс). В обоих случаях помогла настройка соответствующего пункта в политике (что-то про ожидание инициализации сети, сейчас не помню точно). Правда появился побочный эффект: компьютер стал чуть дольше загружаться.
В случае с установкой ПО неплохо бы еще проверить права компьютеров на сетевую шару, где лежит файл установки.


  • Показать ещё
    Загружается…

05 июн. 2023, в 07:49

2000 руб./за проект

05 июн. 2023, в 07:30

1500 руб./за проект

05 июн. 2023, в 01:07

2000 руб./в час

Минуточку внимания

Источник

Проблема решена!

Я входил в клиентские машины в качестве пользователя домена с привилегиями администратора Enterprise / Domain и без проблем мог получить доступ к общей папке, содержащей установочные пакеты MSI. Тем не менее, в какой-то момент попытался получить к нему доступ через IP share_path_to_msi_packages_folder с другого не-доменного ПК и продолжал получать всплывающее окно входа.
По сути, даже если разрешить все доменные и не доменные пользователи / группы или разрешения «Все» для чтения / записи в общей папке, это все равно не будет работать и предложит мне имя пользователя / пароль, тем самым не позволяя локальному клиенту извлекать пакеты, на которые указывает GPO. , Это вызвано анонимным доступом, отключенным по умолчанию . После включения и предоставления разрешений на чтение / запись в папку MSI удалось успешно развернуть большинство пакетов и только synology-cloud-station-3.1.-3320.msi не удалось (нужно разобраться в этом). Я также смог получить доступ к общей папке с любого компьютера, не являющегося доменами.

Я получал эти сообщения об ошибках почти каждые 5 минут в Events > Система:

101
Назначение приложения 7-Zip 9.20 (издание x64) из политики установки базовых пакетов DOMAIN не удалось. Ошибка была:%% 1274

103
Назначение приложения 7-Zip 9.20 (издание x64) из политики установки базовых пакетов DOMAIN не удалось. Ошибка была:%% 1274

108
Не удалось применить изменения к настройкам установки программного обеспечения. Установка программного обеспечения, развернутого с помощью групповой политики для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя. Ошибка была:%% 1274

1112
Не удалось применить изменения к настройкам установки программного обеспечения. Установка программного обеспечения, развернутого с помощью групповой политики для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя. Ошибка была:%% 1274

Настройка:

SERVERS DC1 (PDC) + DC2 (BDC) + DC3 (DBC)
Стандарт Windows 2012 R2 полностью обновлен

КЛИЕНТЫ
Windows 7 Pro SP1 (чистое восстановление Dell, полностью обновленные конфликтующие пакеты, такие как старая удаленная Adobe Flash)

Уже пробовали на клиентах:

  • gpupdate / force
  • gpupdate / force / boot (оба просят перезагрузить компьютер и ошиблись, если политики не были применены)
  • gpresult / r (хорошо выглядит)
  • и серверы, и клиенты могут получить доступ к общему диску, на котором хранятся пакеты MSI
  • перезагружался несколько раз DC1 и клиентов после изменений в GPO

GPO отключить UAC:

& Лт; код >

  • Конфигурация компьютера
    • Политики
      • Настройки Windows
        • Настройки безопасности
          • Локальная политика
            • Параметры безопасности
              ВЫЯВЛЯЙТЕ БЕЗ СОДЕЙСТВИЯ: Контроль учетных записей пользователей: поведение подсказки высоты для администраторов в режиме одобрения администраторов
              DISABLE: Контроль учетных записей пользователей: определить установку приложения и запросить повышение
              ОТКЛЮЧЕНО: Управление учетными записями пользователей: Запустите всех администраторов в режиме одобрения администраторов
              & Лт; / код >

& Лт; код >
GPO развернуть базовое программное обеспечение:

  • Конфигурация компьютера
    • Политики
      • Административные шаблоны
        • Система
          • Вход
            ВХОДЯЩИЙ: Всегда ждите сети при запуске компьютера
          • Групповая политика
            ВХОДЯЩИЙ: Укажите время ожидания обработки политики запуска (временно установленное на 120, изменится на 30 позже)
            & Лт; / код >

& Лт; код >

  • Конфигурация компьютера
    • Политики
      • Установка программного обеспечения
        • 7-Zip 9.20 (издание x64) v9.20 Назначено LANIP Utils Software GPO 7zip-7z920-x64.msi
        • Google Chrome v66.41 Назначено LANIP Utils Software GPO googlechromestandaloneenterprise.msi
        • Mozilla Firefox (en-GB) v35.0 Назначено LANIP Utils Software GPO firefox-35.0.1-en-gb-msi
        • Synology Cloud Station v3.1 Назначено LANIP Utils Software GPO synology-cloud-station-3.1.-3320.msi
          & Лт; / код >

Все GPO размещены в объектах групповой политики, а затем связаны с GPO непосредственно под нашим доменом. Другие настройки, такие как ограничения IE от другой установки GPO, так же применяются к клиенту правильно.

Других ошибок в AD, DHCP, DNS работают отлично, машины получают IP-адреса и могут разрешать имена с помощью nslookup, а также пинговать друг друга на IPv4 / IPv6.

Источник

При развертывании приложения через групповую политику в журнале событий может выходить сообщение от Application Management Group Policy:
Event Id: 101
Не удалось назначить приложение ApplicationName из политики PolicyName. Ошибка: %%1274

Это может быть связано с тем, что система пытается выполнить установку не дожидаясь инициализации сетевого подключения.
Чтобы этого избежать, нужно в групповых политиках включить параметр:
Конфигурация компьютера Политики Административные шаблоны Система Вход в систему Всегда ждать сеть при запуске и входе в систему
английский вариант:
Computer Settings Administrative Templates System Logon Always wait for the network at computer startup and logon

Если после применения этой политики, приложение все равно не устанавливается, то можно изменить параметр политики:
Конфигурация компьютера Политики Административные шаблоны Система Групповая политика Время ожидания при обработке политики загрузки
английский вариант:
Computer Configuration Policies Administrative Templates System Group Policy Startup policy processing wait time

По умолчанию значение этого параметра равно 120 секундам. Бывает достаточно включить эту политику и оставить значение 30.

Источник

Понравилась статья? Поделить с друзьями:
  • Не удалось удалить компонент ошибка 80071779
  • Не удалось произвести форматирование выбранного раздела ошибка 0x80070057
  • Не удалось удалить код ошибки 0x80073cf6
  • Не удалось произвести проверочный звук windows 10 ошибка
  • Не удалось удалить выбранный раздел ошибка 0x8007045d