1. Hva er DISM (Deployment Image Servicing and Management)
DISM (Deployment Image Servicing and Management) er et innebygd kommandolinjeverktøy i Windows som er utviklet for å vedlikeholde og reparere Windows-systembilder. Merk at DISM-bilder inkluderer både frakoblede Windows-bilder lagret i WIM-, VHD- eller VHDX-filer, og operativsystemer som kjører på nett, som tas som et spesielt Windows-systembilde (vi bruker «onlinebilde» i innholdet nedenfor). DISM er tilgjengelig via kommandolinjen eller PowerShell, og fungerer som et viktig verktøy for å fikse skader i komponentlageret, aktivere Windows-funksjoner, legge til drivere og løse systemproblemer uten å kreve en fullstendig Windows-nyinstallasjon.
2. Forstå forholdet mellom DISM og SFC
2.1 Forklaring av komponentlageret (WinSxS)
Windows-komponentbutikken, som ligger på C:\Windows\WinSxS, fungerer som det autoritative arkivet for komponenter i Windows-operativsystemet. Denne mappen inneholder hovedkopier av systemfiler som Windows bruker som kilde når det repareres eller gjenopprettes ødelagte filer. Å forstå denne arkitekturen er avgjørende for effektiv systemreparasjon. Når systemfiler blir ødelagt, henter Windows-reparasjonsverktøy rene kopier fra WinSxS-mappen for å erstatte de skadede filene, noe som gjør tilstanden til dette komponentarkivet kritisk for vellykkede systemreparasjoner.
2.2 Hva er systemfilkontroll (SFC)
Systemfilkontroll (SFC) er et innebygd Windows-verktøy som kan skanne og reparere ødelagte eller manglende Windows-systemfiler. SFC bruker komponentlageret som sin kilde til reparasjon, kontrollerer integriteten til beskyttede systemfiler og erstatter skadede versjoner med korrekte kopier. Derfor avhenger SFCs effektivitet helt av å ha et sunt komponentlager å hente rene filer fra.
For mer informasjon, se vår omfattende guide om SFC.
2.3 Hvorfor DISM må kjøres før SFC
DISM er det primære verktøyet for å vedlikeholde og reparere Windows-avbildningen, inkludert komponentlageret, og sikre integriteten til systemfiler som er lagret i WinSxS-mappen. Systemfilkontrollen (SFC) er helt avhengig av komponentlageret som reparasjonskilde, noe som skaper en kritisk avhengighet av DISM. Hvis selve komponentlageret er skadet, kan ikke SFC få tilgang til sunne filer for å reparere skadede systemfiler. Derfor må DISM kjøres først for å sikre at komponentlageret er sunt, slik at SFC får en ren kilde til filer for systemreparasjon.
2.4 Vanlige myter og misoppfatninger
Flere vedvarende myter omgir DISM og SFC som trenger avklaring:
- DISM og SFC er ubrukelige: Begge verktøyene reparerer effektivt Windows-feil når de brukes riktig i riktig rekkefølge, og suksessratene forbedres betydelig på systemer med SSD-lagring.
- DISM er rett og slett bedre SFC: Disse verktøyene tjener forskjellige formål – det ene reparerer komponentlageret, mens det andre reparerer systemfilprojeksjoner fra det lageret.
- DISM er for oppdateringer, SFC er for systemfiler: Selv om verktøyet håndterer oppdateringer, fokuserer den primære reparasjonsfunksjonen på komponentlageret, som inneholder alle systemfiler.
- Hvis SFC er ren, ikke bry deg med DISM: Et korrupt komponentlager kan maskere problemer selv om SFC ikke rapporterer noen problemer.
- De bruker for lang tid på å kjøre: På moderne SSD-systemer fullføres DISM vanligvis på 10–20 minutter og SFC på 5–15 minutter, noe som gjør dem til effektive feilsøkingsverktøy.
3. Forklaring av DISM-kommandoalternativer
3.1 DISM /CheckHealth-kommando
Ocuco DISM / Online / Cleanup-Image / CheckHealth Kommandoen gir rask oppdagelse av korrupsjon ved å sjekke om den gjeldende kjørende Windows-enheten (online-avbildning) har blitt flagget som ødelagt av en tidligere mislykket operasjon. Denne kommandoen kjøres nesten umiddelbart fordi den bare leser eksisterende flagg i stedet for å skanne filer. Bruk denne kommandoen som en førstelinjediagnose når du mistenker problemer med komponentlageret eller andre problemer, men ikke vil vente på en fullstendig skanning. Imidlertid, / Sjekk Helse vil ikke oppdage alle typer korrupsjon – den rapporterer bare problemer som allerede er registrert i systemet.
3.2 DISM /ScanHealth-kommando
Ocuco DISM / Online / Cleanup-Image / ScanHealth kommandoen utfører en dyp skanning for korrupsjon i den gjeldende kjørende Windows-en (online image), noe som tar flere minutter å fullføre ettersom den undersøker integriteten til Windows-filer. I motsetning til / Sjekk Helse, skanner denne kommandoen aktivt etter korrupsjon i stedet for bare å sjekke eksisterende flagg. Under skanningen kan den forsøke å reparere noe korrupsjon, men mangler de nødvendige rettighetene til å fullføre reparasjonene. Denne kommandoen logger alle oppdagede korrupsjonsproblemer, noe som gjør den til et diagnostisk verktøy snarere enn et reparasjonsverktøy. For faktiske reparasjoner må du bruke / RestoreHealth etter å ha identifisert korrupsjon.
3.3 DISM /RestoreHealth-kommando
Ocuco DISM / Online / Cleanup-Image / RestoreHealth Kommandoen utfører faktisk reparasjon av skader i gjeldende Windows (online image) ved å laste ned rene filer fra Windows Update og erstatte skadede komponenter. Denne kommandoen krever internettforbindelse med mindre du angir en alternativ kilde med /Kilde parameter. Reparasjonsprosessen kan ta 15–30 minutter, avhengig av systemhastighet og alvorlighetsgraden av skaden. Når den er fullført, vil du se meldingen «Gjenopprettingen er fullført», hvoretter du umiddelbart bør kjøre SFC for å reparere systemfilprojeksjonene.
3.4 DISM /StartComponentCleanup-kommando
Ocuco DISM / Online / Cleanup Image / StartComponentCleanup Kommandoen fjerner erstattede Windows-komponenter for å frigjøre diskplass. Disse erstattede komponentene er sikkerhetskopifiler fra tidligere oppdateringsversjoner, så hvis du fjerner dem permanent, elimineres muligheten til å rulle tilbake nylige Windows-oppdateringer. Kjør aldri denne kommandoen på systemer som viser tegn til korrupsjon eller ustabilitet, da verktøyet bruker komponentlageret til å bestemme hva som er utdatert – ødelagte metadata kan føre til feilaktige slettingsbeslutninger. Bruk bare komponentopprydding på sunne systemer etter å ha bekreftet rene skanninger.
3.5 Andre viktige DISM-alternativer
Ytterligere alternativer gir fleksibilitet for avanserte reparasjonsscenarier:
- /Kildeparameter: Angir plasseringer for tilpassede reparasjonskilder når Windows Update ikke er tilgjengelig, eller når du vil bruke en lokal install.wim-fil i stedet.
- /LimitAccess-parameter: Forhindrer at verktøyet bruker Windows Update som en reparasjonskilde, og tvinger det til å bare bruke lokalt angitte kilder.
- Online vs. offline-service: Online vs. offline-service: Online-operasjoner reparerer det kjørende systemet, mens offline-operasjoner fungerer med monterte avbildninger. Bruk online-reparasjon for tilgjengelige systemer og offline-reparasjon når Windows ikke starter opp, eller for service av distribusjonsavbildninger.
- Rekkefølge for utførelse av kommando: Kjør alltid kommandoer i rekkefølge (DISM deretter SFC) uten å starte på nytt eller kjøre andre operasjoner mellom dem.
4. Fullfør DISM-reparasjonsprosedyren (trinn for trinn)
4.1 Forberedelser før reparasjon
Før du kjører DISM-kommandoer, må du fullføre disse forberedelsesoppgavene:
- Lukk alle applikasjoner og prosesser: Avslutt alle kjørende programmer for å forhindre konflikter med filtilgang under reparasjonsoperasjonen.
- Bekreft administratorrettigheter: Åpne ledeteksten eller PowerShell som administrator ved å høyreklikke og velge Kjør som administrator.
- Lag systemsikkerhetskopi: Vurder å opprette et systemgjenopprettingspunkt eller en fullstendig sikkerhetskopi før du foretar reparasjoner på systemnivå.
4.2 Trinn 1: Gjenopprett data (om nødvendig)
Hvis du mistenker at disken er ødelagt eller at filsystemet er skadet, må du gjenopprette viktige data før du kjører reparasjonsverktøy som CHKDSK, DISM og SFC. Disse verktøyene kan endre filsystemstrukturen, og i sjeldne tilfeller kan de føre til ytterligere datatap hvis det er maskinvareproblemer med harddisken. DataNumen Data Recovery å skanne harddisken din og gjenopprette kritiske filer til et trygt sted før du fortsetter med systemreparasjoner. Dette forholdsregelen sikrer at verdifulle data forblir beskyttet uansett reparasjonsresultat.
4.3 Trinn 2: Kjør CHKDSK (hvis nødvendig)
Kjør CHKDSK hvis du mistenker maskinvareproblemer eller diskfeil. Utfør chkdsk C: / f / r / x å utføre omfattende disksjekk som fikser filsystemfeil, finner skadede sektorer og tvinger volumet til å demonteres først om nødvendig. Å kjøre CHKDSK før reparasjonen sikrer at den fysiske disken kan lagre reparerte filer på en pålitelig måte. Vær oppmerksom på at CHKDSK krever en systemomstart for å skanne systemstasjonen – Windows vil planlegge skanningen for neste oppstart.
Hvis du vil ha mer informasjon om CHKDSK, kan du se vår omfattende guide.
4.4 Trinn 3: Sjekk for korrupsjon med DISM
Følg denne diagnostiske sekvensen for å vurdere tilstanden til komponentlageret:
- Start med /Sjekk helse: Kjør DISM / Online / Cleanup-Image / CheckHealth for en rask vurdering som fullføres på sekunder.
- Følg med /ScanHealth: If / Sjekk Helse indikerer problemer eller du ønsker grundig analyse, kjør DISM / Online / Cleanup-Image / ScanHealth.
- Tolk resultater: Se etter meldinger som indikerer at det er oppdaget korrupsjon eller at det ikke er funnet noen korrupsjon i kommandoutdataene.
- Avgjør om reparasjon er nødvendig: Hvis en av kommandoene rapporterer korrupsjon, fortsett umiddelbart til trinn 3.
4.5 Trinn 4: Reparer bildet med DISM /RestoreHealth
Kjør hele reparasjonskommandoen: DISM / Online / Cleanup-Image / RestoreHealthKommandoen kontakter Windows Update som standard for å laste ned rene komponentfiler for reparasjon. Forvent at operasjonen kjører i 15–30 minutter med fremdriftsindikatorer som viser fullføringsprosent. Når du ser «Gjenopprettingsoperasjonen er fullført», er komponentlageret nå i orden. Hvis reparasjonen mislykkes med feil i kildefilen, må du angi en tilpasset reparasjonskilde ved hjelp av /Kilde parameter.
4.6 Trinn 5: Kjør SFC etter DISM
Kjør umiddelbart etter vellykket fullføring sfc / scannow for å reparere systemfilprojeksjoner ved hjelp av det nå fungerende komponentlageret. SFC skanner alle beskyttede systemfiler og erstatter ødelagte versjoner med riktige kopier fra komponentlageret. Du vil se fremdriftsoppdateringer som viser bekreftelsesprosent og filreparasjonshandlinger. Forventede fullføringsmeldinger inkluderer «Windows Resource Protection fant ingen integritetsbrudd» eller «Windows Resource Protection fant ødelagte filer og reparerte dem». Kjør SFC bare én gang etter at reparasjonen er fullført – det er ikke nødvendig å kjøre den flere ganger.
4.7 Når du skal starte på nytt og når du ikke skal
Riktig omstartstidspunkt er avgjørende for vellykket reparasjon:
- Ikke start på nytt mellom DISM-kommandoene og SFC: Fullfør hele sekvensen uten avbrudd for å sikre at reparasjonene av komponentlageret gjelder systemfiler.
- Start på nytt etter at SFC er fullført: Start på nytt bare etter at både DISM- og SFC-kommandoene er fullført, slik at alle reparasjoner trer i kraft.
- Optimal kommandosekvens: Kjør CHKDSK (hvis nødvendig) -> Start på nytt -> DISM-kommandoer -> SFC -> Endelig omstart.
5. Avanserte DISM-reparasjonsscenarier
5.1 Bruk av tilpassede reparasjonskilder
Når Windows Update ikke fungerer som reparasjonskilde, eller du mangler internettforbindelse, kan du bruke tilpassede kilder fra en Windows ISO. Moderne Windows ISO-er inneholder vanligvis enten install.wim (eldre eller bedriftsmedier) eller install.esd (komprimert format fra Microsoft
nedlastinger). Dobbeltklikk på ISO-filen og velg Filutforsker for å montere den som en ny disk, og sjekk deretter kilder mappen på harddisken for å se hvilken filtype du har.
Slik bruker du install.wim som reparasjonskilde:
DISM /Online /Cleanup-Image /RestoreHealth /Source:E:\Sources\install.wimFor å bruke install.esd som reparasjonskilde:
DISM /Online /Cleanup-Image /RestoreHealth /Source:E:\Sources\install.esd5.2 Manuell DISM-reparasjon med pakkefiler
Når automatisk reparasjon mislykkes, gir manuell reparasjon ved hjelp av utpakkede pakkefiler en alternativ tilnærming som ikke krever WIM-filer. Finn nødvendige pakkefiler ved å identifisere ødelagte komponenter i CBS.log-filen, og trekk deretter ut samsvarende pakker fra et fungerende system som kjører samme Windows-versjon. Plasser utpakkede pakkefiler i en mappe og pek verktøyet til den mappen som kilde – mappebasert reparasjon gir mer fleksibilitet fordi den kan fungere med løse filer i stedet for monterte bilder, noe som kan være nyttig i alvorlige korrupsjonsscenarier.
Eksempel: CBS.log viser korrupsjon i EnterpriseModernAppMgmtCSP.dll (UBR 10.0.19045.3636)
Løsning:
- Identifisert som en del av KB5031445-oppdateringen
- Lastet ned KB5031445 fra Microsoft Update-katalogen
- Utdrag:
expand windows10.0-kb5031445.msu -F:* C:\temp\Extract - Uttrukket CAB:
expand C:\temp\Extract\*.cab -F:* C:\temp\Source - Reparert:
DISM /Online /Cleanup-Image /RestoreHealth /Source:C:\temp\Source /LimitAccess - Verifisert: CBS.log viste
(w) (Fixed)for den ødelagte filen
5.3 DISM-reparasjon på nett vs. frakoblet
Online reparasjon (vedlikeholder den kjørende Windows-installasjonen) opererer på systemet som kjører for øyeblikket, og gir direkte tilgang til alle
systemressurser og tjenester. Dette er standard reparasjonsmetoden for oppstartbare Windows-systemer. Bruk frakoblet reparasjon når Windows ikke fungerer.
oppstart eller ved vedlikehold av bilder for distribusjon. Frakoblede scenarier krever at Windows-bildet monteres først ved hjelp av monteringskommandoer før reparasjoner utføres. Syntaksen er forskjellig for frakoblede reparasjoner: erstatt /På nett med /Bilde:C:\montering der C:\mount er banen til det monterte bildet:
DISM /Image:C:\mount /Cleanup-Image /CheckHealth
DISM /Image:C:\mount /Cleanup-Image /ScanHealth
DISM /Image:C:\mount /Cleanup-Image /RestoreHealth
5.4 Flere DISM-forsøk på alvorlig korrupsjon
Alvorlig ødelagte systemer kan kreve flere kjøringer fordi verktøyet reparerer trinnvis, og fikser grunnleggende problemer først før det adresserer avhengige komponenter. Overvåk CBS.log-filen på C: \ Windows \ Logs \ CBS \ CBS.log etter hver kjøring for å spore reparasjonsfremdriften og identifisere gjenværende problemer. Kjør reparasjonen opptil 3–5 ganger hvis hver iterasjon viser fremgang. Hvis tre påfølgende kjøringer ikke viser noen forbedring, eller verktøyet rapporterer at bildet ikke kan repareres, bør du vurdere en oppgraderingsreparasjon på stedet eller en ren Windows-installasjon i stedet.
6. Løse problemer med Windows Update med DISM
6.1 Sjekk Windows Update-feil
Når Windows Update mislykkes, hjelper det å sjekke feilkoden med å finne ut om det er feil i komponentlageret som er årsaken. Følg disse trinnene for å se oppdateringsfeil:
- Open innstillinger ved å trykke Vinn + jeg.
- Klikk Windows Update i venstre sidefelt.
- Klikk Oppdater historie.
- Se etter oppdateringer merket som Mislyktes i statuskolonnen.
- Legg merke til feilkoden som vises (for eksempel 0x80073712 eller 0x800F081F).
Vanlige feilkoder som indikerer korrupsjon i komponentlageret:
- 0x80073712 – Korrupsjon av komponentlager oppdaget
- 0x800F081F – Kildefiler ble ikke funnet eller er ødelagt
- 0x80070002 – Nødvendige filer mangler
- 0x8007000D – Ugyldige data i komponentlageret
Hvis du ser noen av disse feilkodene, må komponentlageret repareres med DISM før Windows Update kan lykkes. Gå videre til neste avsnitt for å reparere feilen.
6.2 Bruk av DISM for å fikse feil i oppdateringer
Følg denne trinnvise reparasjonsprosessen for oppdateringer:
- Åpne ledetekst som administrator.
- Kjør DISM / Online / Cleanup-Image / RestoreHealth for å reparere komponentlageret.
- Kjør sfc / scannow umiddelbart etter at reparasjonen er fullført.
- Start datamaskinen på nytt.
- Kjør Windows Update på nytt for å installere ventende oppdateringer.
Bruk Feilsøking for Windows Update først for enkle problemer, men fortsett direkte til DISM/SFC-reparasjonsverktøyene når oppdateringer mislykkes gjentatte ganger, eller når feilsøkingsprogrammet rapporterer problemer med komponentlageret.
6.3 Komponentlagertilstand og oppdateringer
Komponentlagerets tilstand påvirker direkte Windows Updates evne til å installere oppdateringer fordi oppdateringer endrer eller legger til komponenter som er lagret i WinSxS-mappen. Når du ser på CBS.log-filer, vil du se oppføringer merket med «Kontrollerer systemoppdateringsberedskap», som er den moderne erstatningen for det eldre CheckSUR-verktøyet. Reparasjonsverktøyet bekrefter at komponentlageret kan godta nye oppdateringer uten å komme i konflikt med ødelagte eksisterende komponenter. For å forhindre fremtidige oppdateringsproblemer, kjør /RestoreHealth proaktivt hver gang du støter på den første oppdateringsfeilen, i stedet for å vente på at flere feil skal hope seg opp.
7. Vanlige DISM-problemer og feilsøking
7.1 Vanlige DISM-feilmeldinger
- Feil 0x800F081F: indikerer at kildefilene ikke ble funnet
- Feil 0x800F0906: tyder på problemer med nettverkstilkoblingen med Windows Update.
- "Kildefilene ble ikke funnet": DISM har ikke tilgang til Windows Update eller den angitte /Kilde Stien mangler nødvendige filer – bekreft internettforbindelsen eller oppgi riktig kildesti.
- Feil 87 – Parameteren er feil: Kommandosyntaksfeil, vanligvis forårsaket av feil parameterrekkefølge eller manglende nødvendige alternativer – bekreft kommandostaving og parameterplassering.
- Feilmeldinger om nektet tilgang: Kommandoprompt eller PowerShell kjører ikke med administratorrettigheter – lukk og åpne på nytt som administrator ved å høyreklikke og velge Kjør som administrator.
7.2 DISM sitter fast eller tar for lang tid
Normal varighet varierer betydelig mellom SSD-systemer (10–20 minutter) og HDD-systemer (30–60 minutter eller mer). Vent hvis du ser at fremdriftsprosenten øker, selv sakte – verktøyet stopper ofte ved 20 %, 40 % og 62 % mens det utfører intensive operasjoner. Stopp og start bare på nytt hvis fremdriften forblir helt frosset i over 30 minutter på SSD eller 2 timer på HDD. Overvåk CBS.log-filen på C: \ Windows \ Logs \ CBS \ CBS.log bruker en tekstredigerer – nye loggoppføringer indikerer at reparasjonen fortsatt fungerer selv om prosentvisningen ser ut til å være frossen.
7.3 Kjøre DISM på riktig Windows-installasjon
DISM og SFC må kjøres fra Windows-installasjonen du vil reparere, ikke fra gjenopprettingsmiljøer eller andre Windows-forekomster. Disse verktøyene inspiserer og reparerer bare det kjørende operativsystemet. Windows Recovery Environment (WinRE) er en separat kopi av Windows, og det å kjøre reparasjonskommandoer fra WinRE vil ikke fikse den primære Windows-installasjonen. For å utføre reparasjoner, start opp i den faktiske Windows-installasjonen, åpne ledeteksten som administrator og kjør DISM derfra. Hvis Windows ikke starter opp normalt, må du kanskje bruke avanserte gjenopprettingsalternativer eller utføre reparasjoner fra et annet fungerende system.
7.4 Når DISM ikke kan løse problemet
Forstå når du bør avbryte reparasjonsforsøk:
- Ikke-reparerbare bilder: Verktøyet rapporterer eksplisitt «Komponentlageret kan repareres» eller «Feilen i komponentlageret ble reparert» når det er vellykket – meldinger som sier «kan ikke repareres» indikerer fatal feil.
- Alternative løsninger: Prøv manuell reparasjon med pakkefiler eller bruk en annen reparasjonskilde før du gir opp helt.
- Reparasjon av oppgradering på stedet: Kjør Windows-installasjonen fra Windows ved hjelp av installasjonsmedier for å reparere Windows samtidig som filer og programmer bevares.
- Rengjør Windows-installasjon: Som en siste utvei, sikkerhetskopier dataene dine og utfør en ren Windows-installasjon for å erstatte det ødelagte systemet fullstendig.
8. DISM med PowerShell
PowerShell tilbyr innebygde cmdleter for DISM-operasjoner med renere syntaks og forbedrede skriptfunksjoner sammenlignet med den tradisjonelle kommandolinjekjørbare filen.
8.1 PowerShell vs. kommandoprompt DISM
Kommandosammenligning:
| Operasjon | Ledetekst | PowerShell |
|---|---|---|
| Sjekk helsen | DISM /Online /Cleanup-Image /CheckHealth |
Repair-WindowsImage -Online -CheckHealth |
| Skanningshelse | DISM /Online /Cleanup-Image /ScanHealth |
Repair-WindowsImage -Online -ScanHealth |
| Gjenopprette helse | DISM /Online /Cleanup-Image /RestoreHealth |
Repair-WindowsImage -Online -RestoreHealth |
| Komponentopprydding | DISM /Online /Cleanup-Image /StartComponentCleanup |
Repair-WindowsImage -Online -StartComponentCleanup |
PowerShell-fordeler:
- Fullføring av faneblad: Trykk Tab etter å ha skrevet parameternavn for å fullføre automatisk
- Parametervalidering: PowerShell validerer parametere før utførelse
- Objektutgang: Returnerer strukturerte data for skripting og automatisering
- Innebygd hjelp:
Get-Help Repair-WindowsImage -Fullviser fullstendig dokumentasjon - Fremdriftsindikatorer: Bedre visuell tilbakemelding under lange operasjoner
8.2 Grunnleggende PowerShell DISM-kommandoer
Rask helsesjekk:
# Check if component store has corruption flags
Repair-WindowsImage -Online -CheckHealthUtgang: Returnerer umiddelbart med ImageHealthState (Healthy, Repairable eller NonRepairable)
Omfattende skanning:
# Perform comprehensive corruption scan
Repair-WindowsImage -Online -ScanHealthUtgang: Tar flere minutter, returnerer detaljerte skanneresultater
Fullstendig reparasjon:
# Repair component store using Windows Update
Repair-WindowsImage -Online -RestoreHealthUtgang: Laster ned og implementerer rettelser, returnerer reparasjonsstatus
Få hjelp:
# View all available parameters and examples
Get-Help Repair-WindowsImage -Full
# View specific examples
Get-Help Repair-WindowsImage -Examples
# View online documentation
Get-Help Repair-WindowsImage -Online8.3 Bruk av tilpassede reparasjonskilder
Reparer med ISO-kilde:
# Mount ISO first (double-click ISO file or use PowerShell)
Mount-DiskImage -ImagePath "C:\Downloads\Windows11.iso"
# Check mounted drive letter (e.g., D:)
Get-Volume
# Repair using install.esd from mounted ISO
Repair-WindowsImage -Online -RestoreHealth -Source "D:\sources\install.esd" -LimitAccessForklaring:
-Sourcespesifiserer tilpasset reparasjonskilde-LimitAccesshindrer bruk av Windows Update
Reparer med WIM-fil:
# Use install.wim from enterprise media
Repair-WindowsImage -Online -RestoreHealth -Source "E:\sources\install.wim" -LimitAccess
# Specify edition index within WIM
Repair-WindowsImage -Online -RestoreHealth -Source "wim:E:\sources\install.wim:1" -LimitAccessSjekk WIM/ESD-utgaver:
# List all editions in a WIM file
Get-WindowsImage -ImagePath "E:\sources\install.wim"
# List all editions in an ESD file
Get-WindowsImage -ImagePath "D:\sources\install.esd"Utdata viser: Bildeindeks, bildenavn (f.eks. Windows 11 Pro), bildestørrelse
8.4 Kommandoer for komponentopprydding
Grunnleggende komponentrengjøring:
# Remove superseded components (safe)
Repair-WindowsImage -Online -StartComponentCleanupAggressiv opprydding med ResetBase:
# Remove all superseded components permanently
Repair-WindowsImage -Online -StartComponentCleanup -ResetBaseAdvarsel: -ResetBase fjerner permanent muligheten til å avinstallere Windows-oppdateringer. Brukes kun på stabile, sunne systemer.
Sjekk komponentlagerstørrelse:
# Analyze component store disk usage
Repair-WindowsImage -Online -AnalyzeComponentStoreUtdata inkluderer:
- Rapportert størrelse i Windows Utforsker
- Faktisk størrelse på komponentlageret
- Delt med Windows
- Sikkerhetskopier og deaktiverte funksjoner
- Opprydding anbefalt (Ja/Nei)
9. Beste praksis og anbefalinger
9.1 Riktig rekkefølge for kommandoutførelse
Den optimale reparasjonssekvensen følger CHKDSK -> DISM -> SFC for å håndtere problemer fra maskinvarelaget via komponentlageret til systemfiler. Denne rekkefølgen er kritisk fordi hvert verktøy er avhengig av tilstanden til det forrige laget – ødelagte disker ødelegger filer, og ødelagte komponentlagre ødelegger SFC-reparasjoner. Unngå å kjøre oppdateringer, installasjoner eller systemendringer mellom DISM og SFC. Kjør aldri DISM og SFC samtidig, da dette skaper filtilgangskonflikter og kan forverre korrupsjonen.
9.2 Når du skal bruke DISM
Kjør reparasjonsverktøyet når du ser disse indikatorene:
- Tegn på korrupsjon i komponentlageret: Treg Windows-ytelse, forsinket programstart eller krasjer i Microsoft Management Console (MMC).
- Windows Update mislykkes gjentatte ganger: De samme oppdateringene mislykkes ved installasjon flere ganger, med feilkoder som indikerer korrupsjon.
- Systemfilkontrollen klarer ikke å fikse filer: SFC rapporterer «funnet korrupte filer, men klarte ikke å fikse noen av dem».
- Ytelsesproblemer og merkelige feil: Uforklarlige systemtrettheter, manglende systemfiler eller funksjoner som ikke aktiveres.
- Etter fjerning av skadelig programvare: Skadelig programvare ødelegger ofte systemfiler – kjør reparasjonen etter at du har renset infeksjoner for å fikse skaden.
9.3 Når DISM IKKE skal brukes
Unngå DISM i disse scenariene:
- Ferske Windows-installasjoner: Systemer som er installert innen 24 timer har sjelden ødelagte komponentlager – fokuser på feilsøking andre steder.
- Maskinvarerelaterte problemer: DISM kan ikke fikse RAM-feil, harddisker som dør eller CPU-er som overopphetes – disse krever utskifting av maskinvare.
- Driverproblemer: Problemer med enhetsdrivere krever driveroppdateringer eller tilbakestillinger, ikke reparasjon fra komponentlageret.
- Korrupsjon av ikke-systemfiler: DISM reparerer bare Windows-systemfiler, ikke tredjepartsapplikasjoner eller brukerdatafiler.
9.4 Forebyggende vedlikehold
Oppretthold systemhelse med disse fremgangsmåtene:
- Vanlige Windows-oppdateringer: Installer kumulative oppdateringer omgående for å motta forbedringer i komponentlagerets integritet som Microsoft inkluderer i oppdateringer.
- Riktige avstengingsprosedyrer: Bruk alltid Start -> Av/på -> Slå av i stedet for å holde inne av/på-knappen for å forhindre filkorrupsjon.
- Overvåking av diskhelse: Kjør CHKDSK med jevne mellomrom og overvåk SMART-data for å fange opp diskproblemer før de ødelegger filer.
- Sikkerhetskopieringsstrategier: Opprett regelmessige sikkerhetskopier av systembilder og gjenopprettingspunkter før større systemendringer.
- Unngå komponentopprydding på ustabile systemer: Aldri løp / StartComponentCleanup når du opplever systemproblemer eller symptomer på korrupsjon.
10. Ofte stilte spørsmål (FAQ)
Spørsmål: Hva gjør egentlig DISM /Online /Cleanup-Image /RestoreHealth?
A: Denne kommandoen skanner Windows-komponentlageret for skader, og laster deretter ned rene erstatningsfiler fra Windows Update for å reparere skadede komponenter. Prosessen bekrefter integriteten til tusenvis av systemfiler som er lagret i C:\Windows\WinSxS og erstatter eventuelle ødelagte filer med bekreftede originaler. Etter vellykket fullføring blir komponentlageret i god stand, slik at Systemfilkontrollen kan reparere systemfilprojeksjoner fra denne rene kilden.
Spørsmål: Må jeg kjøre /ScanHealth og /CheckHealth før /RestoreHealth?
A: Nei, løper / Sjekk Helse og / ScanHealth før du / RestoreHealth er valgfritt. Disse diagnostiske kommandoene hjelper deg med å vurdere alvorlighetsgraden av skade, men / RestoreHealth utfører sin egen skanning før reparasjon. Hvis du mistenker problemer med komponentlageret, kan du kjøre / RestoreHealth direkte. Imidlertid, løping / ScanHealth hjelper deg først å forstå omfanget av korrupsjon og om reparasjon faktisk er nødvendig.
Spørsmål: Hvor lang tid tar det å fullføre DISM?
A: Fullføringstiden avhenger av lagringstypen og alvorlighetsgraden av skaden. På SSD-systemer kan du forvente 10–20 minutter. / RestoreHealth, mens HDD-systemer kan kreve 30–60 minutter eller lenger. / ScanHealth Kommandoen tar vanligvis 5–15 minutter på SSD-er og 20–40 minutter på harddisker. Fremdriften ser ofte ut til å være frossen ved visse prosenter (20 %, 40 %, 62 %) mens verktøyet utfører intensive bakgrunnsoperasjoner – dette er normalt.
Spørsmål: Kan jeg bruke datamaskinen min mens DISM kjører?
A: Selv om det er teknisk mulig, bør du unngå å bruke datamaskinen under reparasjonsoperasjoner. Lukk alle programmer før du starter og la den kjøre uten avbrudd. Å kjøre andre programmer under reparasjonen kan forårsake filtilgangskonflikter, redusere reparasjonsprosessen betydelig eller til og med føre til at den feiler. Hvis du må bruke datamaskinen, vent til operasjonen er fullført – tiden som spares ved multitasking er ikke verdt å risikere at reparasjonen mislykkes.
Spørsmål: Hvorfor må jeg kjøre DISM før SFC?
A: SFC bruker komponentlageret som kilde til rene filer for reparasjoner, så hvis selve komponentlageret er skadet, kan ikke SFC hente sunne filer for å erstatte skadede systemfiler. DISM reparerer komponentlageret først, og sørger for at SFC har tilgang til bekreftede rene filer. Denne avhengigheten forklarer hvorfor SFC ofte mislykkes med meldinger om at «kan ikke reparere noen filer» før du kjører DISM først – verktøyet prøver å kopiere fra en skadet kilde.
Spørsmål: Hva om DISM sier «Ingen korrupsjon i komponentlageret oppdaget», men jeg fortsatt har problemer?
A: Korrupsjon i komponentlageret representerer bare én mulig årsak til Windows-problemer. Hvis skanningen ikke finner noen korrupsjon, undersøk andre årsaker: maskinvarefeil (kjør minnediagnostikk og sjekk disktilstanden), driverkonflikter (oppdater eller tilbakestill nylige driverendringer), problemer med tredjeparts programvare (oppstart i sikkermodus for å teste), skadelig programvareinfeksjoner (kjør antivirusskanninger) eller Windows Update-problemer som ikke er relatert til korrupsjon (bruk feilsøkingsprogrammet for Windows Update).
Spørsmål: Kan DISM fikse maskinvareproblemer?
A: Nei, verktøyet reparerer bare programvarefeil i Windows-systemfiler og kan ikke fikse maskinvarefeil. Fysiske problemer som harddisker som svikter, defekte RAM-moduler, overopphetede CPU-er eller døende hovedkort krever utskifting av maskinvare. Maskinvareproblemer forårsaker imidlertid ofte programvarefeil – fiks maskinvaren først, og kjør deretter reparasjonen for å fikse den resulterende filfeilen.
Spørsmål: Trenger jeg Windows-installasjonsmedier for å kjøre DISM?
A: For reparasjoner på nett ved bruk av / RestoreHealth, DISM laster ned reparasjonsfiler automatisk fra Windows Update, og krever ingen installasjonsmedier hvis du har internettforbindelse. Du trenger bare installasjonsmedier (ISO-fil eller USB-stasjon) når Windows Update ikke er tilgjengelig, internettilgang er begrenset, eller du foretrekker å bruke lokale kilder med /Kilde parameter. Install.wim-filen fra installasjonsmediet fungerer som et frakoblet arkiv for rene systemfiler.
Spørsmål: Er det trygt å kjøre DISM flere ganger?
A: Ja, det er helt trygt å kjøre DISM flere ganger, og noen ganger nødvendig ved alvorlig skade. DISM reparerer trinnvis – hver kjøring kan fikse ytterligere problemer som ikke kunne løses før tidligere reparasjoner var fullført. Men hvis tre kjøringer på rad ikke viser noen forbedring, eller DISM fortsetter å rapportere de samme feilene, vil ytterligere forsøk sannsynligvis ikke hjelpe. På det tidspunktet bør du vurdere manuell reparasjon med pakkefiler eller reparasjon av oppgradering på stedet i stedet.
Spørsmål: Hva er forskjellen mellom /CheckHealth og /ScanHealth?
A: / Sjekk Helse utfører en rask sjekk ved å lese eksisterende korrupsjonsflagg uten å faktisk skanne filer – den fullføres nesten umiddelbart og rapporterer bare tidligere oppdaget korrupsjon. / ScanHealth utfører en grundig skanning av alle komponentlagerfiler, og ser aktivt etter korrupsjon i stedet for bare å sjekke flagg – det tar flere minutter, men gir omfattende korrupsjonsdeteksjon. / Sjekk Helse for raske vurderinger og / ScanHealth når du trenger detaljert diagnostikk.
Spørsmål: Vil DISM slette filene eller programmene mine?
A: DISM reparerer kun Windows-systemfiler i komponentlageret og berører aldri dine personlige filer, dokumenter, bilder eller installerte programmer. Dataene dine forblir helt trygge under DISM-operasjoner. Imidlertid / StartComponentCleanup Kommandoen sletter sikkerhetskopikomponenter som er nødvendige for å avinstallere Windows-oppdateringer, og fjerner dermed muligheten til å rulle tilbake nylige oppdateringer (men påvirker ikke filene eller programmene dine).
Spørsmål: Kan jeg kjøre DISM fra Windows-gjenopprettingsmiljøet?
A: Nei, DISM og SFC må kjøres fra selve Windows-installasjonen du vil reparere, ikke fra Windows Recovery Environment (WinRE) eller andre gjenopprettingsverktøy. WinRE er en separat kopi av Windows, og det å kjøre disse kommandoene fra WinRE vil ikke fikse den primære Windows-installasjonen. Disse verktøyene inspiserer og reparerer bare operativsystemet som kjører. Hvis Windows-installasjonen ikke starter opp, må du bruke andre gjenopprettingsmetoder eller søke ytterligere feilsøkingshjelp.
Spørsmål: Hva bør jeg gjøre hvis DISM ikke klarer å reparere systemet mitt?
A: Hvis / RestoreHealth Hvis feilen oppstår, kan du prøve disse trinnene i rekkefølge: Bruk først en tilpasset reparasjonskilde med /Kilde parameter som peker til install.wim fra samsvarende Windows-installasjonsmedier. For det andre, forsøk manuell DISM-reparasjon ved å bruke utpakkede pakkefiler fra et fungerende system. For det tredje, kjør en oppgraderingsreparasjon på stedet ved å starte Windows-installasjonen fra Windows for å reparere installasjonen samtidig som filer og programmer beholdes. Til slutt, hvis alle reparasjonsforsøk mislykkes, sikkerhetskopier dataene dine og utfør en ren Windows-installasjon.
Spørsmål: Fungerer DISM på Windows 7?
A: DISM finnes i Windows 7, men reparasjonsfunksjonaliteten for komponentlageret (/ RestoreHealth) er begrenset sammenlignet med Windows 8 og nyere. Windows 7-brukere bør bruke System Update Readiness Tool (CheckSUR) i stedet for reparasjoner av komponentlageret. DISMs fulle reparasjonsmuligheter krever Windows 8, Windows 8.1, Windows 10, Windows 11 eller tilsvarende Windows Server-versjoner.
Spørsmål: Hva er CBS.log-filen, og hvordan leser jeg den?
A: CBS.log, plassert på C: \ Windows \ Logs \ CBS \ CBS.log, registrerer alle komponentbaserte serviceoperasjoner, inkludert DISM- og SFC-aktiviteter. Åpne den med Notisblokk eller en hvilken som helst tekstredigerer for å se detaljerte driftslogger. Se etter oppføringer som inneholder «DISM» eller «CSI» (Component Store Infrastructure) for å spore reparasjonsfremdriften. Loggen viser hvilke filer DISM skannet, hvilke skader som ble oppdaget, hvilke reparasjonsforsøk og om hver operasjon var vellykket eller mislykket. Søk etter «Kontrollerer systemoppdateringsberedskap» for å finne DISM-spesifikke oppføringer.
11. Ressurser
11.1 Offisielle Microsoft-ressurser
Se disse offisielle Microsoft-dokumentasjonsressursene for omfattende DISM-informasjon:
- Microsofts offisielle dokument: Kommandolinjealternativer for DISM-bildebehandling
- Microsofts offisielle dokument: Reparer et Windows-bilde
- Microsofts offisielle dokument: DISM-operativsystempakke som betjener kommandolinjealternativer
- Microsofts offisielle kundestøtte: Rett Windows Update-feil ved hjelp av DISM
- Microsofts offisielle kundestøtte: Bruk systemfilkontrollverktøyet til å reparere manglende eller ødelagte systemfiler
- Microsofts offisielle dokument: DISM-støttede plattformer
- Microsofts offisielle dokument: DISM-oversikt
- Microsofts offisielle dokument: DISM-kommandolinjereferanse
11.2 Relaterte Windows-reparasjonsverktøy
Utforsk disse ekstra verktøyene for reparasjon og gjenoppretting av Windows:
- Systemfilkontroll (SFC): Skann og fiks Windows-filer
- CHKDSK-kommando: Sjekk og reparer diskfeil i Windows
om forfatteren
Qian Gua er en spesialist på datagjenoppretting med over 10 års erfaring innen Windows-filsystemer, lagringsteknologier og katastrofegjenopprettingsløsninger. Han har med hell veiledet tusenvis av brukere gjennom kritiske datatapscenarier i både personlige og bedriftsmiljøer.
Qian spesialiserer seg på datagjenopprettingsmetoder for Windows, filsystemanalyse og forebyggende sikkerhetskopieringsstrategier. Hans omfattende praktiske erfaring inkluderer gjenoppretting av data fra harddisker, implementering av omfattende sikkerhetskopieringsløsninger og feilsøking av komplekse filsystemproblemer på tvers av NTFS, FAT-, exFAT- og ReFS-volumer. Han har jobbet med diverse gjenopprettingsverktøy og -teknikker, fra innebygde Windows-verktøy til profesjonell programvare for datagjenoppretting.
Gjennom sin tekniske skriving er Qian dedikert til å gi brukere praktisk kunnskap til å beskytte og gjenopprette verdifulle data. Han holder seg oppdatert på den nyeste utviklingen innen Windows-filgjenopprettingsteknologier, innovasjoner for lagringsenheter og beste praksis for databeskyttelse. Når han ikke hjelper brukere med å gjenopprette dataene sineost fileQian liker å forske på nye lagringsteknologier og dele tips om datasikkerhet som forhindrer fremtidig datatap.
Har du spørsmål om denne veiledningen eller trenger du hjelp med datagjenoppretting? Qian ønsker deg velkommen tilbakemeldinger og forslag for å forbedre disse ressursene for datagjenoppretting.