13. september 2022 – KB5017315 (OS-bygg 17763.3406) – UTLØPT

Symptom

Midlertidig løsning

Når du har installert KB4493509, kan enheter med noen asiatiske språkpakker installert få feilen «0x800f0982 - PSFX_E_MATCHING_COMPONENT_NOT_FOUND».

Dette problemet er løst av oppdateringer utgitt 11. juni 2019 og nyere. Vi anbefaler at du installerer de nyeste sikkerhetsoppdateringene for enheten. Kunder som installerer Windows Server 2019 ved hjelp av medier, bør installere den nyeste Service Stack Update (SSU) før de installerer språkpakken eller andre valgfrie komponenter. Hvis du bruker Volume Licensing Service Center (VLSC), kan du skaffe deg den nyeste Windows Server 2019-mediet som er tilgjengelig. Riktig rekkefølge på installasjonen er som følger:

1. Installer den nyeste nødvendige SSU-en, som for øyeblikket er KB5005112

2. Installer valgfrie komponenter eller språkpakker

3. Installer siste kumulative oppdatering

Obs! Oppdatering av enheten vil forhindre dette problemet, men vil ikke ha noen effekt på enheter som allerede er berørt av dette problemet. Hvis dette problemet finnes på enheten, må du bruke fremgangsmåten for midlertidig løsning for å reparere det.

Løsning:

1. Avinstaller og installer alle språkpakker som nylig er lagt til, på nytt. Hvis du vil ha instruksjoner, kan du se Administrere innstillingene for inndata og visningsspråk i Windows 10.

2. Klikk Se etter Oppdateringer, og installer den kumulative oppdateringen for april 2019 eller nyere. Hvis du vil ha instruksjoner, kan du se Oppdater Windows 10.

Obs! Hvis det ikke er noe problem å installere språkpakken på nytt, kan du bruke funksjonen For oppgradering på stedet. Hvis du vil ha veiledning, kan du se Slik utfører du en oppgradering på stedet i Windows, og utfører en oppgradering på stedet av Windows Server.

Når du har installert KB5001342eller nyere, kan det hende at klyngetjenesten ikke starter fordi en klyngenettverksdriver ikke blir funnet.

Dette problemet oppstår på grunn av en oppdatering av PnP-klassedriverne som brukes av denne tjenesten.  Etter ca. 20 minutter skal du kunne starte enheten på nytt og ikke støte på dette problemet.
Hvis du vil ha mer informasjon om de spesifikke feilene, årsakene og løsningene for dette problemet, kan du se KB5003571.

Fra og med lørdag 10. september 2022 kl. 00:00, vil den offisielle tiden i Chile forskyves med 60 minutter i samsvar med den offisielle kunngjøringen 9. august 2022 fra den chilenske regjeringen om endring av tidssonen for sommertid (DST). Dette flytter DST-endringen som tidligere var 4. september, til 10. september.

Hvis løsningen ikke brukes på enheter mellom 4. september 2022 og 11. september 2022, kan følgende symptomer oppstå:

• Klokkeslett som vises i Windows og apper, vil ikke være riktig.

• Varsler og planlegging av møter kan være 60 minutter feil i apper og skytjenester som bruker dato og klokkeslett for integrerte funksjoner, for eksempel Microsoft Teams og Microsoft Outlook.

• Automatisering som bruker dato og klokkeslett, for eksempel planlagte aktiviteter, kjører kanskje ikke på det forventede tidspunktet.

• Tidsstempel på transaksjoner, filer og logger kan være 60 minutter feil.

• Operasjoner som er avhengige av tidsavhengige protokoller som Kerberos, kan forårsake godkjenningsfeil når du prøver å logge på eller få tilgang til ressurser.

• Windows-enheter og -apper utenfor Chile kan også bli påvirket hvis de kobler til servere eller enheter i Chile, eller hvis de planlegger eller deltar på møter som finner sted i Chile fra et annet sted eller en annen tidssone. Windows-enheter utenfor Chile bør ikke bruke den midlertidige løsningen, da det ville endre den lokale tiden på enheten.

Dette problemet er løst i KB5017379.

Når du har installert denne oppdateringen, kan filkopier som bruker innstillinger for gruppepolicy mislykkes eller de kan opprette tomme snarveier eller filer med 0 (null) byte. Kjente berørte gruppepolicyobjekter er relatert til filer og snarveier i Brukerkonfigurasjon > Innstillinger > Windows-innstillinger i redigeringsprogram for gruppepolicy.

Dette problemet ble løst i KB5018419. Installasjonen av denne oppdateringen forhindrer og løser dette problemet, men hvis en midlertidig løsning ble brukt til å løse dette problemet, må den endres tilbake til den opprinnelige konfigurasjonen.