Gå til indhold

Windows Modules Installer (TrustedInstaller)

Windows-tjenesteMicrosoft

Også kaldet TrustedInstaller, Windows Modules Installer

Udfører vedligeholdelseshandlinger for Windows-komponenter og valgfrie funktioner.

Hvad du behøver at vide

Udfører vedligeholdelseshandlinger for Windows-komponenter og valgfrie funktioner.

Afbrydelse af komponentvedligeholdelse kan beskadige opdaterings- eller funktionsinstallation. Bevar den registrerede tilstand, og brug den understøttede vedligeholdelsesgendannelsesproces.

Hvad gør Windows Modules Installer?
Udfører vedligeholdelseshandlinger for Windows-komponenter og valgfrie funktioner.
Kan jeg deaktivere Windows Modules Installer?
Afbrydelse af komponentvedligeholdelse kan beskadige opdaterings- eller funktionsinstallation. Bevar den registrerede tilstand, og brug den understøttede vedligeholdelsesgendannelsesproces. Bekræft den installerede funktion og dens effektive politik, før du ændrer startadfærden.
Hvorfor er Windows Modules Installer stoppet?
Tilstands- og startkonfiguration er forskellige. En behovsstartet komponent kan blive stoppet mellem forespørgsler; undersøg den faktiske funktionsdrift og eventuelle tjenestekontrolfejl.
Er en proces, der bruger Windows Modules Installer, sikker?
Kontrollér den faktisk kørende fil, dens underskriver, sti og adfærd. Et genkendeligt tjenestenavn eller et matchende filnavn alene kan ikke etablere sikkerhed.

Hvad denne tjeneste gør, og hvornår den skal undersøges

Udfører vedligeholdelseshandlinger for Windows-komponenter og valgfrie funktioner.

Undersøg denne tjeneste, når dens egen tilstand eller hændelsesdokumentation falder sammen med den berørte funktion. Et lignende navn i Jobliste, en enkelt ressourceforbrugsmåling eller en stoppet tilstand uden en fejlbehæftet arbejdsbyrde er ikke en diagnose. Begynd med den nøjagtige handling, der er beskrevet herunder, og hold systemets oprindelige konfiguration tilgængelig til sammenligning.

Windows-udgaver, tjenestenavne og startforudsætninger

For denne nøjagtige tjeneste angiver den refererede IoT Enterprise-tabel en startkategori på Manuel. Dette er et dokumenteret eksempel for det angivne IoT-miljø, ikke en måling af din computer. Sammenlign den lokale StartMode og den effektive administrationspolitik, før en forskel behandles som en fejl.

Microsofts IoT Enterprise-tjenestetabel identificerer denne komponent under dens tjenesteidentifikator. Tabellen dækker faste Windows IoT Enterprise-enheder, herunder dokumenterede Windows 10- og Windows 11-varianter. Dens vejledning om start og deaktivering er begrænset til disse scenarier; det er ikke en generel optimeringsanbefaling til forbruger-Windows, ethvert virksomhedsimage eller enhver Windows Server-installation.

Tjenestetilgængelighed kan afhænge af den installerede udgave, build, valgfri funktioner, kontokontekst og organisationskonfiguration. Brug winver eller din administrerede beholdning til at registrere den installerede build. Sammenlign den med produktomfanget på de linkede Microsoft-sider. Hvis en kilde diskuterer en anden udgave eller en ældre Windows Server-baseline, skal du bruge den til at forstå funktionen i stedet for at kopiere dens standardindstillinger.

Brug tjenesteidentifikatoren i stedet for udelukkende at stole the på et oversat visningsnavn. Flere relaterede tjenester kan have lignende venlige navne. En manglende registrering kan indikere en utilgængelig eller uinstalleret funktion; det er ikke bevis på, at tjenesten skal genskabes eller downloades.

Undersøg den faktiske registrering, før du ændrer den

Følgende eksempler er lokale, skrivebeskyttede inspektionskommandoer til Windows PowerShell. De installerer, stopper, genstarter, aktiverer eller deaktiverer ikke en tjeneste. Brug en autoriseret konto; nogle felter og logfiler kan kræve administratoradgang. Kør ikke kommandoer i en ikke-tiltroet fjernsession.

Get-CimInstance Win32_Service -Filter "Name='TrustedInstaller'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName

Outputtet adskiller det interne navn, det venlige visningsnavn, den aktuelle tilstand, starttilstand, tjenestekonto, procesidentifikator og den konfigurerede startkommando. En konfigureret sti er ikke bevis på, at hver fil, der indlæses af processen, er troværdig.

sc.exe query "TrustedInstaller"

sc.exe qc "TrustedInstaller"

Brug sc.exe udtrykkeligt i Windows PowerShell, hvor den kortere sc-skrivemåde kan opløses til en anden kommando. Læs den returnerede tilstand og konfiguration, før du beslutter, hvad der kræver undersøgelse. En forespørgsel, der returnerer adgang nægtet, kræver et autorisationstjek; en forespørgsel, der rapporterer en manglende tjeneste, kræver et produkt- og installationstjek, ikke øjeblikkelig genskabelse af registreringsdatabasen.

Kontrollér afhængigheder og værtsprocessen

Undersøg både forudsætninger og omvendte afhængigheder på den berørte computer. RequiredServices viser registrerede forudsætninger; DependentServices viser tjenester, der erklærer en afhængighed af denne. Disse er installerede tjenestekontrolrelationer, ikke et udtømmende kort over alle programmer, planlagte opgaver eller fjernsystemer, der muligvis er afhængige af funktionen.

Get-Service -Name 'TrustedInstaller' -RequiredServices

Get-Service -Name 'TrustedInstaller' -DependentServices

Brug den observerede ProcessId til at identificere en kørende vært, og sammenlign dens eksekverbare sti og underskriver ved hjælp af Jobliste eller et betroet Microsoft Sysinternals-værktøj. Hvis det rapporterede proces-id er nul, eller der ikke er nogen kørende instans, er der ingen live vært at inspicere gennem den værdi. Hvis en vært indeholder flere tjenester, kan dens samlede forbrug af CPU eller hukommelse ikke tildeles til denne tjeneste udelukkende ud fra procesnavnet.

Procesidentifikatorer kan genbruges. Registrer observationstidspunktet, og tjek identifikatoren igen, før der handles. Afslut ikke en delt tjenestevært for at teste en enkelt tjeneste; det kan afbryde andre hostede komponenter.

Et målrettet fejlsøgningsforløb

Identificér den specifikke opdaterings- eller funktionshandling, og om vedligeholdelse venter på en genstart. Korreler arbejdsbelastningen med understøttede vedligeholdelseslogs og opdateringshistorik.

En travl vedligeholdelsesproces udfører muligvis legitimt arbejde, men en gentagen fejl kræver dens nøjagtige fejl og omfang. Tag ikke ejerskab over beskyttede Windows-filer for at omgå fejlen.

Registrer den nøjagtige opdaterings- eller funktionsoperation, dens tilstand og det seneste vellykkede forsøg. Adskil download-, orchestration-, installations- og genstartstrin. Korreler tjenesteaktivitet med opdateringshistorik og relevant servicebevis.

  1. Skriv den nøjagtige fejlagtige handling, berørte konto, enhed eller slutpunkt ned samt det tidspunkt, hvor den fejlede. Behold den fulde fejltekst, før dialogboksen lukkes.
  2. Indfang tjenestetilstanden og konfigurationen på den samme maskine. Sammenlign, om funktionen mangler, nægtes af politik, ikke kan starte eller fejler, efter den er startet.
  3. I Stifinder (Logbog), sammenlign Tjenestekontrolstyring-poster i System-loggen med den relevante program- eller funktionskanal omkring det registrerede tidspunkt. Bekræft udbyder- og meddelelseskontekst, før du bruger et hændelses-id, der er fundet på nettet.
  4. Genskab én gang med den mindste understøttede sammenligning, der er beskrevet i denne artikel. Hvis resultatet afviger, skal du registrere, hvilket trin der ændrede sig, i stedet for straks at anvende en bred nulstilling.
  5. Brug den funktionsspecifikke Microsoft- eller leverandørreparationssti, der er berettiget af beviserne, gentag derefter den oprindelige handling, og verificér dens resultat.

Hvis der ikke er nogen relevant tjenestekontrolfejl til stede, skal du fortsætte med funktionen eller programundersøgelsen i stedet for at gennemtvinge en genstart. Omvendt kræver en tjenestestartfejl dens faktiske afsluttsetStatus og omliggende hændelser; en generisk tidsudtømningsmeddelelse alene identificerer ikke en enkelt reparation.

Stoppet, manuel eller ikke fundet: hvad resultatet betyder

Kører beskriver den aktuelle tilstand; starttilstand beskriver konfiguration. En manuelt startet eller hændelsesudløst tjeneste kan være stoppet mellem forespørgsler. Genskab den understøttede funktionsdrift og sammenlign tilstandsovergangen, før du drager den konklusion, at den bør forblive kørende hele tiden.

Hvis tjenesten ikke findes, skal du bekræfte dens nøjagtige identifikator, den tilsigtede computer, og om dens Windows-funktion er installeret. Hvis adgang nægtes, skal du bevare fejlen og tjekke autorisation eller administrationspolitik. Udled ikke fravær fra én begrænset visning, og opret ikke en erstatningsregistrering fra en utilknyttet pc.

En starthandling kan mislykkes på grund af dens forudsætninger, konfiguration, kontotilladelser, funktionstilstand eller den komponent, den starter. Undgå at anvende en fast startværdi kopieret fra en anden Windows-udgave eller -image; sammenlign den faktiske administrerede baseline for denne computer.

Undersøg højt forbrug af CPU, hukommelse, disk eller netværk

Indfang en kort tidsserie, mens den faktiske arbejdsbyrde genskabes. Adskil et kort udbrud forbundet med logind, opsætning, synkronisering eller en opdatering fra arbejde, der gentagne gange ikke fuldføres. Registrer programarbejdsbyrden og det interval, der blev brugt til sammenligning; denne artikel foreskriver ikke en universel sikker procentdel eller hukommelsestærskel.

Brug den aktuelle procesoverensstemmelse og et passende præstationsværktøj til at forbinde ressourceaktivitet med den anmodende funktion. En delt værts arbejdssæt er ikke en tildeling pr. tjeneste, og en statustabel fastslår ikke, hvilken komponent der genererede hver enkelt diskoperation eller netværksforespørgsel. Hvis ressourceforbruget ændrer sig efter en understøttet reparation, skal du verificere, at funktionen stadig virker, før du tilskriver årsagssammenhæng.

Kan du stoppe eller deaktivere den?

Afbrydelse af komponentvedligeholdelse kan beskadige opdaterings- eller funktionsinstallation. Bevar den registrerede tilstand, og brug den understøttede vedligeholdelsesgendannelsesproces.

Respekter organisatorisk vedligeholdelses- og genstartspolitik. Gentagne tvungne stop, ændringer af ejerskab og sletning af opdaterings- eller installatørcacher kan fjerne nyttige beviser og gøre genoprettelse sværere. Bekræft, at den tilsigtede handling fuldføres, før du erklærer problemet for løst.

Behandl stop, genstart og deaktivering som forskellige handlinger. En genstart afbryder det aktuelle arbejde; deaktivering ændrer fremtidig startadfærd. Muligheden for at anmode om en ændring etablerer ikke, at ændringen er sikker, understøttet eller tilladt af organisationspolitik. Denne artikel giver med vilje inspektionskommandoer først i stedet for en universel stop- eller deaktiveringskommando.

Gendannelse, bekræftelse og en eskaleringstjekliste

Før en godkendt konfigurationsændring skal du registrere de oprindelige startindstillinger, tjenestekonto, afhængigheder og relevant funktionspolitik. Indhent et vedligeholdelsesvindue og en kendt gendannelsesadgangssti, når brugere, lager, godkendelse eller fjernadministration kan blive påvirket. Opbevar sikkerhedskopier og legitimationsoplysningsmateriale på deres autoriserede sikre placering, ikke i et supporttransskript.

Ændr én berettiget indstilling ad gangen ved hjælp af produktejerens eller administratorens understøttede procedure. Hvis resultatet er værre, skal du gendanne den registrerede konfiguration gennem den samme understøttede administrationssti. Gæt ikke tjenestetilladelser, erstat ikke tjenestekontoen med en administrator, importér ikke registreringsdatabasenøgler fra en anden Windows-build, eller behandl ikke en fungerende tjenestestart som bevis på, at programmet kom sig.

Bekræft gendannelse ved at gentage den oprindelige handling, tjekke dens resultat og sammenligne tjeneste- og programhændelserne over den samme type arbejdsbyrde. Verificér, at afhængige funktioner stadig virker, og at symptomet ikke vender tilbage med det samme. Hvis årsagen forbliver uklar, skal du bevare den mislykkede test som bevis i stedet for at genprøve destruktive reparationer.

  • Inkludér tjenesteidentifikatoren og det faktiske instansnavn, Windows-udgave/build, den berørte funktion, og om enheden er administreret.
  • Inkludér tidsstemplingsspecifik tjenestetilstand, afhængighedsoutput, den nøjagtige programfejl og den relevante hændelsesudbyder og -meddelelse.
  • Inkludér den mindste genskabelse, de understøttede ændringer, der blev forsøgt, og deres observerede udfald.
  • Rediger (skjul) adgangskoder, gendannelsesnøgler, adgangstokener, private nøgler, personligt filindhold og unødvendige identifikatorer, før logfiler deles.

Kilder og verificering

Redaktionelt ejerskab: Feex. Ingen uafhængig revisionsdato er registreret. Sådan undersøger vi.

Var denne artikel nyttig?

Et ja eller nej er nok. Vælg en grund, hvis du vil, eller tilføj en kort bemærkning.

Var denne artikel nyttig?