Fel 0x80070490: Tyst skadad systemkomponent

El Windows-fel 0x80070490 Det har blivit en av de där koderna som dyker upp i de mest olämpliga ögonblicken: när man installerar en uppdatering, när man försöker uppgradera från Home till Pro, när man lägger till ett e-postkonto eller till och med när man aktiverar funktioner som .NET Framework 3.5. Även om meddelandet kan låta kryptiskt, finns det vanligtvis ganska specifika problem med drivrutiner, Windows Update-komponenter eller skadade konfigurationsfiler bakom det.

I den här guiden hittar du en fullständig och detaljerad förklaring Den här guiden täcker alla kända orsaker till felet 0x80070490 och de mest effektiva sätten att åtgärda det i Windows 10, Windows 11, appen E-post och kalender, Microsoft Store, Xbox och även i mer avancerade scenarier med WSUS eller servrar. Du hittar allt från enkla lösningar som att använda felsökaren till avancerade registerjusteringar, reparation av systemskador och manipulation av specifika drivrutiner.

Vad betyder egentligen felet 0x80070490?

Koden 0x80070490 betyder vanligtvis ERROR_NOT_FOUNDMed andra ord kan Windows inte hitta något som behövs för att slutföra en operation. I praktiken manifesterar sig detta huvudsakligen i tre huvudgrupper av problem:

Å ena sidan är det nära kopplat till Windows Update och CBS-komponentarkivet (Component Based Servicing), vilket är det interna system som hanterar installationer, uppdateringar och många funktionsändringar. Om det finns en skadad fil, en trasig referens i registret eller en saknad drivrutin, misslyckas CBS och returnerar 0x80070490.

Å andra sidan uppstår felet när E-post-/Kalenderprogrammet eller ditt eget Microsoft-konto De kan inte komma åt sparade inställningar, sekretessbehörigheter eller vissa användardata i AppxAllUserStore-registret. I dessa fall ser du meddelandet "vi kunde inte hitta dina inställningar".

Dessutom förekommer den här koden ofta när Uppgradera från Windows Home till Pro på OEM-utrustning (Asus, HP, Lenovo, Dell, etc.) på grund av konflikter mellan licensen som är inbäddad i BIOS och den nya utgåvan du försöker installera eller aktivera.

Vanligaste tekniska orsakerna till felet 0x80070490

Det kan finnas väldigt olika orsaker bakom samma kod 0x80070490Att känna till dem hjälper dig att välja rätt lösning och inte blint prova saker slumpmässigt.

En av de vanligaste är korruption i System Components Warehouse (CBS) eller i den komponentbaserade tjänsten. Det är här som skadade filer, ogiltiga registerposter, trasiga hårda länkar i systemet eller drivrutinsköer som inte laddas korrekt spelar in.

En annan vanlig orsak är ofullständiga eller felaktiga drivrutinerTill exempel, om enheter som ”PCI-minneskontroller” eller ”SM-busskontroller” visas under ”Andra enheter” i Enhetshanteraren indikerar det att chipsetet inte är korrekt installerat. Detta kan orsaka fel i DeviceSetupManager (händelse-ID:n 131 och 201) med meddelanden som ”Fel vid förberedelse av metadata, resultat=0x80070490”.

Följande har också en betydande inverkan tredjeparts antivirusprogram och aggressiva brandväggar som filtrerar Windows Update-trafik eller blockerar tjänster som BITS, kryptografiska tjänsten eller själva wuauserv. I dessa fall visas felet 0x80070490 helt enkelt för att kommunikationen med uppdateringsservrarna inte är slutförd.

Vi får inte glömma felaktigt formaterade konfigurationsfiler, till exempel en tom eller skadad SetupConfig.ini-fil i funktionsinstallationer eller nya versioner av Windows. Om installationsprogrammet inte kan läsa konfigurationen returnerar det 0x80070490 och avbryter.

Windows Update-relaterade fel 0x80070490

När det visas under en uppdateringDen mest troliga boven i dramat är CBS-tjänsten, interna komponenter i Windows Update eller själva drivrutinkön som hanterar installations- och avinstallationsåtgärder.

I dessa fall, den CBS.log- och WindowsUpdate.log-loggar De är viktiga. De finns i C:\Windows\Loggar\CBS\CBS.log Och i fallet med det andra genereras det genom att kombinera spår från Windows Update. När felet visas ser du rader som liknar:

Misslyckades med att läsa identitet för drivrutinsåtgärd, Misslyckades med att ladda drivrutinens operationskö o Doqi: Misslyckades med att ladda drivrutinens operationsköalla med HRESULT = 0x80070490 (ERROR_NOT_FOUND). Detta indikerar att Windows inte kan hitta identiteten för en specifik drivrutinsåtgärd (sequenceID) eller att något element i kön saknas.

Det är också vanligt att i funktionsuppdateringar hitta poster där installationsprogrammet Setup360 eller WindowsUpdateBox.exe slutar med Processreturkod = 0x80070490, och installationens interna tillstånd återställs till "ogiltigt".

Felsökning av fel orsakade av väntande uppdateringar och drivrutinkö

I system där en uppdatering kvarstår i ett tillstånd "Väntar på installation"CBS försöker slutföra en kö med kontrolloperationer som innehåller numrerade objekt (1, 2, etc.). Om mappen eller registernyckeln som representerar operation "1" är skadad, genererar systemet felet 0x80070490 eftersom den inte kan hittas.

I dessa fall, en mycket specifik korrigering Det består av att manipulera rutten:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Komponentbaserad underhållning\DriverOperations\1

Om undernyckeln "1" är skadad kan den ta bort den försiktigt (efter säkerhetskopiering av registret) så att Windows slutar försöka ladda det. Det är viktigt att exportera nyckeln i förväg av säkerhetsskäl, särskilt i servermiljöer.

Sedan är det en bra idé att se till att den betrodda installationstjänsten (TrustedInstallerDen är korrekt konfigurerad. Kör i en upphöjd kommandotolk:

sc config trustedinstaller start=efterfrågan

Detta säkerställer att tjänsten som ansvarar för att installera Windows-komponenter kan starta på begäran utan problem. När detta är klart görs ett nytt försök att installera uppdateringarna.

Funktionsuppdateringar och SetupConfig.ini-filen

När du försöker installera en Funktionsuppdatering för Windows 10 eller 11 (till exempel uppgradering från en version till en annan inom samma system) via Windows Update eller Software Center (WSUS), kan 0x80070490 visas i slutet av processen, precis när installationsprogrammet försöker starta installationsfasen.

Loggen WindowsUpdate.log visar anrop till WindowsUpdateBox.exe eller komponenter som Setup360, som laddar en konfigurationsfil (SetupConfig.ini). Om filen är tom, felstavad eller innehåller felaktiga parametrar returnerar installationsprogrammet 0x80070490 och avbryter.

Den typiska sökvägen till den problematiska filen är:

C:\Användare\Standard\AppData\Lokal\Microsoft\Windows\WSUS\SetupConfig.ini

Ett alternativ är Ta bort SetupConfig.ini direkt så att installationen skapar en ny som standard. Om du föredrar att behålla den befintliga kan du redigera den för att säkerställa att den innehåller minst en konsekvent rad, till exempel:

Visa OOBE=Ingen

Med en korrekt konfigurationsfil eller regenereras, slutförs installationen av funktionsuppdateringen vanligtvis utan att koden 0x80070490 visas igen.

Fel 0x80070490 i kumulativa uppdateringar och systemskador

En annan mycket vanlig variant förekommer med månatliga kumulativa uppdateringarsom ibland returnerar 0x80070490 tillsammans med ytterligare koder som 0x8e5e03fa. I Windows händelselogg ser du meddelanden där specifika paket (till exempel KB5004122 eller KB5004298) försöker ändra till tillståndet "Installerat" och misslyckas med den statuskoden.

Dessa misslyckanden är vanligtvis förknippade med korruption av systemfiler eller i komponentlagerstrukturen, så standardreparation involverar de integrerade SFC- och DISM-verktygen.

Från en kommandotolk med administratörsbehörighet rekommenderas att köra följande kommandon i denna ordning:

DISM /Online /Cleanup-Image /RestoreHealth
SFC /Scannow

DISM kontrollerar och återställer Windows-avbildningen med hjälp av referensfiler, medan systemfilsgranskaren reparerar enskilda skadade filer. Om DISM upptäcker och korrigerar skada i CBS-arkivet har SFC en mycket högre chans att lyckas.

Efter reparationen är det en bra idé Återställ vissa Windows Update-komponenter, särskilt Catroot2-mappen och programdistributionen:

nätstopp cryptsvc
cd %systemroot%\system32
xcopy catroot2 catroot2.old /s
del %systemroot%\system32\catroot2\* /q
net start cryptsvc

Och för Mapp för programvarudistribution:

nätstopp wuauserv
cd %systemroot%
ren SoftwareDistribution SoftwareDistribution.old
net start wuauserv

När dessa steg är slutförda, Försök att installera patchen igen. Här är vad som händer sedan. Om skadan var liten eller begränsad till att uppdatera filer försvinner vanligtvis 0x80070490.

Saknade drivrutinsfiler och fel 0x80070490

I mer avancerade scenarier, till exempel servrar eller datorer med specifika roller, kan felet 0x80070490 bero på specifika drivrutiner saknas i DriverStoreEtt dokumenterat exempel är det med den registeransvarige wvms_pp.inf, som används av vissa virtualiserings- och hanteringskomponenter.

Om CBS.log innehåller meddelanden av följande typ Avstängt: Misslyckades vid bearbetning av icke-kritiska drivrutinsåtgärder Med HRESULT = 0x80070490, och denna styrenhet nämns, innebär lösningen att rekonstruera dess närvaro i systemet.

Den typiska proceduren innebär att manuellt skapa en mapp så här:

C:\Windows\System32\DriverStore\FileRepository\wvms_pp.inf_amd64_81d18de8de8dedd4cc4

Därefter kopieras alla .inf-filer och relaterade filer från motsvarande WinSxS-sökväg, ungefär så här:

C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.2.9200.22376_none_bc457897943a83fe

För att slutföra reparationen laddas drivrutinsträdet in i registret och posten kontrolleras. HKEY_LOCAL_MACHINE \Drivrutinsdatabas\Drivrutinsfiler\wvms_pp.inf Peka korrekt på dessa filer. Detta gör att kontrollenhetens operationskö kan bearbetas utan att felet 0x80070490 utlöses.

Använda felsökaren för Windows Update

Innan du rör vid registret eller byter namn på systemmappar är det lämpligt att testa vad Windows självt erbjuderFelsökaren för Windows Update löser de flesta enkla 0x80070490-fel utan att kräva några kommandon.

I Windows 10 och 11 nås den från Hem > Inställningar > Uppdatering och säkerhet > Felsökoch sedan gå till "Ytterligare felsökare" eller "Andra felsökare" för att köra felsökaren för Windows Update.

Det här verktyget analyserar automatiskt de berörda tjänsterna, behörigheter för viktiga mappar, uppdateringskön och statusen för BITS- och Windows-modulinstallationsprogrammet, vilket korrigerar många typiska problem. Detta är viktigt. Stäng inte av utrustningen medan den är igång, eftersom det kan ta ett tag.

Om det i slutet indikerar att fel har korrigerats, Starta om datorn och klicka på "Sök efter uppdateringar" igen. Detta är den rekommenderade åtgärden. Om felet 0x80070490 berodde på en mindre konflikt är det osannolikt att det uppstår igen.

När denna lösning inte är tillräcklig kan du tillgripa Windows-reparationEtt tredjepartsverktyg automatiserar många av de beskrivna stegen (omstart av tjänster, återställning av behörigheter, reparation av uppdateringskomponenter). Att köra förinställningen "Windows Updates" gör om flera interna konfigurationer som ofta ligger bakom problemet.

Inaktivera antivirusprogram från tredje part och kontrollera viktiga tjänster

En punkt som alltför ofta förbises är effekterna av tredjeparts antivirusprogram och från brandväggar integrerade i säkerhetspaket. Dessa program kan, genom att övervaka trafik och modifiera certifikat, störa de anslutningar som Windows Update behöver med Microsofts servrar.

Om din dator har ett annat antivirusprogram installerat än det som Windows DefenderDet är värt det: realtidsskydd, brandvägg och valfri webbinspektionsmodul. Starta om datorn och testa uppdateringen igen efter att du har inaktiverat den.

I miljöer där endast Windows Defender används är det ibland lämpligt att kontrollera att realtidsskydd Det lämnar inte systemet i ett konstigt mellanläge, och uppdateringstjänsterna blockeras inte av misstag.

Dessutom är det lämpligt att kontrollera att de viktiga tjänsterna för Windows Update faktiskt körs. För att göra detta, tryck på Kör (Win + R). tjänster.msc och statusen för följande kontrolleras:

Windows Update (wuauserv), Bakgrundsintelligent överföringstjänst (BITS), Kryptografisk tjänst, Windows Installer (MSI).

Om någon frihetsberövas utan uppenbar anledning, försök att starta den manuellt Detta är det omedelbara testet. Om det inte fungerar kan felet ligga i själva tjänsten, något som DISM/SFC eller felsökaren för Windows Repair vanligtvis kan åtgärda.

Återställ Windows Update-komponenter manuellt

När varken felsökaren eller grundläggande kommandon löser problemet är nästa logiska steg återställ Windows Update-komponenter manuelltDetta innebär att stoppa tjänster, byta namn på interna mappar och starta allt från början.

Med en kommandotolk som administratör används det första blocket med kommandon för att stoppa tjänster som är involverade i nedladdningar och installationer:

nätstopp wuauserv
nätstopp cryptSvc
nätstoppbitar
nätstopp msiserver

Med tjänsterna inställda, byt namn på mapparna som lagrar uppdatera cache för att tvinga fram dess regenerering:

ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 Catroot2.old

Dessa mappar återskapas automatiskt när tjänster återaktiveras, så om du byter namn på dem tvingas Windows att skapa en ny "uppdateringsbutik".

Äntligen är tjänsterna återupptagna:

net start wuauserv
net start cryptSvc
nätstartbitar
net start msiserver

Efter att datorn har startats om öppnas Windows Update igen och Leta efter uppdateringenDen här typen av manuell återställning är vanligtvis en livräddare när 0x80070490 beror på en skadad cache eller en felaktig uppdateringshistorik.

Återställ systemet till en tidigare punkt

Om felet 0x80070490 började visas direkt efter en specifik uppdatering eller installation av ett program som inte uppfyller kraven, är ett klokt alternativ återgå till en återställningspunkt tidigare, där systemet var stabilt.

För att göra detta, tryck på Win + R och kör rstruiDetta öppnar guiden Systemåterställning. Välj "Visa fler återställningspunkter" och välj en från tiden innan felet först uppstod eller innan ett visst program började fungera felaktigt.

Processen startar om datorn och återställer Windows till dess tillstånd från den dagen, inklusive systemfiler, inställningar och registret. Personliga dokument bevaras vanligtvis, men gör en säkerhetskopia ifall Det är en bra vana.

När den väl är återställd, Försök igen med Windows Update eller åtgärden som gav felet 0x80070490 Detta är den sista kontrollen. Om felet var relaterat till nyligen genomförda ändringar är återställning av systemet vanligtvis en effektiv och relativt icke-invasiv åtgärd.

Fel 0x80070490 vid uppgradering från Windows Home till Pro på OEM-datorer

I bärbara och stationära datorer från tillverkare som Asus, HP, Lenovo, Dell, Acer etc. är det vanligt att hitta en Fel 0x80070490 vid uppgradering från Home till Proäven med legitima licenser som köpts från Microsoft Store eller giltiga nycklar till Pro-utgåvan.

Roten till problemet ligger oftast i OEM-licens inbäddad i BIOS/UEFISystemet "ser" alltid den där hemtangenten och när du försöker byta till Pro skapar det en konflikt mellan den nuvarande och den nya utgåvan, vilket utlöser felkoden.

Det finns avancerade metoder som involverar ta bort OEM-nyckeln från installations-ISO:n och utföra en anpassad ren installation, men dessa är ganska komplexa processer och innebär att man formaterar datorn, så De rekommenderas inte för alla.

Ett mer prisvärt sätt att minska dessa konflikter är att säkerställa att systemet är helt intakt innan du försöker uppgradera versionen. För att göra detta, kör följande kommando från en administratörskonsol:

sfc /scannow
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /RestoreHealth

När reparationen är klar, försök att uppgradera till Pro igen Nästa steg är antingen från Microsoft Store (om du bara vill ändra utgåvor utan att aktivera ännu) eller från Inställningar > System > Aktivering genom att ange en giltig Pro-nyckel (Detaljhandel, OEM, VLSC, etc.).

Fel 0x80070490 vid aktivering av .NET Framework 3.5 med DISM

Ett annat scenario som alltmer ses i Windows 11 är misslyckandet med att Aktivera .NET Framework 3.5-funktionen med hjälp av DISM, både med lokala filer och direkt från Windows Update. Även om förloppsindikatorn når 100 % avslutas processen med "Fel: 1168 – Objektet hittades inte", vilket internt översätts till 0x80070490.

Det typiska kommandot som används är något i stil med:

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:E:\sources\sxs

Där E: är enhetsbeteckningen för Windows ISO. Om sökvägen till källor/sxs Om innehållet i ISO-filen för samma version och build som den installerade inte stämmer exakt överens, kan DISM inte hitta de nödvändiga paketen och returnerar felet.

För att minimera problem är det viktigt att använda en ISO som matchar bildversionen Kontrollera DISM-versionen (t.ex. 10.0.22621.2506) och verifiera att mappen sources\sxs faktiskt innehåller NetFx3-paketen. På vissa trimmade eller mycket gamla installationsmedier kanske dessa filer inte är tillgängliga.

Om den lokala källkoden inte fungerar kan du försöka köra samma kommando men utan /Begränsad åtkomst för att tillåta DISM att hämta data från Microsofts onlinearkiv, förutsatt att datorn har en anslutning och att det inte finns några proxy- eller brandväggsblockeringar.

DeviceSetupManager-fel, metadata och chipsetdrivrutiner

I Loggboken, under ursprunget EnhetsinstallationshanterarenFel med ID 131 eller 201 kan uppstå, inklusive resultatet 0x80070490 eller koder som 0x80072EFE. Meddelanden som ”Fel vid förberedelse av metadata, resultat=0x80070490” indikerar problem med att hämta enhetsinformation från Windows metadatatjänster.

I ett typiskt fall med ett ASUS PRIME H310M-K R2.0-moderkort och Windows 10 Pro 22H2, dök alternativen "PCI-minneskontroller" och "SM-busskontroller" upp i "Andra enheter" i Enhetshanteraren efter ominstallation av systemet, utöver klockikoner i "Enheter och skrivare".

Dessa symtom pekar direkt på chipsetdrivrutiner är inte installeradeGenom att ladda ner och installera rätt "Intel Chipset Driver"-paket för moderkortet från den officiella ASUS-webbplatsen försvann dessa enheter från listan över okända enheter och DeviceSetupManager-felen upphörde att upprepas.

I dessa fall är det ett klokt beslut att uppdatera chipsetdrivrutinen, eftersom det ger korrekt identifiering av kortenheternaAngående "Intel Management Engine Interface" installerar Windows ofta en generisk drivrutin via Windows Update, så det är inte alltid obligatoriskt att installera den från tillverkarens webbplats om allt fungerar korrekt.

När det gäller andra drivrutiner (LAN, Realtek-ljud, VGA, SATA) rekommenderas det att installera dem från tillverkarens webbplats om du ser enheter utan drivrutiner eller om du använder avancerade funktioner. Även om de vanligtvis inte är den direkta orsaken till felet 0x80070490, minskar risken för den här typen av fel avsevärt om du har uppdaterade chipset- och basdrivrutiner.

Samband med BIOS och valfria uppdateringar

Många undrar om en föråldrad BIOSTill exempel kan det vara källan till felet 0x80070490 att ha version 1005 när tillverkaren redan har version 2208. I de flesta fall i hemmiljö är svaret att BIOS har liten inverkan på den här typen av fel; det är absolut lämpligt att... Identifiera om ett fel är hårdvaru- eller mjukvarurelaterat..

Att uppdatera BIOS medför vissa risker, så Det är inte den första åtgärden att övervägaDet är mer effektivt att säkerställa att chipset, LAN, ljud- och grafikkontroller De är uppdaterade och att valfria drivrutinsuppdateringar för Windows Update installeras med omsorg, och endast de som verkligen behövs väljs.

I avsnittet av "Valfria uppgraderingar" I Windows 10/11 dyker ibland upp flera Intel-drivrutiner med gamla datum (som 2016 eller till och med 1968, vilket är ett jokertecken). Om du precis har installerat det officiella chipsetpaketet och några av dessa drivrutiner försvinner från listan är det ett gott tecken: det betyder att tillverkaren nu tillhandahåller nyare versioner, och du behöver inte förlita dig så mycket på de generiska drivrutinerna från Windows Update.

När det gäller att ändra internettidsservern, inaktivera automatiska nedladdningar av enhetsmetadata eller ändra nyckeln DeviceMetadataServiceURL i registret, är dessa bara meningsfulla i mycket specifika scenarier där problemet är känt för att vara relaterat till nedladdningar av metadata. I de flesta fall av felkod 0x80070490, Det är inte nödvändigt att justera dessa parametrar.

Fel 0x80070490 i appen E-post och kalender

Koden 0x80070490 verkar också vara associerad med Windows 10/11 Mail-appenDetta är särskilt vanligt när man försöker lägga till ett andra e-postkonto, oavsett om det är Outlook, Gmail eller en annan leverantör. Meddelandet indikerar vanligtvis att konfigurationen inte kunde hittas eller att åtgärden misslyckades med den angivna koden.

Internt beror detta vanligtvis på skadade poster i AppxAllUserStore-arkivet, på grund av felkonfigurerade sekretessbehörigheter eller en skadad installation av själva appen E-post och kalender.

Ett bra första steg är att se över sekretessinställningarInställningar > Sekretess > E-post och kalender och se till att appar har åtkomst till e-post och kalender, och att appen E-post och kalender har uttrycklig behörighet.

Nästa är mycket användbart Uppdatera appen från Microsoft StoreI Store, gå till "Bibliotek" > "Hämta uppdateringar" och använd eventuella väntande uppdateringar för e-post och kalender. Ofta försvinner felet efter att appen har uppdaterats.

Om det inte räcker kan du gå till Inställningar > Appar > E-post och kalender > Avancerade alternativ och använda knappen för att ÅterställaDetta rensar appens lokala data, som sedan konfigureras om från grunden. I extrema fall kan den avinstalleras med PowerShell (Get-AppxPackage Microsoft.Windowscommunicationsapps | Remove-AppxPackage) och installeras om från Store.

När korruptionen finns i AppxAllUserStore-registret involverar en avancerad lösning Ta bort nycklarna S-1-5-21-… Under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Appx\AppxAllUserStore, leta reda på alla användar-ID:n som inte längre finns och starta om. Detta tar bort föråldrade användarcacheminne som kan orsaka problem.

Använda SFC och DISM för e-post- och konfigurationsproblem

Även när felet 0x80070490 visas i Mail-appen eller kontoinställningarna är det en bra idé att köra en SFC-skanningFrån en kommandotolk som administratör, starta:

sfc /scannow

Kontrollprogrammet skannar alla skyddade systemfiler och Byt ut de skadade exemplaren mot korrekta kopiorProcessen kan ta mellan 15 och 20 minuter och om problem upptäcks i CBS-lagret kommer detta att indikeras i slutet.

Om korruption rapporteras vid CBS är det lämpligt att följa upp med DISM:

DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

Till sist rekommenderas det Starta om och försök att lägga till kontot igen. i Mail-appen eller upprepa konfigurationsåtgärden som orsakade felet. SFC och DISM korrigerar, när de körs korrekt, de flesta strukturella problem som resulterar i felkod 0x80070490, oavsett var i Windows de uppstår.

Även om koden 0x80070490 kan verka alarmerande, härrör den nästan alltid från en känd uppsättning orsaker: Skadade Windows Update-komponenter, skadade drivrutinköer, problematiska användarprofiler eller felaktigt installerade UWP-programGenom att kombinera de inbyggda verktygen (felsökare, SFC, DISM, systemåterställning), ominstallera viktiga drivrutiner (chipset, tillverkarens basdrivrutiner) och, vid behov, göra avancerade justeringar av registret och systemmapparna, är det möjligt att återställa datorns stabilitet utan att behöva formatera eller börja om från början.