WSUS can’t distinctly identify 1909 version [EN]

Been using WSUS for so many years and never learned this. Partly because on my old job we always were using one version of Windows 10 (or Windows 7) and there was no need to know the exact versions or builds. Now when i have to manage 4-5 different versions of Windows 10, Version column in WSUS became essential. It shows full Windows version with build number and last CU update version, e.g. 10.0.18362.449 for 1903 version. You can see the same information on a local machine in systeminfo or using winver command. But there is a catch which i’ve only noticed after installing 1909 Enablement Package update on one test 1903 machine. It still shows 18362 build in WSUS console, although it should be 18363. And even CU number after the dot is not up to date. I’ve been told that WSUS is actually checking Windows Update agent’s version (wuaueng.dll) to determine Windows build. And in 1909, this agent hasn’t been updated and stayed the same as in 1903 version (because 1909 is just a CU update of 1903 disguised as a “feature update”). Moreover CU updates also not always change WU agent’s version, so version after the dot might also be stale. It seems that ConfigMgr has another column for that – Operating System Build, which shows correct version of a system. This is probably a result of WSUS being a legacy tool, not originally designed to work with such dynamic changes to build versions and it never was updated properly to work better with Windows 10 (and never will). This also shows in “failed” status while a machine downloads a feature update and some other quirks requiring a mandatory wiping of SoftwareDistribution folder as PCs just stop reporting status to WSUS properly. With 1909 update Microsoft is trying to optimize their updates and new features delivery process going away from a huge feature update rewriting all system files, requiring huge installation package and multiple restarts. Now they release new features with regular CU updates, but features stay disabled until an Enablement Package is installed at some point. It seems that MS is delivering on a promise of a Windows as a Service and maybe in a few years we won’t have big versions like 1809, 1903 and such. There will be one version for good and new features will be released monthly with regular CU updates along with fixes and security patches. Well, some businesses still will require LTSC version, so it probably won’t go away.

Windows 10 November 2019 Update (1909) [LT]

Antradienį kartų su įprastais Patch Tuesday atnaujinimais pasirodė ir 1909 arba kitaip vadinamas November 2019 Update. Windows su šia versija jau galima parsisiųst iš https://www.microsoft.com/en-gb/software-download/windows10 Panašu, kad kaip ir pavasario rudens atnaujinimas pasistumia į lapkritį, dėl ko numeracija 1909 dar labiau netenka prasmės (19 – metai, 09 – mėnuo). Gal visgi ateityje jie pereis prie 2005 ir 2011 numerių, kai atnaujinimai yra išties oficialiai išleidžiami.

WSUS irgi jau gavo šį atnaujinimą kelių paketų pavidalu. Vienas yra įprastas Feature update skirtas 1809 ir senesnėms versijoms ir jis yra platinamas ir diegiamas įprastai kaip kiti dideli atnaujinimai. Bet 1903-iai versijai yra skirtas Enablement Package atnaujinimas. Kadangi 1909 yra padarytas 1903 pagrindu ir yra tik CU atnaujinimas šiai versijai diegiamas kaip paprastas mėnesinis atnaujinimas. Jau pabandėm įdiegti šį “įgalinimo” paketą vienoje virtualioje 1903 mašinoje ir pastebėjom, kad WSUS vis dar rodo 18362 build’ą (1903 versijos), kai turėtų rodyti 18363. Galbūt problema yra tame, kad WSUS serveris yra Windows Server 2012 R2 sistemoje. O gal trūksta kokios nors Windows Server atnaujinimo, kuris tai sutvarkys (serverius prižiūri kita komanda). Pabandymui permečiau šią mašiną į WSUS serverį su 2016 serverio versija, bet dar nespėjau pamatyti ar kas pasikeitė. UPDATE: tai nieko nepakeitė.

Dar buvo paskelbtas sąrašas funkcijų kurios nebus toliau vystomos ir galiausiai bus nutrauktos ir išimtos. Įdomiausia, kad tarp jų yra My People įrankis, kuris leisdavo prie užduočių juostos prikabinti kontaktus, viename lange matyt žinutes iš skirtingų programų vieno žmogaus. Panašu, kad ši priemonė nebuvo labai populiari tarp vartotojų.

Kartu Insider nariams iš Slow rato buvo paleistas build’as iš 20H1 šakos, taigi jie gali pradėti testuoti kitų metų pavasario atnaujinimą.

Microsoft taip pat paskelbė kelis blog’o įrašus apie šio atnaujinimo platinimo galimybes ir pristatytas naujoves.

Read More

Windows 10 Insider Preview – 1909 Build 18363.418 [LT]

18362.10022 https://blogs.windows.com/windowsexperience/2019/09/25/announcing-windows-10-insider-preview-build-18362-10022-19h2

Prieš kelias savaites išleistas 10022 build’as neturėjo jokių naujovių apart įprasto mėnesinio pataisymų rinkinio, kuris buvo išleistas ir 1903 versijai.

O štai prieš kelias dienas pasirodė naujas blog’o įrašas, kad 18363.418 turėtų būti galutinis 1909 versijos išleidimo build’as https://blogs.windows.com/windowsexperience/2019/10/10/getting-the-november-2019-update-ready-for-release

1909 oficialiai vadinsis November 2019 Update (panašu, kad ne tik pavasarinis atnaujinimas pasislinks į gegužę vietoj balandžio, bet ir rudeninis į lapkritį). Bet tikriausiai jis pats pasirodys oficialiai dar spalį. Jis jau yra prieinamas testavimui Release Preview šakoje. Tikriausiai Microsoft platins šį atnaujinimą taip pat atsargiai ir pakopomis kaip ir 1903, todėl plačiąją masę vartotojų jis tikriausiai pasieks būtent lapkritį. Taigi, pasibaigus testavimo fazei šios versijos numeracija pereis prie 18363 (vietoj 18362, kas buvo 1903 versijos numeracija). Nors jis vis tiek liks tik paprastu CU atnaujinimu 1903-iai versijai. Skaičius po taško sutaps 1903 ir 1909 versijose, nes jos gaus vienodus mėnesinius CU pataisymų rinkinius.

Artimiausių savaičių bėgyje testuotojus Slow šakoje perjungs į 20H1 atnaujinimo testavimą.

Windows 10 Insider Preview – 1909 Build 18362.10019 [LT]

18362.10019 https://blogs.windows.com/windowsexperience/2019/09/05/announcing-windows-10-insider-preview-build-18362-10019-19h2/

Prieš tai išleistas 18363.327 buvo skirtas tik Release Preview šakai. Bet neseniai išleistas 18362.10019 vėl yra pasiekiamas Slow testuotojų šakai. Keista, bet ir vėl sugrįžo prie 18362 build’o numeracijos. Šiame atnaujinime nėra naujovių, užtat visi testuotojai dabar turės visas naujoves įjungtas, nebus suskirstymo. Panašu, kad 1909 (ar 19H2) atnaujinimas yra finišo tiesiojoje. Blogo įraše yra išvardinti visi pokyčiai ir naujovės prieš tai išleistuose build’uose, tad jų neminėsi antrą kartą.

Windows 10 Insider Preview – 1909 Build 18363.327 [LT]

18363 https://blogs.windows.com/windowsexperience/2019/08/26/testing-the-throttled-delivery-approach-for-19h2

Reikalai su 1909 atnaujinimų darosi vis painesni. Kai MS tik pradėjo testuoti 1909 (19H2) build’us, buvo naudojamas tas pats build numeris 18362 (kaip 1903 May Update versijos), o kiekviena nauja versija didino skaičių po taško (Cumulative Update numeris). Tarkim paskutinis buvo 18362.10015 (arba 10014, nes pusė vartotojų gaudavo versija be naujovių). Taip buvo daroma, nes 1909 yra neįprastas Feature Update, kurie visi turi naujus build numerius. Jis planuojamas kaip šiek tiek didesnis Cumulative Update 1903 versijai (CU leidžiami kas mėnesį ir keičia tik skaičių po taško).

Dabar gi Microsoft sugalvojo šiam atnaujinimui suteikt nuosavą build numerį. Taigi 1909 naudos 18363 numerį (tiesa, neaišku ar jis oficialiai turės 1909 versiją, gal taip ir liks 1903, kas bus dar painiau). Originaliai straipsnyje buvo rašoma apie naujo 18363.327 build’o išleidimą. Tik Release Preview šakai. Tačiau buvo rastos problemos su tam tikrais mobilaus interneto tiekėjais ir vėliau išleistas 18363.329. O kartu šis pataisymas išleistas ir dabartinei stabiliai 1903 versijai 18362.329 pavidalu.

Įdomu ar visi MS atstovai dar gaudosi šioje makalynėje 😀

Windows 10 Insider Preview – 1909 Build 18362.10015 [LT]

18362.10015 https://blogs.windows.com/windowsexperience/2019/08/19/announcing-windows-10-insider-preview-build-18362-10014-18362-10015-19h2

Kaip ir paskutinį kartą, vėl išleisti du build’ai. 10014 su išjungtais atnaujinimais. O 10015 su įjungtais:

Windows Defender Credential Guard apsauga veiks ir ARM64 versijoje;

Organizacijos naudojančios Windows 10 su S Mode galės įdiegti Win32 aplikacijas panaudojus Intune;

Kita naujovės atkeliavo iš būsimos 2003 versijos (20H1). File Explorer search laukelis naudos Windows Search sistemą (ta pati, kuri naudojama Search mygtuke užduočių juostoje). Paspaudus Search laukelyje bus iškart rodomi paskutinės užklausos, paieška vyks ir tarp OneDrive ir tarp įprastų failų. 20H1 versijoje taip pat buvo praplėstas pačio Search laukelio plotis, bet 1909 versijoje jis kol kas liko mažas kaip ir anksčiau.

Ekrano skaityklė gali nustatyt FN mygtukų vietą ir jų padėti (užrakinta ar atrakinta).

Windows 10 Insider Preview – 1909 Build 18362.10013 [LT]

18362.10013 – https://blogs.windows.com/windowsexperience/2019/08/08/announcing-windows-10-insider-preview-build-18362-10012-18362-10013-19h2

Kaip ir paskutinį kartą MS iš tikrųjų išleidžia du naujus atnaujinimus: 18362.10012 ir 18362.10013. Abu yra identiški, tik pirmas turi naujoves išjungtas, o antras įjungtas. MS sako, kad taip jie nori ištestuoti galimybę naujoves įjunginėti vėliau, o ne iškart po atnaujinimo įdiegimo. Man atėjo 10013, taigi naujovės įjungtos.

Galimybė sukurti naują kalendoriaus įvykį iškart kalendoriaus iššokančiame lange (kai paspaudžiama ant laikrodžio apatiniame dešiniajame kampe);

Užvedus su pele virš elementų Start meniu (Settings, Documents, t.t.) jie išsiskleidžia ir rodomas pilnas pavadinimas. Tokia animacija jau buvo testiniuose build’uose prieš pusę metų ir man atrodė, kad jau pateko į oficialią versiją. Bet pasirodo ne, nes 1903 versijoje taip nesielgia.

Keičiant pranešimų iš aplikacijų nustatymus (notifications) yra rodomi paveiksliukai kaip atrodo “banner” tipo pranešimas ir žinutė Action Center lange.

Settings > System > Notifications lange programos bus surūšiuotos pagal tai kuri aplikacija neseniai parodė pranešimą;

Pridėtas nustatymas išjungti garsą rodomam pranešime;

Pačiame pranešime rodomas mygtukas jų atjungimui ar konfigūracijai (ir banner tipo ir Action Center pranešimuose);

Taip pat Action Center lango viršuje pridėta nuoroda “Manage notifications”;

Pridėtos baterijos naudojimo optimizacijos kompiuteriams su tam tikrais procesoriais;

Pagerintas užduočių paskirstymas tarp kelių pagrindinių loginių procesorių.

 

Windows 10 Insider Preview – 1909 Build 18362.10005 [LT]

18362.10005 https://blogs.windows.com/windowsexperience/2019/07/15/announcing-windows-10-insider-preview-build-18362-10005-19h2/

Antrame rudens atnaujinimo Insider build’e naujovių irgi ne daug kaip ir pirmame ir jos ne tokios įdomios paprastiems vartotojams:

Windows container leidimas nereikalaus tos pačios versijos host’e ir pačiame konteineryje;

OEM įrangos gamintojai galės sumažinti standartinį elektroninio rašalo (kai ekrane rašoma su rašikliu) uždelsimą, jei jų įranga gali veikti su tokiu;

Geresnė BitLocker atstatymo rakto apsauga;

Trečių šalių balsu valdomi asistentai galės būti aktyvuoti Lock ekrane.

Visi šie atnaujinimai buvo išjungti 10005 build’e, bet vėliau daliai testuotojų buvo išleistas 10006 build’as, kuriame šios naujovės įjungiamos (mano testinė mašina jį gavo).

Naujienos apie Windows 10 1909 atnaujinimą [LT]

Microsoft pagaliau nutraukė tylą apie rudens atnaujinimą (1909). Kaip ir tikėjausi, tai nebus didelis atnaujinimas. Daugiausiai tai bus kokybės ir stabilumo patobulinimai ir beveik be naujų funkcijų. Netgi jo diegimas turintiems 1903 versija bus kaip paprastas mėnesinis atnaujinimas (Cumulative Update) su paprastesniu diegimu, greitesniu persikrovimu. Tiesa, turintys 1809 ar seneses versijas šį atnaujinimą diegs kaip įprastą “feature update”.

Nuo šiandien prasideda Insider build’ų leidimas 19H2 (1909) versijai. Nors jie ir diegsis kaip įprasti CU atnaujinimai, žadama skelbti naujus įrašus blog’e apie kiekvieną leidimą. Prieš tai svarsčiau ar ne pereiti į Fast šaką ir testuot 20H1 naujoves, bet kol kas liksiu slow šakoje ir testuosim 1909. Apie 20H1 gal dar parašysiu atskirai, nes ten įdomių naujovių yra.

Tiesa, 1909 Insider build’ai naudos kažkokią CFR sistemą ir naujovės nebus iškart prieinamos visiems testuotojams, bus įjungiamos palaipsniui.

Jau įsirašiau pirmą Insider build’ą 18362.10000 (18362 beje yra 1903 versijos build’as, taigi keičiasi tik skaičius po taško, gal net nebus pavadinta versija 1909, o kaip nors 1903.1). Tiesa, jame nieko matomo naujo Insider’iams. Tik keli pakeitimai OEM gamintojams. Insider Cumulative atnaujinimai taip pat turės visus įprastus 1903 versijai leidžiamus pataisymus, kartu su 1909 pakeitimais.

P.S. kadangi VM rodė klaidą dar bandant diegti 1903 versijai skirtą birželio CU, tai neįsirašydavo ir šis 1909 build’as. Vėl teko padaryti Reset this PC paliekant asmeninius failus.

WSUS and ConfigMgr – additional product listing for Windows 10 1903 [EN]

Microsoft has posted on their Windows IT Pro blog about a new temporary requirement related to Windows 10 1903. This new Windows 10 version will have changes to UUP (Unified Update Platform), which require to introduce new product in the list of Windows – Windows 10, version 1903 and later. Administrators will have to enable that product along with regular Windows 10 product to be able to sync updates for 1903 version (once they have upgraded their machines). This is a temporary requirement and there will be no similar product for 1909 version and newer. Once you upgrade to 1909 you should be able to uncheck this product and leave only regular Windows 10 selected. This applies both to WSUS and Config Manager (SCCM). But ConfigMgr also has to be updated to at least 1902 version to support this new product. Even if your older ConfigMgr is showing 1903 upgrade as available. This requirement is about updates that will come out later for 1903 version and not related to upgrade itself.

NOTE: after a few comments on MS blog it seems that maybe this new category will be used not temporary, but for all next feature updates going forward. And then old “Windows 10” category won’t be needed. Still waiting on clarification from Microsoft.