[English]Benutzer von Windows 10 Version 2004 leiden seit einiger Zeit darunter, dass der Ruhezustand bzw. der Energiesparmodus eventuell blockiert ist. Das Problem zieht sich bereits einige Zeit hin und tritt wohl auch mit dem kumulativen Update KB4571744 vom September 2020 auf.
Anzeige
Problem mit USO Worker seit Juni 2020
Beim Windows 10 Mai 2020 Update (Version 2004) haben einige Nutzer bereits von Beginn an Probleme mit dem Energiesparmodus. Ich habe den Microsoft Answers-Forenthread Windows 10 2004 Update – Sleep Mode Issue and Workaround vom 14. Juni 2020 gefunden. Dort beklagt sich jemand, dass es unendlich lange mit dem Herunterfahren in den Energiesparmodus dauere. Zum 5. September 2020 hat sich dann ein Benutzer in diesem Thead gemeldet und berichtet, dass sein Desktop-System nicht mehr automatisch in den Ruhemodus geht:
My desktop PC has similar issues, won't go to sleep at times even with nothing running I noticed hours after I stopped using it the monitor was asleep but desktop still had fans running and had not gone into sleep mode.
Auch im Juli 2020 stellten Nutzer fest, dass das Preview-Update KB4568831 den Wechsel in den Energiesparmodus/Ruhemodus bei Windows 10 2004 verhindert. Das Update wurde am 31. Juli 2020 freigegeben (siehe Windows 10 2004: Kumulatives Update KB4568831). Verantwortlich ist der Prozess MoUsoCoreWorker.exe (USO Worker), der den Energiesparmodus/Ruhemodus verhindert und das System aufweckt. Ich habe diesen Microsoft Answers-Forenbeitrag vom 2. Juni 2020 gefunden, der dieses Problem bereits eindeutig beschreibt und inzwischen bereits viele Seiten umfasst. Das Problem sollte eigentlich mit dem Update KB4568831 von Ende Juli 2020 behoben worden sein.
.NET Framework-Update KB4570721 macht Ärger
Bei den Kollegen von deskmodder.de bin ich die Tage bereits auf diesen Beitrag gestoßen, der das Problem des nicht mehr funktionierenden Stand By-Modus (Ruhezustand) beschreibt. Dort wird das nicht installierte optionale .NET Framework Update KB4570721 als Verursacher genannt, wenn Windows 10 nicht in den Energiespar- bzw. Ruhemodus gehen will. Eigentlich sollte das Update installiert werden, aber Windows Update schafft das nicht und verhindert einen Standby. Ob das zutrifft, lässt sich mit einem Test herausfinden. Gibt man in einer administrativen Eingabeaufforderung folgenden Befehl:
powercfg /requests
Anzeige
ein, wird ein Bericht erstellt. Dieser listet die Energiezustandsabfragen für Anwendungen und Treiber auf, die verhindern, dass der Computer in den Energiesparmodus oder Ruhemodus geht. Die Kollegen geben im Beitrag an, wie man die Geräte, die den Standby-Modus (Energiesparmodus) verhindern, identifizieren kann. Taucht im Bericht unter Ausführung:
… System32\MoUsoCoreWorker.exe
auf, verhindert Windows Update den betreffenden Energiesparmodus (Standby). Dann sollte der Dienst Windows Update beendet und im Anschluss neu gestartet werden. Anschließend ist über Windows Update zu prüfen, ob jetzt ein optionales Update zur Verfügung steht. Dieses sollte man installieren lassen. Mit etwas Glück ist dann das Problem behoben.
Update KB4571744 blockiert Ruhezustand
Das kumulative Update KB4571744 wird ja bereits seit August 2020 als Preview getestet und soll zahlreiche Bugs in Windows 10 Mai 2020 Update beheben. Das Update ist aber auch für weitere Folgefehler verantwortlich. So berichten manche Benutzer von dem Problem eines nicht mehr funktionierenden 'Sleep-Modus' (Ruhezustand). Windows Latest berichtet nun hier, dass das kumulative Update KB4571744 bei manchen Benutzern für das Problem des nicht mehr funktionierenden 'Sleep-Modus' (Ruhezustand) verantwortlich sei. Dabei wird auf den bereits oben erwähnten Microsoft Answers-Forenbeitrag vom 2. Juni 2020 und die letzten Einträge vom September 2020 verwiesen.
Offenbar ist das Problem also wieder zurück oder nie gelöst worden. Als Workaround wird vorgeschlagen, den Dienst Windows Update zu beenden und im Anschluss neu zu starten. Anschließend ist über Windows Update zu prüfen, ob jetzt ein Update zur Verfügung steht. Dieses sollte man installieren lassen und die Maschine neu starten. Danach könnte das Problem mit dem Sleep-Modus (Ruhezustand) behoben sein. Insgesamt scheint das gesamte Update-Geschehen inzwischen eine recht wackelige Angelegenheit zu sein. Irgend jemand von dem Fehler betroffen?
Ähnliche Artikel:
Windows 10 2004: Preview Update KB4571744 freigegeben
Windows 10 Version 2004: Update KB4571744 fixt MSCOMCTL.OCX-Fehler
Windows 10 Version 2004: Fixt Update KB4571744 den Defrag-Bug?
Fixt Update KB4571756 den SSD-Defragmentierungsbug in Windows 10 V2004?
Windows 10 Insider Preview Build 19042.487 (20H2)
Anzeige
Die 3 privaten PCs mit 2004 bisher mit dem September-Patchday versorgt habe, gehen problemlos in den Ruhezustand und wachen auch wieder auf. Meine Dell Precision T6300 Workstation fehlt allerdings noch, das schaffe ich aber erst am Freitag. Aber die Kiste hat eh Probleme mit dem Ruhezustand, die geht zwar rein, aber wenn ich wieder an den Rechner gehe, ist sie immer schon vorher von selbst aufgewacht. Den Grund habe ich bisher noch nicht gefunden, alle Wakeup-Events sind BIOS-Seitig schon ausgeschaltet, aber spätestens ne halbe Stunde nach in Ruhezustand wechseln schaltet sie sich wieder ein. Ruhezustand ist aber bei einem Rechner mit 64GB RAM eh fast sinnlos, den Speicher auf SSD zu schreiben und von da wieder einzulesen, dauert länger als das Betriebssystem und alle Anwendungen runter zu fahren und wieder neu zu starten. Das deutlich schnellere Suspend-to-RAM macht bei so einer Elektroheizung auch nicht wirklich Sinn.
Das Argument, mit SSD und viel RAM wäre der Ruhezustand sinnlos, habe ich schon irgendwo mal gehört. Mehrmals sogar. Stammt wahrscheinlich von Leuten, die dazu erzogen wurden, ihren realen Schreibtisch vor Feierabend immer picobello aufzuräumen, damit die Putzfrau drüberwischen kann.
Aber wenn einem mitten unter der Arbeit die Zeit davonläuft, ist man froh, wenn man einfach alles so, wie es offen daliegt, einfrieren und später den Faden wieder aufnehmen kann.
Merke: Vorsicht bei Aussagen nach dem Motto „Wer braucht denn sowas noch." Kreative Menschen finden für alles eine Verwendung.
(Wobei MS Windows wirklich mal beibringen könnte, nicht nahezu den gesamten verbauten Arbeitsspeicher in die hiberfil.sys zu schreiben, obwohl laut Taskmanager meist nur ein Bruchteil davon tatsächlich in Verwendung ist. Dann wäre der Ruhezustand auch wieder deutlich flotter.)
Was das selbständige Wiedereinschalten betrifft: Die möglichen Ursachen reichen von Trivialem wie einer überempfindlichen Maus bis zu diversen Diensten, die mit dem Recht ausgestattet sind, den Rechner für sich zu reaktivieren.
Der von Ihne beschriebene Workaround hat Abhilfe geschaffen. Vielen Dank!
Als Workaround wird vorgeschlagen, den Dienst Windows Update zu beenden und im Anschluss neu zu starten. Anschließend ist über Windows Update zu prüfen, ob jetzt ein Update zur Verfügung steht. Dieses sollte man installieren lassen und die Maschine neu starten. Danach könnte das Problem mit dem Sleep-Modus (Ruhezustand) behoben sein. Insgesamt scheint das gesamte Update-Geschehen inzwischen eine recht wackelige Angelegenheit zu sein. Irgend jemand von dem Fehler betroffen?
Schliesse mich dem Kommentar von Max gerne an: herzlichen Dank für den Hinweis zum Workaround! Hatte genau dieses Problem und bin nach der Anleitung vorgegangen.
powercfg/requests meldet jetzt, dass alles in Ordnung sei. Hoffe, es stimmt :-)
seit geraumer Zeit fährt der PC nicht in den Energiesparmodus
heute habe ich durch Zufall die Ursache feststellen können
Outlook 2010…..
Wenn die pst im Netz abgelegt und OUTLOOK aktiviert ist geht der Rechner nicht in den Energiesparmodus….
Gleiche Wirkung = gleiche Ursache oder doch nicht ?
bytheway
wo findet und beendet man eigentlich den DIENST Windows update …
dachte im task manager, aber dort konnte ich ihn auf 2 verschiedenen Rechnern nicht identifizieren
Danke für den Workaround – es funktioniert!
@askarRRi wimbi: Der Dienst "Windows update" findet sich in der Computerverwaltung
-> Dienste und Anwendungen -> Dienste. Dort lässt er sich mit einem rechten Mausklick beenden.
Hatte das Problem mit nicht funktionierendem Ruhezustand seit August nur auf EINEM älteren Rechner (2 andere liefen problemlos).
Nach tagelangen Versuchen sämtlicher Lösungsvorschläge gab ich entnervt auf.
Mit der aktuellen Version 20H2 ist das nun behoben – bin gespannt, was jetzt dafür dran glauben musste?
Diese Verschlimmbesserungen zehren an meinem Nervenkostüm!
betreue mehrere rechner im familien- und bekanntenkreis. der fehler des nicht ordnungsgemäß arbeitenden standbys/ruhezustands wurde vor etwa 3 monaten erstmals bemerkt (was ja nicht heißt, dass er nicht schon früher vorlag). beheben konnten wir ihn aber erst, nachdem wir ihren artikel und andere gelesen hatten. auf allen rechnern gleicht sich die prozedur aufs haar: die powercfg-requests weisen den uso worker aus, windows update beenden, neu starten, anstehende (optionale) updates laden, neustart, alles in butter — bis zum nächsten "uso worker"-einsatz. mittlerweile laufen alle rechner unter 20h2 und vor ein paar tagen war's wieder soweit. ausgesprochen lästig!
Bei mir fiel regelmäßig die Energiesparfunktion aus (Windows 20H2 – aber auch in früheren Versionen). Durch Zufall fand ich heraus, dass immer, wenn die Energiesparfunktion "klemmte" im Hintergrund ein Update wartete. Habe dann das Update manuell angeschoben – alles funktionierte wieder.
Hab das gerade an 3 Rechnern ausprobiert – hat in allen Fällen funktioniert – auch ohne Neustart.
Als Workaround wird vorgeschlagen, den Dienst Windows Update zu beenden und im Anschluss neu zu starten. Anschließend ist über Windows Update zu prüfen, ob jetzt ein Update zur Verfügung steht. Dieses sollte man installieren lassen und die Maschine neu starten. Danach könnte das Problem mit dem Sleep-Modus (Ruhezustand) behoben sein.
Der Workaround funktionierte bei mir bestens! Vielen Dank für die vielen Tipps!
Das Problem besteht anscheinend teilweise immer noch.
Habe Ihren Workaround angewandt.
Jetzt tut es wieder.
Windows 10 Pro. Version 20H2
Herzlichen Dank für die tollen Tips.
Auch ich bin bei der Suche nach dem Energiesparverhinderer auf diesen Prozess gestoßen. Gerade läuft das optionale Update KB5001567 fürWin 10 20H2 durch. Mal sehen, ob es nach dem Neustart behoben ist. Sonst versuche ich den workaround mit dem Windows Update Service.
Bei meinem MediaCenter PC ist der Standby sehr wichtig und ich hatte auch Probleme damit. Mein Workaround sieht wie folgt aus. Ich schalte den Windows Updateservice komplett aus. Einmal die Woche aktiviere ich den Service und installiere neue Updates. Da es sehr aufwendig ist den Service abzuschalten nutze ich dafür das Tool "Windows Update Blocker" von der Firma Sordum. Das Tool ist kostenlos und funktioniert sehr gut. Das Tool kann z. B. bei Chip heruntergeladen werden.
??? Kannst doch einfach den Windows Update Dienst deaktivieren -> TaskManager -> Dienste -> Dienste Öffnen -> Windows Update -> Eigenschaften -> Deaktivieren!
Bin betroffen: kein Auto S3, kein Monitor aus -> bleibt alles permanent an (manuell in S3 wechseln geht)
Habe seit Kauf des x570 Boards immer wieder Probleme mit S3 und USB2 -> mal versaut es Gigabyte, mal AMD, oft Microsoft, und Nvidia mischt scheinbar auch mit…
Die ersten 15 Monate, gingen die USB2 Ports nach S3 nicht mehr (unabhängig vom Build), nun geht halt S3 nicht mehr (Würde mich also nicht wundern, wenn unabhängig von Mousecoworker, vermehrt x570/b550 Boards betroffen sind!)
Und neu installieren tue ich das nicht, das habe ich erst kürzlich 3 mal infolge, weil ich den Bug (Symbole Schwarz, oder kein Start/Rechtsklick mehr), nicht mit dem Regtweak, für das Ausblenden von Pfeilen auf Verknüpfungssymbolen assozieren konnte -> Bei 21h2 darf man sie nicht ausblenden!
Seit XP ist der Energiesparmodus aber eh im Eimer -> da konnte ich dem PC ne Aufgabe geben (z.b. Rendern), und wenn er Fertig war, ging er schlafen -> Heutzutage geht das nicht mehr, sondern er legt sich (bzw legte, sich, als er das noch konnte) einfach (wird ja keine Maus bewegt) trotz 100% CPU Auslastung schlafen, und bricht das Rendering ab :(
Mit Dos, Windows 95, 98, ME, XP hatte ich sowas nicht -> wobei mir da direkt einfällt, das der SpinOff + Park befehl von DOS, seit Windows 10, bei USB Datenträgern auch nicht mehr immer funktioniert, und die nicht selektiv abschalten, was aber auch daran liegen könnte, das USB, bzw die Treiber dazu kaputtentwickelt wurden, und man daher solche Meldungen bekommt (hab ich 6 mal).
USB-Standbymodus:Vom USB-Gerät wird nicht in den Modus für selektives Energiesparen gewechselt.
Von diesem USB-Gerät wurde nicht in den Modus für selektives Energiesparen gewechselt. Die Prozessorenergieverwaltung ist möglicherweise nicht möglich, wenn sich dieses USB-Gerät nicht im Modus für selektives Energiesparen befindet. Dieses Problem verhindert jedoch nicht den Wechsel des Systems in den Standbymodus.
Gerätename USB-Verbundgerät
Hostcontroller-ID PCI\VEN_1022&DEV_149C
Hostcontrollerspeicherort PCI bus 6, device 0, function 3
Geräte-ID USB\VID_046D&PID_C545
Portpfad 6,2
Naja, da steht, das Problem verhindert keinen Standby!), was anderes steht da nicht -> S3 geht trotzdem nicht…
> Versuchte Lösungen:
– Sfc /scannow (Abgesicherter Start + Normal) (keine fehler)
– Dism /Wartungsbefehle wie Analyze/ Checkhealth/ RestoreH. / RevertPending…, brachten nix
– Defender, alles gut
– Chipsatztreiber aktuallisieren, kein Erfolg
– Rücksetzen der Energiespareinstellungen auf Standard, nüscht
– Deaktivieren, der PCI Einstellung, ändern der Zeiten, etc, nix
– MousoCoW, manuell schneller beenden, und oder requestoverwrite (obwohl der sich eig. mit der Zeit alleine beendet!) (Also nach Neustart, wird er von Powercfg /requests genannt, und nach einem best. Zeitablauf nicht mehr -> normales verhalten, weil W nach nem Neustart immer erst nach Updates sucht)
– Update starten, beenden, neustarten
– Dienste auf Standard Rücksetzen – pustekuchen
Was ich definitiv nicht mache, ist Realtek, oder Nvidia Treiber manuell zu Installieren -> bei Realtek bekomme ich sonst probleme beim Downmix von 5.1 auf Stereo (Kratzen, etc), und (egal ob ich die DCH oder non DCH nehme), und das Store Realtek Audio Panel funktioniert dann nicht mehr, und BSODs gabs auch schon (bei älteren Treibern).
MERKE: Man muss bei x570 und W10 höllisch aufpassen, für welche Komponente man jeweils Windows Treiber, Board-Herstellertreiber, oder Chipsatz-Herstellertreiber nimmt, und welche Biosversionen man wie Einspielt (bei Gigabyte funktioniert z.B. nur das DOS-Flash Fehlerfrei!)
Das was man bei AMD an Geld spart, zahlt man Zeitlich 1000fach wieder drauf, einfach weil immer irgendwas nicht richtig funktioniert, außerdem sollte man nur STOCK-Hardware kaufen, wo kein Boardhersteller an Chip rumgefummelt hat, da man sonst auf deren Ur+Alt Treiber angewiesen ist (Gigabyte liefert überhaupt keine Treiber für 21h2, und haben als Ausgleich dafür viele tolle BSODs im Gepäck…)
Nächstes mal nehme ich ein Intelboard, mit Intel Stock Net/BT/Wlan/CPU/GPU, und kann dann sogar 4K Bluerays am 4K Monitor schauen (etwas, was mit AMD und Nvidia nicht geht!)
Bin bei msfn als R4-D3 erreichbar…
P.S. Wenn Du einen weg kennst, vlt ein XP, auf einen PI zu installieren, und diesen das Powermanagement vom W10 Desktop zu übertragen, schreib bitte eine Anleitung dafür!