Zdi se, da je v podpornem prostoru za Microsoft Black Tuesday običajno kot običajno. Kupci sistema Windows - ne Microsoft - so našli rešitev za napako modrega zaslona Death / Stop 0x50, o kateri sem govoril včeraj. Microsoft je bil kot ponavadi popolnoma navdušen.
Slab popravek je na črni torek padel po žlebu za samodejno posodabljanje, prvo poročilo o BSOD pa se je pojavilo na forumu Microsoft Answers v sredo. Poročilo je enega od napačnih popravkov pravilno označilo kot KB 2982791. Ni jasno, koliko ljudi je prizadetih, poročila pa se pojavljajo po vsem spletu. Od petka ob 1.30 po redmonskem času ni videti, kot da bi Microsoft naredil nič hudega.
Po besedah moderatorke foruma in Microsoftove MVP Susan Bradley (ki je, tako kot vsi MVP-ji, prostovoljka), se je težava pokazala v 64-bitnih sistemih Windows 7 in morda 64-bitnih sistemih Windows Server 2008 R2 ("verjetno", ker jih ni t dovolj poročil, ki še potrjujejo). Prvi slab popravek, KB 2982791, je del "pomembnega" varnostnega glasila MS14-045. Druga slaba popravek, KB 2970228, je nezaščiten popravek, del neuspeha »Posodobitev 2«, ki doda oznako rublja na seznam veljavnih valutnih simbolov v sistemih Windows 7 in Windows 8.1 Update.
Od danes zjutraj Microsoft na forumu Microsoft Answers še ni priznal težave. O težavi nisem videl nobenega sporočila Microsofta. Vse predložene vstopnice za Microsoftovo podporo, za katere vem, še niso priznane. V nobenem članku KB ni omenjene napake. Na vseh mojih računalnikih z operacijskim sistemom Windows 7 x64 se KB2982791 še naprej ponuja kot »preverjena« pomembna posodobitev prek storitve Windows Update, KB 2970228 pa ostaja »neznačena« neobvezna posodobitev.
Windows sleuth in prvič forum Microsoft Answers forum poster rvuerinckx je našel čarobno kombinacijo:
Imel sem enako težavo v dveh računalnikih, oba win7 64bits.
Rešil bi ga lahko z zagonom z DVD-ja in odstranitvijo naslednje datoteke:
c: \ Windows \ System32 \ FNTCACHE.DAT
Glede na njegovo objavo je videti, da je rvuerinckx uporabil surovo pristop in izbrisal predpomnilnike pisav, dokler ni izbrisal tistega, ki je vzklil modri zaslon. Ne vem, ali njegov kramp deluje v vseh primerih, toda vsako poročilo, ki sem ga do zdaj videl, pravi, da deluje kot šampion.
Kaj se dogaja? Nihče ne ve. Microsoft je imel na razpolago približno 60 ur, da nismo odgovorili in nismo nič slišali. Poster PortSix dodaja privlačen namig:
Zdi se nam, da je zrušitev modrega zaslona povezana s klici GDI v SaveDC () in RestoreDC (), da se ohrani in obnovi pot.
FNTCACHE.DAT, kot že ime pove, je predpomnilnik pisave. Hitro potovanje po Googlu v mnogih letih razkrije najrazličnejše težave z datoteko. V vseh primerih je Windows, kar najbolje vem, dovolj pameten, da obnovi predpomnilnik, če se izbriše, vendar ni dovolj pameten za rekonstrukcijo predpomnilnika, če obstaja nekakšna notranja težava. Lahko se upravičeno vprašate, zakaj / kako lahko predpomnilnik pisav med vsemi stvarmi zamrzne sistem Windows po zagonu po 100-odstotnem pristnem popravku samodejnega posodabljanja.
Nadaljujem s predlogom za Patch Monday, ki je bil prvič predstavljen septembra lani. Microsoft bi moral vse in vse povabiti, naj sodelujejo v prostovoljnem dnevu testiranja novih popravkov, preden jih izdajo prek Windows Update in WSUS. To je še en primer slabega popravka - ali dva -, ki bi ga lahko ujeli z dovolj zunanjega testiranja.
Kako lahko Microsoft od nas zahteva, da se odločimo za "bolj spretne" mesečne posodobitve sistema Windows, ko pa se v lastnih samodejnih popravkih ne more hitro odzvati na zrušitve sistema?
Ta zgodba "Uporabniki najdejo popravek za napačne posodobitve za KB 2982791 in KB 2970228 Windows" je bila prvotno objavljena na .com. Z blogom Tech Watch poiščite prvo besedo o tem, kaj resnično pomenijo pomembne tehnološke novice. Za najnovejši razvoj novosti o poslovnih tehnologijah sledite .com na Twitterju.
