Impossible de désinstaller Universal Apps via PowerShell

J'étais en train de désinstaller toutes les applications universelles d'une nouvelle installation de Windows 10 lorsque j'ai rencontré un barrage routier.

Ce n'est pas la première fois que je fais ça et ça se passe toujours bien. Cependant, cette fois, chaque fois que j'écris dans PowerShell

Get-AppxPackage -allusers | Remove-AppxPackage

ou quelque chose de plus spécifique comme

Get-AppxPackage -allusers *windowscalculator* | Remove-AppxPackage

je reçois le message suivant:

Remove-AppxPackage: le déploiement a échoué avec HRESULT: 0x80073CFA, la suppression a échoué. Veuillez contacter votre fournisseur de logiciels. (Exception de HRESULT: 0x80073CFA) erreur 0x80070032: opération de suppression du déploiement AppX sur le package Microsoft.WindowsCalculator_10.1605.1582.0_x64__8wekyb3d8bbwe à partir de: C: \ Program Files \ WindowsApps \ Microsoft.WindowsCalculator_10.1605.1582.0_x64__8bekybby

Cette application fait partie de Windows et ne peut pas être désinstallée par utilisateur. Un administrateur peut tenter de supprimer l'application de l'ordinateur en activant ou désactivant les fonctionnalités Windows. Cependant, il peut ne pas être possible de désinstaller l'application.

REMARQUE: pour plus d'informations, recherchez [ActivityId] 75c5fc31-fb20-0001-77fd-c57520fbd101 dans le journal des événements ou utilisez la ligne de commande Get-AppxLog -ActivityID 75c5fc31-fb20-0001-77fd-c57520fbd101

À la ligne: 1 caractère: 49

+ Get-appxpackage -allusers *windowscalculator* | Remove-AppxPackage + ~~~~~~~~~~~~~~~~~~ + CategoryInfo : WriteError: (Microsoft.Windo...__8wekyb3d8bbwe:String) [Remove-AppxPackage], IOException + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.RemoveAppxPackageCommand

Je reçois ce message pour chaque application que j'essaie de désinstaller, y compris celles que je connais sont parfaitement désinstallables comme la calculatrice ou la visionneuse d'images, ce qui ne s'est jamais produit auparavant.
Powershell fonctionne en hauteur et tout le reste fonctionne et semble normal.

Puis-je faire autre chose que réinstaller Windows?

À partir de la mise à jour anniversaire de Windows 10, Microsoft a ajouté une nouvelle entrée IsInboxdans la base de données SQLite C:\ProgramData\Microsoft\Windows\AppRepository\StateRepository-Machine.srdpour les applications de boîte de réception. Et essayer de supprimer l'application app signalée comme IsInboxéchoue avec 0x80073CFA.

Mais il existe une solution de contournement laide, qui a été découverte en avril 2017 .

Vous devez télécharger et installer les outils ProcessHacker et DB Browser pour SQLite .

• exécutez ProcessHacker 2 en tant qu'administrateur, sélectionnez a C:\Windows\System32\svchost.exe, faites un clic droit et sélectionnez Misc->Run as this user

Maintenant, sélectionnez ici C:\Program Files\DB Browser for SQLite\DB Browser for SQLite.exeet démarrez-le. Dans le navigateur SQLite, cliquez surOpen database

et ouvrez le fichier C:\ProgramData\Microsoft\Windows\AppRepository\StateRepository-Machine.srd(changez le type de fichier dans la boîte de dialogue ouverte pour tous les fichiers pour le voir).

Maintenant, cliquez sur l' Browse Dataonglet et changez le tableau enPackage

Maintenant , sélectionnez les applications que vous souhaitez supprimer et modifier le 1 pour la colonne IsInboxà 0et enregistrer les modifications.

répétez cela pour toutes les applications que vous souhaitez supprimer et maintenant les commandes Powersehll devraient fonctionner.

Mais l'auteur écrit que Microsoft bloque la mise à niveau vers les nouvelles versions de Windows si les applications de boîte de réception sont supprimées. Gardez cela à l'esprit.

La suppression après nettoyage des applications système (erreur de contournement 0x80073CFA) contient ce script PowerShell:

function Enable-Privilege {  
  param($Privilege)
  $Definition = @'
using System;  
using System.Runtime.InteropServices;  
public class AdjPriv {  
  [DllImport("advapi32.dll", ExactSpelling = true, SetLastError = true)]
  internal static extern bool AdjustTokenPrivileges(IntPtr htok, bool disall,
    ref TokPriv1Luid newst, int len, IntPtr prev, IntPtr rele);
  [DllImport("advapi32.dll", ExactSpelling = true, SetLastError = true)]
  internal static extern bool OpenProcessToken(IntPtr h, int acc, ref IntPtr phtok);
  [DllImport("advapi32.dll", SetLastError = true)]
  internal static extern bool LookupPrivilegeValue(string host, string name,
    ref long pluid);
  [StructLayout(LayoutKind.Sequential, Pack = 1)]
  internal struct TokPriv1Luid {
    public int Count;
    public long Luid;
    public int Attr;
  }
  internal const int SE_PRIVILEGE_ENABLED = 0x00000002;
  internal const int TOKEN_QUERY = 0x00000008;
  internal const int TOKEN_ADJUST_PRIVILEGES = 0x00000020;
  public static bool EnablePrivilege(long processHandle, string privilege) {
    bool retVal;
    TokPriv1Luid tp;
    IntPtr hproc = new IntPtr(processHandle);
    IntPtr htok = IntPtr.Zero;
    retVal = OpenProcessToken(hproc, TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY,
      ref htok);
    tp.Count = 1;
    tp.Luid = 0;
    tp.Attr = SE_PRIVILEGE_ENABLED;
    retVal = LookupPrivilegeValue(null, privilege, ref tp.Luid);
    retVal = AdjustTokenPrivileges(htok, false, ref tp, 0, IntPtr.Zero,
      IntPtr.Zero);
    return retVal;
  }
}
'@  
  $ProcessHandle = (Get-Process -id $pid).Handle
  $type = Add-Type $definition -PassThru
  $type[0]::EnablePrivilege($processHandle, $Privilege)
}

function Take-Over($path) {  
  $owner = [Security.Principal.NTAccount]'Administrators'

  $key = [Microsoft.Win32.Registry]::LocalMachine.OpenSubKey($path, 'ReadWriteSubTree', 'TakeOwnership')
  $acl = $key.GetAccessControl()
  $acl.SetOwner($owner)
  $key.SetAccessControl($acl)

  $acl = $key.getaccesscontrol()
  $rule = New-Object System.Security.AccessControl.RegistryAccessRule "Administrators", "FullControl", "ContainerInherit", "None", "Allow"
  $acl.SetAccessRule($rule)
  $key.SetAccessControl($acl)
}

do {} until (Enable-Privilege SeTakeOwnershipPrivilege)

function Remove-Package($name) {  
  $key = "SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages\$name"
  Take-Over $key
  Remove-Item -Path HKLM:"$key\Owners" -Force -Recurse
  & C:\Windows\System32\PkgMgr.exe /up:$name /norestart /quiet
}

#Remove Feedback
$packageBase = "Microsoft-WindowsFeedback"
$packageNames = (dir ("HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages\" + $packageBase + "*")).name

forEach ($package in $packageNames)
{   
    Remove-Package $package.substring($package.indexOf($packageBase))
}

En utilisant ce script, l'auteur remarque:

Vous pouvez remplacer $ packageBase par différents noms de packages.

Je n'ai pas essayé ce script moi-même.

La mise à jour anniversaire de Windows a apporté plusieurs modifications qui vous empêchent de désactiver certaines fonctionnalités, telles que Cortana ou la suppression d'applications par des moyens officiels. Certaines applications comme l'application xbox microsoft l'ont considérée comme une application importante pour le système, empêchant ainsi les moyens officiels de la supprimer.

Si vous allez dans le menu Démarrer, vous pouvez faire un clic droit dessus et cliquer sur désinstaller, inversement vous pouvez faire un clic droit sur le bouton Démarrer, aller dans les paramètres, puis les applications et fonctionnalités et le désinstaller à partir de là.

Maintenant, si vous insistez pour supprimer ces applications. Ils sont conservés C:\windows\SystemAppsafin que vous puissiez trouver le dossier dans lequel il est conservé et simplement supprimer le dossier ou l'option la plus sûre consiste à le renommer et à ajouter un caractère tel que le trait _de soulignement à la fin du nom.

Juste pour ajouter, si vous supprimez un dossier ou le renommez dans le dossier systemapps, il ne s'agit pas techniquement de le désinstaller, mais plutôt de le supprimer de force, si vous supprimez le dossier, ce qui pourrait laisser d'autres éléments installés comme des clés de registre et d'autres fichiers ailleurs que il utilise mais ne se trouve pas dans le dossier systemapps, ou le force à ne pas s'exécuter si vous renommez le dossier.

Comme Ryakna l'a dit dans les commentaires ci-dessous, l'utilisation de deux de ces options peut causer des problèmes plus tard, mais d'après mon expérience, je n'ai encore rencontré aucun problème, y compris la mise à jour. Mais il est toujours recommandé de désinstaller par des moyens officiels, soit en utilisant PowerShell si vous le connaissez, soit via l'option Programmes et fonctionnalités ou l'option de menu. Le SystemAppsdossier ne doit pas être renommé ou supprimé, car si vous faites cela, vous rencontrerez très probablement des problèmes que si vous deviez renommer ou supprimer un dossier dans le dossier systemapps.