🚀 go-pugleaf

Windows 7 64 Bit Home Premium. Komputer był niezbyt często używany (co 
kilka dni), aktualizacje były ściągane automatycznie, ale instalowały 
się głównie przy zamykaniu komputera. Kopie mam od mniej więcej końca 
2011 roku. Natomiast jest sporo oprogramowania z mojej branży, wszystko 
w nowych wersjach, z ich instalacjami żadnych problemów nie było.
Kilka dni temu kupiłem kolejny soft, który w trakcie instalacji 
dociągnął sobie potrzebne mu pliczki, w tym, pakiet redystrybucyjny 
Visual C++ 2005 w wersjach x64 i x86. Podczas ich instalacji wywaliło mi 
wyjątek – „słynny” błąd 1935:
http://jh.net.pl/tmp/waveserror.png

Sama aplikacja nie uruchamia się (znowu „słynny błąd” konfiguracji side 
by side). Producent odpisał, że to pewnie z racji ustawień systemowych 
innych niż angielski – ale oczywiście to bzdura, na powyższym zrzucie 
widać, że takie ustawienia nic nie dają. Pogrzebałem co to za problem i 
zaczęło się ;)

Odinstalowałem MS Security Essential, wyłączyłem Firewall. „Odkryłem”, 
że w dziennikach Windows ląduje mnóstwo błędów WindowsWcpOtherFailure3. 
No i wyszło mi, że to TrustedInstaller, idąc za ciosem – że to 
generalnie wina WindowsUpdate i „kolegów”. Ściągnąłem kilka wersji 
Microsoft FixIt i generalnie  znajdowały błędy WindowsUpdate, 
twierdziły, że naprawiają, ale skutku nie było, każdorazowe uruchomienie 
dawało taki sam objaw.

Przeinstalowałem .NET 4, jeden z tych Microsoft FixIt w trybie 
„agresywnym” wyczyścił cała historię update’ów, twierdząc, że teraz 
będzie dobrze. Pakiet Windows Update (ten offline) instalowałem, ale 
niczego to nie zmieniło.

Pobrałem wszelkie istniejące pakiety C++ redystrybucyjne – od 2005, 
przez 2008 do 2010, x64 i x86, w różnych wersjach, odinstalowałem dwa 
istniejące i postanowiłem wgrywać je po kolei – wg daty.
Biblioteki podczas instalacji dawały błędy – najczęściej ów 1935. Więc 
po uruchomieniu selektywnym (tylko usługi MS), wyłączeniu usługi 
Instalatora modułów (TrustedInstaller) z całej listy udało mi się 
zainstalować tylko kilka:
http://jh.net.pl/tmp/vslibs.png

Natomiast brakuje w nich wersji, którą ta aplikacja potrzebuje: 
http://jh.net.pl/tmp/vslibsreq.png

Narzędzie sfc /scannow jak i z innymi opcjami niestety nie może 
dokończyć działania, bo nie zezwalają mu na to zabezpieczenia (?!) – 
tylko uruchamia się, informuje o tym i potem zatrzymuje. Próbowałem tego 
narzędzia w trybie naprawy systemu, oczywiście wskazując partycje 
bootującą i folder systemowy – ten sam objaw.

Śledzenie (trace) tej aplikacji, którą chcę uruchomić wykazuje, że 
będzie upierać się co do wersji C++ 2005:
http://jh.net.pl/tmp/log.txt

Jak podejrzewałem, problem z TrustedInstallerem musiał istnieć 
wcześniej, ale go nie zauważyłem – przywróciłem backup z marca br., i 
jest ten sam problem – nadal nie można zainstalować tych bibliotek c++. 
Tym bardziej przywracanie systemu do stanu sprzed kilku dni nic nie da. 
Teoretycznie mogę grzebać i przywracać jeszcze starsze backupy, 
szukając, który z nich będzie „jeszcze działał”, a potem bawić się w 
doinstalowanie kupy nowych aplikacji, które od tego czasu kupiłem (taka 
choroba polowania na promocje softu :P), ich update’ów. Ale wolałbym w 
jakiś sposób naprawić tę obecną instalację (dzisiejszy poranny obraz 
systemu).

Reasumując: w jaki sposób i czym naprawić instalację TrustedInstallera 
(bo jak sądzę, to tu jest przyczyna), chyba, że gdzie indziej szukać 
winnego... Wirusidła raczej nie podejrzewam, to komputer wybitnie do 
pracy i nic mu nie przynoszę, ani nie odwiedzam podejrzanych miejsc. 
Reinstalacja Windows to naprawdę ostateczność, bo to będzie kilka dni w 
plecy, żeby przywrócić wszystko, co w nim teraz mam :(

Jacek