Ошибка 0x80190197 при обновлении Windows: методы решения

Обновление Виндоус может окончиться неудачей с ошибкой 0x80190197. Объективно единой причины у неполадки нет.

Для устранения сбоя выполните такие действия:

1. Осуществите ресет сервиса Windows Update. Требуется открыть Командную строку (Администратор). Копируя каждую строку, запускайте операцию нажатием на Энтер:
   • net stop wuauserv
   • net stop cryptsvc
   • net stop bits
   • net stop msiserver
   • Ren %systemroot%SoftwareDistribution SoftwareDistribution.bak
   • Ren %systemroot%system32catroot2 catroot2.bak
   • net start wuauserv
   • net start cryptsvc
   • net start bits
   • net start msiserver

По окончании всех без исключения операций — перегрузка ПК.

Используйте стандартную утилиту решения неполадок. Скопируйте в строку поиска ОС troubleshooter и запустите найденное приложение. В появившемся отыщите блок решения проблем для Центра обновления Виндовс.

Отключите антивирусное ПО. Убедитесь, что ничто не блокирует интернет-подключение — файрволы могут грешить этим. При обновлении с рабочей сети — перепроверьте у администратора, что у ПК есть допуск к загрузке апдейтов с сервера Майкрософт.

Скачайтеи запустите специальную утилиту Майкрософт. Будьте внимательны и корректно укажите вашу версию ОС. После запуска — следуйте инструкциям, чтобы забыть об ошибке 0x80190197.

[Код ошибки: 0x80190194] Ошибка на веб-сайте: невозможно отобразить страницу. Предоставленные ниже варианты, возможно, помогут устранить эту проблему.

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

Убедитесь, что у Вас установлен пакет обновления 3 (SP3). См. http://support.microsoft.com/kb/326596

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

• Установите последней версии агент обновления Windows http://support.microsoft.com/kb/946928
  После загрузки файла на рабочий стол, выполните его установку через командную строку:
  C:\Document and Settings\UserName\Рабочий стол\WindowsUpdateAgent30-x64.exe /wuforce
  или
  C:\Document and Settings\UserName\Рабочий стол\WindowsUpdateAgent30-x86.exe /wuforce
• Восстановление исходного состояния компонентов Центра обновления Windows http://support.microsoft.com/kb/971058
• Не работает обновление Windows, ошибка центра обновления Windows http://support.microsoft.com/mats/windows_update/

См. также: Центр обновления Windows не запускается в Windows XP, Windows Server 2003 или Windows 2000 http://support.microsoft.com/kb/2497281

Был ли этот ответ полезным?

К сожалению, это не помогло.

Отлично! Благодарим за отзыв.

Насколько Вы удовлетворены этим ответом?

Благодарим за отзыв, он поможет улучшить наш сайт.

Удаленная работа Ваших сотрудников всего за пару минут!

Программные продукты от компании Thinstuff позволяют с легкостью организовать удаленные рабочие места для сотрудников предприятия с использованием защищенных каналов связи и не прибегая к услугам серверов, находящихся за пределами страны. В отличии от многих решений, Thinstuff позволяющее организовать множественные подключения к одному компьютеру с установленным программным продуктом, при этом пользователи не будут мешать друг другу. С помощью Thinstuff XP/VS Terminal Server вы можете поднять мощный полнофункциональный сервер терминалов быстро, легко, а главное экономично.

ТОП 5 Самых продаваемых продуктов

Решения на базе программного обеспечения Thinstuff успешно работают во всех сферах деятельности по всему миру.

Решения от Thinstuff по праву считаются не только самыми стабильными, но и экономичными по сравнению с другими решениями для операционных систем на базе Windows. Благодаря использованию стандартного протокола RDP, вы можете получить доступ к своим данным практически с любого устройства, например: тонкий клиент, планшет, смартфоны и другие устройства работающие под операционными системами Windows / Linux / MacOS / Android

THINSTUFF XP/VS TERMINAL SERVER СНИЖАЕТ РАСХОДЫ НА ЛИЦЕНЗИИ, ОБОРУДОВАНИЕ, ОБСЛУЖИВАНИЕ И ТЕХНИЧЕСКУЮ ПОДДЕРЖКУ.

Продукция Thinstuff не требует наличие платной подписки на обновления и техническую поддержку.

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

БЛАГОДАРЯ РЕШЕНИЯМ THINSTUFF ВЫ ВСЕГДА МОЖЕТЕ ПОЛУЧИТЬ БОЛЬШЕ ОТ ВАШЕГО СЕРВЕРА УДАЛЕННЫХ РАБОЧИХ СТОЛОВ

Thinstuff XP/VS Terminal Server

Приложение Thinstuff XP/VS Terminal Server это приложение, позволяющее превратить ваш компьютер, работающий под управлением Windows XP/7/8/10 или Server. превратить в полнофункциональный сервер удаленных рабочих столов.

Подробнее.

Remote Desktop Host

В некоторых версиях Windows возможность удаленного доступа по протоколу RDP была полностью исключена. И если вам необходимо получать доступ к вашей Windows с единственного аккаунта, то этот продукт идеальное решение.

Подробнее.

Thinstuff TSX Scan

Приложение TSX Scan — это уникальное решение, позволяющее использовать сканеры и цифровые камеры TWAIN и VIA подключенные к локальному компьютеру в удаленном сеансе по протоколу RDP.

Подробнее.

ОБРАТНАЯ СВЯЗЬ

+7 (8442) 50-00-34

и мы Вас проконсультируем и поможем подобрать лучший для Вас вариант!

По техническим вопросам:

+7 (8442) 45-94-00, +7 (937) 720-11-88

Unable to Upgrade to Windows 10, Error: 0x80190193 — 0x90019

I am getting the below error while verifying the windows 10 upgrade from windows 10 from Media Creation Tool. Something Happened — 0x80190193 — 0x90019 Please provide the solution to resolve above error

Modified the title from *** errow while installation***

Replies (1) 

Thank you for writing to Microsoft Community Forums.

I understand the inconvenience you are facing in upgrading to Windows 10.

Provide us additional information to assist you better with this issue.

What is the make and model of the computer?

May I know from which operating system you’re trying to upgrade to Windows 10?

Which antivirus software is installed on your device?

Is your device connected to domain network?

However, I would suggest you to follow the methods mentioned below.

Method 1

Unplug all the external devices except Mouse and keyboard. Then try to upgrade to Windows 10.

Method 2

Perform an upgrade using the media creation tool in clean boot.

Note: A ‘clean boot’ starts Windows with a minimal set of drivers and startup programs, so that you can determine whether a background program is interfering with your game or program.

Your computer may temporarily lose some functionality while in a clean boot environment, however, that functionality will return when you reset the computer to start normally after you have finished your troubleshooting.

Refer the suggestions and Video links from PaulSey dated, August 9, 2017 on how to perform an upgrade with Windows 10.

Refer the section Reset the computer to start normally after clean boot troubleshooting to start your pc in normal mode after upgrading to Windows 10.

Note: Backup the data before performing an upgrade, so that you can recover the data in case if there is any data loss.

Method 3

You may also refer the suggestions mentioned under general fixes from the article Get help with Windows 10 upgrade and installation errors for more troubleshooting steps.

Note : If you have Windows 10, you’ll get the latest antivirus protection with Windows Defender. When you start up Windows 10 for the first time, Windows Defender is on and actively helping to protect your PC by scanning for malware (malicious software), viruses, and security threats. Windows Defender uses real-time protection to scan everything you download or run on your PC.

You may also refer the article Upgrade to Windows 10: FAQ as an additional information.

Get back to us for further assistance on this issue with the additional information. We will be happy to help you.

0x80190197 0x90019 при обновлении windows 10

Сообщения: 19
Благодарности: 3

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

Все три клиентских машины работают под Windows XP SP2. Та, что переустанавливалась по-новой, имеет все интегрированные обновления вплоть до 2007-04, плюс ещё несколько (таких как Installer 3.1) установил вручную с веб-сайта Windows Update.

Две машины, которые не переустанавливались, продолжают отлично обновляться — как раз сегодня пришла очередная партия заплаток. Машина с новой системой не может качать обновления через Automatic Updates ни с моего домашнего сервера, ни с майкрософтовского, хотя наличие необходимых обновлений определяет правильно и предлагает их скачать. Через веб-интерфейс Windows Update всё работает без запинки. Отсюда остаётся сделать вывод, что если где и есть проблема, так это на самой машине и конкретно в механизме AU/BITS, а не на прокси или WSUS-сервере.

На сервере (WSUS 3.0) эта злополучная машина отображается как не отправлявшая отчёт о состоянии с тех самых времён, когда ещё стояла старая система. С остальными клиентами всё в порядке: у меня дома ещё два компьютера, соседи тоже туда ходят и т. д.

Утилита ClientDiag (WSUS 2.0) на всех трёх машинах выдаёт одну и ту же ошибку:

Так что полагаться на данное средство диагностики не получается. Есть ли какие-то ещё способы подебажить?

Сама ошибка 0x80190193, как я понял, означает невозможность разрешения DNS-имени в IP-адрес. Пробовал в качестве адреса WSUS указывать сразу IP (хотя две другие машины как-то же работают!), вручную прописывать DNS-сервер (обычно этот адрес получается через DHCP), отключать службу DNS-клиента — не помогает. К тому же начальный этап общения проходит нормально — затык только когда дело доходит до скачивания файлов.

Непосредственно в WindowsUpdate.log фигурируют ошибки 0x8024401B и 0x80190197:

Как я понял, сие указывает на ошибки аутентификации на HTTP-прокси. Это, пожалуй, самый туманный момент, потому что нигде в продуктах Microsoft (да и почти всех других производителей) нет возможности указать логин-пароль для прокси-аутентификации. Я так понимаю, веб-браузеры типа IE/Firefox либо сами догадываются использовать реквизиты входа в систему (у нас тут домен), либо запрашивают эти сведения у пользователя, как обычную HTTP-аутентификацию. В общем, указать прокси через proxycfg я могу, но как проконтролировать, что за пароль оно предъявляет, и предъявляет ли вообще, не знаю. Разумеется, если обращаться к файлам на WSUS-сервере из браузера, никаких проблем не возникает. Сама Microsoft по данному случаю ничего толкового посоветовать не может, кроме как отключить на ISA необходимость авторизации для доступа к WSUS — понятно, что никто этим заниматься не будет.

Но самое интересное в том, что, по идее, никакой аутентификации не должно требоваться, поскольку WSUS сидит на своём уникальном порту, а ISA контролирует только 80 и 443, продолжая пропускать трафик для других протоколов. Вот почему появление ошибок HTTP 407 Proxy auth req’d (якобы) мне совершенно непонятно. Специально проверял телнетом: трафик на порт WSUS не проходит через механизм прокси — это видно по тому, что можно набрать «GET / HTTP/1.0» и получить в ответ нужную страницу, а не отлуп с требованием указать заголовок «Host: wsus.domain.ru» (как это происходит при попытке обратиться на 80-й порт якобы в обход прокси).

Одним словом, куда копать — совершенно непонятно. Вроде на всех машинах столь простая конфигурация (к тому же новая инсталляция ещё совсем чистая, ничем не испорченная), все настройки минимальны и в основном получаются на автомате по DHCP, WPAD, ISA Firewall Client. Однако же две машины обновляются нормально, а третья теперь вот ну никак не может скачать ни один файл.