Потребителите намират корекция за повредена актуализация на KB 2982791 и KB 2970228 Windows

Изглежда като обичайния бизнес на арена за поддръжка на Microsoft Black Tuesday. Клиентите на Windows - не на Microsoft - намериха решение на грешката на синия екран на смъртта / стоп 0x50, за която говорих вчера. Microsoft, както обикновено, е напълно AWOL.

Лошият кръп се спусна по улея за автоматично актуализиране в Черния вторник и първият доклад за BSOD се появи на форума на Microsoft Answers в сряда. Докладът правилно идентифицира един от повредените кръпки като KB 2982791. Не е ясно колко хора са засегнати, но докладите се появяват в цялата мрежа. От 1:30 ч. В петък, по Редмънд, изглежда, че Microsoft не е направила нищо.

Според модератора на форума и Microsoft MVP Сюзън Брадли (която, както всички MVP, е доброволец), проблемът се е появил в 64-битови системи Windows 7 и вероятно 64-битови системи Windows Server 2008 R2 („вероятно“, защото няма все още достатъчно доклади, които да потвърдят). Първият лош пластир, KB 2982791, е част от „важния“ бюлетин за сигурността MS14-045. Втората лоша корекция, KB 2970228, е несигурна корекция, част от провала на „Актуализация 2“, която добавя символа на рублата към списъка с валидни символи за валута в Windows 7 и Windows 8.1 Update.

От тази сутрин Microsoft не е признал проблема във форума на Microsoft Answers. Не видях съобщение от Microsoft за проблема. Всички представени билети за поддръжка на Microsoft, за които знам, все още не са признати. В нито една статия от KB няма споменаване на грешката. На всички мои машини с Windows 7 x64 KB2982791 продължава да се предлага като „проверена“ Важна актуализация чрез Windows Update, а KB 2970228 остава „непроверена“ Незадължителна актуализация.

Windows sleuth и първият форум на Microsoft Answers на форума rvuerinckx намериха вълшебната комбинация:

Имах същия проблем на два компютъра, и двата win7 64bits.

Мога да го разреша, като стартирам от DVD и премахна следния файл:

c: \ Windows \ System32 \ FNTCACHE.DAT

Въз основа на публикацията му изглежда, че rvuerinckx е подходил грубо, като е изтрил кешовете на шрифтовете, докато не е заличил този, който е поникнал на Синия екран. Нямам представа дали хакът му работи във всички случаи, но всеки доклад, който съм виждал досега, казва, че работи като шампион.

Какво се случва? Никой не знае. Microsoft имаше около 60 часа да отговори и не чухме нищо. Poster PortSix добавя вълнуваща улика:

За нас изглежда, че сривът на синия екран е свързан с GDI повиквания към SaveDC () и RestoreDC (), за да се запази и възстанови път.

FNTCACHE.DAT, както подсказва името му, е кеш за шрифтове. Бързото пътуване през Google разкрива всякакви проблеми с файла в продължение на много години. Във всички случаи, както най-добре мога да разбера, Windows е достатъчно умен, за да възстанови кеша, ако се изтрие - но не е достатъчно умен, за да възстанови кеша, ако има някакъв вътрешен проблем. Може разумно да се чудите защо / как кешът на шрифтове от всички неща може да замрази Windows при зареждане след 100 процента истинска корекция за автоматично актуализиране.

Продължавам да се запъвам за моето предложение за Patch понеделник, представено за първи път миналия септември. Microsoft трябва да покани всички и всички да участват в доброволен ден на тестване за нови кръпки, преди да бъдат пуснати чрез Windows Update и WSUS. Това е още един пример за лош кръп - или два - който би могъл да бъде уловен с достатъчно външно тестване.

Как може Microsoft да поиска от нас да се възползваме от идеята за „по-пъргави“ месечни актуализации на Windows, когато не може да реагира пъргаво на системни сривове в собствените си автоматични кръпки?

Тази история „Потребителите намират корекция за повредени KB 2982791 и KB 2970228 актуализация на Windows“ беше първоначално публикувана в .com. Разберете първата дума за това какво всъщност означават важните технически новини с блога на Tech Watch. За най-новите разработки в новините за бизнес технологии, следвайте .com в Twitter.