Błąd 0X80070001 Windows 10

Podczas instalacji nowych aplikacji, aktualizacjach ze sklepu i przy aktualizacjach Windows Update.

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:

Obraz

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.

Obraz

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\