Šķiet, ka Microsoft melnās otrdienas atbalsta arēnā notiek kā parasti. Windows klienti - nevis Microsoft - ir atraduši risinājumu kļūdai Blue Screen of Death / Stop 0x50, par kuru es runāju vakar. Microsoft, kā parasti, ir bijis pilnīgi AWOL.
Sliktais plāksteris melnajā otrdienā nokritās uz automātiskās atjaunināšanas tekni, un trešdien Microsoft Answers forumā parādījās pirmais BSOD ziņojums. Pārskatā pareizi tika identificēts viens no labotajiem ielāpiem kā KB 2982791. Nav skaidrs, cik cilvēku tas ietekmē, taču pārskati tiek parādīti visā tīmeklī. Sākot no plkst. 1.30 piektdien, pēc Redmondas laika, nešķiet, ka Microsoft būtu izdarījis nežēlīgu lietu.
Saskaņā ar foruma moderatora un Microsoft MVP Sūzenas Bredlijas (kurš, tāpat kā visi MVP, ir brīvprātīgais) teikto, problēma ir parādījusies 64 bitu Windows 7 sistēmās un, iespējams, 64 bitu Windows Server 2008 R2 sistēmās ("iespējams", jo nav " vēl ir pietiekami daudz ziņojumu, lai apstiprinātu). Pirmais sliktais plāksteris KB 2982791 ir daļa no "svarīgā" MS14-045 drošības biļetena. Otrais sliktais plāksteris KB 2970228 ir nedrošības plāksteris, kas ir daļa no “Update 2” kļūmes, kas pievieno rubļa glifu derīgo valūtas simbolu sarakstam operētājsistēmās Windows 7 un Windows 8.1 Update.
Kopš šī rīta Microsoft neatzina problēmu Microsoft Answers forumā. Es neesmu redzējis nekādu Microsoft saziņu par šo problēmu. Visas iesniegtās Microsoft atbalsta biļetes, par kurām es zinu, vēl jāapstiprina. Nevienā KB rakstā nav pieminēta kļūda. Visās manās Windows 7 x64 mašīnās KB2982791 joprojām tiek piedāvāts kā "pārbaudīts" svarīgs atjauninājums, izmantojot Windows atjaunināšanu, un KB 2970228 joprojām ir "nepārbaudīts" izvēles atjauninājums.
Windows sleuth un pirmo reizi Microsoft Answers foruma plakāts rvuerinckx atrada burvju kombināciju:
Man bija viena un tā pati problēma divos datoros, abi win7 64 biti.
Es to varētu atrisināt, palaižot no DVD un noņemot šādu failu:
c: \ Windows \ System32 \ FNTCACHE.DAT
Pamatojoties uz viņa ierakstu, izskatās, ka rvuerinckx izmantoja brutālu spēku pieeju, izdzēšot fontu kešatmiņas, līdz viņš iznīcināja vienu, kas diedzēja Zilo ekrānu. Man nav ne jausmas, vai viņa uzlaušana darbojas visos gadījumos, bet katrs līdz šim redzētais ziņojums saka, ka tas darbojas kā čempions.
Kas notiek? Neviens nezin. Microsoft atbilde ir bijusi aptuveni 60 stundas, un mēs neko neesam dzirdējuši. Plakāts PortSix pievieno aizraujošu pavedienu:
Mums šķiet, ka zilā ekrāna avārija ir saistīta ar GDI izsaukumiem uz SaveDC () un RestoreDC (), lai saglabātu un atjaunotu ceļu.
FNTCACHE.DAT, kā norāda tās nosaukums, ir fontu kešatmiņa. Ātrais ceļojums, izmantojot Google, daudzu gadu laikā atklāj visa veida problēmas ar failu. Visos gadījumos, cik vislabāk varu pateikt, Windows ir pietiekami gudrs, lai atjaunotu kešatmiņu, ja tā tiktu izdzēsta, taču tā nav pietiekami gudra, lai rekonstruētu kešatmiņu, ja ir kāda veida iekšēja problēma. Jūs varētu pamatoti aizdomāties, kāpēc / kā fontu kešatmiņa var iesaldēt sistēmu Windows pēc 100% īsta automātiskā atjauninājuma plākstera.
Es turpinu celmēt savu Patch Monday priekšlikumu, kas pirmo reizi tika izlikts pagājušā gada septembrī. Microsoft vajadzētu uzaicināt ikvienu un visus piedalīties brīvprātīgā jauno plāksteru testēšanas dienā, pirms tie tiek izlaisti, izmantojot Windows Update un WSUS. Šis ir vēl viens slikta - vai divu - plākstera piemērs, kuru varētu notvert, veicot pietiekami daudz ārēju testu.
Kā Microsoft var lūgt mums iegādāties ideju par "veiklākiem" ikmēneša Windows atjauninājumiem, kad tā nevar veikli reaģēt uz sistēmas avārijām, kas rodas savos automātiskajos ielāpos?
Šis stāsts "Lietotāji atrod labojumu robotu KB 2982791 un KB 2970228 Windows atjaunināšanai" sākotnēji tika publicēts vietnē .com. Iegūstiet pirmo vārdu par to, ko svarīgās tehnoloģiju ziņas patiesībā nozīmē, izmantojot Tech Watch emuāru. Lai uzzinātu jaunāko informāciju par biznesa tehnoloģiju jaunumiem, sekojiet .com vietnē Twitter.
