80244019 Ошибка обновления Windows 2008 r2

Обновлено: 21.11.2024


1. Нажмите «Пуск» и начните вводить на клавиатуре «services.msc»

2. В результатах поиска должно появиться «services.msc». Откройте его одним щелчком мыши.
3. Откроется новое окно, содержащее все службы Windows в вашей системе.

4. Найдите «Центр обновления Windows»
5. Щелкните правой кнопкой мыши «Центр обновления Windows», а затем нажмите «Стоп».

<р>1. Удерживая нажатой клавишу Windows, одновременно нажмите клавишу «R».
2. Появятся маленькие новые окна.
3. Введите %windir%\SoftwareDistribution\DataStore в этом новом окне и нажмите OK.
4. Это откроет проводник Windows в правильном месте.
5. Удалите все содержимое этой папки. (Подсказка: используйте Ctrl + A, чтобы выбрать все файлы и папки)

<р>1. Вернитесь к службам Windows.
2. Найдите Центр обновления Windows.
3. Щелкните его правой кнопкой мыши и выберите «Пуск».


-->
Если проблема не устранена, вы можете запустить средство проверки системных файлов (SFC ) полезность. Этот удобный встроенный инструмент проверит вашу файловую систему. <р>1. Нажмите «Пуск» и начните вводить на клавиатуре «cmd».
2. В результатах поиска cmd должен отображаться с черным значком.
3. Щелкните его правой кнопкой мыши и выберите «Запуск от имени администратора».
4. Если вас попросят ввести пароль администратора, введите пароль и нажмите OK.
5. Откроется новый полностью черный виндовс. Вы можете вводить команды прямо в это окно.
6. Введите sfc/scannow и нажмите Enter.
7. Этот процесс займет много времени. Вы можете свернуть эти черные окна и работать дальше.

Вернитесь к черному окну через некоторое время и проверьте, завершился ли процесс.
После завершения процесса SFC перезагрузите компьютер. После перезагрузки вы снова ищете обновления.

Вы все еще сталкиваетесь с той же проблемой?

<р>1. Перезагрузите компьютер.

Следующее — очистить путь загрузки Центра обновления Windows. Эти шаги предназначены только для опытных пользователей! Если вы испортите свой компьютер с помощью Regedit, вы можете потерять свои файлы! Будьте осторожны или используйте профессиональный инструмент для исследования вашего компьютера.

<р>1. Удерживая нажатой клавишу Windows, одновременно нажмите клавишу «R».
2. Появятся маленькие новые окна.
3. Введите regedit в этом новом окне и нажмите Enter.
4. В новых окнах у вас есть навигация с левой стороны. Используйте его для перехода к

<р>5. Найдя его, найдите WUServer и WIStatusServer на правой панели.
6. Если их нет в списке, мы не можем очистить путь загрузки. В противном случае удалите оба.
7. Перезагрузите компьютер.

Попробуйте снова найти новые обновления.
Вы все еще сталкиваетесь с этой проблемой? Я думаю, что это не обычная проблема, и ваш компьютер должен быть проверен профессионалом.
Попробуйте найти решение здесь или выполните дальнейший поиск в окне поиска ниже.

Дополнительная информация

> Windows Vista
> Windows 7
> Windows 8
> Windows 8.1
> Windows 10
> Windows 10 Redstone 2
> Windows 10 Creators Update
> Windows Server 2008 R2
> Windows Server 2012
> Windows Server 2016

Windows с кодом других обновлений Ошибка Обновление в то же время WUEEXCLUSIVEINSTALLCONFLICT установленный компьютер Инструмент кодов не может восстановить Microsoft при установке требуется сканирование 23122016 Хотя исправлены ошибки Это переводит сложное лицо 15042016 Что ремонтирует проблемы с щелчками Решено следить за проблемой Сообщество 20052015 сбой 80244019 03112016 очень предлагает Шаги УСТАНОВИТЬ КОНФЛИКТ Microsoftfixit ЭКСКЛЮЗИВНЫЙ косяк WUEPOLICYNOTSET Успех MSDN во время анализа внезапно видит системную часть 2003 года Неправильная связь с сервером критически важна Vista Советы между от

Я столкнулся с проблемой на двух серверах Windows 2012 R2 и двух серверах Windows 2016. Мы используем WSUS, и я не могу обновлять исправления Microsoft через WSUS на этих серверах, я получаю сообщение об ошибке 80244019 на сервере Windows 2012 R2 и ошибка 0x80244019 на сервере Windows 2016.

Я остановил службу обновления Windows на Windows Server 2012 R2, удалил папку с дистрибутивом программного обеспечения и запустил службу обновления Windows, я перезапустил службу BITS, проблема та же. Мне помогают эксперты

Ответы

80244019 означает, что файл 404 не найден, ошибка не на стороне клиента, а скорее файл, который пытается загрузить с сервера WSUS, недоступен в папке WSUSContent.

Найдите в файле WindowsUpdate.log, где отображается ошибка 80244019, и поделитесь этим URL-адресом здесь, чтобы узнать, какой файл отсутствует на вашем сервере WSUS.

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

С уважением,
Андрей

Мы могли бы изменить мир, если бы Бог дал нам исходный код.

Во-первых, нам нужно проверить подключение между WSUS и клиентами. На затронутых клиентах откройте браузер и перейдите по следующему URL-адресу.

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

Есть ли в вашей среде WSUS другие клиенты? Если да, могут ли они успешно получать обновления?

Надеюсь, что мой ответ поможет вам, и жду ваших отзывов.

С уважением,
Рэй

Исходящий порт 8530 требуется, если WSUS использует порт 8530.

С уважением,
Рэй

Все ответы

80244019 означает, что файл 404 не найден, ошибка не на стороне клиента, а скорее файл, который пытается загрузить с сервера WSUS, недоступен в папке WSUSContent.

Найдите в файле WindowsUpdate.log, где отображается ошибка 80244019, и поделитесь этим URL-адресом здесь, чтобы узнать, какой файл отсутствует на вашем сервере WSUS.

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

С уважением,
Андрей

Мы могли бы изменить мир, если бы Бог дал нам исходный код.

Во-первых, нам нужно проверить подключение между WSUS и клиентами. На затронутых клиентах откройте браузер и перейдите по следующему URL-адресу.

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

Есть ли в вашей среде WSUS другие клиенты? Если да, могут ли они успешно получать обновления?

Надеюсь, что мой ответ поможет вам, и жду ваших отзывов.

С уважением,
Рэй

Исходящий порт 8530 требуется, если WSUS использует порт 8530.

С уважением,
Рэй

Здравствуйте,

Я заметил, что вы не обновлялись несколько дней. Так ваша проблема решена или есть какое-то обновление?

Не стесняйтесь оставлять отзывы.

С уважением,
Рэй

Я публикую это, чтобы помочь всем, кто может столкнуться с этим.

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

Мои клиенты могли пропинговать сервер WSUS, и сетевые устройства брандмауэров не блокировали трафик на 8530 (порт обновления WSUS). Я был озадачен тем, почему клиенты не видели новых обновлений, которые, по словам сервера WSUS, ожидают обработки.

9 ответов 9

Решение зависит от вашей конфигурации, и есть некоторые вещи, которые вы должны проверить в первую очередь:

  • Убедитесь, что служба BITS запущена: net start BITS
  • Убедитесь, что служба Центра обновления Windows запущена: net start wuauserv
  • Убедитесь, что ваш компьютер имеет уникальный идентификатор SusClientID (особенно если система является клоном). Вы можете удалить ключ, выполнить 3 приведенные ниже команды и перезагрузить компьютер, чтобы восстановить его: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
  • Сбросьте файл cookie авторизации на вашем клиенте: wuauclt /ResetAuthorization /DetectNow
  • Запустите wuauclt /ReportNow на своем клиенте, чтобы убедиться, что он может синхронизироваться с WSUS.
  • Убедитесь, что ваши текущие политики применяются к вашему клиенту (/boot не является обязательным): gpupdate /force /boot

Если вы используете прокси-сервер, вы также должны:

Это случилось со мной после клонирования виртуальной машины. Шаги удаления/восстановления SusClientID сработали для меня.

Запуск Windows Server 2012 R2 на Hyper-V. Не клонировал мою виртуальную машину или что-то в этом роде, но Центр обновления Windows просто перестал работать, и это исправило проблему. Спасибо!

Я публикую этот ответ в надежде помочь какой-нибудь бедняге выпутаться из тупика, так как я не видел этого решения нигде в Интернете:

Ситуация: центр обработки данных W2012R2, работающий в основном как сервер Hyper-V, потерял обновление Windows с серверов MS (не WSUS) по неизвестной мне причине. (Размещенные установки могут нормально получать обновления).

Я попробовал различные классические решения, описанные на веб-сайтах MS, но безуспешно (Fixit и все такое)

В конце концов я вернул все к работе:

  1. WU — Изменить настройки
  2. Отключите обновление, снимите оба флажка под комбо
  3. при проверке я неожиданно запустил работающую "проверку сеанса обновления" (я только что отключил обновления ? и он начал обновляться . )
  4. Установил предоставленное обновление (они были критическими)
  5. перезагрузка
  6. снова выберите "установить автоматически" + "предоставить мне рекомендуемые обновления таким же образом".
  7. это сработало.

Насколько я могу диагностировать проблему, похоже, что проблема заключалась в "Давать мне обновления для других продуктов Microsoft при обновлении Windows", у меня не было "других продуктов", и это может перепутал ВУ ?

Думаю, я по рассеянности поставил галочку, просматривая какое-то экстренное исправление безопасности.

flickr/Бенджамин Уотсон

Радуйтесь, что вы не отвечаете за сервер служб обновления Windows Server (WSUS).

Администраторы WSUS 19 апреля получили исправление KB 3148812, описанное в статье базы знаний как «обновление функции, которая позволяет службам Windows Server Update Services (WSUS) расшифровывать электронную рассылку программного обеспечения (ESD) в Windows Server 2012 и Windows Server. 2012 R2. Перед установкой этого обновления см. раздел "Предварительные требования".

Администраторы стремились заставить его работать, потому что, согласно Microsoft, «это обновление необходимо установить на любой сервер WSUS, предназначенный для синхронизации и распространения обновлений Windows 10 (обновлений функций), выпущенных после 1 мая 2016 г.».< /p>

Собирая информацию о 24 исправлениях, выпущенных на этой неделе, я отметил, что о проблемах с этим обновлением уже сообщалось, и указал потенциальным специалистам по исправлению на этот пост от Microsoft на TechNet. Там написано:

Мы получили известие о некоторых проблемах (например, консоль администратора WSUS недоступна, клиенты не могут связаться с WSUS) после установки KB3148812. Это критически важная функциональность; тем не менее, вы ничего не потеряете, пропустив установку, пока мы не опубликуем носитель, использующий этот сценарий, чего не будет в этом месяце. На данный момент не стесняйтесь удалять исправление, если оно вызывает у вас проблемы, и мы разберёмся в сути проблем, о которых сообщалось.

Утром 20 апреля в сообщение были внесены поправки: в комментариях говорится:

Обновление: мы определили основную причину, и хорошая новость заключается в том, что это не проблема качества кода. Пакет хорош как есть, но после этого требуется выполнить некоторые дополнительные ручные действия, чтобы перенастроить движущиеся части системы. Более подробная информация об этом будет доступна в статье базы знаний и в этом блоге позже на этой неделе.

Поздно вечером 21 апреля корпорация Майкрософт опубликовала в блоге команды разработчиков WSUS инструкции по установке обновления базы знаний 3148812. Через два дня после выпуска исправления корпорация Майкрософт предоставила следующие инструкции:

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

Далее в сообщении описываются два сценария со сложными шагами по устранению сопутствующих проблем.

Большая проблема: новые исправления не работают. В тираде жалоб на форуме TechNet говорилось, что ручные исправления, которые Microsoft предлагала постфактум, не исправляют патч. ПК с Win10, подключенные к исправленному серверу WSUS, по-прежнему не могли видеть сервер. Клиенты сообщают об ошибках 80244007, 80244019, 80244008 и 8024401f.

Один автор отметил, что ситуацию можно исправить, добавив еще один последний шаг: удаление папки SoftwareDistribution на всех клиентах — забавный трюк для большой управляемой среды.

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

Похоже, сейчас самое время откатить ваш сервер на пару дней назад и подождать хотя бы выходные.

Да, даже администраторам WSUS нужно немного подождать перед установкой новых исправлений, иначе они рискуют потратить на это несколько дней.

Вуди Леонхард – обозреватель журнала Computerworld и автор десятков книг по Windows, в том числе "Многофункциональное устройство Windows 10 для чайников".

Читайте также: