СоХабр закрыт.

С 13.05.2019 изменения постов больше не отслеживаются, и новые посты не сохраняются.

| сохранено

H Windows Update KB3045999 приводит к BSOD в черновиках

Системное администрирование
Здравствуйте!

Этим хорошим весенним утром я решил установить очередную пачку обновлений для Windows 7 Professional. После перезагрузки меня ждал BSOD.


Начиналась загрузка, вылетали цветные «шарики» и компьютер перезагружался. В безопасный режим тоже войти не получалось. Отключил автоматическую перезагрузку при ошибках, увидел текст
STOP: c0000145 {Application Error} The application was unable to start correctly

Слегка погуглив, нашел такое обсуждение. Оказывается 15 апреля вышел некий апдейт KB3045999

Помог совет выполнить в командной строке команды
DISM /Image: С:\ /Remove-Package /PackageName:Package_for_KB3045999~31bf3856ad364e35~amd64~~6.1.1.1
где С — это тот диск, на котором установлена Windows, которая не загружается. Что интересно, у меня Windows установлена на SSD диске С, но в консоли восстановления он виделся как диск D, т.е. в данной команде я вместо C: писал D:
Что еще более интересно, у меня процессор Intel, а не Amd, но пакет именно для AMD и каких-либо других пакетов для апдейта KB3045999 командой DISM /Image:C:\ /Get-Packages (как предлагали в обсуждении, приведенном в ссылке) мне найти не удалось.

После этого я перезагрузился нормально. Уфф! Такая вот «веселая» суббота от Microsoft.

PS
У меня Windows установлена на SSD диске, возможно этот апдейт некорректно работает именно с SSD.

PPS
Статья сумбурная, но надеюсь она поможет сохранить вам немного времени и нервов, торопился написать побыстрее.
Если кто знает какие-то подробности об этом апдейте, прошу написать в комментариях.
windows, системное администрирование, BSOD, windows update, microsoft
8129
  alan008

комментарии (19)

0
pfemidi ,  
Данный апдейт установлен, как раз 15 апреля судя по логам. Win7 Enterprise 64Bit SP1, правда установлена в VirtualBox под Linux. Никаких нареканий нет.
0
alan008 ,  
В обсуждении кто-то высказал предположение, что данный апдейт устанавливается корректно, если ранее были установлены последовательно KB3046049, КВ3035131 и КВ3033929. Не знаю, насколько это правда.
0
pfemidi ,  
KB3046049, КВ3035131 и КВ3033929 у меня тоже установлены. Судя по логам ставились 11 марта ещё, то есть явно до 15 апреля.
0
+1 –1
koreec ,  
Аналогичная проблема была на ноуте с SSD. Искать решение было некогда, просто переустановил винду, и все обновления установились последовательно, после чего все нормально работает.
+12
withkittens ,  
Что еще более интересно, у меня процессор Intel, а не Amd, но пакет именно для AMD
Всё-таки amd64 — это немного о другом ;)
–9
+4 –13
alan008 ,  
Да, теперь я понял, что они имели в виду под Amd ))
–5
+4 –9
alan008 ,  
Активно минусующие видимо все знали, что несмотря на то, что «корпорации Microsoft и Oracle используют для обозначения этого набора инструкций термин «x64», каталог с файлами для архитектуры в дистрибутивах Microsoft Windows называется «amd64» (ср. «i386» для архитектуры x86).» Я вот не знал. Просто не обращал внимания.
0
rst59 ,  
А можно было просто исправить статью.
0
olegkrasnov ,  
Венда попросила вместо "/Image:C:\", для текущей системы вбить "/Online". Вроде удалилось.
0
+1 –1
elanc ,   * (был изменён)
Подтверждаю наличие проблемы при обновлении системы, установленной на SSD. Столкнулся позавчера на Windows 7 Home Premium SP1 x64. Использовалось автообновление в полностью автоматическом режиме. Теперь выключено от греха подальше…
+2
jurok04 ,  
Бояться стоит, как и в прошлый раз, только тем, у кого патченое ядро (xNtKrnl.exe).
Проверить можно так
А полечить еще и так (из-под LiveCD):

bcdedit /set {default} path "\Windows\System32\winload.exe"
bcdedit /set {default} kernel «ntoskrnl.exe»
del C:\windows\system32\drivers\oem-drv64.sys

(активация слетает)

P.S. лечение не моё, инфа с Ру-Боард
0
LE0N ,  
из реестра сервис ещё нужно удалить.
Полная версия по решению этой проблемы здесь.
+3
ipswitch ,  
Какие-то дебильные лоадеры, патчи ядра — на что только не идут люди, вместо того, чтобы SLIC вшить в BIOS или MAK-ключом по телефону активировать.
0
casuss ,  
Никогда не ставьте обновления на критичное оборудование в пятницу, в конце рабочего дня. (с) Правила сисадмина.
Системный диск стал буквой D: т.к. скрытому (в обычном режиме) разделу восстановления (в начале диска, ~100Mb) была присвоена буква С:.
0
alan008 ,  
Во-первых, была уже суббота. Во-вторых, это был домашний комп. Ну да, в каком-то смысле он для меня критичен, без него никак ))
+5
en1gma ,  
я правильно понял, что автор и некоторые в комментариях завуалированно признались в использовании нелицензионного программного обеспечения?
–1
+2 –3
alan008 ,   * (был изменён)
Ну вы всем-то сразу не рассказывайте )) Я написал лишь о том, что произошло после установки апдейта, всё остальное за кадром )
0
+3 –3
zhovner ,  
Все правильно, воры должны страдать.
+2
namespace ,  
А чему удивляться? Ты ставишь пиратку и мало того, что ругаешься на BSOD, который вылазит на ней после апдейта, так еще бежишь на хабр со статьей об этом. Что за жесть?