KB4012218 ir KB4012219 yra pataisos su procesoriaus aptikimu

Jei neseniai įsigijote naują kompiuterį arba patys jį surinkote su nauju CPU ir nusprendėte jame įdiegti Windows 7 arba Windows 8.1, šių operacinių sistemų atnaujinti negalėsite. „Microsoft“ daugiau jums neteiks naujinimų. Tai buvo neseniai paskelbta. Naujai išleistas pataisų rinkinys suteikia procesoriaus aptikimo funkciją „Windows 7“ ir „Windows 8.1“.

„Microsoft“ šiandien išleido KB4012218, skirtą „Windows 7“ ir „Windows Server 2008 R2“. Jis pateikiamas su šiuo pakeitimų žurnalu.

• Įgalintas procesoriaus generavimo ir aparatinės įrangos palaikymo aptikimas, kai kompiuteris bando nuskaityti arba atsisiųsti naujinimus per „Windows Update“.
• Supaprastintas patvirtintų serverių sąrašas grupės strategijose Nurodykite ir spausdinkite, serverio pavadinime leidžiant pakaitos simbolius.
• Išspręsta problema, dėl kurios sugadinta išvestis naudojant fread() duomenims iš vamzdžio nuskaityti. Vykdymo laikas kartais numes naujas eilutes tarp eilučių.
• Išspręsta problema atnaujinant laiko juostos informaciją.
• Išspręsta vietinės saugos institucijos posistemio tarnybos proceso problema, kuri užstringa domeno valdiklyje, kai pateikiamos tam tikros lengvojo katalogo prieigos protokolo užklausos.

Atkreipkite dėmesį į liniją Įgalintas procesoriaus generavimo ir aparatinės įrangos palaikymo aptikimas, kai kompiuteris bando nuskaityti arba atsisiųsti naujinimus per „Windows Update“..

Tas pats pasakytina apie KB4012219, kuris išleistas Windows 8.1 ir Windows Server 2012 / 2012 R2. Šio naujinimo pakeitimų žurnalas yra toks:

• Grupės strategijos valdymo pulte (GPMC) įjungtas įspėjimo pranešimas, įspėjantis administratorius apie a dizaino pakeitimas, kuris gali neleisti apdoroti vartotojų grupės įdiegus saugos naujinimą MS16-072.
• Išspręsta problema, dėl kurios lustinės kortelės modulis negali susieti su bekontakčiu intelektualiųjų kortelių skaitytuvu.
• Išspręsta problema, kai padidinto dydžio failų serveris, kuris naudoja dvigubo pariteto diskus, praranda prieigą prie disko, jei diskas sugenda rašant pariteto žurnalą.
• Išspręsta „Spaceport“ tvarkyklės problema, dėl kurios diskai atsiskiria po sunkaus paleidimo iš naujo.
• Išspręsta kelių kelių įvesties / išvesties problema, kai įgalintas tvarkyklės tikrintuvas.
• Išspręsta problema, dėl kurios sutriko darbo krūvis „Azure StorSimple“ įrenginiuose įdiegus KB3169982. Diegiama naudojant KB3172614 paketą (išleista 2016.07).
• Išspręsta problema, dėl kurios kliento duomenų kelio valdymo programinė įranga sugenda dėl kelių kelių įvesties / išvesties regresijos įdiegus KB3185279, KB3185331 arba KB3192404.
• Išspręsta problema, kai įdiegus KB3121261 trečiosios šalies, mažai aprūpintame saugyklos tinkle, atsiranda kelių kelių įvesties / išvesties įvykio ID 48. Tai yra atsakas į mažos kompiuterio sistemos sąsajos būseną – 0X28 – SCSISTAT_QUEUE_FULL (SRB būsena – 0X4 – SRB_STATUS_ERROR).
• Išspręsta problema teikiant PowerShell cmdlet, kurios įgalina ir renka saugyklų diagnostiką.
• Išspręsta problema dėl kelių kelių įvesties / išvesties gedimo, dėl kurio gali būti sugadinti duomenys arba programos gedimai.
• Išspręsta problema, dėl kurios „File Explorer“ užstringa atliekant paiešką tinklo diske, kai prisijungiama naudojant nuotolinio darbalaukio protokolą.
• Išspręsta problema, sukelianti strigtį, kai vartotojas bando prisijungti prie serverio naudodamas „WinShare“ ir „Remote Desktop Services“. Stabdymo klaida 0x50 esant win32k!pDCIAdjClr+0x4f.
• Įgalintas procesoriaus generavimo ir aparatinės įrangos palaikymo aptikimas, kai kompiuteris bando nuskaityti arba atsisiųsti naujinimus per „Windows Update“.
• Pagerintas tinklų palaikymas pridedant naujų įrašų į prieigos taško pavadinimo (APN) duomenų bazę.
• Supaprastintas patvirtintų serverių sąrašas grupės strategijose Nurodykite ir spausdinkite, serverio pavadinime leidžiant pakaitos simbolius.
• Išspręsta problema atnaujinant „Windows Defender“ sistemoje „Windows 8.1“.
• Išspręsta problema, dėl kurios klientai negali pasiekti failų serverio, kai jie naudoja 1.0 serverio pranešimų bloką ir NT LAN tvarkyklės autentifikavimą įdiegus MS16-110/KB3187754.
• Išspręsta problema, dėl kurios išvestis sugadinta, kai naudojate funkciją fread() duomenims iš vamzdžio nuskaityti.
• Išspręsta problema, kai reikia nustatyti ir išlaikyti paslaugų kokybės nustatymus kiekvienam prieglobai.
• Išspręsta problema, dėl kurios sutrinka didelis pasiekiamumas ir sugrupuotos virtualiosios mašinos (VM) perkėlimas. Taip nutinka, kai numatytieji VM duomenų saugyklos nustatymai sukonfigūruojami nenuosekliai visuose klasterio mazguose. Pavyzdžiui, kai kurie duomenų saugyklos nustatymai yra %ProgramData%, o kiti naudoja bendrinamą saugyklą.
• Išspręsta problema, kai esant didelei apkrovai foninės užduočių gijos blokuojamos. Nė viena iš grupių, naudojančių virtualų standžiojo disko bendrinimą, negali pasiekti savo diskų. Dėl to virtualios mašinos nereaguoja.
• Išspręsta problema (0x800b klaida), dėl kurios „System Center“ virtualiosios mašinos tvarkytuvė sugenda po tiesioginio virtualios mašinos perkėlimo tarp dviejų „Hyper-V“ grupių.
• Išspręsta problema, dėl kurios kyla klaidingų failų konfliktų, kai Windows Server darbo aplankai iš naujo įdiegiami įdiegus Azure hibridinių failų paslaugas.
• Išspręsta problema, kai bendrinamas turinys tampa neprisijungęs, jei nuotoliniai klientai jungiasi lėtomis nuorodomis, kai įgalintas šifravimas ir išjungtas serverio bendrinimo talpyklos atkūrimas neprisijungus.
• Išspręsta problema generuojant nuotolinio darbalaukio paslaugų savarankiškai pasirašytus sertifikatus, kad būtų galima naudoti SHA-2 vietoj SHA-1. Po šio naujinimo visi esami savarankiškai pasirašyti sertifikatai RD Session Host turėtų būti atnaujinti naudojant SHA-2 sertifikatus. Tačiau esami savarankiškai pasirašyti sertifikatai (jei yra) „Connection Broker“ ir „Gateway“ turėtų būti iš naujo sukurti naudojant nuotolinio darbalaukio valdymo paslaugų (RDMS) vartotojo sąsają.
• Išspręsta problema, leidžianti vartotojui nustatyti virtualios paskyros slaptažodį.
• Išspręsta problema, dėl kurios IIS automatinio sertifikato perrišimo funkcija nutraukia kliento sertifikato susiejimą su aktyviu katalogu, atnaujinus serverio sertifikatą išjungdama DS Mapper. Todėl joks vartotojas negalės pasiekti svetainės, nebent administratorius rankiniu būdu perdarys susiejimą ir neįjungs DS Mapper.
• Išspręsta problema, kai „Active Directory“ pateikia neteisingus aktyvių gijų skaičiaus skaičius „Lightweight Directory Access Protocol“ užklausoms. Neteisingas gijų skaičius neleidžia „Office 365“ tinkamai balansuoti apkrovą.
• Išspręsta problema atnaujinant laiko juostos informaciją.
• Išspręsta atsitiktinių „Hyper-V“ serverių strigčių problema, kai naudotojai pasiekia virtualiojo standžiojo disko failus iš klasterio bendrinamų tomų.
• Išspręsta problema, dėl kurios nepavyksta bendrai naudoti failų, saugomų Scale-Out File Server klasteryje 2012R2. Šios klaidos įvykio ID yra 1562, o klasterio žurnale gausite 64 klaidą dėl nepavykusio sveikatos patikrinimo (iš RFC 7205769).
• Išspręsta problema, kai įdiegę saugos naujinimą MS16-123 administratoriai negali pasiekti kai kurių tinklo diskų, susietų naudojant paskirstytos failų sistemos vardų sritį. Šis pasiekiamumo trūkumas atsiranda net įjungus vartotojo abonemento valdymą ir „EnableLinkedConnections“.
• Išspręsta problema, kai virtualiosios tinklo failų sistemos (NFS) serverio bendrinamosi dalys su pertraukomis neįsijungiamos, kai kitai NFS bendrinimui priskiriamas tas pats ID grupinėje aplinkoje.
• Išspręsta problema, pridedant „LiveDump“ fiksavimo funkciją, kuri suaktyvins tiesioginį branduolio išrašymą, jei užklausos užstringa ilgesniam laikui.
• Išspręsta problema, dėl kurios „Failover Cluster Manager“ užstringa prisijungiant prie klasterio ilgu pavadinimu (15 ir daugiau simbolių). Tai įvyksta įdiegus .NET 4.6.1.
• Išspręsta problema, dėl kurios sugenda „Exchange“ serveriai, kai klientas įdiegia „Exchange“ kaupiamąjį arba saugos naujinimą. Klaidos kodas: STOP 0x3B
• Išspręsta problema, neleidžianti užfiksuoti tinklo srauto, kai „Microsoft Advanced Threat Analytics“ pradeda ir sustabdo seansą, kuris stebi srautą neteisėtu režimu.
• Išspręsta problema, kai vartotojai negali prisijungti prie belaidžio, tarpinio serverio ir VPN autentifikavimo. Internetinio sertifikato būsenos protokolo atsakiklio paslauga, apdorodama kliento užklausas, su pertraukomis pateikia IIS 500 klaidą. Dėl to klientams nepavyksta patikrinti panaikinimo ir nepavyksta autentifikuoti reikiamos paslaugos.
• Išspręsta problema teikiant „Active Directory“ domeno valdiklių priežiūros režimą.
• Išspręsta problema, kai Active Directory susiejimo paslaugoms (AD FS) nepavyksta autentifikuoti išorinių vartotojų, nes baigiasi ADFS tarpinių serverių laikas.

Abu naujinimai neleis jūsų operacinei sistemai atsisiųsti ir įdiegti naujinimų, jei turite vieną iš šių procesorių:

• „Intel“ septintosios (7-osios) kartos procesoriai („Kaby Lake“) arba vėlesni
• AMD „Bristol Ridge“ (septintoji karta) arba naujesnė
• Qualcomm "8996"

Jei jūsų kompiuteryje yra bet kuris iš šių procesorių ir įdiegta Windows 7 arba Windows 8.1, Windows naujinimas neveiks. Tai neatsižvelgiama į tai, kad jūsų aparatinės įrangos deriniui gali būti prieinamos tvarkyklės.

„Windows Update“ paslauga praneš apie tai:

Nepalaikoma aparatinė įranga
Jūsų kompiuteryje naudojamas procesorius, kurio ši Windows versija nepalaiko, ir jūs negausite naujinimų.

Jis pasirodys, kai nuskaitysite arba atsisiųsite naujinimus naudodami „Windows Update“ paslaugą.

„Windows“ naujinimo lange ir toliau bus rodomas šis pranešimas:

„Windows“ negalėjo ieškoti naujų naujinimų
Ieškant naujų jūsų kompiuterio naujinimų įvyko klaida.
Rasta klaida (-os):
Kodas 80240037 „Windows Update“ aptiko nežinomą klaidą.

„Microsoft“ tai paaiškina taip:

„Windows 10“ yra vienintelė „Windows“ versija, palaikoma šių kartų procesorių...

Dėl to, kaip įgyvendinama ši palaikymo politika, „Windows 8.1“ ir „Windows 7“ įrenginiai, turintys septintos kartos arba naujesnės kartos procesorius gali nebegalėti nuskaityti arba atsisiųsti naujinimų per Windows Update arba Microsoft Atnaujinti.

Tai gana nuviliantis „Microsoft“ žingsnis. Daugelis techninės įrangos pardavėjų vis dar palaiko „Windows 8.1“ ir „Windows 7“ ir teikia joms visos šiuolaikinės aparatinės įrangos tvarkykles.

Negalėjau patikrinti, ar „Windows“ naujinimas ir toliau veiks su aukščiau paminėtais procesoriais, jei šie pataisymai neįdiegti. Tačiau nėra jokių abejonių, kad „Microsoft“ užblokuos galimybę, jei ne dabar, tai su nauju pataisu. Tai gali būti netgi privaloma tam tikru momentu arba kartu su saugos naujinimu. Jei jums labiau patinka „Windows 7“ arba „Windows 8.1“, o ne „Windows 10“ ir turite naują procesorių, nuo šiol jums nesiseka.