Introducere: De ce actualizările Windows 11 cauzează bătăi de cap în 2026
Să fim sinceri — anul 2026 nu a început tocmai lin pentru cei care administrează calculatoare cu Windows 11. Actualizarea de securitate din ianuarie, KB5074109, a adus cu ea un val de probleme pe care nimeni nu și le dorea: ecrane albastre ale morții (BSOD), Outlook blocat, conexiuni Remote Desktop care nu mai funcționează. Sincer, a fost o mică catastrofă pentru multe echipe IT.
Microsoft a reacționat lansând două patch-uri de urgență, dar până atunci pagubele erau deja făcute — tichetele se acumulau, utilizatorii erau frustrați, iar administratorii IT căutau soluții cu disperare.
Acest ghid e scris exact pentru acele momente. Am adunat aici tot ce trebuie să știți pentru a diagnostica, repara și — cel mai important — preveni problemele cauzate de actualizările Windows 11. Indiferent dacă sunteți la al treilea BSOD din ziua respectivă sau doar vreți să fiți pregătiți, veți găsi răspunsuri aici.
Problemele principale cauzate de KB5074109 (ianuarie 2026)
1. Ecranul albastru al morții — UNMOUNTABLE_BOOT_VOLUME
Probabil cea mai înfricoșătoare problemă din tot lotul. Eroarea UNMOUNTABLE_BOOT_VOLUME (0xED) blochează complet pornirea sistemului — calculatorul pur și simplu refuză să mai booteze. A afectat în principal mașinile comerciale cu Windows 11 versiunea 24H2, iar vinovatul pare să fie componenta System Guard Secure Launch care interferează cu procesul de boot pe platformele Intel Meteor Lake și Arrow Lake.
Simptomele sunt destul de clare:
- Ecranul albastru apare imediat după logo-ul Windows
- Sistemul intră într-o buclă de repornire automată (și da, e la fel de frustrant pe cât sună)
- Opțiunile de recuperare nu sunt accesibile prin metoda normală
- Unele sisteme par că s-au oprit, dar de fapt rămân într-o stare de răspuns lent
2. Outlook și aplicațiile de stocare în cloud — complet neresponsive
După instalarea KB5074109, mulți au descoperit că Outlook pur și simplu... nu se mai deschide. Procesul pornește în fundal, dar interfața grafică nu apare niciodată. Problema e mai frecventă în configurațiile cu conturi POP sau fișiere PST stocate pe OneDrive (un detaliu important pe care îl vom aborda mai târziu).
În paralel, și alte aplicații care accesează fișiere din servicii cloud precum OneDrive sau Dropbox au început să afișeze erori la deschiderea sau salvarea documentelor. Pentru organizațiile care depind de sincronizarea în cloud, asta a fost un coșmar.
3. Erori la conectarea Remote Desktop
Conexiunile Remote Desktop au fost și ele afectate, cu erori la promptul de autentificare. Problema s-a manifestat în special pe:
- Conexiuni prin aplicația Windows App
- Azure Virtual Desktop (AVD)
- Windows 365 Cloud PC
- Sesiuni RDP tradiționale pe anumite configurații
4. Înghețarea sistemului după autentificare
Un simptom extrem de enervant: la câteva minute după ce te autentifici, ecranul rămâne vizibil, dar atât mouse-ul cât și tastatura devin complet neresponsive. Singura soluție? Repornirea forțată. Și deoarece problema a apărut pe configurații hardware foarte diferite, e clar că vorbim de o problemă la nivel de sistem de operare, nu de un driver capricios.
Actualizările de urgență lansate de Microsoft
KB5077744 — Remediere pentru Remote Desktop
Prima actualizare out-of-band a vizat problema conexiunilor Remote Desktop. A reparat erorile de autentificare din Windows App și a restaurat funcționalitatea completă pentru Azure Virtual Desktop și Windows 365.
KB5078127 — Remediere pentru Outlook și stocare cloud
A doua actualizare de urgență, lansată pe 24 ianuarie 2026, a rezolvat problemele cu Outlook și aplicațiile cloud:
- A reparat blocarea Outlook Classic la deschidere
- A rezolvat erorile la accesarea fișierelor din OneDrive și Dropbox
- A îmbunătățit stabilitatea componentelor de sincronizare cloud
Pentru a instala aceste remedieri, deschideți Setări → Windows Update și verificați actualizările disponibile. Atenție — pot apărea ca actualizări opționale, deci trebuie instalate manual.
Ghid pas cu pas: Repararea problemelor de boot
Accesarea mediului de recuperare Windows (WinRE)
Dacă sistemul nu mai pornește după actualizare, iată cum ajungeți în mediul de recuperare:
- Porniți calculatorul și așteptați să apară logo-ul Windows
- Țineți apăsat butonul de pornire timp de 10 secunde pentru oprirea forțată
- Repetați acest proces de 3 ori consecutiv
- La a patra pornire, Windows intră automat în modul de recuperare
- Selectați Depanare → Opțiuni avansate
Dezinstalarea actualizării problematice
Din mediul de recuperare, puteți elimina actualizarea care a cauzat problema:
- Navigați la Depanare → Opțiuni avansate → Dezinstalare actualizări
- Selectați Dezinstalare ultima actualizare de calitate
- Confirmați și așteptați finalizarea procesului
- Reporniți calculatorul
Dacă dezinstalarea eșuează cu eroarea 0x800f0905 (și din experiență, se întâmplă mai des decât ai crede), va trebui să folosiți metoda alternativă prin linia de comandă:
:: Deschideți Command Prompt din Opțiuni avansate
:: Identificați litera unității de sistem (poate fi diferită de C:)
dir C:\Windows
dir D:\Windows
:: Odată identificată unitatea (exemplu: D:)
dism /image:D:\ /get-packages | findstr KB5074109
:: Dezinstalați pachetul specific
dism /image:D:\ /remove-package /packagename:Package_for_KB5074109~31bf3856ad364e35~amd64~~26100.7623.1.0
Restaurarea sistemului
Dacă nici dezinstalarea actualizării nu funcționează, restaurarea sistemului e următoarea opțiune:
- Din Opțiuni avansate, selectați Restaurare sistem
- Alegeți un punct de restaurare anterior datei de 13 ianuarie 2026
- Confirmați selecția și așteptați finalizarea
- Sistemul va reporni automat la starea anterioară actualizării
Repararea fișierelor de sistem cu DISM și SFC
DISM și SFC sunt, sincer, cele mai importante instrumente pe care orice administrator IT ar trebui să le cunoască pe de rost. DISM (Deployment Image Servicing and Management) repară imaginea Windows, iar SFC (System File Checker) verifică și înlocuiește fișierele de sistem corupte.
Ordinea corectă de execuție — contează enorm
DISM trebuie rulat înaintea SFC. De ce? DISM repară imaginea Windows (componentul store WinSxS), iar SFC folosește acea imagine ca referință. Dacă imaginea în sine e deteriorată, SFC va eșua de fiecare dată — indiferent de câte ori îl rulați.
Pasul 1: Verificarea și repararea imaginii cu DISM
:: Deschideți PowerShell sau Command Prompt ca Administrator
:: Verificare rapidă a stării imaginii
DISM /Online /Cleanup-Image /CheckHealth
:: Scanare mai detaliată (durează câteva minute)
DISM /Online /Cleanup-Image /ScanHealth
:: Repararea completă (poate dura 10-30 minute — aveți răbdare)
DISM /Online /Cleanup-Image /RestoreHealth
Pe scurt: /CheckHealth face o verificare rapidă, /ScanHealth face o scanare mai amănunțită, iar /RestoreHealth este comanda care repară efectiv, descărcând componentele necesare de pe Windows Update.
Pasul 2: Utilizarea unei surse locale (ISO sau USB)
Dacă nu aveți acces la internet sau Windows Update nu funcționează (ironic, nu?), puteți folosi o imagine Windows locală ca sursă de reparare:
:: Montați ISO-ul Windows 11 sau introduceți USB-ul de instalare
:: Presupunem că sursa este montată pe unitatea E:
DISM /Online /Cleanup-Image /RestoreHealth /Source:E:\Sources\install.wim /LimitAccess
Parametrul /LimitAccess previne descărcarea de pe internet, forțând utilizarea exclusivă a sursei locale.
Pasul 3: Rularea SFC
:: După finalizarea DISM, rulați System File Checker
sfc /scannow
:: Verificați rezultatul în jurnal
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > %userprofile%\Desktop\SFC_Results.txt
SFC va returna unul dintre aceste rezultate:
- Nu a găsit nicio încălcare a integrității — totul e în ordine
- A găsit fișiere corupte și le-a reparat cu succes — problema rezolvată
- A găsit fișiere corupte dar nu le-a putut repara — reluați DISM și apoi SFC din nou
Verificarea jurnalelor DISM
Windows 11 24H2 a îmbunătățit semnificativ funcționalitatea de logging a DISM. Jurnalele detaliate se găsesc aici:
:: Locația implicită a jurnalului DISM
notepad C:\Windows\Logs\DISM\dism.log
:: Căutarea erorilor specifice
findstr /i "error" C:\Windows\Logs\DISM\dism.log
Resetarea componentelor Windows Update
Când actualizările eșuează repetat cu coduri de eroare precum 0x80070002, 0x800f0922 sau 0x80073712, resetarea completă a componentelor Windows Update este adesea singura cale de ieșire.
Script automatizat de resetare
Salvați următorul script ca fișier .bat și rulați-l ca Administrator. E unul dintre acele scripturi pe care merită să-l aveți salvat undeva la îndemână:
@echo off
echo ======================================
echo Resetarea componentelor Windows Update
echo ======================================
echo.
:: Oprirea serviciilor Windows Update
echo Oprire servicii...
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
:: Redenumirea folderelor cache
echo Redenumire foldere cache...
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
:: Repornirea serviciilor
echo Repornire servicii...
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
echo.
echo ======================================
echo Resetare completă! Reporniți calculatorul.
echo ======================================
pause
Resetarea manuală pas cu pas
Dacă preferați să controlați fiecare pas individual, iată varianta PowerShell (rulat ca Administrator):
# Oprirea serviciilor
Stop-Service -Name wuauserv, cryptSvc, bits, msiserver -Force
# Ștergerea cache-ului de actualizare
Remove-Item -Path "C:\Windows\SoftwareDistribution" -Recurse -Force
Remove-Item -Path "C:\Windows\System32\catroot2" -Recurse -Force
# Repornirea serviciilor
Start-Service -Name wuauserv, cryptSvc, bits, msiserver
# Verificarea stării serviciilor
Get-Service -Name wuauserv, cryptSvc, bits, msiserver | Format-Table Name, Status
Coduri de eroare frecvente și soluțiile lor
Eroarea 0x80070002 — Fișiere de actualizare negăsite
Una dintre cele mai comune erori. Apare când fișierele necesare pentru actualizare lipsesc sau sunt corupte. Cauzele uzuale:
- Cache-ul Windows Update deteriorat
- Setări incorecte de dată și oră (da, chiar și asta poate fi cauza)
- Fișiere de sistem corupte
- Actualizări anterioare incomplete
Soluție:
- Verificați că data și ora sistemului sunt corecte (inclusiv fusul orar)
- Rulați instrumentul de depanare Windows Update: Setări → Sistem → Depanare → Alte instrumente de depanare → Windows Update
- Resetați componentele Windows Update folosind scriptul de mai sus
- Executați DISM și SFC în ordinea corectă
Eroarea 0x800f0922 — Conectare sau instalare eșuată
O eroare versatilă (în sensul rău al cuvântului) care poate indica mai multe probleme: conexiune instabilă la internet, spațiu insuficient pe partiția de sistem, fișiere de instalare corupte sau interferențe cu software-ul de securitate.
Soluție:
- Verificați conexiunea la internet și dezactivați temporar VPN-ul
- Asigurați-vă că aveți cel puțin 10 GB spațiu liber pe partiția de sistem
- Dezactivați temporar firewall-ul Windows Defender
- Actualizați .NET Framework la cea mai recentă versiune
- Efectuați o instalare curată a actualizării din Microsoft Update Catalog
Eroarea 0x800f0905 — Eroare la dezinstalarea actualizării
Această eroare apare specific când încercați să dezinstalați KB5074109 și indică o problemă cu stiva de service (servicing stack).
Soluție:
- Încercați dezinstalarea din linia de comandă cu DISM (vezi secțiunea anterioară)
- Folosiți Restaurare sistem pentru a reveni la o stare anterioară
- Ca ultimă soluție, utilizați instrumentul Microsoft Show or Hide Updates pentru a bloca reinstalarea
Eroarea 0x80073712 — Component store corupt
Indică o corupție a bazei de date a componentelor Windows (WinSxS). Repararea e relativ simplă dacă urmați pașii corecți:
:: Repararea component store
DISM /Online /Cleanup-Image /RestoreHealth
:: Curățarea componentelor învechite
DISM /Online /Cleanup-Image /StartComponentCleanup
:: Rularea SFC după reparare
sfc /scannow
Instrumente esențiale pentru diagnosticare
Windows Update Troubleshooter
Instrumentul încorporat de diagnosticare ar trebui să fie întotdeauna primul pas. Nu rezolvă totul, dar uneori face minuni cu probleme aparent complexe:
# Lansarea instrumentului de depanare din PowerShell
Get-TroubleshootingPack -Path "C:\Windows\diagnostics\system\WindowsUpdate" | Invoke-TroubleshootingPack -Unattended
Microsoft Support and Recovery Assistant (SaRA)
SaRA este un instrument gratuit de la Microsoft care poate diagnostica și repara automat probleme cu Outlook, Microsoft 365, Teams și Windows Update. Pentru mediile enterprise, poate fi rulat și din linia de comandă:
# Descărcarea și instalarea SaRA din PowerShell
# Vizitați https://aka.ms/SaRA pentru descărcare
# Sau folosiți versiunea command-line pentru implementare la scară
SaRACmd.exe -S OfficeScanTop -AcceptEula
Vizualizatorul de evenimente (Event Viewer)
Event Viewer-ul oferă informații detaliate despre ce a mers prost. Iată cum extrageți rapid evenimentele relevante:
# Căutarea evenimentelor legate de Windows Update
Get-WinEvent -LogName "Microsoft-Windows-WindowsUpdateClient/Operational" -MaxEvents 50 |
Where-Object { $_.LevelDisplayName -eq "Error" -or $_.LevelDisplayName -eq "Warning" } |
Format-Table TimeCreated, Id, Message -AutoSize -Wrap
Jurnalele Windows Update
Începând cu Windows 10, jurnalele Windows Update sunt stocate în format ETL și necesită conversie. Din fericire, PowerShell face asta automat:
# Generarea jurnalului Windows Update în format text
Get-WindowsUpdateLog
# Fișierul va fi salvat pe Desktop ca WindowsUpdate.log
# Deschideți-l și căutați liniile cu "FAILED" sau "ERROR"
Strategii de prevenire pentru administratorii IT
Configurarea Windows Update for Business (WUfB)
Sincer, dacă ar fi să aleg un singur lucru pe care orice organizație ar trebui să-l implementeze, ar fi întârzierea controlată a actualizărilor. Iată strategia recomandată:
- Întârziere actualizări de calitate — Configurați o întârziere de 7-14 zile. Atât. Doar 7 zile ar fi fost suficiente pentru a evita cele mai grave probleme cu KB5074109.
- Implementare în inele (ring deployment) — Creați un grup pilot de 5-10% din calculatoare care primesc actualizările primele. Monitorizați-le timp de o săptămână înainte de a extinde la restul organizației.
- Politici de grup (GPO) — Utilizați Group Policy pentru a gestiona comportamentul Windows Update centralizat.
:: Politică de grup - Întârziere actualizări de calitate cu 7 zile
:: Navigați la: Computer Configuration > Administrative Templates >
:: Windows Components > Windows Update > Windows Update for Business
:: Activați "Select when Quality Updates are received"
:: Setați întârzierea la 7 zile
:: Alternativ, prin registru:
reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" /v DeferQualityUpdatesPeriodInDays /t REG_DWORD /d 7 /f
Crearea punctelor de restaurare automate
Punctele de restaurare sunt ca o asigurare — nu le apreciezi până nu ai nevoie de ele:
# Verificarea și activarea restaurării sistemului
Enable-ComputerRestore -Drive "C:\"
# Crearea manuală a unui punct de restaurare
Checkpoint-Computer -Description "Înainte de actualizarea Windows - $(Get-Date -Format 'yyyy-MM-dd')" -RestorePointType MODIFY_SETTINGS
# Verificarea punctelor existente
Get-ComputerRestorePoint | Format-Table SequenceNumber, Description, CreationTime
Backup și plan de recuperare
Înainte de orice actualizare majoră, asigurați un plan solid de backup. Poate părea exagerat, dar după incidentul din ianuarie 2026, nimeni nu mai zice asta:
- Imagine de sistem completă — Folosiți Windows Backup sau o soluție enterprise (Veeam, Acronis) pentru o imagine completă a discului
- Backup fișiere utilizator — Asigurați-vă că fișierele importante sunt sincronizate cu OneDrive sau alt serviciu de backup
- Documentare configurare — Mențineți o bază de date cu configurația software și hardware a fiecărui calculator
- Mediu de recuperare USB — Creați un USB bootabil cu Windows 11 pentru situațiile extreme
Blocarea actualizărilor problematice
Instrumentul Show or Hide Updates
Microsoft oferă un instrument dedicat pentru blocarea actualizărilor specifice — util mai ales când o actualizare problematică e redistribuită automat:
- Descărcați instrumentul „Show or Hide Updates" de pe site-ul Microsoft
- Rulați
wushowhide.diagcab - Selectați Hide updates
- Bifați actualizarea pe care vreți s-o blocați (ex. KB5074109)
- Finalizați procesul
Blocarea prin PowerShell cu PSWindowsUpdate
# Instalarea modulului PSWindowsUpdate (dacă nu e deja instalat)
Install-Module -Name PSWindowsUpdate -Force
# Vizualizarea actualizărilor disponibile
Get-WindowsUpdate
# Ascunderea (blocarea) unei actualizări specifice
Hide-WindowsUpdate -KBArticleID "KB5074109" -Confirm:$false
# Vizualizarea actualizărilor ascunse
Get-WindowsUpdate -IsHidden
# Deblocarea unei actualizări (când Microsoft lansează o versiune corectată)
Show-WindowsUpdate -KBArticleID "KB5074109" -Confirm:$false
Bune practici pentru echipele de helpdesk
Proceduri standardizate de triaj
Când un utilizator sună panică și spune „nu mai merge nimic după actualizare", urmați acest flux de triaj:
- Identificare — Întrebați ce simptome observă și când au început. Verificați ce actualizare e instalată (
winversauGet-HotFix). - Clasificare — Determinați gravitatea: sistem inaccesibil (critică), aplicații afectate (mare), performanță degradată (medie).
- Verificare probleme cunoscute — Consultați Windows Release Health Dashboard pentru probleme confirmate de Microsoft.
- Aplicare soluție — Începeți cu cele mai simple (repornire, instalare actualizare corectivă) și escaladați către cele mai complexe (DISM/SFC, dezinstalare, restaurare).
- Documentare — Înregistrați problema, soluția aplicată și rezultatul în sistemul de tichete. Pare banal, dar ajută enorm la tichetele viitoare.
Comunicare proactivă
Când identificați o problemă la scară largă legată de o actualizare, nu așteptați să vină tichetele. Fiți proactivi:
- Trimiteți o notificare către toți utilizatorii potențial afectați
- Publicați un articol în baza de cunoștințe internă cu pașii de rezolvare
- Actualizați mesajul de întâmpinare al helpdeskului cu informații despre problema cunoscută
- Pregătiți scripturi de remediere care pot fi executate de la distanță prin SCCM, Intune sau alt instrument de management
Monitorizarea la distanță
Puteți folosi PowerShell pentru a verifica starea actualizărilor pe mai multe calculatoare simultan — extrem de util în situații de criză:
# Script pentru verificarea stării actualizărilor pe calculatoare remote
$computers = Get-ADComputer -Filter * -SearchBase "OU=Workstations,DC=contoso,DC=com" |
Select-Object -ExpandProperty Name
$results = foreach ($computer in $computers) {
try {
$hotfix = Get-HotFix -ComputerName $computer -Id "KB5074109" -ErrorAction SilentlyContinue
[PSCustomObject]@{
Computer = $computer
KB5074109 = if ($hotfix) { "Instalat - $($hotfix.InstalledOn)" } else { "Neinstalat" }
Status = "Online"
}
} catch {
[PSCustomObject]@{
Computer = $computer
KB5074109 = "N/A"
Status = "Offline"
}
}
}
$results | Export-Csv -Path ".\Raport_Actualizari.csv" -NoTypeInformation
$results | Format-Table -AutoSize
Remedierea problemelor Outlook post-actualizare
Reparare rapidă Outlook
Dacă Outlook refuză să se deschidă sau rămâne blocat după actualizare, încercați acești pași (în această ordine):
- Terminați procesul Outlook — Deschideți Task Manager (Ctrl+Shift+Esc), găsiți Outlook și selectați „Încheiați sarcina"
- Porniți Outlook în modul sigur — Apăsați Win+R, tastați
outlook.exe /safeși apăsați Enter - Dezactivați add-in-urile — Din modul sigur, navigați la Fișier → Opțiuni → Add-in-uri și dezactivați toate extensiile
- Reparați profilul — Navigați la Panou de control → Mail → Profiluri → Reparare
Repararea fișierelor PST/OST corupte
:: Locația instrumentului de reparare Inbox (SCANPST.EXE)
:: Microsoft 365 / Office 2021:
"C:\Program Files\Microsoft Office\root\Office16\SCANPST.EXE"
:: Sau pentru versiunea pe 32 de biți:
"C:\Program Files (x86)\Microsoft Office\root\Office16\SCANPST.EXE"
:: Rulați SCANPST.EXE, navigați la fișierul PST/OST problematic
:: Locația implicită a fișierelor OST:
:: %LOCALAPPDATA%\Microsoft\Outlook\
Mutarea fișierelor PST din OneDrive
Stocarea fișierelor PST pe OneDrive a fost una dintre cauzele principale ale problemelor post-actualizare. Recomandarea noastră? Mutați-le pe discul local:
- Închideți complet Outlook
- Navigați la folderul OneDrive unde este stocat fișierul PST
- Mutați fișierul PST într-o locație locală (ex.
C:\Users\[utilizator]\Documents\Outlook Files\) - Deschideți Outlook și actualizați calea fișierului PST din setările contului
Gestionarea actualizărilor cu Microsoft Intune
Pentru organizațiile care folosesc Microsoft Intune, configurarea politicilor de actualizare Windows oferă un control granular asupra întregului proces. Intune permite crearea de „Update rings" care definesc exact când și cum sunt livrate actualizările către diferite grupuri de dispozitive.
Configurarea inelelor de actualizare
Navigați în centrul de administrare Intune la Dispozitive → Politici de actualizare pentru Windows 10 și versiuni ulterioare și creați un profil nou. Configurațiile pe care le recomandăm:
- Inelul pilot (Early Adopters) — 5-10% din dispozitive, fără întârziere. Aceste mașini servesc ca „cobai" (cu tot respectul pentru utilizatorii lor).
- Inelul standard (Broad Deployment) — 80-85% din dispozitive, cu întârziere de 7-14 zile. Aceasta e configurația principală de producție.
- Inelul critic (Critical Systems) — 5-10% din dispozitivele critice, cu întârziere de 21-30 de zile. Aici includeți serverele, stațiile cu aplicații specializate și sistemele de producție.
Monitorizarea conformității actualizărilor
Intune oferă rapoarte detaliate despre starea actualizărilor pe toate dispozitivele gestionate. Le găsiți la Rapoarte → Actualizări Windows:
- Dispozitive cu actualizări în așteptare sau eșuate
- Rata de conformitate per inel de actualizare
- Erori specifice întâmpinate de fiecare dispozitiv
- Istoricul complet al actualizărilor instalate
Pauza și reluarea actualizărilor
Când se identifică o problemă cu o actualizare specifică, Intune permite punerea pe pauză a unui inel de actualizare. Exact ceea ce ai fi vrut să faci în ianuarie 2026:
- Navigați la inelul de actualizare afectat
- Selectați Pauză din bara de acțiuni
- Specificați motivul pauzei pentru documentare
- Monitorizați canalele Microsoft pentru remedierea oficială
- Când remedierea e disponibilă, selectați Reluare
Un detaliu important: pauza e valabilă maximum 35 de zile, după care actualizările se reiau automat. Microsoft a pus această limită pentru a menține securitatea dispozitivelor.
Depanarea problemelor de performanță post-actualizare
Nu toate problemele post-actualizare sunt dramatice precum BSOD-ul. Uneori e vorba de performanță degradată — calculatoare mai lente, aplicații care se mișcă greoi, timpi de pornire crescuți. Sunt probleme mai subtile, dar la fel de frustrante pentru utilizatori.
File Explorer lent
File Explorer-ul lent e una dintre cele mai frecvente plângeri legate de Windows 11, iar actualizările pot agrava situația. Iată ce puteți face:
- Dezactivarea accesului rapid (Quick Access) — Deschideți File Explorer, navigați la opțiuni și schimbați folderul implicit de la „Acces rapid" la „Acest PC"
- Ștergerea cache-ului de miniaturi:
# Ștergerea cache-ului de miniaturi
Stop-Process -Name explorer -Force
Remove-Item -Path "$env:LOCALAPPDATA\Microsoft\Windows\Explorer\thumbcache_*.db" -Force -ErrorAction SilentlyContinue
Start-Process explorer
- Reconstruirea indexului — Serviciul de indexare Windows Search poate consuma resurse excesive după o actualizare. Reconstruiți-l din Setări → Confidențialitate și securitate → Căutarea în Windows → Opțiuni avansate de indexare → Avansat → Reconstruire
- Dezactivarea funcțiilor inutile — „Afișează fișiere de la Office.com" și widgeturile din File Explorer sunt funcții care arată bine în demo-uri, dar consumă resurse
Pornire lentă a sistemului
Dacă timpul de pornire crește semnificativ după o actualizare, merită investigat:
# Verificarea programelor care rulează la pornire
Get-CimInstance Win32_StartupCommand |
Select-Object Name, Command, Location |
Format-Table -AutoSize
# Verificarea timpului de boot folosind Event Viewer
Get-WinEvent -LogName "Microsoft-Windows-Diagnostics-Performance/Operational" -MaxEvents 10 |
Where-Object { $_.Id -eq 100 } |
ForEach-Object {
[PSCustomObject]@{
Data = $_.TimeCreated
TimpBoot_ms = $_.Properties[1].Value
TimpBoot_sec = [math]::Round($_.Properties[1].Value / 1000, 1)
}
} | Format-Table -AutoSize
# Listarea serviciilor care pornesc automat
Get-Service | Where-Object { $_.StartType -eq 'Automatic' -and $_.Status -eq 'Running' } |
Select-Object Name, DisplayName, Status |
Sort-Object DisplayName |
Format-Table -AutoSize
Consum excesiv de memorie RAM
Unele actualizări Windows 11 au fost raportate ca provocând scurgeri de memorie. Pentru diagnosticare, verificați:
- Deschideți Task Manager → Detalii și sortați după „Memorie" pentru a identifica procesele problematice
- Verificați dacă SysMain (fost Superfetch) consumă prea multă memorie — dezactivarea temporară poate ajuta
- Monitorizați Windows Search Indexer (SearchIndexer.exe) care devine uneori lacom după actualizări
- Verificați MsMpEng.exe (Windows Defender) care ocazional devine instabil după patch-uri
# Monitorizarea consumului de memorie în timp real
while ($true) {
$mem = Get-Process | Sort-Object WorkingSet64 -Descending | Select-Object -First 10
Clear-Host
Write-Host "Top 10 procese după consum de memorie - $(Get-Date)" -ForegroundColor Cyan
$mem | Format-Table Name, @{N='RAM (MB)';E={[math]::Round($_.WorkingSet64/1MB,1)}}, Id -AutoSize
Start-Sleep -Seconds 5
}
Crearea unui mediu de recuperare USB bootabil
Dacă am învățat ceva din incidentul KB5074109, e că un USB de recuperare pregătit din timp te poate salva dintr-o situație aparent fără ieșire. Nu așteptați să aveți nevoie de el ca să-l creați.
Crearea unui USB de instalare Windows 11
- Descărcați Media Creation Tool de pe site-ul oficial Microsoft
- Rulați instrumentul și selectați „Creați mediu de instalare pentru alt PC"
- Alegeți limba, ediția și arhitectura (64-bit)
- Selectați „Unitate flash USB" și alegeți stick-ul USB (minim 8 GB)
- Așteptați finalizarea descărcării și creării mediului
Utilizarea USB-ului pentru reparare
Când sistemul nu mai pornește, bootați de pe USB și urmați acești pași:
- La ecranul de instalare, selectați „Reparați computerul" în colțul din stânga jos
- Din Depanare → Opțiuni avansate, aveți acces la:
- Restaurare sistem — revenire la un punct anterior
- Prompt de comandă — pentru DISM, SFC, bcdedit etc.
- Reparare la pornire — reparare automată a problemelor de boot
- Dezinstalare actualizări — eliminarea ultimei actualizări
- Recuperare imagine sistem — restaurare din backup complet
Repararea boot-ului din linia de comandă
Dacă opțiunile automate nu funcționează, puteți repara manual configurația de boot:
:: Din Command Prompt (accesibil din USB de recuperare)
:: Repararea Master Boot Record
bootrec /fixmbr
:: Repararea sectorului de boot
bootrec /fixboot
:: Reconstruirea BCD (Boot Configuration Data)
bootrec /rebuildbcd
:: Dacă bootrec /fixboot returnează "Access denied":
bootsect /nt60 sys /force
:: Repararea completă a fișierelor de boot EFI (pentru sisteme UEFI)
bcdboot C:\Windows /s S: /f UEFI
:: Notă: S: este partiția EFI — verificați litera cu diskpart
Lista de verificare rapidă pentru tehnicieni
Pentru situațiile de criză, am pregătit o listă de verificare pe care o puteți folosi ca checklist mental (sau chiar tipărit și pus lângă monitor):
- Identificați actualizarea instalată — Rulați
winversauGet-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 5 - Consultați Windows Release Health — Verificați dacă problema e deja cunoscută
- Încercați repornirea — Serios, o repornire completă rezolvă mai multe probleme decât v-ați imagina
- Instalați actualizările corective — Verificați dacă există actualizări out-of-band
- Rulați Windows Update Troubleshooter — Instrumentul automat poate rezolva multe probleme comune
- Executați DISM + SFC — În ordinea corectă: DISM mai întâi, apoi SFC
- Resetați componentele Windows Update — Dacă actualizările eșuează repetat
- Dezinstalați actualizarea problematică — Din Setări sau din mediul de recuperare
- Restaurați sistemul — Folosiți un punct de restaurare anterior
- Escaladați — Dacă nimic nu funcționează, nu vă fie rușine să escaladați către nivelul 2 sau 3
Concluzie
Incidentul KB5074109 din ianuarie 2026 a fost un memento dureros: actualizările Windows pot cauza probleme serioase, iar echipele IT trebuie să fie pregătite. Ecranele albastre, Outlook-ul blocat și erorile de Remote Desktop au afectat organizații din întreaga lume.
Dar lecția e simplă. O întârziere de doar 7 zile pentru actualizările de calitate ar fi protejat majoritatea organizațiilor. Implementarea în inele progresive, backup-urile regulate și planurile de recuperare nu sunt luxuri — sunt necesități.
Instrumentele pe care le-am acoperit aici — DISM, SFC, PowerShell, SaRA, Windows Update Troubleshooter, Intune — reprezintă fundamentul depanării Windows și ar trebui să facă parte din repertoriul oricărui tehnician de helpdesk. Nu trebuie să le memorați pe toate, dar trebuie să știți unde le găsiți când aveți nevoie de ele.
Și cel mai important sfat pe care vi-l pot da: verificați regulat Windows Release Health Dashboard. O echipă de helpdesk informată poate transforma o criză cauzată de o actualizare defectuoasă într-un inconvenient minor, rezolvat rapid și profesionist.
Resurse utile:
- Windows Release Health Dashboard — pentru monitorizarea problemelor confirmate de Microsoft
- Microsoft Update Catalog — pentru descărcarea manuală a actualizărilor specifice
- Microsoft Support and Recovery Assistant (SaRA) — pentru diagnosticarea automată
- PSWindowsUpdate (PowerShell Gallery) — pentru gestionarea avansată a actualizărilor
- Microsoft Intune Admin Center — pentru gestionarea centralizată a actualizărilor enterprise
- Windows Event Viewer și Get-WinEvent — pentru investigarea detaliată a erorilor