Recenzie Microsoft Patchday () Blogul IT și Windows al lui Born

[Germană] La 10 decembrie 2019, Microsoft a lansat o colecție extinsă de actualizări de securitate pentru produsele sale. În articol există o revizuire patchday cu referințe la probleme legate de actualizări.

Probleme cu Windows 7

Actualizările KB4530734 (Actualizare acumulativă lunară) și KB4530692 (Actualizare numai securitate) au arătat cel puțin un comportament neobișnuit cu clienții Windows 7.

Timp de instalare foarte lung sub Windows 7

În articolul Patchday: Actualizări pentru Windows 7/8.1/Server (10 decembrie 2019), mai mulți cititori de bloguri au raportat că actualizările Windows 7 au necesitat mult timp pentru instalare (și aici).

Pentru mine, actualizarea tocmai mi-a paralizat computerul. „Actualizările sunt configurate” timp de o oră. Și asta cu un procesor i5, 8 GB RAM și 500 GB SSD. Până în prezent - cel puțin în ultimii ani - actualizarea Win7 a fost întotdeauna o chestiune de câteva minute și știu doar orele de timp pentru actualizări de pe computerul meu Win10. Dacă această „ajustare” din Win7 mă va muta să migrez PC-ul meu preferat (până acum) și pe Win10?

În comentarii, cititorii subliniază că instalarea actualizării durează neobișnuit de mult (mai ales atunci când se configurează actualizările).

Dacă aparatul nu iese din bucla de configurare, dacă este necesar, folosiți sfatul meu din acest post și porniți în modul sigur prin F8. Aveți instalate actualizările acolo.

KB4530734 se termină cu ecran negru

Există acest fir la reddit.com în care un utilizator se plânge de un ecran negru după ce a instalat actualizarea lunară de acumulare KB4530734. Problema este confirmată de unii utilizatori.

Instalarea Win7 Servicing Stack Update KB 4523206 din această lună poate bloca computerul. Singura soluție cunoscută în acest moment este să reveniți la backup. (Nu puteți dezinstala un SSU.) Spuneți-mi din nou cum se îmbunătățesc patch-urile MS? https://t.co/ebbQcourES

Se suspectează că actualizarea stivei de service (SSU) KB4523206 neinstalată este responsabilă pentru această problemă de boot. Woody Leonhard a postat o postare corespunzătoare (vezi și tweet-ul de mai sus).

Probleme cu TrueCrypt

În legătură cu TrueCrypt (oricum este depășit), pare să conducă la probleme de pornire cu unitățile criptate, așa cum am citit aici.

Probleme cu Windows Server

Pentru Windows Server am primit feedback despre ambele probleme de pornire cu Windows Server 2008 R2 și Windows Server 2012.

Problema de pornire Windows Server 2008 R2

În blogul în limba engleză există acest comentariu despre actualizările Windows 7/Server 2008/R2 KB4530734 (Actualizare acumulată lunară) și KB4530692 (Actualizare numai pentru securitate). Într-o mașină virtuală, Windows Server 2008 R2 merge la consola de recuperare și nu mai pornește. Gazda este VMware.

Și acel comentariu menționează că, după instalarea actualizării, Windows Server 2008 R2 a întâmpinat probleme.

Acest patch a cauzat probleme serverului nostru Server 2008R2 - conexiunea RDP a eșuat, serverul DFS namespace nu ar porni - serviciul serverului dependent nu a pornit.

Am eliminat patch-ul și totul funcționează din nou.

Dar ar putea fi un caz izolat. În plus, nu s-a specificat ce actualizare a cauzat eroarea.

Bucla de pornire Windows Server 2012

Dacă Windows Server 2012 intră într-o buclă de pornire la instalarea actualizărilor din decembrie 2019, actualizarea .NET Framework KB4533096 ar putea fi cauza, așa cum indică Woody Leonhard în următorul tweet.

Este Windows Server 2012 (nu R2) într-o buclă de boot? Dă vina pe patch-ul .NET din această lună, KB 4533096. Pornește în modul sigur și vei putea readuce serverul. https://t.co/kaEEjOZEgy

Și aici vă ajută să porniți Windows Server 2012 în modul sigur. Apoi, instalarea ar trebui să treacă.

Windows 10: Problemă cu unitățile de rețea

În următorul tweet, Woody Leonhard indică o problemă cu maparea unităților (partajarea unităților de rețea) în legătură cu actualizarea cumulativă KB4530684 pentru Windows 10 versiunea 1903/1909.

Problemă raportată cu Drive Mappings după instalarea actualizării cumulative Win10 1909 din această lună, KB 4530684. Se pare că elimină gestionarea AD. Singura soluție identificată este de a reveni la patch-uri. Poti confirma? https://t.co/zHMKLXe9Hv

După instalarea actualizării, unitățile de rețea au dispărut și instrumentele de gestionare AD nu au mai putut găsi domeniul. Revenirea actualizării a rezolvat problema. Dar se pare că a fost un incident izolat.

Actualizările Office 365 au fost retrase

Nu am discutat actualizările pentru Office 365 aici, pe blog. Cu toate acestea, anumite actualizări pot fi găsite în catalogul de actualizări Microsoft. Bleeping a raportat în această postare că actualizările Office 365 au fost retrase. Motiv: actualizările au declanșat eroarea 0x800b0004 (o eroare de certificat TRUST_E_SUBJECT_NOT_TRUSTED) atunci când a fost distribuită prin SCCM.

24 de răspunsuri la culegerea Microsoft Patchday (10.12.2019)

Nu pot reporni din cauza calculelor foarte obositoare și, prin urmare, nu pot importa actualizările din decembrie și ianuarie până în martie, deoarece afișarea timpului rămas al calculelor este rezonabilă, ceea ce, conform experienței mele anterioare, funcționează de obicei. Acum întrebarea este, cât timp va fi posibil să ajungem din urmă? Nu că Microsoft va face actualizările automate complet inaccesibile pentru utilizatorii normali după ultima actualizare din ianuarie.

Poate cineva să spună ceva despre asta?

Vechea actualizare pentru Windows 7 ar trebui să rămână disponibilă timp de câteva luni. Cu toate acestea, le puteți descărca și salva din catalogul Microsoft Update. În plus, pachetele și actualizările cumulative includ patch-urile anterioare.

Mulțumesc, asta suspectez, dar nu știi niciodată la Microsoft.

Desigur, m-am gândit și la catalogul de descărcare, dar mă temeam exact de ceea ce veți găsi aici, de exemplu:
http://www.catalog.update.microsoft.com/Search.aspx?q=KB4533095

Deoarece fac clic pe descărcare (poziția de mijloc pentru x64) se deschide o fereastră de descărcare cu patru fișiere .exe și două fișiere .msu. În ce ordine le instalați atunci? Prin creșterea numărului KB? Și când îl instalați mai întâi pe cel fără număr KB?

Sincer să fiu, nu sunt sigur. Știi ce sfat?

actualizările .net prin catalog sunt întotdeauna așa, se poate face KB-ascendent. Am instalat întotdeauna .msu mai întâi, apoi .exe. Prin urmare, există/au existat întotdeauna unele de care respectivul sistem/hardware nu avea nevoie, au fost apoi respinse.
Din acest motiv, o instalare prin WU este pur și simplu puțin mai greoaie, de aceea este preferată. Dar funcționează.
=> DL, mai întâi încercați instalarea prin WU, dacă nu funcționează, aveți fișierele descărcate.

Mulțumiri!
Da, desigur, actualizarea Windows este încercată mai întâi și numai dacă nu mai funcționează (mai) trebuie să încerc fișierele individuale din catalog și sper că nu există dezavantaje în ordinea încercată apoi, cum ar fi B. apoi a înlocuit fișierele mai noi cu fișiere mai vechi, lucru pe care chiar MS ar fi trebuit să îl facă deja.

apoi pur și simplu descărcați ultimul pachet de actualizare Windows 7 prin WSUS-Offline în ianuarie și instalați-l cu acesta.
Vă rugăm să testați mai întâi pe o altă mașină în prealabil.

Multumesc pentru sfat! Nu mă gândisem deloc la proiect, la pachetul de actualizare de la Winfuture, apoi în versiunea completă, dar între timp deja.

Este o tragedie cum Microsoft își îmbunătățește continuu produsele sau le face inutilizabile. Lucrez ca administrator de Windows de 20 de ani și, prin urmare, sunt obișnuit cu multe suferințe, dar această scădere lunară a calității produsului îmi vine cu adevărat pe nervi. Este întotdeauna o teamă și speranță că nimic nu va merge prost cu actualizările propriilor sisteme, iar unele actualizări pur și simplu nu mai pot fi instalate.
La rândul meu, m-am înscris acum la cursuri de administrare Linux și, mai devreme sau mai târziu, voi schimba sistemul de operare. Dacă Microsoft continuă astfel, mulți alții vor lua cu siguranță această cale pe termen mediu. La Microsoft, nimănui nu-i pasă, deoarece zilele de aur ale Windows-ului fac parte din trecut, iar accentul se pune în primul rând pe serviciile cloud. Asta măcar explică de ce Windows, indiferent de versiune, se înrăutățește de la lună la lună.

Sunt administrator de Linux de 6 ani, dar în companie avem încă nevoie de mașini Windows pentru software special. În sectorul afacerilor nu este ușor să scapi de Microsoft! Cu toate acestea, numai serverele Linux și majoritatea clienților lucrează cu un Linux Mint 19.1 personalizat în rețeaua eterogenă. Clienții Windows primesc actualizări offline prin intermediul unui server Linux cu un WSUS modificat. Dar numai atunci când au fost verificate pe mașinile de testare W10, lansarea va avea loc în afara orelor de birou. În prezent, instalez patch-urile din 10 decembrie 2019 !

După repornirea obligatorie, bara de activități din Windows 10 a fost înghețată.
Acest lucru ar putea fi rezolvat prin deconectarea utilizatorului prin „mânerul maimuței”.
Acesta a rămas un eveniment unic, pe care nu îl consider o greșeală.

După instalarea ultimei actualizări în decembrie, mai precis „2019-12 - Pachet lunar de calitate a securității pentru Windows 7 pentru sistemele bazate pe x86 (KB4530734)” sistemele mele Windows 7 nu mai puteau porni, codul de câmp 0xc0000428.

Toate metodele de reparare cunoscute, inclusiv repararea Bootsector sau BCD, așa cum sunt deseori descrise în acest context, sunt și nu au fost o soluție.
Ulterior am aflat că KB4523206 din noiembrie 2019 lipsea ...

Soluția mea: Winload.exe și Winload.efi revenind la versiunea utilizată anterior și așteptând cu nerăbdare

> Se presupune că o actualizare a stivei de service (SSU) KB4523206 care nu este instalată este responsabilă pentru această problemă de boot. Woody Leonhard a postat o postare corespunzătoare (vezi și tweet-ul de mai sus).

Uh, problema se pare că este cauzată de SSU-ul instalat. În plus, nu este nimic nou faptul că MS nu este pregătit ca SSU să fie instalat înainte de actualizarea cumulativă. Aici SSU a fost oferit numai după instalarea actualizării cumulative. Nu pot spune cu certitudine dacă a fost cazul în noiembrie. Dar chiar și acolo, SSU a fost instalat numai după aceea.

După instalarea ultimei actualizări în decembrie, mai precis „2019-12 - Pachet lunar de calitate a securității pentru Windows 7 pentru sisteme bazate pe x86 (KB4530734)” sistemele mele Windows 7 nu mai puteau porni, cod de eroare 0xc0000428.

Soluția mea: Winload.exe și Winload.efi revenind la versiunea utilizată anterior și așteptând înainte și fără reinstalare B)

Pentru mine (Win 7 Home Premium) l-a împușcat în totalitate.

Deoarece există copii de rezervă săptămânale, am reîncărcat ultima și apoi am rulat din nou actualizarea. În mod ciudat, a trecut rapid și curat fără întârziere. După aproximativ 5 minute totul a fost făcut.

Este cu adevărat ciudat, pentru mine instalarea a durat doar 1-3 minute, atât pe hardware real, cât și într-o mașină virtuală.
Totul exact ca de obicei.
De ce este această diferență?

[x] Stiva de service a fost instalată mai întâi decât după
[x] SSD în loc de HDD
[x] fără scaner de viruși

Ce altceva ar putea fi relevant?

Acum am făcut următoarele, hardware-ul real cu procesor Athlon, HDD, nimic special în sistemul Win 7 Ultimate:
* Dezinstalați KB4530734
* Instalați KB4523206
* Instalați KB4531786

* Dupa aceea:
* Reinstalarea KB 4530734 generează din nou imaginea de eroare !

Dacă există o copie de rezervă externă a imaginii Windows 7,
Aș juca asta.
Experiența mea a arătat că actualizările ulterioare trec fără probleme și că un sistem funcționează mai bine după aceea.

SSU-urile au fost întotdeauna instalate retrospectiv prin Windows Update ca o actualizare autonomă - fără probleme pe Windows 7 Pro.

Cu SSU-urile pentru noiembrie KB4523206 și pentru decembrie KB4531786 am găsit următoarele:
SSU KB4523206 mi-a fost oferit numai pentru instalare pe o mașină Win 7 Pro și a fost instalat fără probleme.
Pe celelalte sisteme Win 7 Pro nu mi s-a oferit KB4523206.

După instalarea actualizării Dec-KB890830, mi s-a oferit Dec-SSU KB4531786 și a fost instalat ca o actualizare autonomă fără probleme.
KB4523206 lipsește pe aceste mașini, dar acest lucru nu a dus la probleme de actualizare.

Părerea mea:
Actualizarea SSU poate apărea numai după instalarea KB890830 lunară, chiar dacă alte actualizări sunt în așteptare în Windows Update.

KB4523206 nu se află pe computerul meu Windows 7 Home Premium pe 32 de biți SP1
Instalat. Cu toate acestea, am putut instala toate actualizările din decembrie fără probleme.
Am obținut atunci când încercați să instalați KB4523206 din catalogul de actualizări
Primesc mesajul: Actualizarea nu este potrivită pentru computerul dvs. Așa va
această actualizare nu este instalată.

W10 Windows Update a vrut doar să repete: „10. Decembrie 2019 - Instalați KB4530684 (versiunea de sistem de operare 18362.535 și 18363.535) ”pe„ W10 Home 1909 ”! A venit pe 11 decembrie 2019.

Am anulat acest „rahat” - repetat 350-500 MB printr-o conexiune mobilă. Din câte îmi dau seama, nu există o versiune nouă?

Este „îmbunătățirea” dvs. pentru noul „client de actualizare” ....

W10 Home 1909
————————
Restaurarea unui „punct de restaurare” (fără modificări semnificative) din ziua precedentă necesită:
aprox.120 min! Incredibil…

Windows 10 Home 1909/18363.535

Intel Celeron N4000/2 nuclee/maxim 2,5x GHz
SATA/600

cum funcționează de fapt cu MS cu repararea actualizărilor. Adică, actualizarea din septembrie a tăiat toate meniurile noastre de început. Până în prezent, clienții încă nu rulează corect. M-am gândit mereu la noua lună. Actualizările, cel puțin problemele cunoscute, sunt remediate.
Este așa sau cum funcționează ?

Salutare tuturor
ceea ce citesc aici mă încurajează să trec tot mai mult la Linux. Chiar și M $ gândește la fel, altfel nu ați putea rula Linux într-o fereastră.
Craciun Fericit

Salutare tuturor,
În ceea ce privește articolul „Windows 10: Problemă cu unitățile de rețea”, descris de Woody Leonhard, observ că am avut și aceste probleme de la KB4530684. În special, 4 computere și notebook-uri mai vechi cu CPU i5 sau mai slabe (toate Win 10 Pro) refuză adesea să se conecteze corect la serverul de domeniu Win2008R2 după pornire. „Userdir” de pe server este mapat ca [Z:] pe client; dar nu și celelalte unități enumerate în scriptul de conectare. În plus, scripturile de conectare nu pot fi accesate cu \\ ServerName \ netlogon (acces refuzat, deși utilizatorul și parola sunt solicitate și introduse corect).
Cu unul dintre notebook-uri, înregistrarea prin WLAN funcționează perfect - cu LAN numai poate dacă sunt utilizate adrese IP fixe pentru client.
Dacă clientul este repornit, există 75/25 șanse ca înregistrarea domeniului să funcționeze corect.
Prin urmare, problema descrisă de Woody Leonhard nu este un caz izolat, dar nu perfect reproductibil și evident dependent de hardware.
Până în prezent, computerele mai noi cu procesoare i7 nu au avut problema.
Are cineva o soluție mai bună decât dezinstalarea KB4530684?
Vă mulțumim anticipat pentru sugestii.

Lasă un comentariu anulează răspunsul

Notă: Vă rog supune-te regulilor pentru comentarii pe blog (comentariile inițiale și lucrurile legate ajung în moderație, le lansez la fiecare câteva ore, șterg riguros postările SEO/SPAM). Comentarii despre subiect, vă rugăm să fiți în discuție.