Преглед на Microsoft Patchday () Блог за ИТ и Виндоус на Борн

[Германски] На 10 декември 2019 година, Мајкрософт објави обемна колекција на безбедносни ажурирања за своите производи. Во написот има преглед на далноводи со упатувања на проблеми поврзани со ажурирања.

Проблеми со Виндоус 7

Ажурирањата KB4530734 (Месечно ажурирање на месечно собирање) и KB4530692 (Само безбедносно ажурирање) покажаа барем невообичаено однесување со клиентите на Виндоус 7.

Многу долго време на инсталација под Windows 7

Во написот Patchday: Ажурирања за Windows 7/8.1/Сервер (10 декември 2019 година) неколку читатели на блогови објавија дека ажурирањата на Windows 7 траеја долго (и тука).

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

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

Ако машината не излезе од јамката за конфигурација, користете го мојот совет од овој пост и подигнете се во безбеден режим преку F8. Ажурирањата нека бидат инсталирани таму.

KB4530734 завршува со црн екран

Постои оваа нишка на reddit.com во која еден корисник се жали на црниот екран по инсталирањето на месечното ажурирање KB4530734. Проблемот е потврден од некои корисници.

Инсталирањето на ажурирањето на магацинот Win7 Servicing Stack за овој месец 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 (Само безбедносно ажурирање). Во В.М., Windows Server 2008 R2 оди во конзолата за обновување и повеќе не започнува. Домаќинот е VMware.

И во тој коментар се споменува дека по инсталирањето на ажурирањето, Windows Server 2008 R2 наиде на проблеми.

Оваа лепенка предизвика серверот Сервер 2008R2 да има проблеми - RDP-врската не успеа, DFS-серверот за имиња не започна - зависната услуга на серверот не започна.

Отстранета лепенката и сè работи повторно.

Но, може да биде изолиран случај. Покрај тоа, не беше одредено кое ажурирање ја предизвика грешката.

Јамка за подигнување на Windows Server 2012

Ако Виндоус Сервер 2012 влезе во јамка за подигнување при инсталирање на ажурирањата во Декември 2019 година, ажурирањето на .NET Framework KB4533096 може да биде причина, како што укажува Вуди Леонард на следниот твит.

Дали вашиот Windows Server 2012 (не R2) е во јамка за подигање? Вината за овој месец .NET лепенка, KB 4533096. Вклучете се во безбеден режим и ќе можете да го вратите серверот назад. https://t.co/kaEEjOZEgy

И тука помага да се подигне Windows Server 2012 во безбеден режим. Тогаш инсталацијата треба да помине низ.

Виндоус 10: Проблем со мрежните дискови

Во следниот твит, Вуди Леонард посочува на проблем со мапирање на дискови (споделување на мрежни дискови) во врска со кумулативното ажурирање KB4530684 за верзијата на Виндоус 10 1903/1909.

Пријавен проблем со Drive Mappings по инсталирањето на кумулативното ажурирање Win10 1909 овој месец, KB 4530684. Изгледа дека го нокаутира управувањето со АД Само идентификувано решение е да ја вратите лепенката. Можеш да потврдиш? https://t.co/zHMKLXe9Hv

По инсталирањето на ажурирањето, мрежните дискови ги нема и алатките за управување со АД веќе не можеа да го пронајдат доменот. Со повторното ажурирање, се реши проблемот. Но, се чини дека беше изолиран случај.

Повлечени се ажурирањата на Office 365

Јас не разговарав за ажурирањата за Office 365 овде во блогот. Сепак, одредени ажурирања може да се најдат во Microsoft Update Catalog. Спиењето во овој пост објави дека ажурирањата на Office 365 се повлечени. Причина: Ажурирањата ја активираа грешката 0x800b0004 (грешка на сертификат TRUST_E_SUBJECT_NOT_TRUSTED) кога се дистрибуираат преку SCCM.

24 одговори на информации за Microsoft Patchday (10.12.2019)

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

Може ли некој да каже нешто за тоа?

Старата надградба за Windows 7 треба да остане достапна неколку месеци. Сепак, можете да ги преземете и зачувате од каталогот на Microsoft Update. Покрај тоа, распоредот и кумулативните ажурирања ги вклучуваат претходните закрпи.

Ви благодарам, во тоа се сомневам, но никогаш не знаете во Мајкрософт.

Се разбира, размислував и за каталогот за преземање, но се плашев што точно ќе најдете овде, на пример:
http://www.catalog.update.microsoft.com/Search.aspx?q=KB4533095

Бидејќи кликнувам на преземањето (средна позиција за x64) се отвора прозорец за преземање со четири датотеки .exe и две .msu. По кој редослед ги инсталирате тогаш? Со искачување на KB број? И кога прво го инсталирате оној без број на KB?

Да бидам искрен, не сум сигурен. Дали знаете каков совет?

ажурирањата .net преку каталог се секогаш вакви, може да се направи КБ-растечки. Јас секогаш прво го инсталирав .msu, па потоа .exe. При што имало/секогаш имало такви на кои не им требале на соодветниот систем/хардвер, потоа биле одбиени.
Затоа, инсталацијата преку WU е малку помалку незгодна, затоа се претпочита. Но, тоа работи.
=> DL, прво пробајте да инсталирате преку WU, ако тоа не работи, ги имате преземените датотеки.

благодарам!
Да, секако прво се ажурира ажурирањето на Виндоус и само ако не работи (веќе), тогаш треба да ги испробам одделните датотеки од каталогот и да се надевам дека нема никакви недостатоци во редоследот што го пробав, како на пр. Б. потоа ги замени поновите датотеки со постари датотеки, што дури и МС требаше да ги имаат направено.

потоа едноставно преземете го последниот пакет за ажурирање на Виндоус 7 преку WSUS-Offline во јануари и инсталирајте го со него.
Ве молиме претходно тестирајте на друга машина.

Ви благодариме за советот! Јас воопшто не размислував за проектот, за Update Pack од Winfuture, потоа во целосна верзија, но во меѓувреме веќе.

Трагедија е како „Мајкрософт“ постојано ги подобрува своите производи или ги прави неупотребливи. Работам како администратор на Виндоус веќе 20 години и затоа сум навикнат на многу страдања, но ова месечно намалување на квалитетот на производот навистина ми носи нерви. Секогаш постои страв и надеж дека ништо нема да тргне наопаку со ажурирањата на вашите сопствени системи, а некои ажурирања едноставно не можат повеќе да се инсталираат.
Од моја страна, сега се регистрирав за курсеви за администрација на Linux и порано или подоцна ќе го сменам ОС. Ако Мајкрософт продолжи вака, многу други сигурно ќе тргнат по овој пат на среден рок. Во Мајкрософт никој не се грижи, бидејќи златните денови на Виндоус се минато и фокусот е првенствено на услугите во облак. Тоа барем објаснува зошто Виндоус, без оглед на верзијата, станува се полошо од месец во месец.

Јас сум администратор на Linux веќе 6 години, но во компанијата сè уште ни требаат машини за Виндоус за посебен софтвер. Во деловниот сектор не е лесно да се избегне Мајкрософт! Сепак, само серверите на Линукс и повеќето клиенти работат со прилагодено Linux Mint 19.1 во хетерогената мрежа. Клиентите на Виндоус се испорачуваат со ажурирања офлајн преку сервер Линукс со модифициран WSUS. Но, само кога ќе бидат проверени на машините за тестирање W10, излегувањето ќе се случи надвор од работното време. Во моментов ги инсталирам закрпите од 10 декември 2019 година !

По задолжителното рестартирање, лентата со задачи на Windows 10 беше замрзната.
Ова може да се реши со одјавување на корисникот преку „рачката на мајмунот“.
Тоа остана еднократен настан, што не го оценувам како грешка.

По инсталирањето на последното ажурирање во декември, поточно „2019-12 - Месечно собирање на квалитетот на безбедноста за Windows 7 за системи базирани на x86 (KB4530734)“ моите системи на Виндоус 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 со враќање во претходно користената верзија и гледање напред, и нема повторно инсталирање Б)

За мене (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.

По инсталирањето на ажурирањето Dez-KB890830, ми беше понуден Dez-SSU KB4531786 и инсталиран како самостојно ажурирање без никакви проблеми.
KB4523206 недостасува на овие машини, но ова не доведе до проблеми со ажурирање.

Моја претпоставка:
Ажурирањето на SSU може да се појави само откако ќе го инсталирате месечниот KB890830, дури и ако има други ажурирања што чекаат на Windows Update.

KB4523206 не е на мојот компјутер Windows 7 Home Premium 32 Bit SP1
Инсталиран Како и да е, бев во можност да ги инсталирам сите ажурирања во декември без никакви проблеми.
Добив кога се обидувавте да инсталирате KB4523206 од Каталогот за ажурирање
Ја добивам пораката: Ажурирањето не е соодветно за вашиот компјутер. Така и ќе
ова ажурирање не е инсталирано.

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

Го откажав ова „срање“ - повтори 350-500 МБ преку мобилна врска. Колку што можам да кажам нема нова верзија?

Дали е тоа вашето „подобрување“ на новиот „клиент за ажурирање“ ....

W10 Дома 1909 година
————————
Враќањето на „точката за враќање“ (без некои значајни промени) од претходниот ден трае:
приближно 120 мин! Неверојатно

Windows 10 Home 1909/18363.535

Intel Celeron N4000/2 јадра/максимум 2,5x GHz
SATA/600

како всушност работи со MS со поправка на ажурирање. Мислам, ажурирањето во септември ги намали сите наши почетни менија. До денес, клиентите сè уште не работат правилно. Секогаш размислував за новиот месец. Ажурирањата, барем познатите проблеми, се поправени.
Дали е тоа така, или како функционира тоа ?

Здраво на сите
ова што го прочитав овде ме охрабрува повеќе и повеќе да се префрлам на Linux. Дури и M $ го мисли истото, инаку не би можеле да извршувате Linux во прозорец.
среќен Божиќ

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

Остави коментар откажете одговор

Забелешка: Ве молам почитувајте ги правилата за коментирање во блогот (првичните коментари и поврзаните работи завршуваат во умерени количини, ги ослободувам на секои неколку часа, ригорозно ги бришам објавите за СЕО/СПАМ). Коментари надвор од темата ве молиме под дискусија.