Symptomy to:
Sklep Windows – instalacja i aktualizacja aplikacji jest niemożliwa (błędy 0x80070003, 0X80070001, 0x80246007 i 0x8007007E – już nawet nie pamiętam które były pierwsze a które ostatnie).
Pliki nie pobierają się.
Windows Update – ten sam problem. Są dostępne aktualizacje ale pobranie kończy się błędami.
Nawet Defender przestał pobierać aktualizacje.
Z istotnych jeszcze rzeczy to: zmieniałem dyski na których miały być instalowane aplikacje z C: na D:.
Po Creators Update zaczęły się problemy aktualizacji, doprowadzając do opisanych wyżej symptomów.
Przywróciłem instalowanie apek na C: ale nic to już nie zmieniło.
Rozwiązywanie problemów dla Sklepu pokazuje taki wynik:
„Pamięć podręczna Sklepu Windows może być uszkodzona.”
Rozwiązywanie problemu Win Update za każdym razem naprawia bazę danych – bezskutecznie
Pierwsza sprawa to wyłączenie wszelkich ramdysków, które zmieniają zmienne środowiskowe np: Imdisk z opcją Users TEMP i TMP na ramdysku. Możliwe, że to wystarczy 🙂
Jeśli nie:
Zacząłem od ustalenia czy nie ma dziwnych <junctions> na C:
Win+S CMD(admin – nie jest konieczny)
cd C://
C:\> dir /al /s
Miałem w katalogu Users/%nazwausera% masę przekierowań na D: np: D:\WpSystem\S-1-5-21-1329918860-3821194129-2305874249-1001\AppData\Local\Packages\\EnvironmentsApp_cw5n1h2txyewy\AppData.
Fragment:
Nie było by to dziwne, gdyby nie fakt, że apki mają się instalować na C: (wszystkie instalowane przez sklep przeniosłem z D: na C: – przez Ustawienia/Aplikacje/%Aplikacja%/) jednak nie zmieniło to <junctions>
Dlatego skasowałem ręcznie wszystkie <junctions> przez explorer, katalog po katalogu, zaznaczając wszystkie skróty i przenosząc do kosza.
W regedit znalazłem 2 przekirowania do D:\WpSystem
[HKEY_USERS\S-1-5-21-1329918860-3821194129-2305874249-1001\Software\Microsoft\Windows\CurrentVersion\SettingSync\SyncData\CollectionStaging\PackageState-Microsoft.CommsPhone_8wekyb3d8bbwe-0]
Wartość: „CollectionStagingFolder”=”\\\\?\\D:\\WpSystem\\S-1-5-21-1329918860-3821194129-2305874249-1001\\AppData\\Local\\Packages\\Microsoft.CommsPhone_8wekyb3d8bbwe\\Staging”
i
[HKEY_USERS\S-1-5-21-1329918860-3821194129-2305874249-1001\Software\Microsoft\Windows\CurrentVersion\SettingSync\SyncData\CollectionStaging\PackageState-Microsoft.WindowsMaps_8wekyb3d8bbwe-0]
Wartość: „CollectionStagingFolder”=”\\\\?\\D:\\WpSystem\\S-1-5-21-1329918860-3821194129-2305874249-1001\\AppData\\Local\\Packages\\Microsoft.WindowsMaps_8wekyb3d8bbwe\\Staging”
Skasowałem je robiąc eksport gałęzi jako backup.
Reset
Bez zmian
W trybie awaryjnym Windowsa zmieniłem katalogi na d:
WpSystem na WpSystem.old
WUDownloadCache na WUDownloadCache.old
WindowsApps na WindowsApps.old
Reset
Windows Update działa, Defender się aktualizuje.
Nie powstały nowe katalogi na D:
Sklep Windows dalej nie funkcjonuje.
A skoro nie działa to mogę go odinstalować
Win+S Powershell (Admin)
> Get-AppxPackage *windowsstore* | Remove-AppxPackage
Sklep zniknął – aplikacje ze sklepu działają.
Reset
Próba przywrócenia sklepu:
Win+S Powershell (Admin)
Tutaj polecenia z forum ms nie działają.
PS C:\Users\chram> Get-AppxPackage -AllUsers| Foreach {Add-AppxPackage -DisableDevelopmentMode -Register “$($_.InstallLocation)\AppXManifest.xml”}
Generuje błędy „AppXManifest.xml nie istnieje w podanej lokalizacji”
Moje rozwiązanie sklejone z kilku wątków forum MS:
>Set-ExecutionPolicy Unrestricted
Y – nie wiem czy konieczne ale niemal mam gwarancję nie posiadania złosliwego oprogramowania i uruchamiam pakiety tylko z katalogów z instalacji Windows.
> Get-AppxPackage Microsoft.WindowsStore -AllUsers
Znajduję nazwę WindowsStore i przy okazji ścieżkę do tych pakietów. Łatwa sprawa bo jest jeden user.
Jeśli tutaj nie ma ścieżki trzeba odnaleźć pakiet Store w C:/Program Files/WindowsApps/ – może być konieczne nadanie sobie praw własności katalogu (z TrustedInstaller na Siebie, o ile aktualne konto ma prawa admina) – nie ma sensu zmieniać zasad czyli zapisy i odczyty dla grup zostają jak były.
Scieżka którą znalazłem: C:\Program Files\WindowsApps\Microsoft.WindowsStore_11706.1001.25.0_x64__8wekyb3d8bbwe\
Instalacja (nie wklejajcie tego kodu):
> Add-AppxPackage -register „C:\Program Files\WindowsApps\Microsoft.WindowsStore_11706.1001.25.0_x64__8wekyb3d8bbwe\AppxManifest.xml” -DisableDevelopmentMode
Ścieżka już się różni na screenie (robiony po update) i w kodzie – i zależy od wersji sklepu.
Każdy musi znaleźć to co ma w istalakach Windowsa (C:/Program Files/WindowsApps/) lub skopiować ze ścieżki powershell (screen powyżej).
Komenda Powershell to w takim razie:
> Add-AppxPackage -register „C:\Program Files\WindowsApps\******mójpakietSTORE******\AppxManifest.xml” -DisableDevelopmentMode
Instalacja przez powershell powinna przebigać bez komunikatów o błędach.
> Set-ExecutionPolicy AllSigned
Y
Reset
Sklep juz działa w wersji EN, aktualizacje większości apek poszły bez problemu.
Po zaktualizowaniu się samej aplikacji sklepu, wróciła ona w wersji PL.
Kilka apek nie chce się włączyć, ale wystarczy włączyć dwa razy, albo odinstalować i zainstalować raz jeszcze.
View 3D nadal instaluje się na D: 🙁 … może przeoczyłem <junctions>.
Znajduję przez CMD jego katalog w C:\Users\%user%\AppData\Local\Packages\Microsoft.Microsoft3DViewer_8wekyb3d8bbwe
Powinny tu być foldery aplikacji:
\AC
\AppData
\LocalCache
\LocalState
\RoamingState
\Settings
\SystemAppData
\TempState
Kasuję wszystkie przekierowania (tylko przekierowania)
Podsumowanie:
Nie wiem co to za problem… bo nawet się nie spodziewałem, że moja niewielka wiedza w zakresie Windows 10, doprowadzi mnie do tak zawiłych czynności.
Przy czym pomijam wiele rzeczy, które robiłem bezskutecznie, jak przywracanie, tworzenie i zmienianie praw dla przeróznych katalogów, gdzie teoretycznie powinny ladować pakiety do aktualizacji systemu i sklepu.
TO DO:
Muszę nadać prawo własności TrustedInstaller dla C:\Program Files\WindowsApps\