Freigeben über

Anleitungen zur Problembehandlung für moderne Apps, Posteingang und Microsoft Store-Apps

Notiz

Dieser Artikel richtet sich an Support-Agents und IT-Spezialisten. Wenn Sie nach allgemeineren Informationen suchen, lesen Sie " Reparieren von Apps und Programmen in Windows".

Moderne Apps oder Microsoft Store-Apps können manchmal nicht gestartet oder gestartet werden und dann nicht mehr reagieren. In diesem Handbuch werden Problembehandlungstechniken erläutert, mit denen Sie solche Probleme beheben können.

Checkliste zur Problembehandlung

  1. Überprüfen Sie, ob die Anwendung für Ihren Benutzer registriert oder installiert ist.
  2. Registrieren Sie die Anwendung für den Benutzer möglicherweise erneut, um Aktivierungsprobleme zu beheben.
  3. Wenn Sie keine Antwort auf das Cmdlet Get-AppxPackage erhalten, können Sie das Add-AppxPackage-Cmdlet weiterhin verwenden.
  4. Für den XML-Pfad müssen Sie überprüfen, welche Version Sie installiert haben.
  5. Wenn die Anwendung nach der erneuten Registrierung immer noch nicht gestartet werden kann, ist das Paket für die Anwendung beschädigt oder fehlen einige Komponenten.
  6. Für eine einzelne Anwendung können Sie den Winget-Befehl verwenden.
  7. Überprüfen Sie, ob das Systemsetup über geeignete Einstellungen zum Herunterladen und Installieren von AppX-Paketen verfügt.
  8. Wenn der Microsoft Store Probleme beim Starten oder zuvor entfernt hat, versuchen Sie, ihn erneut zu installieren.
  9. Wenn die Anwendung immer noch fehlschlägt, sind möglicherweise einige Ereignisprotokolle hilfreich.

Hier ist die detaillierte Prüfliste zur Problembehandlung:

  1. Überprüfen Sie, ob die Anwendung für Ihren Benutzer registriert oder installiert ist.

    Moderne Apps werden als Paket auf einem Computer bereitgestellt und müssen dann für jeden Benutzer, der sich anmeldet, einzeln registrieren. Ein Datensatz wird auf jedem Computer für jede Anwendung aufbewahrt und welche Benutzer sie registriert haben. Um beispielsweise festzustellen, ob ein einzelner Benutzer die Rechneranwendung installiert hat, verwenden Sie das folgende Cmdlet in einer nicht relevanten Windows PowerShell-Eingabeaufforderung:

    Get-AppxPackage *calculator*

    Wenn sie registriert ist, sieht die Ausgabe wie folgt aus:

    Name              : Microsoft.WindowsCalculator 
Publisher         : CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US 
Architecture      : X64 
ResourceId        : 
Version           : 11.2210.0.0 
PackageFullName   : Microsoft.WindowsCalculator_11.2210.0.0_x64__8wekyb3d8bbwe 
InstallLocation   : C:\Program Files\WindowsApps\Microsoft.WindowsCalculator_11.2210.0.0_x64__8wekyb3d8bbwe 
IsFramework       : False 
PackageFamilyName : Microsoft.WindowsCalculator_8wekyb3d8bbwe 
PublisherId       : 8wekyb3d8bbwe 
IsResourcePackage : False 
IsBundle          : False 
IsDevelopmentMode : False 
NonRemovable      : False 
Dependencies      : {Microsoft.UI.Xaml.2.8_8.2212.15002.0_x64__8wekyb3d8bbwe, 
                    Microsoft.NET.Native.Framework.2.2_2.2.29512.0_x64__8wekyb3d8bbwe, 
                    Microsoft.NET.Native.Runtime.2.2_2.2.28604.0_x64__8wekyb3d8bbwe, 
                    Microsoft.VCLibs.140.00_14.0.30704.0_x64__8wekyb3d8bbwe...} 
IsPartiallyStaged : False 
SignatureKind     : Store 
Status            : Ok

  2. Auch wenn die Anwendung für Ihren Benutzer als registriert angezeigt wird, kann die Anwendung manchmal erneut für den Benutzer Aktivierungsprobleme beheben, da sie fehlende Einträge für das Paket repariert. Verwenden Sie das folgende Cmdlet an derselben nicht relevanten PowerShell-Eingabeaufforderung (dieses Beispiel ist für die Rechneranwendung):

    Get-AppxPackage *calculator*| Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}

    Notiz

    Beachten Sie, wie wir die Ausgabe des Get-AppxPackage Cmdlets zurückgeben, um mithilfe des Pipe-Cmdlets | in das Add-AppxPackage Cmdlet zu gelangen. Dies funktioniert nur, wenn das Paket bereits registriert ist.

  3. Wenn Sie keine Antwort auf das Get-AppxPackage Cmdlet erhalten, können Sie das Add-AppxPackage Cmdlet weiterhin mithilfe des Familiennamens oder des Pfads zur datei AppxManifest.xml verwenden.

    Dies ist möglich, da dieser Benutzer das Paket zwar nicht registriert hat, andere Benutzer jedoch möglicherweise. Dies bedeutet, dass das Paket weiterhin auf dem Computer vorhanden ist.

    Um dies zu überprüfen, fügen Sie -AllUsers dasselbe Get-AppxPackage Cmdlet hinzu, das wir zuvor in einer PowerShell-Eingabeaufforderung mit erhöhten Rechten verwendet haben:

    Get-AppxPackage *calculator* -AllUsers

    Wenn die App-Details erfolgreich zurückgegeben werden, bedeutet dies, dass das Paket vorhanden ist.

    Verwenden Sie eines der folgenden Cmdlets, um zu versuchen, die App für diesen Benutzer zu registrieren.

    Achten Sie darauf, nicht die PowerShell-Eingabeaufforderung mit erhöhten Rechten zu verwenden, es sei denn, Sie möchten die App anstelle des Benutzers für den Administrator registrieren.

    Add-AppxPackage -RegisterByFamilyName -MainPackage Microsoft.WindowsCalculator_8wekyb3d8bbwe

    Add-AppxPackage -path "c:\Program Files\WindowsApps\Microsoft.WindowsCalculator_11.2210.0.0_x64__8wekyb3d8bbwe\AppxManifest.xml" -DisableDevelopmentMode -Register

    Bei einer Systemanwendung unterscheidet sich der XML-Pfad geringfügig:

    Add-AppxPackage -Path "C:\Windows\SystemApps\Microsoft.Windows.Search_cw5n1h2txyewy\AppXManifest.xml" -DisableDevelopmentMode -Register

    Notiz

    Stellen Sie sicher, dass Sie das Add-AppxPackage Cmdlet aus einer Nicht-Eingabeaufforderung mit erhöhten Rechten verwenden, oder das Paket wird anstelle des Benutzers für den Administrator registriert.

  4. Für den XML-Pfad müssen Sie überprüfen, welche Version Sie installiert haben. Sie können dies über eine PowerShell-Eingabeaufforderung mit erhöhten Rechten mit einem dir Cmdlet tun:

    dir "c:\Program Files\WindowsApps\Microsoft.WindowsCalculator*"

    Die Ausgabe sieht wie folgt aus:

    Directory: C:\Program Files\WindowsApps

Mode                 LastWriteTime         Length Name 
d-----        <Date>     <Time>                Microsoft.WindowsCalculator_11.2210.0.0_x64__8wekyb3d8bbwe

  5. Wenn die Anwendung nach der grundlegenden erneuten Registrierung immer noch nicht gestartet werden kann, versuchen Sie, das Cmdlet Reset-AppxPackage zu verwenden, um die App in der ursprünglichen Konfiguration wiederherzustellen. Wenn die App immer noch nicht funktioniert, ist das Paket für die Anwendung beschädigt oder fehlen einige Komponenten. Rufen Sie ein neues Paket für den Computer mithilfe des Microsoft Store (öffentlich oder privat) oder Windows-Paket-Manager (Winget) ab. Weitere Informationen finden Sie unter "Problembehandlung bei Apps, die nicht mit der Verwendung von Windows-Paket-Manager beginnen.

  6. Für eine einzelne Anwendung können Sie den winget Befehl verwenden. Verwenden Sie den folgenden Befehl, um nach einer Anwendung zu suchen:

    winget search <AppName>

    Nachdem Sie bestätigt haben, dass die gewünschte Anwendung verfügbar ist, können Sie sie mit dem folgenden Befehl installieren:

    winget install <AppName>

    Das Winget-Tool startet das Installationsprogramm und installiert die Anwendung auf Ihrem Computer. Zum Beispiel:

    Screenshot, der das Ergebnis der Suche nach Microsoft PowerToys zeigt.

    Um die Lizenzaufforderungen zu vermeiden, können Sie einen kleinen, skriptierten Befehl verwenden:

    winget install --exact --silent --accept-source-agreements --accept-package-agreements XP89DCGQ3K6VLD --source msstore

    Sie können mithilfe der Winget-Suche nach verfügbaren Anwendungen suchen. Die Anwendungs-ID kann aus der Suche abgerufen werden.

  7. Überprüfen Sie, ob das Systemsetup über geeignete Einstellungen zum Herunterladen und Installieren von AppX-Paketen verfügt.

  8. Wenn der Microsoft Store Probleme beim Starten oder zuvor entfernt hat, versuchen Sie, ihn erneut zu installieren.

    Notiz

    Das Entfernen des Microsoft Store wird nicht unterstützt. Weitere Informationen finden Sie unter Entfernen, Deinstallieren oder erneutes Installieren der Microsoft Store-App wird nicht unterstützt.

  9. Wenn die Anwendung immer noch fehlschlägt, können die folgenden Ereignisprotokolle hilfreich sein.

    • Anwendungsereignisprotokoll
    • Systemereignisprotokoll
    • Microsoft-Windows-AppXDeploymentServer/Operational (Anwendungen und Dienste\Microsoft\Windows\AppXDeployment-Server)
    • Microsoft-Windows-TWinUI/Operational (Anwendungen und Dienste\Microsoft\Windows\Apps)
    • Administrator (Anwendungen und Dienste\Microsoft\Windows\AppModel-Runtime)

Allgemeine Probleme und Lösungen

Entfernen des Appx-Pakets mit PowerShell

Appx-Pakete können mithilfe des Cmdlets Remove-AppxPackage entfernt werden. Das Cmdlet kann in einem der folgenden Szenarien verwendet werden:

  • Eine App funktioniert nicht. Sie möchten die App erneut installieren, um die Fehlfunktion zu beheben.
  • Sie müssen unerwünschte Posteingangs-Apps entfernen.
  • Sie müssen Apps deinstallieren, die als anfällig für Sicherheitssoftware gekennzeichnet sind.

Warnung

Das Entfernen eines Appx-Pakets kann unumkehrbar sein. Stellen Sie sicher, dass Sie diese Befehle aus dem richtigen Benutzerkontext und für das richtige Paket ausführen.

Warnung

Das Entfernen der Microsoft Store-App wird nicht unterstützt. Weitere Informationen finden Sie hier.

Führen Sie die folgenden Schritte aus, um die App zu entfernen:

Bestimmen Sie, ob die App, die Sie entfernen möchten, für das Benutzerkonto registriert oder installiert ist.

Get-AppxPackage -Name <App_name>

Wenn eine Ausgabe für den obigen Befehl angezeigt wird, wird die App für das Konto des Benutzers registriert.

Bestimmte Appx-Pakete, z. B. System-Apps, können nicht entfernt werden. Das Attribut "NonRemovable " in der Ausgabe des Get-AppxPackage Cmdlets gibt an, ob ein Appx-Paket entfernt werden kann. Stellen Sie sicher, dass das zu entfernende Paket nicht auf "True" festgelegt ist.

Jetzt können Sie das Remove-AppxPackage Cmdlet verwenden, um die App für das Konto des Benutzers zu entfernen.

Remove-AppxPackage -Package '<package_name>'

Um die App für alle Benutzerkonten auf dem Computer zu entfernen, können Sie den -AllUsers Schalter hinzufügen. Zum Ausführen des Befehls ist Administratorberechtigung erforderlich.

Remove-AppxPackage -Package '<package_name>' -AllUsers

Notiz

Ersetzen Sie die <package_name> durch das Paket, das Sie entfernen möchten.

Der Befehl "Remove-AppxPackage" verfügt über andere Schalter, mit denen das Verhalten angepasst werden kann. Weitere Informationen zum Befehl finden Sie unter Remove-AppxPackage.

Die Anwendung ist blockiert

Sie erhalten die folgenden Protokolle:

Log Name: Microsoft-Windows-AppXDeploymentServer/Operational 
Source: Microsoft-Windows-AppXDeployment-Server 
Event ID: 404 
Level: Error 
Keywords: AppXDeploymentServer Keyword 
Description: 
AppX Deployment operation failed for package Microsoft.Windows.StartMenuExperienceHost_10.0.22621.1_neutral_neutral_cw5n1h2txyewy with error 0x80073D01. The specific error text for this failure is: error 0x800704EC: Deployment of package Microsoft.Windows.StartMenuExperienceHost_10.0.22621.1_neutral_neutral_cw5n1h2txyewy **was blocked by AppLocker**. 

Log Name: Microsoft-Windows-AppLocker/Packaged app-Execution 
Source: Microsoft-Windows-AppLocker 
Event ID: 8022 
Level: Error 
Description: 
MICROSOFT.WINDOWS.SEARCH was prevented from running. 

Log Name: Microsoft-Windows-TWinUI/Operational 
Source: Microsoft-Windows-Immersive-Shell 
Event ID: 5961 
Level: Error 
Description: 
Activation for MicrosoftWindows.Client.CBS_cw5n1h2txyewy!FESearchUI failed. Error code: **This program is blocked by group policy**. For more information, contact your system administrator. Activation phase: Deployment

Sie müssen AppLocker-Einschränkungen entfernen. Damit AppLocker seine Regeln nicht mehr erzwingt, müssen zwei Dinge sequenziert werden:

  1. Die effektive Richtlinie auf dem Clientcomputer wird geleert.
  2. Der AppLocker-Dienst ist deaktiviert.

Die AppLocker-Regeln werden weiterhin erzwungen, obwohl der Dienst beendet wurde und die Regeln aus der Benutzeroberfläche gelöscht wurden. Dies kann auftreten, wenn ein Gruppenrichtlinienadministrator alle AppLocker-Regeln löscht und den AppLocker-Dienst in einem einzigen Gruppenrichtlinienupdate deaktiviert. Dies bewirkt, dass der AppLocker-Dienst deaktiviert ist, bevor er die effektive Richtlinie auf dem Clientcomputer aktualisieren kann. Daher werden AppLocker-Regeln weiterhin erzwungen.

Lösung

Um diese Bedingung zu beheben, entfernen Sie alle AppLocker-Regeln, und beenden Sie den Dienst. Löschen Sie also alle AppLocker-Regeln im Gruppenrichtlinienobjekt (Group Policy Object, GPO), pushen Sie dieses Update, damit die leere AppLocker-Richtlinie auf den Clientcomputern angewendet werden kann, und deaktivieren Sie den Dienst dann separat auf diesen Clientcomputern. Weitere Informationen finden Sie unter AppLocker-Regeln, die nach dem Beenden des Diensts noch erzwungen werden.

Führen Sie die folgenden Schritte aus, um die Erzwingung von AppLocker-Regeln zu beenden:

  1. Sichern Sie das Gruppenrichtlinienobjekt, das die aktuell angewendeten AppLocker-Regeln enthält.
  2. Löschen Sie alle AppLocker-Regeln für dieses Gruppenrichtlinienobjekt. Ausführliche Schritte finden Sie unter AppLocker-Richtlinienprozeduren.
  3. Pushout des Gruppenrichtlinienobjekts, das die leere AppLocker-Richtlinie enthält, an die betroffenen Clientcomputer. Ausführliche Schritte finden Sie unter Aktualisieren einer AppLocker-Richtlinie.
  4. Deaktivieren Sie den AppLocker-Dienst (appidsvc) auf allen betroffenen Clientcomputern. Optional können Sie den Dienst neu starten. Ausführliche Schritte finden Sie unter Konfigurieren des Anwendungsidentitätsdiensts. Alternativ können Sie den AppLocker-Dienst mithilfe von Gruppenrichtlinien deaktivieren, anstatt lokal zu deaktivieren.
  5. Wenn Sie die Computer mit einem anderen Satz von AppLocker-Regeln aktualisieren möchten (und der Dienst aktiviert wurde), können Sie ein Gruppenrichtlinienupdate für die überarbeitete AppLocker-Richtlinie erzwingen. Ausführliche Schritte finden Sie unter Aktualisieren einer AppLocker-Richtlinie.

Ungültige Berechtigungen, die für Registrierungsschlüssel oder Ordner festgelegt werden

Die allgemeine Regel besteht nicht darin, die Berechtigungen von Registrierungsschlüsseln im Besitz des Betriebssystems zu ändern. Selbst für Härtungszwecke empfehlen wir nicht, die Berechtigungen oder den Besitz des Registrierungsschlüssels, der Dateien oder Ordner aus Windows zu ändern. Diese Aktion kann Ihr System unterbrechen und möglicherweise eine Neuerstellung erfordern, um das Problem zu beheben.

Die Anwendungen werden installiert, um im Benutzerkontext ausgeführt zu werden und benötigen die richtige Berechtigung für den Benutzer und alle Anwendungspakete , um in der Lage zu sein, zu starten.

Berechtigungsprobleme treten häufig auf Ordnern oder Registrierungsstrukturen auf, darunter:

  • C:\Programme\WindowsApps
  • C:\ProgramData\Microsoft\Windows\AppRepository
  • C:\Benutzer
  • HKCU\Software\Classes
  • HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
  • HKLM\SOFTWARE\Microsoft\OLE

Sie können das folgende Get-Acl Cmdlet in PowerShell verwenden, um Ordnerberechtigungen zu überprüfen:

Get-Acl -Path HKLM:\SOFTWARE\Microsoft\OLE | Format-List

Get-Acl C:\ProgramData\Microsoft\Windows\AppRepository

Sie können auch das Tool "Prozessüberwachung" verwenden, um den Start der App nachzuverfolgen. Siehe Problembehandlung bei Apps, bei der die Verwendung des Prozessmonitors nicht gestartet werden kann.

Wenn das Tool "Prozessmonitor" keine Option ist, können Sie die oben genannten Ordner auf einem Arbeitscomputer überprüfen. Beginnen Sie von einem neuen Computer in einer Organisationseinheit (OU) ohne Richtlinien, und fügen Sie sie einzeln hinzu, bis die Anwendungen umbrechen.

Sobald Sie die falschen Berechtigungen gefunden haben, versuchen Sie, die Berechtigungen zu beheben, um die Möglichkeit einer vollständigen Neugestaltung des Systems zu vermeiden. Achten Sie darauf, Korrekturänderungen vorzunehmen und die Quelle der Berechtigungsänderung zu beachten. Eine Richtlinienzurücksetzung setzt möglicherweise alle Ihre harte Arbeit aus, wenn die falsche Richtlinie nicht identifiziert wird, bevor Sie die Änderungen vornehmen. Möglicherweise wechseln Sie bei der Untersuchung zu einer separaten OU- oder Blockrichtlinienanwendung.

Denken Sie daran, dass das Verschieben eines Computers aus einer OE nicht automatisch alle Berechtigungen auf die Standardeinstellung zurücksetzt. Sie müssen explizit deaktiviert und nicht auf "Nicht konfiguriert" festgelegt sein. Es ähnelt einer Richtlinie, in der "Tippen aktivieren" erst geändert wird, wenn "Koppeln deaktivieren" festgelegt ist. Nicht konfiguriert ändert nicht den Status "Ein".

Wenn Sie nicht sicher sind, welches Gruppenrichtlinienobjekt sich auf das System auswirkt und viele GPOs angewendet wurden, versuchen Sie, die Einstellungen für lokale Gruppenrichtlinien mithilfe einer Eingabeaufforderung als Test zurückzusetzen. Diese Aktion legt nur die Werte auf "Standard" fest. Wenn eine Richtlinie also zuvor auf "Aktiviert" festgelegt wurde und die Standardeinstellung nicht mit einem Status "Deaktiviert" konfiguriert ist, wird die entsprechende Registrierungseinstellung wie oben erläutert nicht deaktiviert.

Führen Sie die folgenden Schritte aus, um die Gruppenrichtlinieneinstellungen mit einer Eingabeaufforderung zurückzusetzen:

  1. Öffnen Sie ein Eingabeaufforderungsfenster als Administrator.

  2. Geben Sie den folgenden Befehl ein, um alle Gruppenrichtlinieneinstellungen zurückzusetzen, und drücken Sie die EINGABETASTE:

    RD /S /Q "%WinDir%\System32\GroupPolicyUsers" && RD /S /Q "%WinDir%\System32\GroupPolicy"

  3. Geben Sie den folgenden Befehl ein, um die Änderungen in der Konsole für lokale Gruppenrichtlinien zu aktualisieren, und drücken Sie die EINGABETASTE:

    gpupdate /force

  4. Starten Sie Ihren Computer neu (nicht erforderlich, sondern empfohlen).

Nachdem Sie die Schritte ausgeführt haben, löscht der Befehl die Ordner, in denen die Gruppenrichtlinieneinstellungen auf Ihrem Gerät gespeichert sind. Dann sollte Windows 10 oder Windows 11 die Standardwerte erneut anwenden.

Diese Anweisungen sind auch nicht dazu gedacht, die Objekte unter dem Abschnitt "Windows-Sicherheit" (Lokale Sicherheitsrichtlinie) zurückzusetzen, da sie an einem anderen Speicherort gespeichert sind.

Wenn die Berechtigungen falsch sind, gelten Sie immer auf der höchsten Ebene, und lassen Sie die Vererbung auf Ihr Zielverzeichnis zu.

Wenn die Umgehungsdurchquerung der Benutzerberechtigung fehlt, sind die Berechtigungen für das Verzeichnis möglicherweise richtig, der Benutzer kann jedoch keine geerbten Berechtigungen verwenden. Vergewissern Sie sich, dass sie bei der Umgehungsdurchquerung (Windows 10) nicht fehlen.

Screenshot der Überprüfungseigenschaften für die Umgehungsdurchquerung.

Wenn Sie das Berechtigungsproblem, das das Problem verursacht, nicht finden können und nur einige Computer beteiligt sind, kann die Wiederherstellung des Computers und das Aktualisieren auf ein sauberes Image das Problem lösen.

Datensammlung

Bevor Sie sich an den Microsoft-Support wenden, können Sie Informationen zu Ihrem Problem sammeln.

Voraussetzungen

In der Einführung in das TroubleShootingScript-Toolset (TSSv2) finden Sie voraussetzungen für die ordnungsgemäße Ausführung des Toolsets.

Sammeln sie wichtige Informationen, bevor Sie sich an den Microsoft-Support wenden

  1. Laden Sie TSSv2 herunter, und extrahieren Sie es im Ordner "C:\tss_tool". Wenn Sie dieses Tool zuvor heruntergeladen haben, empfehlen wir, die neueste Version herunterzuladen. Es wird nicht automatisch aktualisiert, wenn sie ausgeführt wird.

  2. Öffnen Sie den Ordner "C:\tss_tool " über eine PowerShell-Eingabeaufforderung mit erhöhten Rechten.

    Notiz

    Verwenden Sie nicht die integrierte Windows PowerShell Scripting Environment (ISE).

  3. Führen Sie das folgende Cmdlet aus, und geben Sie "A " für die Änderung der Ausführungsrichtlinie ein.

    Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass

  4. Führen Sie die folgenden Cmdlets aus, um die Ablaufverfolgung zu starten und die Ereignisprotokolle zu sammeln.

    .\tss.ps1 -scenario PRF_UWP

    .\tss.ps1 -CollectLog PRF_AppX

Die Ablaufverfolgungen werden in einer komprimierten Datei im Ordner "C:\MSDATA " gespeichert. Nachdem ein Supportfall erstellt wurde, kann diese Datei zur Analyse in den sicheren Arbeitsbereich hochgeladen werden.