Laborator 16 — Depanarea Windows și a aplicațiilor

Event Viewer · Task Manager · servicii · GPO · aplicații · WinRE
4 ore academice × 45 minute = 180 minute
Durata include explicațiile, practica și completarea fișei. Pauzele sunt separate.
Scop: vei documenta o problemă, vei alege instrumentul potrivit, vei aplica o intervenție controlată și vei verifica rezultatul. Vei diferenția problema unei aplicații de una de serviciu, politică, stocare sau sistem de operare.
Răspunsurile și capturile se salvează în acest browser. Exportă JSON pentru păstrare și înainte de revenirea la snapshot.
Bifele marchează activități realizate, nu note. Nu introduce parole, chei de recuperare sau date personale în capturi.

Planul laboratorului

Ora Sarcini Durată Produs practic
1 1–4 45 min Fișă de incident, măsurători, evenimente și dovezi
2 5–8 45 min Verificarea discului și depanarea aplicațiilor
3 9–12 45 min Serviciu verificat, raport GPO și diagnostic de sistem
4 13–16 45 min Safe Mode, alegerea recuperării și raport de escaladare
Regula de lucru: notează starea inițială, schimbă un singur lucru, testează și revino dacă intervenția nu ajută. Nu șterge jurnale și nu aplica remedii generale fără o ipoteză susținută de dovezi.

Ora 1 — Identificarea problemei și colectarea dovezilor · 45 min

1. Descrierea și reproducerea unei probleme simple 8 min

  1. Verifică snapshot-ul. Deschide winver, notează versiunea și identifică utilizatorul curent. În File Explorer creează C:\Lab16\Date și C:\Lab16\Dovezi.
  2. În Notepad salvează în Date fișierul inventar.txt cu textul „Stația de laborator este pregătită.” Activează File name extensions în File Explorer și verifică extensia.
  3. Deschide Command Prompt prin Start → cmd. Execută prima comandă de mai jos, care cere intenționat un nume inexistent. Notează mesajul exact și ora. Execută a doua comandă și compară rezultatul.
  4. Formulează problema în 2–3 enunțuri: ce ai încercat, rezultat așteptat, rezultat obținut, pași de reproducere și cauza verificată. Nu concluziona că discul sau Windows sunt defecte doar pentru că un fișier nu a fost găsit.
type C:\Lab16\Date\inventar-gresit.txt
type C:\Lab16\Date\inventar.txt
Punctul de plecare în depanare

Mai întâi colectezi informații: cine este afectat, de când, ce s-a schimbat, mesajul exact și frecvența. Apoi formulezi o ipoteză și alegi instrumentele. Command Prompt execută comenzi text. Control Panel oferă interfață grafică pentru multe setări tradiționale. Settings, Registry și Task Manager au roluri diferite.

Verificare practică / analiză Rezultat observat
Mesajul primei comenzi și ora

2. Task Manager: procese, performanță și pornire automată 12 min

  1. Deschide Task Manager cu Ctrl+Shift+Esc sau din Start. În Windows 10 extinde More details dacă este necesar. În Processes sortează după CPU, apoi Memory. Notează totalurile și procesul dominant în două momente, la aproximativ 30 de secunde distanță.
  2. Deschide o singură instanță Calculator, efectuează un calcul și identific-o în Processes. Selectează numai aplicația de test → End task. Confirmă că fereastra se închide.
  3. Redeschide Calculator. Din Processes folosește Go to details dacă este disponibil; altfel identifică procesul în Details prin nume, utilizator și PID. Folosește End task numai asupra procesului acestei instanțe de test.
  4. În Performance observă CPU, Memory și Disk. Compară rolul acestei pagini cu Processes și Details.
  5. În Startup apps / Startup identifică o aplicație neesențială pregătită de profesor, notează starea, schimbă temporar Enabled în Disabled, apoi restabilește.
End task nu este dezinstalare

End task închide procesul și poate pierde date nesalvate. În această sarcină aplicația nu este blocată: simulăm intervenția, fără a provoca o blocare. Processes și Details pot închide procese. Performance monitorizează, iar Services gestionează servicii.

Dezactivarea unei intrări Startup împiedică pornirea automată la o autentificare viitoare; nu închide neapărat procesul deja activ și nu dezinstalează aplicația. Consum ridicat de resurse nu înseamnă automat malware.

Verificare practică / analiză Rezultat observat
Două observații CPU / RAM și proces dominant
Processes → End task: rezultat
Details → PID și End task: rezultat
Intrare Startup, stare inițială și restaurată
Diferența Performance / End task / Startup

3. Event Viewer: evenimente, filtrare și export 15 min

  1. Deschide eventvwr.msc. Identifică Windows Logs → Application, System, Security și Applications and Services Logs. Citește un eveniment recent Information din System. Nu modifica auditarea și nu goli jurnalele.
  2. În Command Prompt ca administrator, creează cele trei evenimente de laborator de mai jos. Ele sunt marcaje didactice, inclusiv cel etichetat ERROR: nu produc o defecțiune reală.
  3. În Event Viewer deschide Application și Refresh. Folosește Filter Current Log: Logged → Last hour, nivelurile Information, Warning și Error. Deschide evenimentele și notează ora, sursa, ID-ul, nivelul și descrierea.
  4. Din jurnalul filtrat folosește Save Filtered Log File As și salvează C:\Lab16\Dovezi\LAB16-evenimente.evtx. Deschide și verifică fișierul.
eventcreate /L APPLICATION /SO LAB16 /T INFORMATION /ID 101 /D "LAB16: inceputul testului didactic"
eventcreate /L APPLICATION /SO LAB16 /T WARNING /ID 102 /D "LAB16: avertisment simulat, nu defect real"
eventcreate /L APPLICATION /SO LAB16 /T ERROR /ID 103 /D "LAB16: eroare simulata pentru filtrare"
Cum alegi jurnalul și interpretezi un ID?

Application conține evenimente ale aplicațiilor; System, evenimente ale Windows, serviciilor și driverelor; Security, evenimente de audit, dacă auditarea corespunzătoare este activă. Un ID trebuie interpretat împreună cu sursa, mesajul, versiunea și momentul problemei. „Error” nu dovedește singur cauza incidentului.

Filtrele includ interval, nivel, sursă, ID și anumite câmpuri/keywords definite de eveniment. Pentru text liber folosește Find; câmpul Keywords nu este o căutare liberă în descriere. Drepturile pot limita accesul la unele jurnale.

Verificare practică / analiză Rezultat observat
Information: dată/oră, sursă, ID și mesaj
Warning: dată/oră, sursă, ID și mesaj
Error: dată/oră, sursă, ID și mesaj
Filtru și Custom View create; fișier EVTX redeschis
Eveniment real găsit / absent; de ce nu atribuim problema unui ID izolat?

4. Raport de sistem și cercetarea unei soluții 10 min

  1. Deschide msinfo32. În System Summary notează versiunea Windows, System Type, memoria instalată RAM. Salvează raportul prin File → Save ca C:\Lab16\Dovezi\sistem.nfo.
  2. Înregistrarea pașilor cu Steps Recorder (psr.exe):
    1. Apasă Win + R, introdu psr.exe și apasă Enter.
    2. În fereastra Steps Recorder, apasă Start Record.
    3. Deschide Command Prompt și execută type C:\Lab16\Date\inventar-gresit.txt. Observă mesajul de eroare.
    4. Apasă Add Comment, selectează zona cu eroarea și adaugă explicația: „Fișierul solicitat nu există la calea specificată.”
    5. Execută type C:\Lab16\Date\inventar.txt și verifică afișarea corectă a conținutului.
    6. Apasă Stop Record și examinează raportul: capturi, acțiuni înregistrate și comentarii.
    7. Salvează raportul în C:\Lab16\Dovezi\pasi-eroare.zip și dezarhivează fișierul rezultat.
    8. În Microsoft Edge, introdu în bara de adrese edge://settings/defaultBrowser.
    9. Caută opțiunea Allow sites to be reloaded in Internet Explorer mode. Dacă este disponibilă, selectează Allow și repornește Edge.
    10. Deschide raportul .mht din folderul dezarhivat.
  3. Documentarea erorii cu Snipping Tool:
    1. Deschide Start → Snipping Tool și selectează modul Rectangle.
    2. În Command Prompt execută type C:\Lab16\Date\inventar-gresit.txt.
    3. Apasă New în Snipping Tool și capturează zona care conține comanda și mesajul de eroare.
    4. Evidențiază eroarea folosind Pen sau Highlighter și salvează captura în C:\Lab16\Dovezi\eroare.png.
    5. Execută type C:\Lab16\Date\inventar.txt și realizează o a doua captură cu rezultatul corect. Salveaz-o în C:\Lab16\Dovezi\verificare.png.
    6. În Notepad creează fișierul C:\Lab16\Dovezi\pasi-depanare.txt. Descrie problema, cauza identificată, soluția aplicată și rezultatul verificării.
  4. Steps Recorder vs. Snipping Tool

    Steps Recorder (psr.exe) înregistrează automat interacțiunile utilizatorului, realizând capturi și descriind acțiunile efectuate. Nu înregistrează video și nu surprinde întotdeauna comenzile tastate în CMD. Instrumentul este depreciat.

    Snipping Tool permite capturarea manuală a zonelor relevante și evidențierea erorilor. Explicațiile și ordinea pașilor trebuie documentate separat.

    Concluzie: Steps Recorder este potrivit pentru documentarea unei succesiuni de acțiuni, iar Snipping Tool pentru capturarea unor rezultate sau mesaje de eroare specifice.

Verificare practică / analiză Rezultat observat
Raport NFO salvat și patru date relevante
Steps Recorder (psr.exe): pașii înregistrați, comentariul adăugat și raportul ZIP salvat
Snipping Tool: capturile erorii și verificării, fișierul cu pașii depanării
Comparație: diferența dintre Steps Recorder și Snipping Tool în documentarea problemelor

Ora 2 — Stocare și aplicații · 45 min

5. Repair, Reset și repararea unei aplicații desktop 12 min

  1. În contul de test deschide Calculator și efectuează un calcul. Notează dacă aplicația funcționează; o funcționare normală este punctul de referință pentru exercițiu.
  2. Windows 11: Settings → Apps → Installed apps → Calculator → … → Advanced options. Windows 10: Apps → Apps & features → Calculator → Advanced options. Selectează Repair, dacă există; redeschide aplicația și repetă calculul.
  3. În aceeași pagină citește avertismentul Reset. În contul de laborator, după confirmarea că nu există date utile în aplicație, aplică Reset la Calculator și testează din nou. Notează ce setări/istoric sunt sau nu păstrate. Dacă butonul lipsește, notează și urmărește demonstrația.
  4. Deschide control → Programs → Programs and Features sau direct appwiz.cpl. Selectează aplicația Win32 de test pregătită de profesor și identifică Repair / Change. Rulează Repair numai pentru aplicația pregătită și cu instalatorul necesar disponibil; altfel inspectează opțiunea și anulează.
  5. Notează versiunea aplicației și aceeași operație de probă înainte/după. Nu pretinde că ai reparat o eroare dacă aplicația funcționa deja.
Trei intervenții diferite

Repair încearcă repararea aplicației, de regulă fără ștergerea datelor utilizatorului. Reset reinițializează datele/setările aplicației și poate elimina autentificări sau preferințe. Uninstall elimină aplicația. Pentru programele Win32, opțiunile depind de instalatorul producătorului; nu toate oferă Repair.

Resetarea unei aplicații nu este Reset this PC. Instalatorul poate cere restart sau fișierele sursă; consemnează cerința și urmează pregătirea profesorului.

Verificare practică / analiză Rezultat observat
Aplicație modernă: versiune și probă inițială
Repair: disponibilitate, execuție și rezultat
Reset: avertisment, execuție și rezultat
Aplicație Win32: opțiune observată și rezultat / demonstrație
Diferența dintre Repair, Reset și Uninstall

6. Microsoft Store: cache, condiții și verificare 10 min

  1. Înainte de intervenție, deschide Microsoft Store și notează comportamentul. Verifică data, ora, regiunea, conexiunea și eventualele actualizări/politici. Nu considera imediat că Store este corupt.
  2. Închide Store, apasă Win+R, execută wsreset.exe. Observă fereastra temporară și redeschiderea Store. Așteaptă finalizarea; nu lansa comanda în mod repetat dacă durează.
  3. După redeschidere, repetă aceeași verificare: deschide pagina unei aplicații sau Library / Downloads / Updates, după interfață. Nu instala aplicații plătite și nu conecta un cont personal pentru această probă.
  4. În Settings → Apps găsește Microsoft Store → Advanced options dacă este disponibil. Identifică Repair/Reset, fără a le executa suplimentar dacă proba funcționează. Dacă Store lipsește ori este blocat prin politică, notează și escaladează.
  5. Completează un mini-raport „înainte → intervenție → după”. Dacă eroarea persistă, precizează ce date ai colecta înainte de o remediere avansată.
Ce resetează WSReset?

wsreset.exe curăță cache-ul Microsoft Store. Nu reinstalează Windows și nu este un remediu universal pentru toate aplicațiile. Erorile pot ține de cont, rețea, oră, actualizări, licență sau politică.

Reînregistrarea Store prin PowerShell este o intervenție avansată pentru o cauză verificată, cu comandă potrivită versiunii și pachetului. Nu folosi automat scripturi care reînregistrează toate pachetele tuturor utilizatorilor.

Verificare practică / analiză Rezultat observat
Stare inițială; conexiune, dată/oră și mesaj exact
Comanda executată și comportamentul observat
Aceeași probă după WSReset: rezultat
Ce date colectezi dacă problema persistă?

7. Compatibilitate, rezoluție și drepturi de execuție 13 min

  1. Folosește numai aplicația Win32 benignă pregătită de profesor. Notează numele, versiunea și o operație de probă. În File Explorer localizează executabilul .exe real, nu fișierul de date.
  2. Deschide Properties → Compatibility. Notează configurația inițială. Activează temporar Run this program in compatibility mode for și selectează o versiune oferită de Windows, conform scenariului profesorului. Apply → pornește aplicația → repetă proba → închide → restabilește setarea inițială.
  3. Identifică Run in 640 × 480 screen resolution, Reduced color mode și Change high DPI settings, dacă există. Pe aplicația de test poți verifica temporar opțiunea de rezoluție redusă; închide aplicația și revino imediat la setarea inițială. Nu modifica toate opțiunile simultan.
  4. Identifică Run this program as an administrator și explică ce drepturi schimbă. Las-o în starea inițială. Drepturile elevate nu sunt o soluție implicită pentru incompatibilitate.
Verificare practică / analiză Rezultat observat
Aplicație de test și configurație inițială
Mod compatibilitate: probă înainte/după și revenire
Rezoluție/DPI: opțiuni disponibile și observație
Depanator folosit și recomandare / indisponibilitate
De ce Run as administrator trebuie justificat?

Ora 3 — Servicii, politici și verificări de sistem · 45 min

8. Serviciu Windows: stare, pornire și dependențe 12 min

  1. Deschide services.msc și găsește Print Spooler pe VM-ul fără lucrări de imprimare. În Properties notează Service name, Service status și Startup type. Inspectează fila Dependencies.
  2. Dacă serviciul rulează, apasă Stop. Verifică statusul în Services și în Task Manager → Services. Dacă era oprit, notează starea de referință și pornește-l numai pentru exercițiul aprobat.
  3. Cu serviciul oprit, schimbă temporar Startup type în Disabled și apasă Apply. Observă disponibilitatea butonului Start. Schimbă în Manual, Apply, apoi Start. Notează diferența dintre tipul de pornire și starea Running/Stopped.
  4. Cu serviciul Running, folosește Restart din consola Services. Așteaptă revenirea la Running. Nu opri serviciile listate ca dependențe.
  5. Restabilește exact Startup type și Service status inițiale.
Ce este serviciul Print Spooler și cum funcționează?

Print Spooler este un serviciu Windows care gestionează imprimarea documentelor. El primește lucrările de imprimare de la aplicații, le stochează temporar într-o coadă de imprimare (Print Queue) și le transmite către imprimantă.

Funcții principale:

  • Gestionarea cozii: organizează lucrările de imprimare.
  • Stocarea temporară: permite aplicațiilor să continue activitatea fără să aștepte finalizarea imprimării.
  • Administrarea lucrărilor: permite anularea, întreruperea temporară și reluarea imprimării.
  • Comunicarea cu imprimantele: transmite lucrările către imprimante locale sau de rețea.

Administrarea serviciului:

Deschide Win + R → services.msc → Print Spooler. Serviciul are numele intern Spooler, iar tipul de pornire este, de regulă, Automatic. Poate avea starea Running sau Stopped.

Prin comenzile Start, Stop și Restart poți controla funcționarea serviciului. Dacă Print Spooler este oprit, Windows nu mai procesează lucrările de imprimare.

Exemplu de depanare: dacă un document rămâne blocat în coada de imprimare, repornirea serviciului Print Spooler poate remedia problema. Uneori este necesară și anularea lucrării blocate.

Tipul de pornire nu este starea curentă

Automatic: pornire automată la inițializarea sistemului; Automatic (Delayed Start): pornire automată întârziată; Manual: pornire la cerere, inclusiv prin aplicații sau declanșatoare; Disabled: serviciul nu poate porni până la schimbarea tipului.

Schimbarea tipului în Disabled nu înseamnă întotdeauna oprirea imediată a unui serviciu deja activ. Stop afectează execuția curentă, Restart îl oprește și îl pornește. Verifică ambele valori și dependențele.

Verificare practică / analiză Rezultat observat
Print Spooler: nume intern, stare și tip inițial
Dependențe observate
Stop / Disabled / Manual + Start / Restart: rezultate
Starea și tipul restaurate

9. Reîmprospătarea GPO și verificarea aplicării 12 min

  1. În contul pentru care faci diagnosticul, deschide Command Prompt. Rulează comenzile de mai jos pe rând și notează mesajele. gpupdate /force poate cere logoff/restart; consemnează cerința și programează cu profesorul, fără să pierzi fișa.
  2. Generează raportul HTML pentru utilizatorul curent și deschide-l din folderul Dovezi. Pentru secțiunea Computer pot fi necesare drepturi administrative; dacă folosești alte credențiale pentru elevare, ai grijă să nu raportezi alt utilizator în locul celui afectat.
  3. În raport identifică Applied Group Policy Objects și, dacă există, GPO-uri neaplicate/filtrate și motivele afișate. Pe un calculator fără domeniu pot apărea numai politici locale sau informații limitate.
gpupdate
gpupdate /force
gpresult /r
gpresult /h C:\Lab16\Dovezi\gp-report.html /f
Aplicare versus raportare

gpupdate reîmprospătează politicile, procesând în mod obișnuit modificările. /force cere reaplicarea tuturor setărilor de politică. Unele setări au nevoie de autentificare nouă sau repornire.

gpresult raportează politicile rezultate; nu le aplică. O politică nu se va aplica doar prin repetarea comenzii dacă dispozitivul nu poate contacta domeniul sau obiectul este în afara domeniului ei de aplicare. Verifică rețeaua/DNS, OU-ul, filtrarea și permisiunile prin administratorul responsabil. Dacă apare „no RSoP data”, notează identitatea și starea, nu inventa un raport.

Verificare practică / analiză Rezultat observat
Mesaj gpupdate și gpupdate /force; logoff/restart cerut?
Identitatea raportată și GPO-uri aplicate
GPO neaplicat și motiv / nu există în raport

Ora 4 — Pornire, recuperare și escaladare · 45 min

10. WinRE, Safe Mode și jurnalul de pornire 15 min

  1. Asigură-te că nu rulează reparări, salvează lucrul și exportă fișa dacă este deschisă în VM. Verifică parola contului și pregătirea cheii BitLocker cu profesorul.
  2. Windows 10: Update & Security → Recovery → Advanced startup. Windows 11: Settings → System → Recovery → Advanced startup → Restart now. Alternativ, Shift + Power → Restart din ecranul de conectare.
  3. În WinRE deschide Troubleshoot → Advanced options. Identifică Startup Repair, System Restore, Command Prompt și Startup Settings, precum și System Image Recovery/UEFI Firmware Settings dacă sunt oferite. Unele opțiuni pot fi în See more recovery options.
  4. Intră în Startup Settings → Restart. Citește lista: 4/F4 Safe Mode, 5/F5 Safe Mode with Networking, 6/F6 Safe Mode with Command Prompt și 2/F2 Enable boot logging. Pentru acest ciclu selectează F4.
  5. Autentifică-te prin parolă, observă marcajul Safe Mode și deschide un fișier de test în Notepad. Compară cu pornirea normală. Repornește din Start pentru revenire.
  6. Activarea și examinarea Boot Logging:
    1. Deschide mediul de recuperare Windows (WinRE):
      • Windows 10: Settings → Update & Security → Recovery → Advanced startup → Restart now.
      • Windows 11: Settings → System → Recovery → Advanced startup → Restart now.
    2. În WinRE selectează Troubleshoot → Advanced options → Startup Settings → Restart.
    3. După repornire, apasă 2 sau F2 pentru Enable boot logging.
    4. După pornirea Windows, autentifică-te și deschide Win + R. Introdu: notepad C:\Windows\ntbtlog.txt
    5. Examinează raportul și identifică:
      • Data și ora înregistrării, dacă sunt afișate.
      • O linie Loaded driver — driver încărcat.
      • O linie Did not load driver — driver neîncărcat.
Scop și limite

Safe Mode pornește un set redus de drivere și servicii. F5 adaugă suport de rețea, dar accesul real depinde de drivere/configurație. F6 oferă interfață Command Prompt. Lipsa problemei în Safe Mode restrânge investigația; nu dovedește singură ce driver este defect și nu repară automat aplicațiile.

Enable boot logging înregistrează driverele încărcate/neîncărcate la pornire; nu este echivalent cu Safe Mode. O linie „did not load” cere interpretare în context, nu ștergerea driverului. Last Known Good Configuration aparține unor versiuni Windows mai vechi și nu este o opțiune standard de recuperare în Windows 11.

WinRE poate fi accesat și printr-un mediu de instalare → Repair your computer, sau automat după eșecuri de pornire. Nu provocăm opriri forțate pentru exercițiu. Dacă Windows revine mereu în Safe Mode, verifică dacă Safe boot a fost configurat persistent în msconfig → Boot; modifică numai dacă aceasta este cauza cunoscută.

Verificare practică / analiză Rezultat observat
Instrumente WinRE efectiv disponibile
Safe Mode: autentificare, două diferențe și revenire normală
F4 / F5 / F6: diferențele
Boot logging: probă proprie / demonstrație și linie observată

11. Punct de restaurare și imagine de sistem 10 min

  1. Activarea System Protection și crearea unui punct de restaurare:
    1. În modul normal Windows, apasă Win + R, introdu SystemPropertiesProtection.exe și apasă Enter.
    2. În fereastra System Properties → System Protection, selectează discul Local Disk (C:) (System) din secțiunea Protection Settings.
    3. Dacă în coloana Protection apare Off, apasă Configure, selectează Turn on system protection și stabilește Max Usage: 3–5% din capacitatea discului. Confirmă cu Apply → OK.
    4. Verifică dacă pentru discul C: apare Protection: On.
    5. Cu discul C: selectat, apasă Create. Introdu numele LAB16-inainte-de-schimbare și confirmă crearea punctului de restaurare.
    6. Așteaptă mesajul de confirmare că punctul de restaurare a fost creat cu succes.
  2. Deschide System Restore sau rstrui.exe. Inspectează lista punctelor și Scan for affected programs, dacă este disponibil. Apasă System Restore → Next și selectează punctul LAB16-inainte-de-schimbare din lista disponibilă (folosește Show more restore points, dacă este necesar). Apasă Next → Finish și confirmă restaurarea. Așteaptă repornirea automată a Windows și autentifică-te din nou. Verifică mesajul privind rezultatul restaurării.
  3. În WinRE sau pe demonstrația profesorului identifică System Image Recovery. Notează că are nevoie de o imagine creată anterior. Dacă există o imagine de laborator, verifică numai data și volumele incluse; nu confirma suprascrierea.
Metode de recuperare cu efecte diferite
Instrument Scop și impact
Startup Repair Încearcă remedierea unor probleme de pornire. Nu repară orice defecțiune hardware sau de aplicație.
System Restore Readuce fișiere și setări de sistem la un punct anterior. Poate afecta drivere și aplicații instalate după acel punct; nu este backup al documentelor personale.
System Image Recovery Restaurează volume dintr-o imagine anterioară, cu Windows, aplicații și datele de la data imaginii. Poate înlocui modificările ulterioare.
Go back Revine la versiunea anterioară Windows după un upgrade, dacă sunt îndeplinite condițiile.
Verificare practică / analiză Rezultat observat
System Protection și punct creat / demonstrație
Programe afectate sau absența unui punct util
Imagine de sistem: disponibilitate, dată și impact

12. Reset this PC si Go back 10 min

  1. În Settings → System → Recovery (Windows 10: Update & Security → Recovery), identifică Reset this PC și Go back. Notează dacă sunt disponibile. Nu porni o resetare reală și nu confirma „Reset”.
  2. Folosește comparatorul de mai jos pentru cele patru combinații Keep/Remove și Local/Cloud. Notează separat ce date se păstrează și de unde vin fișierele de instalare.
  3. Pentru scenariul „după un upgrade major, noua versiune este incompatibilă cu o aplicație”, verifică Go back și existența folderului C:\Windows.old, fără modificări. Notează că prezența folderului singură nu garantează revenirea.
  4. Pentru un calculator donat, discută Remove everything și opțiunea Clean data / Clean the drive, dacă există. Pentru o problemă de sistem cu documente utile, compară Keep my files cu un backup verificat. Nu presupune că Reset păstrează întotdeauna fișierele.
Comparator de resetare — doar explicație, fără acțiuni în Windows

Condiții și limite importante

Keep my files păstrează fișierele personale, dar elimină aplicațiile instalate de utilizator și resetează setări. Remove everything elimină și fișierele personale; verifică atent unitățile vizate în opțiunile reale. Backup-ul rămâne necesar înaintea oricărei operații.

Local reinstall utilizează fișierele locale. Cloud download descarcă fișiere de la Microsoft și cere Internet și trafic de ordinul mai multor GB; poate ajuta când sursa locală este deteriorată. Alegerea Cloud nu transformă Remove everything în Keep my files.

Go back este disponibil, în mod obișnuit, 10 zile după upgrade și depinde de păstrarea fișierelor necesare. Eliminarea Windows.old prin curățare poate înlătura opțiunea. În afara condițiilor de rollback, se evaluează un backup/imagine sau o reinstalare cu mediu potrivit.

UEFI Firmware Settings deschide configurarea firmware-ului; nu actualizează singură BIOS/UEFI. Un update necesită procedura și fișierul pentru modelul exact, alimentare sigură și pregătirea recuperării. S mode restricționează instalarea la aplicații compatibile din Store, iar ieșirea nu se folosește ca experiment reversibil.

Clean data face recuperarea datelor mai dificilă și durează mai mult. Pentru date organizaționale sensibile se urmează procedura de sanitizare; resetarea de consum nu înlocuiește toate cerințele de ștergere certificată.

Verificare practică / analiză Rezultat observat
Reset și Go back: disponibile sau nu
Keep versus Remove; Local versus Cloud: concluzii din comparator
Windows.old: prezent/absent și condițiile revenirii
Scenariu păstrare documente / donare: opțiune și backup necesar
BIOS Mode/versiune; diferența acces UEFI / actualizare firmware
Ediție Windows, S mode și efectul asupra instalării
Surse
Sus