Не удалось выполнить обновление (ошибка 3).При проверке обновлений произошла ошибка: Не удалось выполнить проверку обновлений (код ошибки: 3: 0x80040154).
пробовал переустанавливать, не помогло, брандмауэр виндовс отключен
- MiniTool
- MiniTool News Center
- Solutions To Error Code 3: 0x80040154 In Google Chrome
On This Page :Developed by Google, the Google Chrome is a cross-platform web browser; it becomes one of the most popular browsers around the world since its release. In the beginning, Chrome is exclusive to Windows; but later, it was ported to other systems, including Linux, macOS, iOS, and Android.MiniTool is so considerate that it provides various tools for different platforms: Windows, macOS, iOS, and Android.Encounter Error Code 3: 0x80040154 While Updating ChromePeople are prone to install Google Chrome when they get a new machine and they prefer to update the browser whenever there’s a new version out. However, the update doesn’t always succeed. For instance, there are many people reported error code 3: 0x80040154 while they’re trying to update Google Chrome.Chrome error 3:An error occurred while checking for updates: Update check failed to start (error code 3: 0x80040154 — system level).Why does the Chrome error code 3 occur?The error code 3 0x80040154 will occur when the inbuilt updater of Chrome cannot find the update server to download the latest version of browser.So what to do when the installer encountered error 3?How to fix if your Chrome is suffering from screen flickering?Solution 1: Try Manual UpdatePlease don’t be anxious when seeing error code 3 0x80040154; it is just one common Chrome update error. Remember, the first thing to do after seeing it is trying to complete the update manually.
- Find your Google Chrome icon on the computer desktop and double click on it to open the browser. (If you didn’t put this icon on the desktop, you can go to the installation folder to find the executable file of Chrome.)
- Find the three vertical dots menu icon in the upper right corner and click on it.
- Move your cursor to the Help option in the menu.
- This will enable the Google Chrome to check for updates and download them automatically.
- Wait for the process to finish. And then click on the Relaunch button.
Solution 2: Restart Google Chrome and ComputerThe easiest way to troubleshoot when Chrome update failed is restarting.
- Also, you need to click on the three vertical dots at the upper right.
- Choose Exit from the drop-down menu this time.
- Your Google Chrome browser should be closed in a flash. Now, you can go to open it again.
You can also close the Google Chrome by clicking on the X button in the upper right corner directly.How to restart a Windows 10 computer? (The steps to restart other systems are similar.)
- Click on the Windows button at the bottom left.
- Choose Power from the left sidebar.
- Select Restart from the pop-up menu.
Solution 3: Enable Google Update Services
- Right click on the Windows button to bring up the Win + X menu. (What if the WinX menu not working?)
- Choose Run from the menu.
- Type msc and press Enter.
- Look for the Google Update Service (gupdate) and double click on it.
- Click on the arrow after Startup type to choose Automatic or Automatic (Delayed Start).
- Click Apply and OK at the bottom.
- Look for the Google Update Service (gupdatem) and double click on it.
- Select Manual for Startup type.
- Restart your computer and try to update Chrome again.
Solution 4: Modify Windows Registry
- Expand HKEY_LOCAL_MACHINE, SOFTWARE, Policies, and Google.
- Select Update from the left pane.
- Right click on Updatedefault from the right pane and choose Modify.
- Change the Value data to 1 and click on the OK button.
- Navigate to HKEY_LOCAL_MACHINESOFTWAREWow6432NodeGoogleUpdate.
- Check the internet connection of your computer.
- Go to make sure the auto update is not disabled on your PC.
- Uninstall and reinstall Google Chrome.
Anyone who wants to recover Google Chrome history file should read this page.About The Author
В этой статье я расскажу об исправлении одной очень распространенной ошибки Windows Installer. Обыскавши Интернет как русскоязычный, так и англоязычный, включая форумы и ньюсгруппы Microsoft, я понял что ошибка довольно распространенная, однако исправить ее, на самом деле никому не удавалось.
Суть проблемы
Как то одним жарким летним вечером я решил установить на свой компьютер ActeiveState ActivePerl. Скачал инсталлятор, который был в .msi файле и запустил его. Каково же было мое удивление, когда вместо привычного инсталлятора я увидел вот это:
Как вскоре оказалось, подобная ошибка выпадала при запуске на моем компьютере любого .msi файла.
Недолго думая, я полез в интернет, ввел в поиск появившееся сообщение, и, «О ужас!» — я увидел сотни постов людей с этой проблемой! В русскоязычном и англоязычном сегменте Интернета у множества людей была аналогичная проблема, и никто ее не смог решить по существу.
Наиболее распространенными советы по решению проблемы были
- Перерегистрировать msiexec, что также мне не помогло.
- В конце все советы сводились к одному — переустановить Windows.
Подумав о том, какое количество программ мне придется переустанавливать, а также о количестве потраченного на это дело времени, я решил пойти другим путем.
Решение проблемы
Для начала я включил Log-файл установщика Windows. Как включить лог Windows Installer вы можете почитать здесь, или поискать в любом поисковике по ключевому слову “voicewarmup”.
Поискав по коду ошибки в Интернете, и не нашедши никаких способов решения проблемы, я решил подумать логически.
Что означает ошибка 0x80040154? Поискав в поисковике, и воспользовавшись утилитой Error Lookup, я определил, что ошибка означает «Класс не зарегистрирован».
Обычно такая ошибка появляется, когда вы запрашиваете у системы создать COM-объект, который не был должным образом зарегистрирован в реестре. Но как определить какой именно объект не зарегистрирован?
Для начала я воспользовался старым добрым отладчиком WinDbg, который входит в пакет Debugging Tools For Windows. Мне понадобилась именно 64-разрядная версия данного отладчика.
Перед началом отладки необходимо загрузить отладочные символы для распознавания имен системных функций и переменных. Эти символы являются довольно полезной вещью не только для поиска ошибок, но также и для исследования работы Windows в целом.
Сам по себе отладчик, конечно не решит проблему, нужно ее локализовать. Поразмыслив, какие функции могут создавать COM-объекты, я остановился на CoCreateInstance, CoCreateInstanceEx и CoGetClassObject
Для установки точек прерывания на эти функции вводим в командной строке отладчика:
bp ole32!CoCreateInstance
bp ole32!CoCreateInstanceEx
bp ole32!CoGetClassObject
Если точки останова у вас не ставятся, значит вы неправильно настроили символы.
После запуска приложения (F5), срабатывает точка останова на ole32!CoCreateInstance. Если точка останова не срабатывает, а выпадает окно с параметрами Wndows Installer, то вы неправильно указали параметры командной строки для запуска.
Исходная вызывающая функция называется msi!CreateMsiServerProxy и, очевидно, находится в модуле msi.dll.
Обратим внимание также на регистр rax, который равен нашему коду ошибки 80040154. Для того чтобы узнать содержимое регистра rax, достаточно открыть окно Registers, или ввести в командной строке r rax.
Запомнив имя функции, а также примерный вид искомого кода, я открыл дизассемблер IDA Pro, и загрузил в него файл msi.dll. Следует отметить пару особенностей данного отладчика: во первых, IDA любит блокировать доступ к исследуемому файлу, во вторых, она создает в папке с исследуемым файлом несколько своих файлов баз данных, так что я рекомендую копировать исследуемые файлы в отдельную папку. В третьих, IDA не всегда подгружает файлы с символами, поэтому рекомендую в указанную отдельную папку также скопировать файл msi.pdb из вышеуказанной папки C:Symbols.
После нахождения функции CreateMsiServerProxy, находим знакомые строки кода в ней:
Windows Registry Editor Version 5.00
После импорта ключа реестра я вновь попробовал запустить .msi файл, и, «О чудо!», он запустился, после чего я успешно установил ActivePerl.
У вас может быть аналогичная проблема, но при этом отсутствовать другой ключ реестра. Импортировать при этом необходимо те ключи, которых у вас нет.
Выводы
- В итоге я сэкономил себе массу времени — на поиск проблемы и ее устранение ушло не более двадцати минут, зато на переустановку всех программ на моем компьютере ушло бы минимум два дня.
- Не надо спешить переустанавливать Windows по любому чиху. Иногда проблему можно решить довольно просто и быстро.
Спасибо за внимание, я очень надеюсь что статья вам понравилась, жду ваших отзывов, а также с удовольствием отвечу на ваши вопросы.