6
Microsoft Store verschwunden - alle Tricks helfen nichts
Hallo IT-Freunde,
ich werde wirklich noch verrückt
mit Windows.
Seit Wochen geschieht es, das Clients mit Windows 10 einfach ohne ersichtlichen Grund den Store "verlieren" und die dazugehörigen Apps wie z.B. Fotovorschau, Mail etc.
Bei Standard-Apps steht in diesen Rubriken nun auf einmal "WinRT Storage API".
Auch die PowerShell-Befehle für eine Reaktivierung des Stores haben nicht geholfen:
PowerShell -ExecutionPolicy Unrestricted -Command "& {$manifest = (Get-AppxPackage Microsoft.WindowsStore).InstallLocation + '\AppxManifest.xml' ; Add-AppxPackage -DisableDevelopmentMode -Register $manifest}"
Wenn ich diesen Befehl eingebe kommt eine für mich nicht nachvollziehbare Meldung:
Get-AppXPackage : Die Vertrauensstellung zwischen dieser Arbeitsstation und der primären Domäne konnte nicht hergestellt werden. (Ausnahme von HRESULT: 0x800706FD)
Ich habe versucht über den Domain-Admin sowie den lokalen Client-Admin den Befehl durchzuführen. Was ich noch nicht versucht habe war, das ich den Client aus der Domaine mal nehme und dann den Befehl ausführe, was aber irgendwie unlogisch wäre was das mit dem Store zu tun haben sollte
.
Habt Ihr eine Lösung den Store wieder zum laufen zu bekommen?
Gruß
Sascha
ich werde wirklich noch verrückt
mit Windows.Seit Wochen geschieht es, das Clients mit Windows 10 einfach ohne ersichtlichen Grund den Store "verlieren" und die dazugehörigen Apps wie z.B. Fotovorschau, Mail etc.
Bei Standard-Apps steht in diesen Rubriken nun auf einmal "WinRT Storage API".
Auch die PowerShell-Befehle für eine Reaktivierung des Stores haben nicht geholfen:
PowerShell -ExecutionPolicy Unrestricted -Command "& {$manifest = (Get-AppxPackage Microsoft.WindowsStore).InstallLocation + '\AppxManifest.xml' ; Add-AppxPackage -DisableDevelopmentMode -Register $manifest}"
Wenn ich diesen Befehl eingebe kommt eine für mich nicht nachvollziehbare Meldung:
Get-AppXPackage : Die Vertrauensstellung zwischen dieser Arbeitsstation und der primären Domäne konnte nicht hergestellt werden. (Ausnahme von HRESULT: 0x800706FD)
Ich habe versucht über den Domain-Admin sowie den lokalen Client-Admin den Befehl durchzuführen. Was ich noch nicht versucht habe war, das ich den Client aus der Domaine mal nehme und dann den Befehl ausführe, was aber irgendwie unlogisch wäre was das mit dem Store zu tun haben sollte
.Habt Ihr eine Lösung den Store wieder zum laufen zu bekommen?
Gruß
Sascha
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 1235663866
Url: https://administrator.de/contentid/1235663866
Printed on: May 5, 2024 at 15:05 o'clock
6 Comments
Latest comment
Moin,
probier doch mal dich als ein Admin lokal an den PC anzumelden ob der Store dort noch funktioniert.
Es gibt so viele Gründe dafür, dass man versuchen muss das einzugrenzen.
Sicher, dass die Vertrauensstellung des PCs zur Domänen abseits des Stores funktioniert?
Was sagt nltest?
Stefan
probier doch mal dich als ein Admin lokal an den PC anzumelden ob der Store dort noch funktioniert.
Es gibt so viele Gründe dafür, dass man versuchen muss das einzugrenzen.
Sicher, dass die Vertrauensstellung des PCs zur Domänen abseits des Stores funktioniert?
Was sagt nltest?
Stefan
Moin,
Netzwerkeintellungen sind korrekt? DNS "zeigt" auf den/die DCs? Firewall aus bzw korrekt konfiguriert?
lg,
Slainte
Die Vertrauensstellung zwischen dieser Arbeitsstation und der primären Domäne konnte nicht hergestellt werden. (Ausnahme von HRESULT: 0x800706FD)
Liest sich für mich als hast du ein Problem mit dem/Im AD. Evtl. gibt dir das Eventlog darüber mehr Auskunft.Netzwerkeintellungen sind korrekt? DNS "zeigt" auf den/die DCs? Firewall aus bzw korrekt konfiguriert?
lg,
Slainte
Zitat von @dersauer:
Get-AppXPackage : Die Vertrauensstellung zwischen dieser Arbeitsstation und der primären Domäne konnte nicht hergestellt werden. (Ausnahme von HRESULT: 0x800706FD)
Jepp da stimmt die Vertrauensstellung zwischen der Maschine und dem AD wohl nicht mehr so ganz (Kiste wohl länger nicht mehr mit der Domain verbunden?) Da hilft dann ein Reset-ComputerMachinePassword, sofern dein DNS auch richtig konfiguriert ist.Get-AppXPackage : Die Vertrauensstellung zwischen dieser Arbeitsstation und der primären Domäne konnte nicht hergestellt werden. (Ausnahme von HRESULT: 0x800706FD)
https://www.windowspro.de/wolfgang-sommergut/loesung-fuer-vertrauensstel ...
1
Ich habe das auch erst wieder gehabt. Nachdem es kein generelles Problem auf dem Rechner ist, habe ich den User vom Rechner gelöscht. Nach einer erneuten Anmeldung hat er sich das Profil vom Server neu gezogen und die Modern Apps waren auch wieder da.
5 Minuten Arbeit ;)
5 Minuten Arbeit ;)
Zitat von @StefanKittel:
Moin,
probier doch mal dich als ein Admin lokal an den PC anzumelden ob der Store dort noch funktioniert.
Es gibt so viele Gründe dafür, dass man versuchen muss das einzugrenzen.
Sicher, dass die Vertrauensstellung des PCs zur Domänen abseits des Stores funktioniert?
Was sagt nltest?
Stefan
Moin,
probier doch mal dich als ein Admin lokal an den PC anzumelden ob der Store dort noch funktioniert.
Es gibt so viele Gründe dafür, dass man versuchen muss das einzugrenzen.
Sicher, dass die Vertrauensstellung des PCs zur Domänen abseits des Stores funktioniert?
Was sagt nltest?
Stefan
Mega danke für eure Antworten, hatte mal kurz Urlaub genommen deswegen die späte Rückmeldung
Das habe ich ja versucht, jedoch ist er überall verschwunden.
nltest zeigt alle relevanten Zugehörigkeiten an.
Ich bin gerade echt am durchdrehen nun kommt der vierte Client mit diesen Problem, immer nach einem Windows-Update.
Kann es sein das die neue Firewall dazwischen grätscht?
- Aber die Clients haben sonst keine ersichtlichen Probleme
mini_necro aber....
Hatte ich ein paar Mal bei Win7 Clients die irgendwann mal auf Win10 gehoben wurden.
Oder wenn jemand dachte er hätte das perfekte Debloat Script.
Oder weil jemand bei der Grundinstallation den Rechner mit einen O365 Account installiert hat anstatt einen lokalen zu verwenden.
Oder wenn mit einen Image gearbeitet wurde (vorzugsweise erstellt nach den AD Join)
Oder wenn was im WIM kaputt ist.
Oder wenns die selbe WSUS SID hat wie ein anderer
Hatte ich ein paar Mal bei Win7 Clients die irgendwann mal auf Win10 gehoben wurden.
Oder wenn jemand dachte er hätte das perfekte Debloat Script.
Oder weil jemand bei der Grundinstallation den Rechner mit einen O365 Account installiert hat anstatt einen lokalen zu verwenden.
Oder wenn mit einen Image gearbeitet wurde (vorzugsweise erstellt nach den AD Join)
Oder wenn was im WIM kaputt ist.
Oder wenns die selbe WSUS SID hat wie ein anderer
