Updates über WSUS schlagen unter Windows 8.1 mit Fehler 0x80070643 fehl

4192
user356042

Ich habe wsus auf Windows Server 2008 und ich habe zwei Maschinen mit Windows 8.1, bei denen Updates mit Fehler 0x80070643 fehlschlagen.

Es gibt genau 8 Updates, die fehlschlagen: KB3080457 KB3081397 KB3081398 KB3081399 KB3081401 KB3081402 KB3081403 KB3081405

Ich habe ein paar von ihnen überprüft, und es scheint sich um Updates der Metro-App zu handeln. Dieser Computer ist einer Domäne beigetreten und die meisten Metro-Apps werden über Get-AppXProvisionedPackage -online | gelöscht Remove-AppxProvisionedPackage -online und Get-AppxPackage -AllUsers | Remove-AppxPackage, von dem ich denke, dass es das Problem verursacht.

Soll ich die 8 Updates einfach ausblenden und sie vor WSUS blockieren und sie täglich anrufen, oder habe ich eine andere Lösung?

3
Anscheinend war meine anfängliche Analyse korrekt, daher habe ich die Updates von WSUS blockiert, da wir hier keine Metro verwenden user356042 vor 9 Jahren 0

2 Antworten auf die Frage

2
Jeff Imbeault

Wir hatten den gleichen Fehler mit diesen 8 Updates. Nachdem ich die Updates auf Microsoft durchgesehen hatte, sah ich, dass es sich um Updates für Appx handelte, die von unserem Windows 8.1-Image entfernt wurden. Irgendwie versucht der Windows Update-Agent, ein Update für eine Appx zu installieren, die nicht auf dem Computer installiert ist.

Ich habe diese Updates aus meiner August-Aktualisierungsgruppe entfernt.

YMMV

+1 - wir haben das gleiche Problem, genau 8 Updates. Wir deinstallieren fast alle Appx-Pakete auf unseren neuen Bildern. Joshua McKinnon vor 9 Jahren 0
1
sapl

Wir hatten auch Update-Fehler mit genau diesen Updates. Bei http://windows.microsoft.com/de-de/windows/windows-update-error-80070643#1TC=windows-7 ist dies meistens ein Problem mit Office 2003 (!) -Komponenten oder .NET-Framework. In unserem Fall hat es geholfen, einfach den "Office Source Engine" -Service im Snap-In services.msc auf diesen Maschinen oder über CMD zu starten:

sc start ose 

In großen Umgebungen würde ich Gruppenrichtlinien erstellen, die den OSE-Dienst auf "Automatisch (verzögerter Start)" setzen oder Powershell-Scripting verwenden:

$pcs = @("PC01", "PC02", "PC03") Set-Service -Name ose -StartupType Automatic -Status Running -ComputerName $pcs 

Hoffe das hilft,

SaPl