Die Positionen bei WUA sind noch offen

[Emmanuel64]

Guten Morgen

Ich habe mehrere Workstations, die sich im WUA-Test befinden, bevor die vollständige Migration aller Workstations von WSUS erfolgt.

Beispielsweise ist KB5058411 auf einigen Rechnern als „Ausstehend“ markiert

Auf dem Server befindet sich dieser KB-Artikel unter:
ist erforderlich: Nein
Heruntergeladen: 2025-05-27T02:38:04.702476

Die Stellenbeschreibung:

Code: Alle auswählen

[waptwua]
enabled=true
install_at_shutdown=true
download_scheduling=4h
allowed_severities=Critical
install_delay=15d
default_allow=true

Woran könnte es liegen, dass sie sich nicht niederlassen?

DANKE

PS: Wenn ich die Installation manuell ausführe, funktioniert es

[Sfonteneau]

Hallo,

wird der Computer im Windows Update-Tab als „Neustart ausstehend“ angezeigt?

Simon

[Emmanuel64]

Hallo,

vielen Dank für Ihre Antwort.

Nein, es befindet sich im Ordner „Ausstehende Aktualisierungen“.

[Sfonteneau]

Also, nichts wie im Screenshot. Logischerweise wechselt der Computer nach dem Starten des Installationsprogramms (Rechtsklick auf den Rechner, Windows Update ausführen) in den Modus „Neustart ausstehend“, und die CAB-Datei bleibt währenddessen im Status „Ausstehend“. Nach dem Neustart wechselt der Computer in den Modus „Scan erforderlich“ (um zu überprüfen, ob alles in Ordnung ist) , und die CAB-Datei sollte als in Ordnung angezeigt werden.

[Sfonteneau]

Ah, ich hatte Ihre Nachricht „PS: Wenn ich die Installation manuell starte, funktioniert es“ übersehen.

Tatsächlich fehlt in diesem Fall der Parameter „install_scheduling=2d“ im Abschnitt „waptwua“.

Der Parameter „install_at_shutdown=true“ funktioniert nicht mehr, da Windows seit 24 Stunden einen Fehler ausgibt, wenn versucht wird, die Installation im heruntergefahrenen Zustand durchzuführen.

[Emmanuel64]

Dieses Verhalten tritt tatsächlich auf, wenn ich manuell aktualisiere.
Das Problem entsteht bei der Aktualisierung beim Herunterfahren, da dies dem Verhalten entspricht, das durch "install_at_shutdown=true" erwünscht ist.

[Sfonteneau]

Ah, ich hatte Ihre Nachricht „PS: Wenn ich die Installation manuell starte, funktioniert es“ übersehen.

Tatsächlich fehlt in diesem Fall der Parameter „install_scheduling=2d“ im Abschnitt „waptwua“.

Der Parameter „install_at_shutdown=true“ funktioniert nicht mehr, da Windows seit 24 Stunden einen Fehler ausgibt, wenn versucht wird, die Installation im heruntergefahrenen Zustand durchzuführen.

[Emmanuel64]

Hier die Begründung:
Wenn wir beispielsweise 2 Tage einstellen, basieren wir dies auf 48 Stunden. Ab welchem ​​Zeitpunkt? (Empfang des Updates oder 00:01 Uhr des Tages?)
Diese plötzlichen 24h2-Updates mitten in der Arbeit sind ziemlich ärgerlich (es passiert immer während einer Präsentation oder einer Videokonferenz... Ansonsten macht es keinen Spaß ).

[Sfonteneau]

Wenn wir beispielsweise 2d verwenden, ab welchem ​​Zeitpunkt basiert die 48-Stunden-Frist? (ab dem Empfang des Updates oder ab 00:01 Uhr des Tages)?

Der Dienst prüft in einer Schleife (beispielsweise jede Minute). Wenn er länger als 48 Stunden keine Prüfung durchgeführt hat, startet er die nächste Prüfung

Die barbarischen 24h2-Updates mitten in der Arbeit sind ziemlich nervig (es passiert immer während einer Präsentation oder eines Videoanrufs... Ansonsten ist es nicht lustig ).

Technisch gesehen wird der Rechner nicht neu gestartet (zumindest wapt startet nicht neu und weist waptwua an, nicht neu zu starten) und es wird keine Anwendung geschlossen.
Allerdings erhöht sich dadurch die CPU-Auslastung während der Installation.

[Emmanuel64]

Vielen Dank für all diese wertvollen Informationen