WinGet Upgrade –all aktualisiert nicht alle Programme: Ursachen und Lösungen

Lesedauer: 16 Min – Beitrag erstellt: 24. Juli 2026, zuletzt aktualisiert: 24. Juli 2026

Wenn winget upgrade --all nicht jedes angezeigte Programm aktualisiert, liegt das meist nicht an einem einzigen Fehler. WinGet kann nur Pakete aktualisieren, deren Quelle, Paketkennung, Installer und Installationsart zueinander passen. Außerdem können Programme durch den Hersteller blockiert sein, erhöhte Rechte verlangen oder gar nicht über WinGet verwaltet werden. Prüfe deshalb zuerst die Liste der verfügbaren Aktualisierungen und bearbeite danach die betroffenen Pakete einzeln.

Öffne Windows Terminal, PowerShell oder die Eingabeaufforderung zunächst mit normalen Benutzerrechten und führe eine Bestandsaufnahme aus. Für einzelne Installationen ist anschließend ein Terminal mit Administratorrechten sinnvoll. So erkennst du, ob das Paket überhaupt von WinGet erkannt wird, ob eine andere Quelle verwendet wird und ob ein Installer interaktive Eingaben erwartet.

winget upgrade

Die Ausgabe ist wichtiger als der Sammelbefehl selbst. Achte auf den Namen, die Paketkennung, die installierte Version, die verfügbare Version und die Quelle. Wenn ein Eintrag in dieser Übersicht fehlt, kann winget upgrade --all ihn ebenfalls nicht aktualisieren. Wenn ein Eintrag vorhanden ist, aber der Sammellauf mit einer Fehlermeldung endet, lässt sich die Ursache meist durch einen Einzelaufruf eingrenzen.

Was WinGet beim Sammel-Upgrade tatsächlich berücksichtigt

WinGet ist kein allgemeiner Aktualisierungsdienst für sämtliche installierte Windows-Software. Der Paketmanager vergleicht die installierten Programme mit den Paketdefinitionen seiner konfigurierten Quellen. Nur wenn eine passende Paketkennung und eine neuere Version gefunden werden, kann WinGet einen Aktualisierungsversuch starten.

Programme aus dem Microsoft Store, klassische Desktop-Anwendungen, portable Software und Hersteller-Installer unterscheiden sich bei Erkennung und Aktualisierung. Manche Anwendungen werden über einen eigenen Updater gepflegt und tauchen deshalb nicht auf. Andere erscheinen zwar in der Liste, lassen sich aber nur mit einer bestimmten Installer-Variante aktualisieren. Auch eine Anwendung, die mit einem benutzerdefinierten Installationspfad oder einem speziellen Unternehmenspaket installiert wurde, kann von der Paketdefinition abweichen.

Der Parameter --all bedeutet daher nicht, dass jeder Installer ohne Rückfrage ausgeführt wird. Er weist WinGet an, mehrere passende Aktualisierungen nacheinander zu versuchen. Ein einzelnes Paket kann dabei wegen einer laufenden Anwendung, fehlender Berechtigungen, einer abweichenden Architektur, einer Lizenzabfrage oder einer inkompatiblen Installeroption ausfallen.

Für eine erste Übersicht eignet sich dieser Befehl:

winget upgrade --include-unknown

Mit --include-unknown können auch Pakete angezeigt werden, bei denen WinGet die aktuell installierte Versionsnummer nicht zuverlässig bestimmen kann. Das bedeutet nicht automatisch, dass eine Aktualisierung möglich ist. Es zeigt lediglich, dass die Versionsprüfung unvollständig ist. Solche Einträge solltest du besonders vorsichtig behandeln und vor dem Start prüfen, ob das Programm geöffnet ist und ob wichtige Daten gespeichert sind.

Die Ausgabe der Upgrade-Liste richtig lesen

Führe winget upgrade ohne weitere Änderungen aus und suche das betroffene Programm. Der Name kann von der Anzeige im Startmenü abweichen. Entscheidend ist die Paketkennung in der Spalte Id. Bei mehreren Treffern kann WinGet eine Auswahl verlangen. Dann solltest du nicht blind die erste Zeile übernehmen, sondern die Quelle und den Herausgeber vergleichen.

BeobachtungWahrscheinliche EinordnungNächster Schritt
Das Programm erscheint nichtKeine passende Paketdefinition, keine Quelle oder keine erkannte InstallationQuellen prüfen und die Paketkennung suchen
Eine neue Version wird angezeigtWinGet erkennt ein mögliches UpgradeEinzelnes Paket mit seiner Id ausführen
Die installierte Version ist unbekanntVersionsinformation fehlt oder ist nicht auslesbarInstaller und Herkunft kontrollieren
Der Name erscheint mehrfachMehrere Quellen oder Paketvarianten passenId und Quelle ausdrücklich angeben
Die Version bleibt unverändertInstaller wurde abgebrochen oder meldet keinen ErfolgAnwendung schließen und Einzelinstallation prüfen

Ein Paket kann außerdem mit einem Hinweis wie No applicable upgrade found reagieren, obwohl du auf der Herstellerseite eine neuere Version siehst. Dann stimmt die Paketdefinition möglicherweise nicht mit der installierten Variante überein, die neue Version ist noch nicht in der Quelle verfügbar oder der Hersteller verwendet eine andere Produktkennung. WinGet lädt nicht automatisch jede beliebige Datei von einer Herstellerseite herunter.

Quellen und Paketlisten aktualisieren

WinGet verwendet Quellen, um Paketinformationen und Installerdaten zu beziehen. Eine veraltete Quelle kann dazu führen, dass neue Versionen noch nicht angezeigt werden. Mit diesem Befehl lässt du die verfügbaren Quellen aktualisieren:

winget source update

Die Rückmeldung sollte für die verwendeten Quellen einen erfolgreichen Aktualisierungsstatus anzeigen. Danach lohnt sich eine neue Suche:

winget upgrade

Mit winget source list kannst du prüfen, welche Quellen eingerichtet sind:

winget source list

Die Standardquelle wird in vielen Installationen als winget angezeigt. Zusätzlich kann eine Microsoft-Store-Quelle vorhanden sein. Auf verwalteten Firmenrechnern können Administratoren Quellen einschränken oder eigene Paketquellen konfigurieren. Fehlt eine erwartete Quelle, solltest du nicht eigenständig fremde Quellen ergänzen, wenn der Rechner durch eine Organisation verwaltet wird. Ein zusätzlicher Paketserver kann Sicherheits- und Vertrauensfragen aufwerfen.

Wenn eine Quelle mit einem Fehler endet, prüfe zuerst die Internetverbindung, Proxyvorgaben und die Systemzeit. Zertifikatsprüfungen können scheitern, wenn Datum oder Uhrzeit des Systems stark abweichen. Bei einem Firmenrechner können Proxy oder Firewall die Verbindung gezielt beschränken. In diesem Fall ist die IT-Abteilung die passende Anlaufstelle, weil eine lokale Änderung die Unternehmensvorgaben umgehen könnte.

Das betroffene Programm einzeln aktualisieren

Der Sammelbefehl blendet Details einzelner Installer oft zu schnell aus. Verwende deshalb die Paketkennung aus der Upgrade-Liste. Das Grundmuster lautet:

Anleitung
1Speichere Dokumente und schließe Programme, deren Aktualisierung ansteht.
2Prüfe mit winget --info, ob WinGet grundsätzlich verfügbar ist.
3Aktualisiere die Paketquellen mit winget source update.
4Erstelle mit winget upgrade --include-unknown eine vollständige Übersicht.
5Bearbeite auffällige oder wichtige Programme zuerst einzeln über ihre Paketkennung — Prüfe anschließend das Ergebnis und wiederhole bei Bedarf die entscheidenden Schritte.

winget upgrade --id PAKETKENNUNG

PAKETKENNUNG ist ein Platzhalter und muss durch die tatsächliche Id ersetzt werden. Wenn die Id beispielsweise Microsoft.VisualStudioCode lautet, darf der Befehl nicht mit dem Platzhalter ausgeführt werden. Die Id findest du in der Ausgabe von winget upgrade oder über eine gezielte Suche.

winget search PROGRAMMNAME

Bei mehreren passenden Treffern kannst du die Quelle ergänzen:

winget upgrade --id PAKETKENNUNG --source winget

Die Quelle sollte nur verwendet werden, wenn sie in deiner Quellenliste vorhanden ist und der angezeigte Treffer dort tatsächlich geführt wird. Nach dem Start zeigt der Installer normalerweise seinen eigenen Fortschritt. Schließe das Terminal nicht, solange der Prozess läuft. Beende das Programm vorab, wenn es geöffnet ist. Manche Installer können die laufende Anwendung selbst schließen, andere brechen ohne sichtbare Aktualisierung ab.

Nach dem Ende des Vorgangs prüfst du die Version erneut:

winget upgrade

Ist das Paket verschwunden, wurde die Aktualisierung von WinGet wahrscheinlich erkannt. Bleibt es in der Liste, notiere die Rückmeldung des Installers. Ein erfolgreicher Abschluss des WinGet-Prozesses bedeutet nicht in jedem Fall, dass die Anwendung ihre Version korrekt gemeldet hat. Bei unbekannter Version kann der Eintrag weiterhin erscheinen.

Warum einzelne Anwendungen nicht aktualisiert werden

Das Programm stammt nicht aus einer passenden Paketquelle

Eine Installation kann aus einer direkt heruntergeladenen EXE-Datei, einer ZIP-Datei, dem Microsoft Store oder einem Unternehmensportal stammen. Die vorhandene Paketdefinition kann eine andere Installationsart erwarten. Dadurch erkennt WinGet entweder keine installierte Version oder ordnet die Installation nicht zuverlässig dem Paket zu.

Vergleiche den Hersteller und die Paketkennung. Wenn die Anwendung über den Store installiert wurde, kann der Store für die Aktualisierung zuständig sein. Öffne den Microsoft Store und prüfe im Bereich für Bibliothek oder Updates, ob dort eine Aktualisierung angeboten wird. Die genaue Oberfläche kann sich je nach Windows-Version und Store-Version unterscheiden; maßgeblich ist die Updateübersicht der Store-App.

Der Hersteller blockiert eine stille Installation

Ein Sammellauf ist auf möglichst wenige Rückfragen angewiesen. Manche Installer verlangen jedoch eine Zustimmung, eine Lizenzbestätigung, eine Auswahl des Installationsumfangs oder die Beendigung eines laufenden Prozesses. WinGet kann solche Vorgänge nicht immer unbeaufsichtigt abschließen.

Starte das Paket einzeln und beobachte den Installer. Wenn ein Dialog erscheint, lies die Auswahl sorgfältig. Ändere keine Installationsoptionen, wenn dadurch Erweiterungen, Dateizuordnungen oder Installationspfade verändert würden. Bei einer Unternehmensanwendung können zusätzliche Vorgaben gelten.

Die Anwendung läuft noch

Browser, Entwicklungsumgebungen, Cloud-Clients und Sicherheitsprogramme halten häufig Dateien geöffnet. Der Installer kann dann zwar starten, aber die alte Version erst nach einem Neustart ersetzen. Speichere offene Arbeit, beende die Anwendung einschließlich Hintergrundprozessen und wiederhole den Einzelaufruf.

Wenn die Anwendung nach dem Schließen sofort wieder startet, prüfe den Autostart oder die zugehörige Hintergrundkomponente. Beende keine unbekannten Systemprozesse. Bei einem Cloud-Client solltest du außerdem warten, bis die Synchronisierung abgeschlossen ist, damit keine lokale Datei während des Updates gesperrt oder ersetzt wird.

Administratorrechte fehlen

Installationen für alle Benutzer benötigen häufig erhöhte Rechte. Öffne Windows Terminal über das Kontextmenü mit Administratorrechten und wiederhole nur den Einzelbefehl. Wenn Windows eine Zustimmung der Benutzerkontensteuerung verlangt, kontrolliere vor der Bestätigung den Namen des Programms und des Installers.

Auf einem Firmen-PC kann die Installation trotz Administratorfenster durch Richtlinien blockiert sein. Ein lokales Administratorkonto hebt solche Richtlinien nicht zwangsläufig auf. Fehlermeldungen zu Richtlinien, Signaturen oder nicht erlaubten Installationsquellen sollten daher nicht durch Sicherheitsumgehungen bearbeitet werden.

Architektur oder Installationsumfang passen nicht

Einige Programme liegen für mehrere Plattformen oder Installationsarten vor. Eine 32-Bit-Installation kann nicht immer durch einen 64-Bit-Installer ersetzt werden, ohne dass der Hersteller diesen Wechsel ausdrücklich unterstützt. Ähnliches gilt für ARM-Geräte, portable Varianten und Installationen pro Benutzer.

Prüfe auf der Download- oder Supportseite des Herstellers, welche Architektur installiert ist. In WinGet kannst du Paketdetails anzeigen, ohne eine Installation zu starten:

winget show --id PAKETKENNUNG

Die Ausgabe enthält je nach Paket unter anderem Version, Herausgeber, Installerinformationen und unterstützte Architektur. Fehlen wichtige Angaben oder widersprechen sie deiner Installation, ist ein manueller Abgleich beim Hersteller sicherer als ein erzwungenes Upgrade.

Interaktive Installer im Sammellauf vermeiden

Für unbeaufsichtigte Aktualisierungen kann WinGet Optionen anbieten, die Installer ohne sichtbare Benutzeroberfläche ausführen. Diese Optionen sind jedoch nicht für jedes Paket geeignet. Ein Installer kann trotz entsprechender Einstellung einen Dialog öffnen oder die Option ignorieren. Verwende solche Schalter daher erst, nachdem ein Einzeltest erfolgreich war.

Eine mögliche Variante ist:

winget upgrade --all --silent

--silent fordert eine möglichst stille Installation an. Es garantiert nicht, dass jedes Paket ohne Rückfrage aktualisiert wird. Bei Anwendungen mit Lizenzdialogen, Neustartanforderungen oder speziellen Installationsbedingungen kann der Vorgang scheitern oder auf eine abschließende Eingabe warten.

Wenn die Programme während des Laufes geschlossen werden dürfen, kann zusätzlich ein Schalter zur Beendigung laufender Anwendungen relevant sein. Diese Option solltest du nicht pauschal einsetzen, weil ungespeicherte Daten verloren gehen können. Speichere alle Dokumente und beende die Anwendungen kontrolliert, bevor du mehrere Pakete aktualisierst.

Verwende keine zufällig gefundenen Installerparameter. Die unterstützten Optionen hängen vom jeweiligen Installationspaket ab. Mit der Hilfeausgabe von WinGet kannst du die allgemeine Syntax prüfen:

winget upgrade --help

Die Hilfe beschreibt WinGet-Optionen, nicht jede herstellerspezifische Installeroption. Ein Parameter nach einem Trennzeichen kann direkt an den Installer weitergereicht werden, sollte aber nur mit einer dokumentierten Syntax verwendet werden. Falsch gesetzte Optionen können eine Reparaturinstallation, einen anderen Installationspfad oder eine Entfernung auslösen.

Versionen, Quellen und Paketkennungen vergleichen

Wenn ein Programm nach dem Update weiterhin als veraltet angezeigt wird, vergleiche die drei relevanten Werte: die tatsächlich installierte Version, die in WinGet verfügbare Version und die Version, die der Hersteller aktuell anbietet. Diese Werte müssen nicht gleichzeitig identisch sein. Eine Herstellerseite kann eine neue Version veröffentlichen, bevor sie in einer WinGet-Quelle verfügbar ist.

Mit der gezielten Suche kannst du ähnliche Paketnamen unterscheiden:

winget search --name PROGRAMMNAME

Auch hier ist PROGRAMMNAME ein Platzhalter. Übernimm aus den Ergebnissen die Id des passenden Herausgebers. Bei einem bekannten Namen kann eine falsche Id zu einem anderen Programm führen. Prüfe deshalb vor dem Upgrade die Ausgabe von:

winget show --id PAKETKENNUNG

Stimmen Herausgeber, Beschreibung und Installer nicht mit deiner Anwendung überein, brich den Vorgang ab. Installiere nicht einfach das ähnlich klingende Paket, nur weil es eine neuere Versionsnummer besitzt.

Bei Paketen mit Versionskanälen kann eine stabile Version, eine Vorschauversion oder eine spezielle Edition gemeint sein. Eine Vorschauversion ist nicht automatisch ein geeignetes Update für eine stabile Installation. Wechsle den Kanal nur, wenn du die Folgen kennst und die Anwendung eine Rückkehr zur stabilen Variante unterstützt.

Fehlercodes und Rückmeldungen einordnen

Die genaue Rückmeldung entscheidet über den nächsten Schritt. Ein allgemeiner Fehlercode kann vom Installer stammen und nicht von WinGet selbst. Notiere deshalb den vollständigen Text, den Paketnamen und den Zeitpunkt. Suche nicht nur nach dem letzten Zahlenwert, sondern berücksichtige auch, ob der Installer vorher einen Dialog geöffnet hat.

  • Bei einem Hinweis auf eine laufende Anwendung: Daten speichern, die Anwendung schließen und den Einzelaufruf wiederholen.
  • Bei fehlenden Rechten: Windows Terminal als Administrator öffnen und den Herausgeber des Installers prüfen.
  • Bei einem Netzwerk- oder Quellenfehler: Quellen aktualisieren, Proxy- und Firewallvorgaben prüfen und den Firmenkontext berücksichtigen.
  • Bei einer nicht passenden Version: installierte Variante, Architektur und Paketkennung vergleichen.
  • Bei einem erforderlichen Neustart: Windows neu starten und anschließend die Upgrade-Liste erneut ausführen.

Ein Neustart ist besonders dann sinnvoll, wenn ein Installer Dateien erst beim nächsten Systemstart ersetzt. Prüfe nach dem Neustart nicht nur, ob die Anwendung geöffnet werden kann, sondern auch, ob Erweiterungen, Dateizuordnungen und wichtige Arbeitsabläufe weiterhin funktionieren.

Wenn WinGet selbst veraltet oder beschädigt ist

WinGet ist Bestandteil des Windows-App-Installer-Ökosystems. Fehlen Befehle, erscheinen ungewöhnliche Syntaxfehler oder startet der Paketmanager gar nicht, sollte zunächst Windows beziehungsweise der Microsoft Store nach Aktualisierungen für die zuständigen Systemkomponenten geprüft werden. Auf verwalteten Geräten kann die Bereitstellung zentral gesteuert sein.

Prüfe zuerst, ob WinGet grundsätzlich antwortet:

winget --info

Die Ausgabe liefert Informationen zur Version und Umgebung. Sie hilft dabei, zwischen einem Paketfehler und einem Problem der WinGet-Installation zu unterscheiden. Wenn der Befehl nicht gefunden wird, ist häufig der App Installer nicht verfügbar, beschädigt oder für das Benutzerkonto nicht ordnungsgemäß registriert.

Eine Reparatur über die Windows-Einstellungen kann möglich sein, wenn der App Installer in der Liste der installierten Apps erscheint. Öffne die Einstellungen und suche nach den installierten Apps. Bei der betreffenden Systemkomponente können je nach Windows-Version Optionen wie Reparieren oder Zurücksetzen angeboten werden. Nutze zuerst Reparieren, weil dabei weniger lokale Daten entfernt werden. Ein Zurücksetzen kann lokale Einstellungen verändern und sollte erst nach einer Prüfung der Folgen erfolgen.

Wenn WinGet nur bei einem Benutzerkonto ausfällt, kann die Ursache in der Benutzerregistrierung liegen. Wenn alle Konten betroffen sind, sind eher die Systemkomponente, Richtlinien oder die Quellenkonfiguration relevant. Vermeide pauschale Eingriffe in AppX-Registrierungen oder die Registry, solange keine belastbare Diagnose vorliegt.

Programme ohne WinGet aktuell halten

Nicht jede Software sollte in WinGet erzwungen werden. Manche Hersteller liefern sicherheitsrelevante Komponenten, Browserprofile, Plug-ins oder Unternehmensmodule über eigene Aktualisierungsdienste. Wenn die Herstelleranwendung eine Aktualisierung anbietet, ist dieser Weg oft passender, weil sie ihre eigene Produktvariante kennt.

Prüfe bei einem fehlenden Paket zunächst:

  • ob das Programm im Microsoft Store installiert wurde,
  • ob ein eigener Updater im Programmmenü vorhanden ist,
  • ob es sich um eine portable Version handelt,
  • ob die Installation durch eine Organisation verwaltet wird,
  • ob der Hersteller eine neue Version tatsächlich für deine Windows-Architektur bereitstellt.

Bei portabler Software gibt es häufig keinen registrierten Installationsdatensatz. WinGet kann sie dann nicht wie eine klassische Installation behandeln. Lade Aktualisierungen nur aus einer vertrauenswürdigen Quelle und prüfe digitale Signaturen, wenn der Hersteller entsprechende Informationen bereitstellt. Lösche den alten Programmordner erst, nachdem die neue Version gestartet und die Übernahme von Einstellungen geprüft wurde.

Ein sicherer Ablauf für mehrere Aktualisierungen

Ein Sammel-Upgrade ist am übersichtlichsten, wenn du vorher einen Wiederherstellungspunkt oder eine andere passende Sicherung hast. Ein Wiederherstellungspunkt ersetzt keine Datensicherung persönlicher Dateien. Er kann lediglich helfen, bestimmte Systemänderungen zurückzunehmen. Für wichtige Arbeitsdaten bleiben die vorhandenen Sicherungsmechanismen entscheidend.

  1. Speichere Dokumente und schließe Programme, deren Aktualisierung ansteht.
  2. Prüfe mit winget --info, ob WinGet grundsätzlich verfügbar ist.
  3. Aktualisiere die Paketquellen mit winget source update.
  4. Erstelle mit winget upgrade --include-unknown eine vollständige Übersicht.
  5. Bearbeite auffällige oder wichtige Programme zuerst einzeln über ihre Paketkennung.
  6. Starte danach den Sammellauf für die verbleibenden Pakete.
  7. Prüfe nach einem erforderlichen Neustart die Upgrade-Liste erneut.
  8. Aktualisiere nicht erkannte Programme über den Store oder den Hersteller-Updater.

Für den normalen Sammellauf kannst du anschließend folgenden Befehl verwenden:

winget upgrade --all

Wenn du mehrere Pakete mit unterschiedlichen Risiken hast, führe sie nicht zwangsläufig in einem einzigen Lauf aus. Ein Browser, ein Entwicklungswerkzeug und ein Treiber-nahes Dienstprogramm können unterschiedliche Neustart- oder Rechteanforderungen besitzen. Einzelne Durchläufe erleichtern die Zuordnung, falls eine Aktualisierung scheitert.

Rückweg und Abbruchkriterien

WinGet bietet keinen universellen Rückwärtsbefehl, der jede Anwendung auf die vorherige Version zurücksetzt. Ob ein Downgrade möglich ist, hängt vom Installer und vom Hersteller ab. Manche Pakete erlauben eine bestimmte Version über eine Versionsoption, andere überschreiben die alte Installation vollständig oder entfernen ältere Dateien.

Wenn eine Aktualisierung fehlschlägt, starte nicht sofort mehrere Reparaturbefehle. Sichere zunächst persönliche Daten und notiere die installierte Version. Prüfe anschließend, ob das Programm noch normal startet. Bei beschädigten Einstellungen kann eine Reparaturinstallation des Herstellers helfen; bei wichtigen Geschäftsanwendungen sollte vorher die zuständige Administration einbezogen werden.

Breche ab, wenn die Paketkennung nicht eindeutig ist, der Herausgeber nicht passt, der Installer eine unerwartete Entfernung anbietet oder BitLocker, Bootkomponenten und Systemtreiber betroffen sind. Ein allgemeiner Paketmanager-Befehl ist kein Ersatz für die Dokumentation des jeweiligen Herstellers. Besonders bei Sicherheitssoftware und Treibern kann ein falscher Installer die Startfähigkeit oder den Schutz des Systems beeinträchtigen.

Erfolg nach dem Upgrade prüfen

Die abschließende Kontrolle besteht aus mehr als einer leeren Upgrade-Liste. Starte das aktualisierte Programm und prüfe die Versionsanzeige im Hilfe-, Info- oder Einstellungsbereich. Öffne anschließend eine typische Datei oder Funktion. Bei Browsern solltest du Erweiterungen und gespeicherte Profile kontrollieren, bei Entwicklungsumgebungen Projekte und SDKs, bei Cloud-Programmen den Synchronisierungsstatus.

Wenn WinGet das Paket weiterhin aufführt, vergleiche die Versionsnummer mit der Anzeige im Programm. Stimmen beide nicht überein, kann die Anwendung eine eigene Versionslogik verwenden oder der Installer hat die Änderung nicht registriert. Prüfe außerdem, ob mehrere Installationen parallel vorhanden sind, etwa eine Variante pro Benutzer und eine systemweite Installation.

Erst wenn Paketkennung, Version, Programmstart und wichtige Funktionen zusammenpassen, ist die Aktualisierung abgeschlossen. Ein einzelner fehlgeschlagener Eintrag muss nicht den gesamten Lauf entwerten. Entscheidend ist, die betroffene Anwendung getrennt zu diagnostizieren und unbekannte oder nicht passende Pakete nicht mit Gewalt einzuspielen.

Häufige Fragen zu WinGet Upgrade –all

Warum zeigt WinGet ein Programm als Upgrade an, obwohl bereits die aktuelle Version installiert ist?

Die erkannte Versionsnummer kann von der Versionsanzeige innerhalb des Programms abweichen oder zu einer anderen Installation gehören. Prüfe deshalb die Paketkennung, den Installationspfad und die Version direkt im Programm, bevor du das Upgrade erneut startest.

Was bedeutet „No applicable upgrade found“ bei einem einzelnen WinGet-Paket?

WinGet findet in diesem Fall keine passende Aktualisierung für genau diese erkannte Installation, auch wenn der Hersteller bereits eine neuere Version anbietet. Häufig unterscheiden sich Paketkennung, Installationsvariante oder Quelle, oder die neue Version ist in der verwendeten Quelle noch nicht verfügbar.

Kann ich ein fehlgeschlagenes Paket aus winget upgrade –all beim nächsten Lauf überspringen?

Ja, bearbeite das problematische Paket zunächst nicht erneut im Sammellauf, sondern aktualisiere die übrigen Programme gezielt mit ihren Paketkennungen. So bleibt die Fehlerursache überschaubar; nach der Einzelprüfung kannst du den Sammellauf erneut ausführen.

Warum wird WinGet bei einem Upgrade nach einer Eingabe oder Bestätigung gefragt?

Ein Installer kann eine Lizenzbestätigung, eine Installationsoption, erhöhte Rechte oder das Schließen eines laufenden Programms verlangen. Bei unbeaufsichtigten Sammelläufen kann eine solche Eingabe den Ablauf aufhalten oder das betreffende Paket scheitern lassen, weshalb ein Einzelaufruf die bessere Diagnose ist.

Ist winget upgrade –all auf einem Firmen-PC unbedenklich?

Nicht grundsätzlich, weil verwaltete Geräte eigene Paketquellen, Freigaben oder Vorgaben für Anwendungen enthalten können. Prüfe vorab die Quellen und wende dich bei eingeschränkten Quellen, Proxyfehlern oder geschäftskritischer Software an die IT-Abteilung, statt Unternehmensrichtlinien zu umgehen.

Was kann ich tun, wenn ein Programm trotz Upgrade weiterhin in der Liste erscheint?

Vergleiche die von WinGet gemeldete Version mit der Versionsanzeige des Programms und prüfe, ob mehrere Installationen vorhanden sind. Stimmen die Angaben nicht überein, wurde möglicherweise eine andere Variante aktualisiert oder der Installer hat die Installation nicht korrekt registriert.

Warum aktualisiert WinGet manche portable Programme nicht?

Bei portabler Software fehlt häufig eine standardisierte Installationsregistrierung, anhand derer WinGet die installierte Version sicher zuordnen kann. Wird das Programm nicht in winget upgrade angezeigt, musst du die Aktualisierung über die Herstellerseite oder den vorgesehenen eigenen Updater prüfen.

Kann ich mit WinGet eine fehlgeschlagene Aktualisierung rückgängig machen?

Ein allgemeiner Rückwärtsbefehl für alle WinGet-Pakete existiert nicht, weil der jeweilige Installer über Wiederherstellung und Downgrade entscheidet. Sichere nach einem Fehler zunächst wichtige Daten, prüfe den Programmstart und verwende nur eine vom Hersteller unterstützte ältere Version oder Reparaturinstallation.

Wie erkenne ich, ob ein WinGet-Upgrade wirklich erfolgreich war?

Ein erfolgreicher Abschluss sollte sich durch die aktuelle Versionsanzeige im Programm, einen normalen Start und die Funktion einer typischen Aufgabe bestätigen lassen. Zusätzlich kannst du winget upgrade erneut ausführen und prüfen, ob das Paket mit derselben verfügbaren Version weiterhin angeboten wird.

Checkliste
  • Bei einem Hinweis auf eine laufende Anwendung: Daten speichern, die Anwendung schließen und den Einzelaufruf wiederholen.
  • Bei fehlenden Rechten: Windows Terminal als Administrator öffnen und den Herausgeber des Installers prüfen.
  • Bei einem Netzwerk- oder Quellenfehler: Quellen aktualisieren, Proxy- und Firewallvorgaben prüfen und den Firmenkontext berücksichtigen.
  • Bei einer nicht passenden Version: installierte Variante, Architektur und Paketkennung vergleichen.
  • Bei einem erforderlichen Neustart: Windows neu starten und anschließend die Upgrade-Liste erneut ausführen.


Unsere Redaktion

Über 15 Jahre Erfahrung mit Windows- und PC-Problemen aller Art. Wir sind Euer Technikratgeber seit 2009.

Mitarbeiter Porträt Martin Keller

Martin Keller

34, Hamburg, gelernter IT-Systemadministrator und Schachfreund. Mag außerdem gerne gutes Bier.

Mitarbeiter Porträt Daniel Cho

Daniel Cho

29, Frankfurt am Main, Data Analyst. Fotografie-begeistert und Stratege durch und durch. Kann alles.

Mitarbeiterin Porträt Sofia Mendes

Sofia Mendes

27, Köln, Projektmanagerin. Workshop-Junkie und Handy-süchtig. Sprachen-Genie mit italienischen Wurzeln.

Mitarbeiter Porträt Tobias Wagner

Tobias Wagner

36, Stuttgart, Softwareentwickler. Digital Native und PC-Freak durch und durch. Spielt perfekt Gitarre.

Mitarbeiter Porträt Enzokuhle Dlamini

Enzokuhle Dlamini

55, Düsseldorf, Personalmanagerin. Liebt ihren Garten genauso wie WordPress. Geboren in Südafrika.

Mitarbeiter Porträt Joachim Freising

Joachim Freising

52, Bergisch-Gladbach, Teamleiter IT. Technik-affin. Hat für jedes Problem eine Lösung parat. Sehr geduldig.

Unsere Redaktion:

Über 15 Jahre Erfahrung mit Windows- und PC-Problemen aller Art. Wir sind Euer Technikratgeber seit 2009.

Mitarbeiter Porträt Martin Keller

Martin Keller

Mitarbeiter Porträt Daniel Cho

Daniel Cho

Mitarbeiterin Porträt Sofia Mendes

Sofia Mendes

Mitarbeiter Porträt Tobias Wagner

Tobias Wagner

Mitarbeiter Porträt Enzokuhle Dlamini

Enzokuhle Dlamini

Mitarbeiter Porträt Joachim Freising

Joachim Freising

Schreibe einen Kommentar