Запускаем cmd от имени администратора
запускаем sconfig
в пункте 5 выбираем обновляем вручную M
No Dogmats, No Rules, only Knowledge
На компьютерах одного из клиентов столкнулся с проблемой очень долго (скорее даже бесконечного) поиска обновлений на только что установленной Windows 7 SP1. Проблема выглядит следующим образом: после установки ОС и настройки интернет-подключения переходим в центр обновлений Windows и запускаем поиск обновлений. Поиск длиться несколько часов (максимум оставляли компьютер на сутки) без какого-то результата, при этом наблюдается высокая загрузка CPU (достигает 50-70%,) и памяти процессом svchost.exe. Аналогичная проблема может наблюдаться в Windows Server 2008 R2.
При анализе работы процессов с помощью Resource Monitor видно, что в рамках процесса svchost.exe высокую загрузку генерирует wuauserv.exe. Это основной процесс службы, отвечающей за работу системы обновлений Windows.
Попытка сбросить настроек службы обновлений Windows результатов не дала. Проблема явно связана с изменениями на сайте Windows Update, препятствующим старым версиям клиента wuauserv закачать список обновлений.
Итак, в том случае, если процесс поиска обновлений замирает со статусом Checking for updates / Поиск обновлений, попробуйте вручную скачать и установить Июльский update rollup для Windows 7 SP1/ Windows 2008 R2 — KB3172605. В зависимости от разрядности вашей ОС, скачайте версию 32-битную или 64-битную версию обновления.
После установки обновления нужно перезагрузить компьютер и запустить повторный поиск обновлений Windows. Вуаля – через несколько минут в центре обновлений появится список из сотни отсутствующих апдейтов.
PS. В том случае, если проблема с обновлениям все еще наблюдается, нужно последовательно скачать и установить следующие обновления:
Выход новых версий WordPress происходит регулярно: устраняются разнообразные уязвимости, решаются вопросы с безопасностью, добавляется уникальный функционал. В данном контексте очень важно проводить своевременное обновление, которое совершается очень просто: с помощью одного щелчка мышью в панели администратора. Несколько минут — и WordPress обновлился до новой версии. Однако бывают ситуации, когда автоматическое обновление WordPress заканчивается провалом. Давайте посмотрим, почему это происходит, и что в таком случае можно сделать.
После инициации автоматического обновления ядра WordPress (скажем, от версии 3.1.0 до 3.1.1) на экране “Update WordPress” будут отображаться статусы, характеризующие каждый шаг обновления:
Downloading update from http://wordpress.org/wordpress-3.1.1.zip…
Unpacking the update…
Verifying the unpacked files…
Installing the latest version…
Пока, вроде бы, все в порядке. Давайте посмотрим, что произойдет дальше.
В нашем случае сообщение, стоящее перед “Installation Failed”, раскрывает суть возникшей проблемы. Это самый простой вариант ошибки. В более сложных ситуациях статусы вообще не выводятся на экран, поэтому приходится разбираться в возникшей проблеме самостоятельно. Более того, в результате такой проблемы доступ к сайту может быть заблокирован для всех пользователей, включая администратора. Если администратор попытается загрузить какую-либо из страниц своего сайта, он получит на экран страницу со следующим содержанием:
Briefly unavailable for scheduled maintenance.
Check back in a minute.
Очень сложно справиться с проблемой, если вы не можете залогиниться как администратор. К счастью, решить вопрос можно и без администраторских полномочий. Достаточно использовать доступ через FTP: пройти в корневую директорию и удалить файл .maintenance. Если ваш FTP-клиент не видит файлов, начинающихся с точки, попробуйте войти в панель управления вашего сервера и использовать файловый менеджер для поиска и удаления требуемого файла. На следующем скриншоте представлен файл .maintenance в корневой директории WordPress:
Также удаление этого файла помогает убрать назойливую надпись о неудачном автоматическом обновлении: