[Archiwalny post z mojego poprzedniego miejsca pobytu]
"Service Pack nie został zainstalowany. Wycofywanie zmian" Błąd 0x80070002
Przypadek z błędem 0x80070002. Właśnie ukończyłam szamotanie się z instalacją SP2 dla Vista na jednym z moich komputerów. Straciłam kupę czasu na uzdatnienie tego systemu do aktualizacji SP2, bo i każde podejście z instalacją to pół dnia, bo i długie śledztwo. Rzecz o Vista x86 Ultimate EN, oryginał instalowany z pełnej zakupionej płyty ze zintegrowanym SP1. System stał na mało użytkowym zapasowym kompie nie wykazującym żadnych problemów technicznych. Nic się tam w zasadzie nie działo i prawie żadnych dodatkowych programów. Aktualizacje były samobieżne i tego nikt nie nadzorował. Ostatnio coś potrzebowałam na tym komputerze wykonać, a tam powitała mnie pobrana i oczekująca do instalacji paczka SP2. Nie zastanawiając się uruchomiłam proces, i totalne niepowodzenie "Service Pack did not install. Reverting changes"..... Kondensując jak to wyglądało:
1.
1. Objawy: Instalacja SP ponawiana wielokrotnie i w różnych okolicznościach (o tym niżej) zawsze wyglądała w taki sam sposób. Zamykała się w ponad 4 godzinach i to bez odkręcania szkód. Już pierwsza część instalacji jeszcze z poziomu systemu zamrażała się w połowie "gąsienicy" na ponad 1.5 godziny. Następnie pierwsza faza procentów przy zamykaniu systemu szła nawet OK, ale po resecie faza numer 3 to była katastrofa. Bardzo szybko leciało gdzieś do 80%, a następnie występowały w sekwencjach 3 potężne zwisy, mniej więcej w podobnych odstępach np. 87% / 92% / 95%. Każdy zwis to było z pół godziny. Po trzecim zawiasie następowało jedno z dwóch wydarzeń:
- dochodziło do 100% i mieliło na tym miejscu następne pół godziny, po czym komunikat "SP nie został zainstalowany ... odwracanie zmian"
- z 95% bez żadnych zawiadomień natychmiast pchało się na Pulpit i nie pojawiało się okienko "SP zainstalowany". To miało pod-wariacje. Przy jednym podejściu od razu wskoczyło na Pulpit (co już było dewiacją bo nie ma żadnego autologowania), właściwości systemu pokazywały "Service Pack 2", a wystarczyło tylko uruchomić zamykanie systemu i startowały procenty i ... "SP nie został zainstalowany ... odwracanie zmian". Kolejne podejście i Ekran powitalny jak powinno być, ale logowanie się i krytyczny błąd aktywacji "SKU niedostępne" uniemożliwiający jakiekolwiek wejście w system. Jeszcze jedno z podejść i Ekran powitalny, ale przy logowaniu krytyczny błąd usługi licencjonowania, ale pozwolił wejść w system.... restart i .... "SP nie został zainstalowany ... odwracanie zmian".
Jeśli rzecz o "odkręcaniu zmian", to przy pierwszym podejściu dałam szansę procesowi, by sam sobie poradził. No tak, tylko pół dnia przeleciało, a to nadal wisiało na tym samym komunikacie. Już nie było sensu czekać > boot z DVD do WinRE > Przywracanie systemu. Przy kolejnych podejściach nie czekałam, tylko od razu Przywracanie z płyty.
2. Próby naprawy = Zostały wykonane wszystkie podstawowe kroki (m.in. z KB947366 http://support.microsoft.com/kb/947366/en-us):
- pobrany pełny pakiet na dysk i instalacja ręczna
- na ograniczonej liczbie procesów, wyłączone wszystkie procesy nienatywne i część systemowych, w zasadzie i tak nie było tam za bardzo co wyłączać, bo na tym systemie mało co było zainstalowane wtórnego, a z pewnością żadnych pakietów mackowych typu zabezpieczającego
- reset całego Windows Update (FixIt), czyli m.in. SoftwareDistribution / catroot2 / Windows Update Agent
- reset całej matrycy zabezpieczeń
- reset metadanych
- następujące narzędzia nie wykazały żadnych błędów: SFC, CheckSur, Microsoft Genuine Advantage Diagnostic Tool, CheckDisk
Komponenty i usługi WU były nienaruszone, zresztą na tym kompie działały Aktualizacje automatyczne. Błędom aktywacji od razu dałam spokój, to już był tylko skutek błędów instalacji a nie przyczyna (SP po prostu w tym momencie był połowicznie zainstalowany i miał się "odkręcać"), choć diagnostyk na wszelki wypadek uruchomiłam. Również opuściłam wątki z reperacją boot, bo ani warunki systemowe (dwie partycje a startową i aktywną była ta z Vista / brak BitLockera), ani analizowany później CBS.LOG nie sugerowały problemu z aktualizacją plików rozruchowych. Generalnie ten system nie miał z niczym żadnych problemów, tylko SP2...
2.
Nie zostało nic innego jak mozolne wertowanie CBS.LOG. A tam kupa błędów. Błędy występowały w partiach mniej więcej odpowiadających tym strasznym zwisom. Można było wyodrębnić trzy zespoły:
----> Pierwszy zespół gadał coś o certyfikatach plików rozpakowywanych przez instalator i niemożności otworzenia klucza:
================================================================
2010-01-25 13:24:18, Info CBS SPI: Root directory being used: C:\0327044753b71eefb067e487\d7594e065e7306eca75f67a1e0303735\
2010-01-25 13:24:19, Error CBS SPI: (RegisterPackageForSqm:647)Failed to set StateValueName. er=0x2
2010-01-25 13:24:19, Info CBS SPI: Failed to register package for SQM (hr=0x80070002). Continuing without
2010-01-25 13:24:19, Error CBS SPI: (RegisterPackageForSqm:647)Failed to set StateValueName. er=0x2
2010-01-25 13:24:19, Info CBS SPI: Failed to register package for SQM (hr=0x80070002). Continuing without
2010-01-25 13:24:19, Info CBS SPI: Self trust verification failed for C:\0327044753b71eefb067e487
2010-01-25 13:24:19, Info CBS SPI: Self trust verification failed for C:\Windows\System32\spinstall.exe. 0x57
2010-01-25 13:24:19, Error CBS SPI: (SPCVerifyTrust:1732)Failed to CryptCATAdminCalcHashFromFileHandle GLE=0x57
2010-01-25 13:24:19, Info CBS SPI: Self trust verification failed for C:\Windows\System32\SPC_SP2_Wave1.xml. 0x57
2010-01-25 13:24:19, Error CBS SPI: (SPCVerifyTrust:1732)Failed to CryptCATAdminCalcHashFromFileHandle GLE=0x57
2010-01-25 13:24:19, Info CBS SPI: Installed SPInstall or XML not trusted. Continuing with current version.
2010-01-25 13:24:19, Info CBS SPI: Self trust verification failed for C:\Windows\System32\EventProviders\spcmsg.dll. 0x57
2010-01-25 13:24:19, Info CBS SPI: Succeeded verifying trust on C:\0327044753b71eefb067e487\d7594e065e7306eca75f67a1e0303735\spc.cat
2010-01-25 13:24:19, Info CBS SPI: Succeeded verifying trust on C:\Windows\System32\EventProviders\spcmsg.dll
2010-01-25 13:24:19, Info CBS SPI: No need to update spcmsg.dll event provider
2010-01-25 13:24:19, Info CBS SPI: Reporting Started event
2010-01-25 13:24:19, Info CBS SPI: SQM is not opted in
2010-01-25 13:24:19, Error CBS SPI: (SPIRegQueryDWORDValue:413)Failed to query registry value: UploadDisableFlag er=0x2
2010-01-25 13:24:26, Info CBS SPI: Starting SP Compatibility\Applicability scan
2010-01-25 13:24:26, Error CBS SPI: (SPIRegQueryDWORDValue:400)Failed to open the registry root: n/a, key: SOFTWARE\Microsoft\Windows\CurrentVersion\SetupServicePack\SP2. er=0x2
2010-01-25 13:24:26, Error CBS SPI: (SPIRegQueryDWORDValue:400)Failed to open the registry root: n/a, key: SOFTWARE\Microsoft\Windows\CurrentVersion\SetupServicePack\SP2. er=0x2
2010-01-25 13:24:26, Error CBS SPI: (SPIRegQueryDWORDValue:400)Failed to open the registry root: n/a, key: SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\ServicePack\SP2. er=0x2
2010-01-25 13:24:26, Error CBS SPI: (SPIRegQueryDWORDValue:400)Failed to open the registry root: n/a, key: SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\ServicePack\SP2. er=0x2
================================================================
----> Drugi zespół to skomasowane błędy typu CixTarget np.:
2010-01-25 13:38:55, Error Failed to find the CixTarget for Container package_for_kb972036_server~31bf3856ad364e35~x86~~6.0.2.0.cat
To była cała litania zajmująca 1/3 raportu CBS. Jednak po bliższym przyjrzeniu się widać było, że to jest powielane zapętlenie ciągle na tych samych obiektach. Wyekstraktowałam do Notatnika unikatowe wystąpienia błędów i ułożyłam wg chronologii numerycznej poprawki KBXXXXXX. Całość sprowadziła się do 31 packages (dla przypomnienia: w CheckSur nie było żadnych błędów):
================================================================
package_for_kb905866_server~31bf3856ad364e35~x86~~6.0.37.0.cat
package_for_kb956744_server~31bf3856ad364e35~x86~~6.0.1.8.cat
package_for_kb961501_server~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb967632_server~31bf3856ad364e35~x86~~6.0.1.2.cat
package_for_kb968816_server~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb969898_server~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb970710_server~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb972036_server~31bf3856ad364e35~x86~~6.0.2.0.cat
package_for_kb972145_server~31bf3856ad364e35~x86~~6.0.1.5.cat
package_for_kb973346_server~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb973525_server~31bf3856ad364e35~x86~~6.0.1.3.cat
package_for_kb973540_server~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb973687_server~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb975517_server~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb976470_server~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb961371_winpesrv~31bf3856ad364e35~x86~~6.0.1.4.cat
package_for_kb967723_winpesrv~31bf3856ad364e35~x86~~6.0.1.7.cat
package_for_kb968389_winpesrv~31bf3856ad364e35~x86~~6.0.1.3.cat
package_for_kb968537_winpesrv~31bf3856ad364e35~x86~~6.0.1.2.cat
package_for_kb969947_winpesrv~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb970238_winpesrv~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb970430_winpesrv~31bf3856ad364e35~x86~~6.0.1.6.cat
package_for_kb970653_winpesrv~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb971486_winpesrv~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb971737_winpesrv~31bf3856ad364e35~x86~~6.0.1.3.cat
package_for_kb972270_winpesrv~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb973565_winpesrv~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb973917_winpesrv~31bf3856ad364e35~x86~~6.0.1.2.cat
package_for_kb974318_winpesrv~31bf3856ad364e35~x86~~6.0.1.1.cat
package_for_kb975467_winpesrv~31bf3856ad364e35~x86~~6.0.1.0.cat
package_for_kb976098_winpesrv~31bf3856ad364e35~x86~~6.0.1.1.cat
================================================================
Google: niestety nic jasnego na temat wystąpień CixTarget. Albo sprawy nierozwiązane jak np. tu:
http://social.technet.microsoft.com/Forums/en/itprovistasp/thread/a5283397-e20f-4432-8b8f-a9ca79bf8805
Albo śpiewka, że jest to "jakieś poważniejsze uszkodzenie" i zalecenia, by wykonać kompleksową Reperację z płyty. No cóż, to mogłam w każdej chwili zrobić, ale wolałam jeszcze się pozastanawiać.
----> Trzeci zestaw błędów pochodził z fazy instalatora zaawansowanego. Cała gromada błędów relatywnych do "Microsoft-Windows-Help...", a wszędzie ten sam marker "Not enough storage is available to complete this operation.". Przykład:
===============================================================
2010-01-25 15:30:32, Error CSI 000000ea@2010/1/25:14:30:32.879 (F) CMIADAPTER: Inner Error Message from AI HRESULT = HRESULT_FROM_WIN32(14)
[
[61]"Not enough storage is available to complete this operation."
]
[gle=0x80004005]
2010-01-25 15:30:32, Error CSI 000000eb@2010/1/25:14:30:32.925 (F) CMIADAPTER: AI failed. HRESULT = HRESULT_FROM_WIN32(14)
Element:
[67]""
[gle=0x80004005]
2010-01-25 15:30:32, Error CSI 00000d4a@2010/1/25:14:30:32.957 (F) d:\longhorn\base\wcp\cmiadapter\installers.cpp(356): Error HRESULT_FROM_WIN32(14) originated in function
Windows::WCP::CmiAdapter::CMIWrapperBasicInstaller::ResolveAndInvokeInstaller expression: hr
[gle=0x80004005]
2010-01-25 15:39:13, Error CSI 000000ec@2010/1/25:14:39:13.856 (F) CMIADAPTER: Exiting with HRESULT code = HRESULT_FROM_WIN32(14).
[gle=0x80004005]
2010-01-25 15:39:13, Error CSI 00000d4b@2010/1/25:14:39:13.934 (F) d:\longhorn\base\wcp\cmiadapter\installers.cpp(123): Error HRESULT_FROM_WIN32(14) originated in function
Windows::WCP::CmiAdapter::CMIWrapperBasicInstaller::Install expression: hr
[gle=0x80004005]
2010-01-25 15:45:40, Info CSI 00000d4c@2010/1/25:14:45:40.331 CSI Advanced installer perf trace:
CSIPERF:AIDONE;{9516e549-94a1-4f78-bda5-341b3bb4729b};Microsoft-Windows-Help-Artuic.Resources, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture = [l:10{5}]"tr-TR", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral;1177681699
2010-01-25 15:45:50, Info CSI 00000d4d Performing 1 operations; 1 are not lock/unlock and follow:
LockComponentPath (10): flags: 0 comp: {l:16 b:4aa81911cd9dca016a0c0000d4054806} pathid: {l:16 b:4aa81911cd9dca016b0c0000d4054806} path: [l:234{117}]"\SystemRoot\WinSxS\x86_microsoft.windows.s..ation.badcomponents_31bf3856ad364e35_6.0.6001.18000_none_3891bf6bc31ec194" pid: 5d4 starttime: 129089026169701114 (0x01ca9dc90d3f02fa)
2010-01-25 15:45:51, Error CSI 00000d4e (F) Failed execution of queue item Installer: Help Membership ({9516e549-94a1-4f78-bda5-341b3bb4729b}) with HRESULT HRESULT_FROM_WIN32(14). Failure will not be ignored: A rollback will be initiated after all the operations in the installer queue are completed; installer is reliable (2)[gle=0x80004005]
2010-01-25 15:53:25, Info CSI 00000d4f Creating NT transaction (seq 1), objectname [6]"(null)"
2010-01-25 15:53:25, Info CSI 00000d50 Created NT transaction (seq 1) result 0x00000000, handle @0x1f2b0
2010-01-25 15:53:26, Info CSI 00000d51@2010/1/25:14:53:26.661 CSI perf trace:
CSIPERF:TXCOMMIT;884231
2010-01-25 15:53:26, Info CSI 00000d52 End executing advanced installer (sequence 5386)
Completion status: HRESULT_FROM_WIN32(ERROR_ADVANCED_INSTALLER_FAILED)
===============================================================
A po tym pojawiał się błąd z SysHiper:
===============================================================
2010-01-25 16:12:54, Info CSI 00000524 Calling generic command executable (sequence 30 (0x0000001e)): [115]"C:\Windows\WinSxS\x86_microsoft-windows-syshiper_31bf3856ad364e35_6.0.6002.18005_none_77fb27ec5025e18b\syshiper.exe"
CmdLine: [211]""C:\Windows\WinSxS\x86_microsoft-windows-syshiper_31bf3856ad364e35_6.0.6002.18005_none_77fb27ec5025e18b\syshiper.exe" /install:VistaSP1-KB936330~31bf3856ad364e35~x86~~6.0.1.18000 /hide /permanent /ignorenotexist"
2010-01-25 16:12:54, Info CSI 00000525 Done with generic command 30 (0x0000001e); CreateProcess returned 0, CPAW returned S_OK
Process exit code 0 resulted in success? TRUE
Process output: [l:358 [358]"SYSHIPER: Initialized with following command parameters: /install:VistaSP1-KB936330~31bf3856ad364e35~x86~~6.0.1.18000 /hide /permanent /ignorenotexist
SYSHIPER: Failed with error hr: 0x80070002
SYSHIPER: Failed to open registry key for read
SYSHIPER: CBS key does not exist and ignoring operation for VistaSP1-KB936330~31bf3856ad364e35~x86~~6.0.1.18000"]
===============================================================
Google: na temat pętli w zasobach nic niestety nie znalazłam, ale odnotowałam że cały czas mieli ten sam komponent, tylko wymieniają się znaczniki językowe (czyli jakby o MUI chodzi). Jeśli rzecz o SysHiper, to w internecie były dzikie porady o zapuszczeniu tego klucza w system:
http://wiert.wordpress.com/2009/10/08/vista-sp2-update-error-e_fail0x80004005-caused-by-syshiper-0x80071a91-solved/
http://social.technet.microsoft.com/Forums/en/itprovistasp/thread/d19e8cc7-a1f5-4f25-8dcb-159d092b65a3
Z czystym sumieniem mogę powiedzieć, że w tym konkretnym przypadku sztuczne uzupełnienie klucza w ogóle nie działa i nie ma żadnego znaczenia dla procesu. Wygląda na to, że fakt iż on nie może uzupełnić tego klucza, to tylko skutek a nie przyczyna, a szukanie przyczyn to już zupełnie inna historia. Owszem, porównałam dwie maszyny i na drugiej był ten klucz, tylko inna sprawa, że te Visty różniły się sposobem posiadania Service Pack 1. Na stacjonarnym była kupiona jako zintegrowana z SP1, zaś na laptopie SP1 był instalowany z WU. I może stąd ta różnica w obecności klucza. Tego nie wiem, po prostu przypuszczam.
3.
1. Postanowiłam partiami odnieść się do dwóch wg mnie istotnych fragmentów, by wiedzieć na pewno czy nastąpi różnica. Rozpoczęłam od błędów CixTarget odpowiadających pierwszemu zawiasowi gąsienicy. Od razu rzuciły mi się w oczy adnotacje "server", tak jakby łata "zainstalowała się" w wersji nie dla tej edycji co trzeba. Przeszukałam cały dysk i rejestr na te nazwy i zero wyników na innych łatkach, ani też żadnych znalezisk na konkretne nazwy z raportu CBS. W folderze C:\WINDOWS\Servicing\Packages zastałam pliki tych łat z adnotacjami "client". Porównałam z moim codziennym kompem oraz z laptopem z podobnym systemem i zestaw plików był dokładnie taki sam. Rejestr niby też się zgadzał. Na dodatek w opisie jednej z tych felernych łat (KB972036: http://support.microsoft.com/KB/972036/en-us) znalazłam adnotację, że starsza wersja tej poprawki może uniemożliwić instalację SP2. Wprawdzie błąd inny gadający o "niekompatybilności sterowników", ale to wydało mi się też znaczące.
Skoro więc instalator SP2 notuje nieistniejące rzeczy dotyczące tych łat, postanowiłam te łaty odinstalować. W wykazie zainstalowanych aktualizacji układając je wg daty instalacji zobaczyłam, że w zasadzie to leciało miotami grupowymi. Tzn. np. z tego samego dnia i godziny komplet powiedzmy 6 łat. Czyli defekt wystąpił zbiorowo. Naprawdę nie wiem co się działo podczas ich instalacji (z pewnością jednak była automatyczna a nie ręczna), bo śladów po tym nie zostało żadnych, po prostu figurowały jako niby zainstalowane. Za jednym zamachem ścięłam wszystkie te łaty (możliwe że przesadziłam robiąc to hurtem), restart > bardzo długi przestój na 3 fazie 100%. A po przejściu już na Pulpit totalne zamulenie. W menedżerze zadań w zastraszające MB urósł jeden ze svchost.exe, ten pod który m.in. są podczepione Usługi kryptograficzne. Ich wstrzymanie uspokoiło system. W związku z tym przy wstrzymanych Kryptograficznych wyzerowałam katalog catroot2 - to już drugi raz, bo wcześniej był zerowany pod przygotowania instalacyjne SP2, i to demontaż tych łat musiał coś tu namieszać.
Zresetowałam system. Sprawdziłam co widzi Windows Update pod ten system = te same 31 łat (ale 11 z nich krytyczne / reszta opcjonalna), a SP2 wcale nie był proponowany do instalacji. Postanowiłam je opuścić, mimo że SP2 nie był w ogóle pokazany jako pasujący i mimo zaleceń z KB948343 http://support.microsoft.com/kb/948343/en-us, bo data publikacji łat krytycznych była nowsza niż data publikacji SP2. Wg artykułów relatywnych do tych łat, one się aplikują i dla Vista SP2, czyli SP2 nie zawiera ich w sobie, są od niego nowsze i nie mogą one stanowić wymagań instalacyjnych dla SP2... Ponowiłam próbę instalacji SP2. Tym razem nastąpiła pewna zmiana w procesie. Był o wieeele szybszy niż wszystkie poprzednie podejścia. Na gąsienicy już nie było tak porażająco długiego zawiasu, niestety po resecie w trzeciej fazie podobne trzy przestoje jak wcześniej, i choć i one były znacznie krótsze, już wiedziałam co zobaczę = "SP nie został zainstalowany ... odwracanie zmian".
2. Ponowna analiza CBS.LOG. Wszelkie błędy CixTarget ustąpiły, co odpowiadało krótszej gąsienicy. Jednakże te łaty co dopiero deinstalowane znów tam się pojawiły, tylko w nieco innych błędach mniej więcej odpowiadających "niemożności zaaplikowania" np.:
===============================================================
2010-01-28 04:29:12, Info CBS Startup: Package: Package_207_for_KB970430~31bf3856ad364e35~x86~~6.0.1.6 failed to complete startup processing, new state: Absent, original: Installed, targeted: Absent. hr = 0x0, hrError = 0x8e5e0442
===============================================================
To już było wiadome dlaczego. Ze zmęczenia zapomniałam po ich deinstalacji przekonfigurować ustawienia WU, by nie pobierał i nie instalował automatycznie poprawek krytycznych. I podczas gdy już szarpałam się z instalacją SP2, te ścierwa się zdążyły mega-błyskawicznie pobrać i próbowały się same instalować, czego nie zauważyłam skupiona na innym procesie (który to na dodatek "przykrył"). Ale się nie zainstalowały, w Historii aktualizacji wszystko "Failed", w Dzienniku zdarzeń "Aktualizacja nie aplikuje się dla tego systemu", i to był odpowiednik z CBS.LOG. To wszystko ominęłam, bo łaty te przecież miałam kompletnie wywalić pod podkład SP2, przekonfigurowałam też WU by nie dręczył tego tematu automatycznie. Natomiast w części instalatora zaawansowanego znów ten sam jakby schemat błędów, tylko były już sformułowane inaczej:
===============================================================
2010-01-28 06:47:21, Info CSI 00000d72 Begin executing advanced installer phase 34 (0x00000022) index 5222 (0x00001466) (sequence 5257)
Old component: WindowsSearchEngine.Resources, Version = 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture = [l:10{5}]"it-IT", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
New component: WindowsSearchEngine.Resources, Version = 7.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture = [l:10{5}]"it-IT", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
Install mode: install
Installer ID: {d82eedee-854e-4f9a-b458-ae1bc62a0e6b}
Installer name: [16]"LodCtr Installer"
2010-01-28 06:47:21, Info CSI 00000d73 Performing 1 operations; 1 are not lock/unlock and follow:
LockComponentPath (10): flags: 0 comp: {l:16 b:18c23d5cdd9fca017b0c0000e0056c06} pathid: {l:16 b:18c23d5cdd9fca017c0c0000e0056c06} path: [l:234{117}]"\SystemRoot\WinSxS\x86_microsoft-windows-p..ncecounterinstaller_1122334455667788_6.0.6002.18005_none_38bb9a0196fc7ccd" pid: 5e0 starttime: 129091303288668485 (0x01ca9fdb3c1d0145)
2010-01-28 06:47:21, Error CSI 000000f4 (F) Logged @2010/1/28:05:47:21.855 : [ml:166{83},l:164{82}]"No valid drivername property value in "C:\Windows\inf\UGatherer\0410\gsrvctr.ini"."
[gle=0x80004005]
2010-01-28 06:47:21, Error CSI 000000f5 (F) Logged @2010/1/28:05:47:21.855 : [ml:196{98},l:194{97}]"Fail to query necessary information from "C:\Windows\inf\UGatherer\0410\gsrvctr.ini", error 2001."
[gle=0x80004005]
2010-01-28 06:47:21, Error CSI 000000f6@2010/1/28:05:47:21.855 (F) CMIADAPTER: Inner Error Message from AI HRESULT = HRESULT_FROM_WIN32(2001)
[
[34]"The specified driver is invalid."
]
[gle=0x80004005]
2010-01-28 06:47:21, Error CSI 000000f7@2010/1/28:05:47:21.855 (F) CMIADAPTER: AI failed. HRESULT = HRESULT_FROM_WIN32(2001)
Element:
[51]""
[gle=0x80004005]
2010-01-28 06:47:21, Error CSI 00000d74@2010/1/28:05:47:21.855 (F) d:\longhorn\base\wcp\cmiadapter\installers.cpp(356): Error HRESULT_FROM_WIN32(2001) originated in function Windows::WCP::CmiAdapter::CMIWrapperBasicInstaller::ResolveAndInvokeInstaller expression: hr
[gle=0x80004005]
2010-01-28 06:47:21, Error CSI 000000f8@2010/1/28:05:47:21.855 (F) CMIADAPTER: Exiting with HRESULT code = HRESULT_FROM_WIN32(2001).
[gle=0x80004005]
2010-01-28 06:47:21, Error CSI 00000d75@2010/1/28:05:47:21.855 (F) d:\longhorn\base\wcp\cmiadapter\installers.cpp(123): Error HRESULT_FROM_WIN32(2001) originated in function Windows::WCP::CmiAdapter::CMIWrapperBasicInstaller::Install expression: hr
[gle=0x80004005]
2010-01-28 06:47:21, Info CSI 00000d76@2010/1/28:05:47:21.855 CSI Advanced installer perf trace:
CSIPERF:AIDONE;{d82eedee-854e-4f9a-b458-ae1bc62a0e6b};WindowsSearchEngine.Resources, Version = 7.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture = [l:10{5}]"it-IT", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral;129786
2010-01-28 06:47:21, Error CSI 00000d77 (F) Failed execution of queue item Installer: LodCtr Installer ({d82eedee-854e-4f9a-b458-ae1bc62a0e6b}) with HRESULT
HRESULT_FROM_WIN32(2001). Failure will not be ignored: A rollback will be initiated after all the operations in the installer queue are completed; installer is reliable (2)[gle=0x80004005]
2010-01-28 06:47:21, Info CSI 00000d78 End executing advanced installer (sequence 5257)
Completion status: HRESULT_FROM_WIN32(ERROR_ADVANCED_INSTALLER_FAILED)
===============================================================
Znowu znaczniki językowe .... it-IT i parę jeszcze innych odnośników do języków nienatywnych skierowały ponowną uwagę na pakiety językowe MUI. To Vista, która miała rzeczywiście zainstalowane dodatkowe opcjonalne pakiety z WU. Jakoś one mi nie przyszły wcale do głowy na początku śledztwa, bo ta Vista cały czas leciała na natywnym języku angielskim, tylko czasem ktoś ją przestawiał na holenderskie MUI. Reszta pakietów leżała więc niejako odłogiem, nie była wcale używana, a poza tym pakiety były w najnowszych dostępnych wersjach wprost z WU (a nie pokątnymi technikami). Żadne narzędzie nie wskazywało wcześniej na pliki MUI. Dopiero w CBS losowe adnotacje wystąpiły. W związku z tym faktem postanowiłam nic nie dziergać, tylko pozbyć się tych nieużywanych pakietów. Po kolei odinstalowałam je (po jednym na raz), pozostawiając tylko używane dodatkowe MUI polskie i holenderskie.
Po restarcie komputera już nie prowadziłam żadnych dodatkowych akcji. Uruchomiłam instalację SP2. Tym razem cały proces popruł jak szatan, nie więcej niż 40 minut od okienka w Windows do finałowego zawiadomienia po restarcie "SP został zainstalowany" i żadnych zawieszeń / przestojów / ani błędów w CBS części CSI i instalatora zaawansowanego. Sprawdzam WU co mi zaproponuje, heh te same łaty co poprzednio odinstalowane. :lol: Pobrałam je po kolei na dysk twardy i po jednej ręcznie instalowałam obserwując efekty. I wszystko się zainstalowało. Ani jednego błędu. Automatyczne aktualizacje działają, już się zdążył uzupełnić o nowe łaty post-SP2. Wszystko gra.
Podsumowując: odinstalowanie łat punktowanych w CBS.LOG oraz dodatkowych pakietów językowych umożliwiło instalację SP2. Całkiem możliwe, że problemem od początku do końca były MUI, które zaburzyły aktualizacje późniejsze. To omówienie konkretnego przypadku, na konkretnych obiektach do których kierował CBS.LOG. U kogoś innego może chodzić o inne pliki, albo może być to zupełnie inne podłoże dla problemu mimo otrzymywania tego samego kodu błędu.