WinGet unter Windows reparieren und Protokolle öffnen

Wo Sie den Befehl am besten ausführen

Eingabeaufforderung ist der passende Ausführungskontext für diese Seite. Auch ohne zwingende Elevation hilft der richtige Shell-Typ dabei, Syntaxfehler und falsche Schlussfolgerungen zu vermeiden.

Schneller Reparaturablauf

1. Gehen Sie vom konkreten Symptom dieser Seite aus: winget findet Pakete nicht, die normalerweise sichtbar sein sollten
2. Führen Sie danach die gezeigte Dienst- oder App-Reparaturzeile exakt aus.
3. Dieser Ablauf ist auf this repair abgestimmt. Mischen Sie daher nicht zu früh andere, unpassende Reparaturbefehle dazu.
4. Öffnen Sie die betroffene Funktion erneut und prüfen Sie, ob derselbe Teil weiterhin ausfällt.
5. Wenn das Problem bleibt, prüfen Sie Dienststatus, Abhängigkeiten, Paketintegrität oder Ereignisprotokolle.

Kopierbarer Wrapper-Skriptblock

Nutzen Sie diesen Wrapper, wenn der Seitenbefehl in einem saubereren Skriptblock mit Start- und Abschluss-Hinweis laufen soll.

Prüfbefehle nach der Reparatur

Mit diesen Folgezeilen prüfen Sie, ob sich der relevante Windows-Zustand wirklich geändert hat, statt nur von einer erfolgreich ausgeführten Zeile auszugehen.

Welches Problem diese Befehlsfolge lösen soll

Sie richtet sich an eine defekte oder instabile Windows-Package-Manager-Umgebung, in der winget fehlschlägt oder Quellen fehlerhaft reagieren.

• winget findet Pakete nicht, die normalerweise sichtbar sein sollten.
• Quellenaktualisierungen schlagen fehl oder liefern unerwartete Fehler.
• Der Paketmanager reagiert seit Store-, App-Installer- oder Servicing-Problemen unzuverlässig.

Wie die Befehlsfolge arbeitet

Zuerst werden Informationen geprüft, dann Quellen zurückgesetzt und aktualisiert, anschließend wird das App-Installer-Paket neu registriert und zuletzt das Log geöffnet.

Wann der Einsatz sinnvoll ist

Sinnvoll, wenn WinGet selbst beschädigt ist und nicht nur eine einzelne Paketinstallation fehlgeschlagen ist.

Bevor Sie den Befehl ausführen

• Öffnen Sie vor winget --info winget source reset --force winget source update Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe winget --open-logs die Shell, für die der Befehl geschrieben wurde.
• Prüfen Sie, ob das Symptom wirklich zu diesem Leitfaden passt, besonders wenn Anzeichen wie winget findet pakete nicht, die normalerweise sichtbar sein sollten auftreten.
• Bestimmen Sie die tatsächlich betroffene Windows-Komponente, bevor Sie winget --info winget source reset --force winget source update Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe winget --open-logs ausführen, damit Sie keine unbeteiligten Teile des Systems zurücksetzen.

Welches Ergebnis Sie erwarten können

Vergleichen Sie nach winget --info winget source reset --force winget source update Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe winget --open-logs das Ergebnis mit dem Ausgangssymptom. Der nützlichste Prüfpunkt ist, ob winget findet pakete nicht, die normalerweise sichtbar sein sollten seltener auftritt, sich verändert oder eine klarere Fehlermeldung liefert. Eine gute Hilfeseite endet nicht beim Befehl, sondern hilft auch bei der Ergebnisprüfung.

Woran Sie erkennen, dass es geholfen hat

Der beste Test nach winget --info winget source reset --force winget source update Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe winget --open-logs ist die Aktion zu wiederholen, die den Fehler vorher ausgelöst hat. Wenn quellenaktualisierungen schlagen fehl oder liefern unerwartete fehler unverändert wieder erscheint, war der Befehl wahrscheinlich nicht die ganze Lösung und Sie sollten gezielt zum nächsten Prüfschritt wechseln.

Shell und Ausführungskontext

Dieser Befehl braucht meist keinen vollständigen Administratorkontext, funktioniert aber am zuverlässigsten im dafür vorgesehenen Shell-Typ und mit genauer Ergebnisprüfung.

Worauf Sie vorher achten sollten

Für die Paket-Neuregistrierung PowerShell als Administrator öffnen. Wenn Richtlinien oder eine beschädigte Store-Plattform die Ursache sind, müssen diese Bereiche ebenfalls geprüft werden.

Wann dies wahrscheinlich nicht der richtige Fix ist

Dies ist nicht der richtige erste Schritt für jeden beliebigen Absturz. Sinnvoll ist er, wenn tatsächlich ein Windows-Dienst, ein integriertes Paket, die Suche, die Druckwarteschlange, der Audiostapel oder eine ähnliche Komponente betroffen ist.

Was tun, wenn es nicht hilft

Wenn winget --info winget source reset --force winget source update Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.DesktopAppInstaller_8wekyb3d8bbwe winget --open-logs winget findet pakete nicht, die normalerweise sichtbar sein sollten nicht verbessert, wechseln Sie zum nächsten Schritt derselben Symptomgruppe statt wahllos weitere Befehle zu stapeln. Der beste Folgeschritt hängt hier vor allem davon ab, ob das Problem mit einen Windows-Dienst, ein Paket oder eine integrierte App-Komponente zusammenhängt.