Преглед на Microsoft Patchday () Блогът на IT и Windows на Born

[Немски] На 10 декември 2019 г. Microsoft пусна изчерпателна колекция от актуализации на защитата за своите продукти. В статията има преглед на пачдая с препратки към проблеми, свързани с актуализациите.

Проблеми с Windows 7

Актуализациите KB4530734 (ежемесечна актуализация на сборния пакет) и KB4530692 (актуализация само за защита) показват поне необичайно поведение с клиенти на Windows 7.

Много дълго време за инсталиране под Windows 7

В статията Patchday: Актуализации за Windows 7/8.1/Server (10 декември 2019 г.) няколко читатели на блогове съобщиха, че инсталирането на актуализациите на Windows 7 отне много време (и тук).

За мен актуализацията тотално парализира компютъра ми. „Актуализациите се конфигурират“ за един час. И това с i5 процесор, 8 GB RAM и 500 GB SSD. Досега - поне през последните няколко години - актуализацията на Win7 винаги беше въпрос на няколко минути и знам само часовете за изчакване за актуализации от моя компютър Win10. Ако тази „адаптация“ в Win7 ме накара да мигрирам и моя любим компютър (засега) към Win10?

В коментарите читателите посочват, че инсталирането на актуализацията отнема необичайно дълго време (особено при конфигуриране на актуализациите).

Ако машината не излезе от конфигурационния цикъл, използвайте моя съвет от тази публикация и стартирайте в безопасен режим чрез F8. Инсталирайте актуализациите там.

KB4530734 завършва с черен екран

Има тази тема на reddit.com, в която потребителят се оплаква от черен екран след инсталиране на месечната сборна актуализация KB4530734. Проблемът се потвърждава от някои потребители.

Инсталирането на актуализацията за стека за обслужване на Win7 този месец KB 4523206 може да заключи вашия компютър. Единствената известна корекция в този момент е да се върнете към резервно копие. (Не можете да деинсталирате SSU.) Кажете ми отново как MS кръпките се подобряват? https://t.co/ebbQcourES

Подозира се, че актуализацията на сервизния стек (SSU) KB4523206 не е инсталирана, е отговорна за този проблем при зареждане. Уди Леонхард публикува съответна публикация (вижте също туит по-горе).

Проблем с TrueCrypt

Във връзка с TrueCrypt (и без това е остарял) изглежда, че причинява проблеми с зареждането с криптирани устройства, както прочетох тук.

Проблеми с Windows Server

За Windows Server получих обратна връзка и за двата проблема с зареждането с Windows Server 2008 R2 и Windows Server 2012.

Проблем с зареждането на Windows Server 2008 R2

В английския блог има този коментар за актуализациите на Windows 7/Server 2008/R2 KB4530734 (месечна актуализация на сборния пакет) и KB4530692 (актуализация само за защита). Във VM Windows Server 2008 R2 отива в конзолата за възстановяване и вече не се стартира. Хост е VMware.

И в този коментар се споменава, че след инсталирането на актуализацията Windows Server 2008 R2 се натъкна на проблеми.

Тази корекция е причинила проблеми на нашия сървър 2008R2 - RDP връзката е неуспешна, сървърът на DFS Namespace не се стартира - услугата на зависимия сървър не се стартира.

Премахна кръпката и всичко работи отново.

Но може да бъде единичен случай. Освен това не беше посочено коя актуализация е причинила грешката.

Цикъл за зареждане на Windows Server 2012

Ако Windows Server 2012 премине в цикъл за зареждане при инсталиране на актуализациите от декември 2019 г., причината може да бъде актуализацията на .NET Framework KB4533096, както Уди Леонхард посочва в следващия туит.

Вашият Windows Server 2012 (не R2) е в цикъл за зареждане? Вината за този месец .NET кръпка, KB 4533096. Стартирайте в безопасен режим и ще можете да върнете сървъра обратно. https://t.co/kaEEjOZEgy

Отново помага за зареждане на Windows Server 2012 в безопасен режим. След това инсталацията трябва да премине.

Windows 10: Проблем с мрежовите устройства

В следващия туит Уди Леонхард посочва проблем с картографирането на устройства (споделяне на мрежови устройства) във връзка с кумулативната актуализация KB4530684 за Windows 10 версия 1903/1909.

Съобщено за проблем с картографиране на устройства след инсталиране на кумулативната актуализация Win10 1909 за този месец, KB 4530684. Изглежда, че нокаутира управлението на AD. Единственото идентифицирано решение е да върнете пластира назад. Можеш ли да потвърдиш? https://t.co/zHMKLXe9Hv

След инсталирането на актуализацията мрежовите устройства бяха изчезнали и инструментите за управление на AD вече не можеха да намерят домейна. Отменянето на актуализацията отстрани проблема. Но изглежда, че е бил изолиран случай.

Актуализациите на Office 365 са оттеглени

Не съм обсъждал актуализациите за Office 365 тук в блога. Въпреки това, някои актуализации могат да бъдат намерени в каталога на Microsoft Update. Bleeping съобщи в тази публикация, че актуализациите на Office 365 са оттеглени. Причина: Актуализациите задействаха грешката 0x800b0004 (грешка в сертификата TRUST_E_SUBJECT_NOT_TRUSTED) при разпространение чрез SCCM.

24 отговора на събирането на Microsoft Patchday (10.12.2019)

Не мога да рестартирам поради много досадни изчисления и следователно не мога да импортирам актуализациите за декември и януари до март, защото оставащото време за показване на изчисленията е сравнително правилно, което според предишния ми опит обикновено работи. Сега въпросът е, колко дълго ще бъде възможно да се навакса? Не че Microsoft ще направи автоматичните актуализации напълно недостъпни за нормалните потребители след последната актуализация през януари.

Може ли някой да каже нещо за това?

Старата актуализация за Windows 7 трябва да остане достъпна за няколко месеца. Можете обаче да ги изтеглите и запазите от каталога на Microsoft Update. В допълнение, сборните и кумулативните актуализации включват предишните корекции.

Благодаря ви, така подозирам, но в Microsoft никога не знаете.

Разбира се, помислих и за каталога за изтегляне, но се страхувах точно какво ще намерите тук, например:
http://www.catalog.update.microsoft.com/Search.aspx?q=KB4533095

Тъй като щраквам върху изтегляне (средна позиция за x64), се отваря прозорец за изтегляне с четири .exe и два .msu файла. В кой ред ги инсталирате тогава? Като нараства KB номер? И кога първо инсталирате този без KB номер?

Честно казано не съм сигурен. Знаете ли какъв съвет?

актуализациите .net чрез каталог винаги са такива, може да се направи KB-възходящ. Винаги първо инсталирах .msu, след това .exe. При което винаги има/имаше такива, от които съответната система/хардуер не се нуждаеше, след това бяха отхвърлени.
Ето защо инсталацията чрез WU е просто малко по-тромава, следователно предпочитана. Но работи.
=> DL, първо опитайте да инсталирате чрез WU, ако това не работи, имате изтеглените файлове.

Благодаря!
Да, разбира се, първо ще бъде изпробвана актуализацията на Windows и само ако тя не работи (вече), трябва след това да изпробвам отделните файлове от каталога и да се надявам, че няма недостатъци в поръчания след това опит като След това Б. замени по-новите файлове с по-стари, което дори MS трябваше вече да направи.

след това просто изтеглете последния пакет за актуализация на Windows 7 чрез WSUS-Offline през януари и го инсталирайте с него.
Моля, тествайте първо на друга машина предварително.

Благодаря за бакшиша! Изобщо не бях мислил за проекта, за Update Pack от Winfuture, тогава в пълната версия, но междувременно вече.

Трагедия е как Microsoft непрекъснато подобрява своите продукти или ги прави неизползваеми. Работя като администратор на Windows от 20 години и затова свикнах с много страдания, но това месечно намаляване на качеството на продуктите наистина ме изнервя. Винаги е страх и надежда, че нищо няма да се обърка с актуализациите на вашите собствени системи и някои актуализации просто вече не могат да бъдат инсталирани.
От своя страна вече се регистрирах за курсове по администриране на Linux и рано или късно ще сменя операционната система. Ако Microsoft продължава по този начин, много други със сигурност ще поемат по този път в средносрочен план. Вероятно никой в Microsoft не се интересува, защото златните дни на Windows остават в миналото и фокусът е предимно върху облачните услуги. Това поне обяснява защо Windows, независимо от версията, се влошава от месец на месец.

Администратор съм на Linux от 6 години, но във фирмата все още се нуждаем от Windows машини за специален софтуер. В бизнес сектора не е лесно да избягате от Microsoft! Само че Linux сървъри и повечето клиенти работят с адаптиран Linux Mint 19.1 в хетерогенната мрежа. Клиентите на Windows се доставят с актуализации офлайн чрез Linux сървър с модифициран WSUS. Но само когато те бъдат проверени на тестови машини W10, разпространението ще се извърши извън работното време. В момента инсталирам корекциите от 10 декември 2019 г. !

След задължителното рестартиране лентата на задачите в Windows 10 беше замразена.
Това може да бъде разрешено чрез излизане на потребителя чрез „дръжката на маймуната“.
Това остана еднократно събитие, което не оценявам като грешка.

След инсталирането на последната актуализация през декември, по-точно „2019-12 - Месечен сбор за качество на защитата за Windows 7 за системи, базирани на x86 (KB4530734)“, системите ми с Windows 7 вече не можеха да стартират, код на поле 0xc0000428.

Всички известни методи за ремонт, включително ремонт на Bootsector или BCD, както често се описват в този контекст, са и не са били решение.
По-късно разбрах, че KB4523206 от ноември 2019 г. липсва ...

Моето решение: Winload.exe & Winload.efi, като се върнете към предишната версия и очаквате с нетърпение

> Предполага се, че актуализацията на стека за обслужване (SSU) KB4523206, която не е инсталирана, е отговорна за този проблем при зареждане. Уди Леонхард публикува съответна публикация (вижте също туит по-горе).

Ъъъ, проблемът там очевидно е причинен от инсталирания SSU. Освен това не е нищо ново, че MS не се пече, че SSU е инсталиран преди кумулативната актуализация. Тук SSU се предлагаше само след инсталиране на кумулативната актуализация. Не мога да кажа със сигурност дали е било така през ноември. Но дори там SSU беше инсталиран само след това.

След инсталирането на последната актуализация през декември, по-точно „2019-12 - Месечен сбор за качество на защитата за Windows 7 за базирани на x86 системи (KB4530734)“ системите ми с Windows 7 вече не можеха да стартират, код за грешка 0xc0000428.

Моето решение: Winload.exe и Winload.efi, като се върнете към предишната версия и очаквате с нетърпение и без преинсталация B)

За мен (Win 7 Home Premium) тотално го изстреля.

Тъй като има резервни копия седмично, презаредих последния и след това стартирах актуализацията отново. Странно е, че премина бързо и чисто без забавяне. След около 5 минути всичко беше направено.

Наистина е странно, за мен инсталацията отне само 1-3 минути, както на истински хардуер, така и във виртуална машина.
Всичко точно както обикновено.
Защо е тази разлика?

[x] Сервизният стек е инсталиран първо вместо след това
[x] SSD вместо HDD
[x] няма скенер за вируси

Какво друго би могло да бъде от значение?

Вече направих следния реален хардуер с процесор Athlon, HDD, без специални функции на системата Win 7 Ultimate:
* Деинсталирайте KB4530734
* Инсталирайте KB4523206
* Инсталирайте KB4531786

* След това:
* Преинсталирането на KB 4530734 генерира отново изображението за грешка !

Ако има външно архивиране на изображение на Windows 7,
Бих играл това.
Опитът ми показа, че последващите актуализации преминават без никакви проблеми и че системата работи по-добре след това.

SSU винаги са били инсталирани ретроспективно чрез Windows Update като самостоятелна актуализация - без никакви проблеми в Windows 7 Pro.

С SSU за ноември KB4523206 и за декември KB4531786 открих следното:
SSU KB4523206 ми беше предложен само за инсталиране на машина Win 7 Pro и беше инсталиран без никакви проблеми.
На другите системи на Win 7 Pro не ми беше предложен KB4523206.

След инсталирането на актуализацията Dec-KB890830, бях предложен Dec-SSU KB4531786 и бях инсталиран като самостоятелна актуализация без никакви проблеми.
KB4523206 липсва на тези машини, но това не доведе до проблеми с актуализацията.

Моето предположение:
Актуализацията на SSU може да се появи само след инсталиране на месечния KB890830, дори ако в Windows Update се очакват други актуализации.

KB4523206 не е на моя компютър с Windows 7 Home Premium 32-битов SP1
Инсталиран. Въпреки това успях да инсталирам всички актуализации от декември без никакви проблеми.
Получих при опит за инсталиране на KB4523206 от каталога за актуализации
Получавам съобщението: Актуализацията не е подходяща за вашия компютър. Така ще стане
тази актуализация не е инсталирана.

W10 Windows Update просто искаше да повтори: „10. Декември 2019 г. - Инсталирайте KB4530684 (компилация на ОС 18362.535 и 18363.535) “на„ W10 Home 1909 “! Дойде на 11 декември 2019 г.

Отмених това "лайно" - повторих 350-500 MB през мобилна връзка. Доколкото мога да разбера, няма нова версия?

Това ли е вашето „подобрение“ на новия „клиент за актуализация“ ....

W10 Начало 1909
————————
Възстановяването на „точка за възстановяване“ (без съществени промени) от предходния ден отнема:
около 120 минути! Невероятен…

Windows 10 Home 1909/18363.535

Intel Celeron N4000/2 ядра/макс. 2.5x GHz
SATA/600

как всъщност работи с MS с ремонта на актуализацията. Искам да кажа, че септемврийската актуализация разряза всички наши стартови менюта. Към днешна дата клиентите все още не работят нормално. Винаги съм мислил за новия месец. Поправени са поне актуализираните известни проблеми.
Така ли е или как работи ?

Здравейте всички
това, което прочетох тук, ме насърчава да премина все повече към Linux. Дори M $ мисли същото, иначе няма да можете да стартирате Linux в прозорец.
Весела Коледа

Здравейте всички,
По отношение на статията „Windows 10: Проблем с мрежовите устройства“, описана от Уди Леонхард, забелязвам, че имам и тези проблеми от KB4530684. По-специално, 4 по-стари компютри и преносими компютри с i5 или по-слаби процесори (всички Win 10 Pro) често отказват да влязат правилно в сървъра на домейна Win2008R2 след зареждане. “Userdir” на сървъра се картографира като [Z:] на клиента; но не и другите устройства, изброени в скрипта за вход. В допълнение, скриптовете за вход не могат да бъдат достъпни с \\ ServerName \ netlogon (достъпът е отказан, въпреки че потребителят и паролата са поискани и въведени правилно).
С един от преносимите компютри регистрацията чрез WLAN работи перфектно - с LAN само може би, ако за клиента се използват фиксирани IP адреси.
Ако клиентът бъде рестартиран, има вероятност 75/25 регистрацията на домейна да работи правилно.
Следователно проблемът, описан от Уди Леонхард, не е изолиран случай, но не е напълно възпроизводим и очевидно зависим от хардуера.
Досега по-новите компютри с i7 процесори не са имали проблема.
Някой има ли по-добро решение от деинсталирането на KB4530684?
Благодаря предварително за предложения.

Оставете коментар отмяна отговор

Забележка: Моля Спазвай правилата за коментиране в блога (първоначалните коментари и свързаните неща завършват умерено, пускам ги на всеки няколко часа, изтривам стриктно SEO публикации/СПАМ). Коментари извън темата, моля, обсъждани.