Näyttää olevan normaalia liiketoimintaa Microsoft Black Tuesday -tukialueella. Windows-asiakkaat - eivät Microsoft - ovat löytäneet ratkaisun Blue Screen of Death / Stop 0x50 -virheeseen, josta puhuin eilen. Microsoft, kuten tavallista, on ollut täysin AWOL.
Huono korjaustiedosto meni alas automaattisen päivityksen kanavasta mustana tiistaina, ja BSOD: n ensimmäinen raportti ilmestyi keskiviikkona Microsoft Answers -foorumilla. Raportissa yksilöitiin yksi haavoittuneista korjaustiedostoista oikein KB 2982791. Ei ole selvää, kuinka moniin ihmisiin tämä vaikuttaa, mutta raportteja syntyy kaikkialla verkossa. Perjantaina Redmondin aikaa kello 1.30 alkaen ei näytä siltä, että Microsoft olisi tehnyt pirun asian.
Foorumin valvojan ja Microsoftin MVP: n Susan Bradleyn (joka, kuten kaikki MVP: t, ovat vapaaehtoisia) mukaan ongelma on ilmennyt 64-bittisissä Windows 7 -järjestelmissä ja mahdollisesti 64-bittisissä Windows Server 2008 R2 -järjestelmissä ("mahdollisesti", koska niitä ei ole " vielä riittävästi raportteja vahvistamaan). Ensimmäinen huono korjaustiedosto, KB 2982791, on osa "tärkeää" MS14-045-tietoturvatiedotetta. Toinen huono korjaustiedosto, KB 2970228, on tietoturvakorjaus, osa "Update 2" -katkosta, joka lisää rupla-kuvion kelvollisten valuuttamerkkien luetteloon Windows 7: ssä ja Windows 8.1 -päivityksessä.
Tänä aamuna Microsoft ei ole tunnustanut ongelmaa Microsoft Answers -foorumissa. En ole nähnyt Microsoftilta viestiä ongelmasta. Kaikkia lähetettyjä Microsoftin tukilippuja, joista tiedän, ei ole vielä vahvistettu. Kummassakaan KB-artikkelissa ei mainita virhettä. Kaikissa Windows 7 x64 -tietokoneissani KB2982791 tarjotaan edelleen "tarkistettuna" tärkeänä päivityksenä Windows Update -sovelluksen kautta, ja KB 2970228 pysyy "tarkistamattomana" valinnaisena päivityksenä.
Windows sleuth ja ensimmäistä kertaa Microsoft Answers -foorumin julistaja rvuerinckx löysi taikayhdistelmän:
Minulla oli sama ongelma kahdella tietokoneella, molemmat Win7 64-bittisillä.
Voisin ratkaista sen käynnistämällä DVD-levyltä ja poistamalla seuraavan tiedoston:
c: \ Windows \ System32 \ FNTCACHE.DAT
Postauksensa perusteella näyttää siltä, että rvuerinckx käytti raakaa voimaa, poistamalla fonttien välimuistit, kunnes hän hävitti sinisen ruudun itäneen. Minulla ei ole aavistustakaan, toimiiko hänen hakkerointi kaikissa tapauksissa, mutta jokainen tähän mennessä nähty raportti sanoo, että se toimii kuin mestari.
Mitä tapahtuu? Kukaan ei tiedä. Microsoftilla on ollut noin 60 tuntia aikaa vastata, emmekä ole kuulleet mitään. Poster PortSix lisää houkuttelevan vihjeen:
Meille näyttää siltä, että sinisen ruudun kaatuminen liittyy GDI-kutsuihin SaveDC () ja RestoreDC () polun säilyttämiseksi ja palauttamiseksi.
FNTCACHE.DAT on nimensä mukaisesti kirjasimen välimuisti. Nopea matka Googlen kautta paljastaa kaikenlaisia tiedostoon liittyviä ongelmia monien vuosien aikana. Kaikissa tapauksissa, kuten parhaiten osaan kertoa, Windows on tarpeeksi älykäs rakentamaan välimuisti uudelleen, jos se poistetaan - mutta se ei ole tarpeeksi älykäs välimuistin rekonstruoimiseksi, jos siinä on jonkinlainen sisäinen ongelma. Saatat järkevästi miettiä, miksi / miten fonttivälimuisti, kaikki, voi jäädyttää Windowsin käynnistyksen jälkeen 100-prosenttisen aito automaattinen päivityskorjaus.
Jatkan edelleen Patch Monday -ehdotustani, joka esitettiin ensimmäisen kerran viime syyskuussa. Microsoftin tulisi kutsua kaikki ja kaikki osallistumaan vapaaehtoiseen uusien päivitysten testauspäivään, ennen kuin ne julkaistaan Windows Update- ja WSUS-ohjelmien kautta. Tämä on jälleen yksi esimerkki huonosta - tai kahdesta - korjauksesta, joka olisi voitu saada kiinni riittävällä ulkopuolisella testauksella.
Kuinka Microsoft voi pyytää meitä ostamaan ajatuksen "ketterämmistä" kuukausittaisista Windows-päivityksistä, kun se ei kykene reagoimaan kipeästi järjestelmän kaatumiseen liittyviin ruuveihin omissa automaattisissa korjauksissaan?
Tämä tarina "Käyttäjät löytävät korjauksen botched KB 2982791 ja KB 2970228 Windows-päivitykselle" julkaistiin alun perin osoitteessa .com. Hanki ensimmäinen sana siitä, mitä tärkeät tekniset uutiset todella tarkoittavat Tech Watch -blogilla. Seuraa viimeisimpiä yritysteknologiauutisia seuraamalla .com Twitterissä.
