Co wprowadzono nowego w "Wise Package Studio 8 MR1":

- pełne 64-bitowe wsparcie dla narzędzi "Wise Script Package Editor" oraz "Wise Script Editor"

- dodano nową zmienną "%x64SYS32%" pomocną przy wyszukiwaniu, odczytywaniu oraz uaktualnianiu plików w 64-bitowych systemach – zastosowanie w "custom actions" ("Find file in path" oraz "Read-Update text file")

- dodano pełne 64-bitowe wsparcie do narzędzia "SetupCapture"

- dodano nowe role serwera oraz ustawienia zależności serwisów. Na karcie "System Requirements" można teraz ustawić dodatkowe zależności dotyczące roli serwera lub serwisów wymagane przy instalacji pakietów w systemach "Windows Server 2008 R2 SP1" oraz "Windows 7 SP1"

- uaktualniono "listy wykluczeń" (tzw. exclusion list – pliki "wisepscc.ini" oraz "repackage.ini") dla plików oraz wpisów rejestru powiązanych z Windows 7

W poniższym opisie posłużono się pakietem opartym na klasie "ProjectInstaller" oraz jej komponentach "ServiceProcessInstaller" i "ServiceInstaller".

Instalacja oraz deinstalacjia pakietu przebiega bezproblemowo jednak podczas reperacji generowany jest "błąd 1001", informujący o tym, że serwis jest już zainstalowany w systemie i nie wymaga ponownej instalacji.

Rys.1. Błąd reperacji pakietu

"Błąd 1001" ma swoje odzwierciedlenie w tabeli "Error" bazy danych pakietu-msi.

Rys.2. Tabela "Error" w edytorze ORCA

Błędy o numeracji od 1000 do 1999 są błedami wewnętrznymi Windows Installera i są obsługiwane przez wpisy w tabeli "Errors", natomiast o numeracji od 2500 do 3000 są błędami wywołania akcji ("Custom actions") i bardzo często mają krytyczny wpływ na instalację pakietu.

Wpis w tabeli "Errors" nie mówi nam za wiele i aby znaleźć prawdziwe źródło odpowiedzialne za powstały błąd, należy zajrzeć do logu instalacyjnego (szukamy więc informacji o błędzie 1001). 

MSI (s) (80:FC) [14:14:45:888]: Generating random cookie.

MSI (s) (80:FC) [14:14:45:904]: Created Custom Action Server with PID 1288 (0×508).

MSI (s) (80:F0) [14:14:45:966]: Running as a service.

MSI (s) (80:04) [14:14:45:966]: Hello, I'm your 32bit Elevated custom action server.

MSI (s) (80:F4) [14:15:55:524]: Leaked MSIHANDLE (9) of type 790531 for thread 1660

MSI (s) (80:F4) [14:15:55:524]: Note: 1: 2769 2: _09A1EA63_58DC_4827_BFA4_44059F3467B0.install 3: 1 

MSI (c) (B4:C8) [14:14:46:435]: Font created.  Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Fehler 1001. Error 1001. Der angegebene Dienst ist bereits vorhanden

DEBUG: Error 2769:  Custom Action _09A1EA63_58DC_4827_BFA4_44059F3467B0.installdid not close 1 MSIHANDLEs.

Bei der Installation dieses Pakets ist ein unerwarteter Fehler aufgetreten. Es liegt eventuell ein das Paket betreffendes Problem vor. Der Fehlercode ist 2769. Argumente: _09A1EA63_58DC_4827_BFA4_44059F3467B0.install, 1, 

MSI (s) (80:98) [14:15:55:524]: User policy value 'DisableRollback' is 0

MSI (s) (80:98) [14:15:55:524]: Machine policy value 'DisableRollback' is 0

Aktion beendet um 14:15:55: InstallExecute. Rückgabewert 3.

Jak można zauważyć podczas reperacji produktu w logu instalacyjnym zapisywany jest błąd o numerze "2769", którego źródłem jest akcja  "_09A1EA63_58DC_4827_BFA4_44059F3467B0.install"

DEBUG: Error 2769:  Custom Action _09A1EA63_58DC_4827_BFA4_44059F3467B0.installdid not close 1 MSIHANDLEs.

Aby stwierdzić czy serwis jest instalowany w standardowy sposób czy przy pomocy akcji ("Custom actions") przechodzimy do tabel "ServiceInstall" i "ServiceControl" i sprawdzamy ich zawartość. Obie tabele są puste, co oznacza, że serwis jest instalowany przy pomocy akcji. W tabeli "CustomActions" znajdziemy wszystkie akcje odpowiedzialne za instalację /deinstalację serwisu (zaczynają sie od podkreślnika)

Rys.3. Zawartość tabeli "CustomAction"

Natomiast w tabeli "InstallExecuteSequence" znajdziemy sekwencje, którym przypisane są kolejno poszczególne akcje. Odszukujemy naszą "akcję" i sprawdzamy zawartość rekordu "Condition":  

Rys.4. Zawartość tabeli "InstallExecuteSequence"

Mamy tu następujący zapis "$C__A86DDC61F5864695A26A870927B7E6A3>2", z którego wynika, że akcja jest wykonywana gdy, komponent "C__A86DDC61F5864695A26A870927B7E6A3" ($ wskazuje na komponent), zawierający plik "StartAppsEWX.exe", jest dostępny w systemie lub uruchamiany bezpośrednio ze źródła instalacji (wartość > 2, oznacza, że może przyjmować stany 3 i 4).

Poniższa tabela zawiera możliwe stany dla komponentów i "ficzerów" stosowane przy definiowaniu kondycji. 

Stan (State)	Wartość (Value)	Znaczenie (Meaning)
INSTALLSTATE_UNKNOWN	-1	Akcja nie będzie wykonywana na komponencie lub "ficzerze".
INSTALLSTATE_ADVERTISED	1	Tylko w przypadku istnienia zaanonsowanych "ficzerów". Stan niedostępny dla komponentów.
INSTALLSTATE_ABSENT	2	"Ficzer" lub komponent nie istnieje.
INSTALLSTATE_LOCAL	3	"Ficzer" lub komponent znajduje się na lokalnym komputerze.
INSTALLSTATE_SOURCE	4	"Ficzer" lub komponent jest uruchamiany z plików źródłowych.

 

Rozwiązanie

1. Otwieramy pakiet do edycji w programie Orca i tworzymy transformację (menu "Transform" -> "New Transform")

2. Przechodzimy do tabeli "CustomAction" i usuwamy wszystkie akcje powiązane z naszym serwisem

Rys.5. Zawartość tabeli "CustomAction" po modyfikacjach

3. Analogicznie postępujemy w tabeli "InstallExecuteSequence"

Rys.6. Zawartość tabeli "InstallExecuteSequence" po modyfikacjach

4. Następnie w tabeli "ServiceInstall" uzupełniamy następujace rekordy

Nazwa rekordu	Wartość	Opis
ServiceInstall	App	Główny klucz (Primary key) tabeli - dowolna nazwa
Name	app	Nazwa serwisu
DisplayName	App Client Service	Nazwa serwisu używana do identyfikacji przez inne programy
ServiceType	16	Typ serwisu, wartość "16" oznacza 32-bitowy serwis, który jest uruchamiany we własnym procesie
StartType	2	Flaga identyfikujaca w jaki sposób uruchamiany jest serwis. Wartość "2" oznacza, że serwis jest uruchamiany przy starcie systemu
ErrorControl	1	Określa sposób obsługi błędu, podczas uruchamiania serwisu. Wartość "1" oznacza , że informacja o napotkanym błądzie zapisywana jest do logu systemowego. Dodatkowo wyświetlany jest komunikat z treścią błędu i kontynuowana jest operacja uruchomienia serwisu.
Component_	C__A86DDC61F5864695A26A870927B7E6A3	Wskaźnik do komponentu
Description	App Service	Opis serwisu

Rys.7. Zawartość tabeli "ServiceInstall" po wprowadzeniu danych

5. W tabeli "ServiceControl" uzupełniamy kolejno następujące rekordy

Nazwa rekordu	Wartość	Opis
ServiceControl	app	Główny klucz (Primary key) tabeli - dowolna nazwa
Name	app	Nazwa serwisu
Event	160	Operacje wykonywane na serwisie podczas instalacji\deinstalacji produktu (wartość "160" oznacza, że serwis jest zatrzymywany i usuwany podczas deinstalacji)
Wait	0	Wartość "0" wymusza pause na instalatorze, aż do momentu kiedy SCM (Service Control Manager) powiadomi o tym, że serwis jest w stanie oczekiwania na kolejne instrukcje.
Component_	C__A86DDC61F5864695A26A870927B7E6A3	Wskaźnik do komponentu

 

Rys.8. Zawartość tabeli "ServiceConrol" po wprowadzeniu danych

6. Zapisujemy transformację (menu "Transform" -> "Generate Transform…")  i testujemy instalację, reperację oraz deinstalację pakietu.

Wsparcie dla "Wise Package Studio 8.0" ma być kontynuowane porawdopodobnie tylko do końca 2011 roku. W tym czasie zostanie wypuszczony update, dodający 64-bitowe wsparcie dla "WiseScript Editor" i "SetupCapture". Flexera zapowiedziała również dalszy rozwój nowego produktu, którym jest  "Flexera AdminStudio for Symantec".

Symantec zapowiedział również, że od 7 listopada 2011 wszystkie wersje "Wise Package Studio" i "Wise Connector" oraz wszystkie narzędzia oraz wersje językowe wchodzące w ich skład otrzymają status EOL (End of Life) i nie bedą wiecej wspierane. 

Tak na marginesie jest to już kolejny produkt "położony" przez Symanteca, miejmy nadzieję, że ta nowa odswieżona wersja będzie również przyjazna w użytkowaniu ja było to w przypadku "Wise Package Studio". 

Gwoli przypomnienia, Wise Inc. został w 2003 roku wykupiony przez firmę Altiris, która to cztery lata póżniej została kupiona przez Symanteca. W 2010 roku Symantec zaprzestał rozwoju i wsparcia dla "Wise Installation System", narzędzia używanego przez programistów do tworzenia procesów instalacyjnych.  

Całość zostanie również omówiona na "Packaging Event", który odbędzie się 13 października w Amsterdamie.

Rys.1. Błąd "The procedure entry point GetProcessImageFileNameW could not be located in the dynamic link library PSAPI.DLL"

Biblioteka dynamiczna "PSAPI.DLL" jest częścia składową sytemów Windows ("%WinDir%\System32"). Podczas instalacji Oracle, nie jest jednak wykorzystywana, gdyż instalator Oracle korzysta z własnej, która jest kopiowana do tymczasowej lokalizacji. Po wystartowaniu "setup.exe" część instalacji jest wypakowywana pod  „%LOCALAPPDATA%\Temp\OraInstall2011-08-05_12-51-28PM”. Nazwa katalogu jest generowana automatycznie i zależna od dnia i godziny instalacji. Plik "PSAPI.DLL" wykorzystywany podczas instalacji jest w wersji "5.0.1849.1", co stanowi sporą różnicę z dostępnym lokalnie.

Rys.2. Wersja pliku "PSAPI.DLL" wykorzystywana przez instalator Oracle

Plik "PSAPI.DLL" wchodzący w skład Windows 7 ("%WinDir%\System32") – 6.1.7600.16385 (wersja zależna od zainstalowanych poprawek). 

Rys.3. Wersja pliku "PSAPI.DLL" wchodząca w skład Windows 7

Jak można tu zauważyć, jest to problem z niekompatybilnoścą wersji biblioteki dynamicznej "PSAPI.DLL". Najprostszym rozwiązaniem byłoby nadpisanie jej podczas instalacji produktu. Jest to niestety niemożliwe, gdyż plik ten jest odrazu wypakowywany do tymczasowego katalogu i każdy plik już tam istniejący jest przez niego nadpisywany. Drugim problemem jest to, że zaraz po wypakowaniu plik ten jest w użyciu przez co niemożliwe jest jego nadpisanie.

Jedynym rozsądnym rozwiązaniem jest tu podminienie go w plikach źródłowych instalatora. Plik "PSAPI.DLL" znajduje się w postaci skompresowanej w pliku "RunningProcessQuery.jar" w katalogu ".\Client\stage\Queries\RunningProcessQuery\1.5.2\1" instalatora. Jako że plik ".jar" jest archiwem ".zip", możliwe jest podmienienie go w pliku źródłowym. Możemy to wykonać np. przy użyciu darmowego archiwizera "7zip". Wykonamy to w następujący sposób:

• kopiujemy plik "RunningProcessQuery.jar" do dowolnej lokalizacji, gdzie otwieramy go przy pomocy "7zip"

• następnie przechodzimy do katalogu ".\lib\win32\" i podmieniamy go nowszą wersją

Rys.4. Podmieniona bilioteka dynamiczna "PSAPI.dll"

• zamykamy "7zip" (automatycznie zapisuje zmiany) i kopiujemy tak zmodyfikowany plik ".jar" ponownie do katalogu ".\Client\stage\Queries\RunningProcessQuery\1.5.2\1"

• uruchamiamy ponownie ręcznie instalację i sprawdzamy jej poprawność. Jeśli instalacja przebiegła poprawnie, możemy ją przetestować już w trybie automatycznym wraz z plikiem odpowiedzi .rsp. 

Windows Developer Preview with developer tools English, 64-bit (x64) - DOWNLOAD (4.8 GB)

• 64-bit Windows Developer Preview
• Windows SDK for Metro style apps
• Microsoft Visual Studio 11 Express for Windows Developer Preview
• Microsoft Expression Blend 5 Developer Preview
• 28 Metro style apps including the BUILD Conference app

Windows Developer Preview English, 64-bit (x64) - DOWNLOAD (3.6 GB)

• Includes a disk image file (.iso) to install the Windows Developer Preview and Metro style apps on a 64-bit PC.

Windows Developer Preview English, 32-bit (x86) - DOWNLOAD (2.8 GB)

• Includes a disk image file (.iso) to install the Windows Developer Preview and Metro style apps on a 32-bit PC.

Wymagania systemowe:

 

• 1 gigahertz (GHz) or faster 32-bit (x86) or 64-bit (x64) processor
• 1 gigabyte (GB) RAM (32-bit) or 2 GB RAM (64-bit)
• 16 GB available hard disk space (32-bit) or 20 GB (64-bit)
• DirectX 9 graphics device with WDDM 1.0 or higher driver
• Taking advantage of touch input requires a screen that supports multi-touch
• To run Metro style Apps, you need a screen resolution of 1024 X 768 or greater

Przykład:

msiexec /i <plik.msi> TRANSFORMS=<plik.mst> PATCH=<plik.msp>

Przy instalacji typu ".msi + .mst + .msp" nie można używać przełącznika "/i" razem z "/p". Należy go zastąpić przez "property" PATCH.

Przykładowe scenariusze instalacji oraz kolejność modyfikowania wpisów rejestru:

1. Instalacji typu .msi

Podczas instalacji (plik .msi) do rejestru zapisywane są tylko wpisy z tabeli "Registry" pliku (.msi).

2. Instalacja typu .msi + .mst

Podczas instalacji wpisy rejestru są modyfikowane przez wpisy z tabeli "Registry" pliku transformacji (.mst).

3. Instalacja typu .msi + .mst + .msp

Podczas instalacji wpisy rejestru, które miały być zmienione przez plik aktualizacji (.msp), są nadpisywane przez zawartość tabeli "Registry" pliku transformacji (.mst ).

Rozwiązanie:

Problem nadpisywania wartości rejestru można  rozwiązać na dwa sposoby. Pierwszy z nich polega na aktualizacji głównego pliku (.msi) przy pomocy pliku (.msp) i późniejszym dopasowaniu transformacji, tak aby wpisy w rejestrze miały poprawne wartości.

msiexec /a <plik.msi> /p <plik.msp>

Drugi sposób polega na utworzeniu pliku aktualizacyjnego (.msp) zawierającego również elementy pliku transformacji (.mst). W efekcie końcowym główny plik instalacjny (.msi) instalowany jest tylko z plikiem aktualizacyjnym (.msp).

msiexec /i <plik.msi> PATCH=<plik.msp>

"<ścieżka_do_katalogu>\unwise.exe" /S /A "<ścieżka_do_katalogu>\INSTALL.LOG"

lub

"<ścieżka_do_katalogu>\unwise32.exe" /S /A "<ścieżka_do_katalogu>\INSTALL.LOG"

przykład:

"%ProgramFiles%\Test\unwise.exe" /S /A "%ProgramFiles%\Test\INSTALL.LOG"

W powyższym przykładzie wykonana została automatyczna (przełącznik /A) i ukryta (przełącznik /S) deinstalacja oprogramowania w oparciu o plik "INSTALL.LOG". Deinstalator "unwise.exe\unwise32.exe" posiada również szereg innych ciekawych opcji, które zostały opisane poniżej:

/A –  tryb automatyczny (automatic mode) wraz z graficznym interfejsem. Użytkownik nie musi wykonywać dodatkowych czynności, całość przebiega automatycznie. Wyjatkiem jest tu deinstalacja współdzielonych plików (np. plików dll znajdujących się w katalogu "%WinDir%\System32"), podczas której użytkownik jest proszony o wskazanie czy plik ma być odinstalowany czy nie.

/R –  tryb powrotu instalacji do punktu startowego (rollback mode).

/S –  tryb cichy (silent mode). Deinstalacja pakietu przebiega całkowicie w tle, bez interfejsu graficznego oraz komunikatów wymagających interakcji ze strony użytkownika.

/U –  usuwa okno z możliwością wyboru metody deinstalacji pakietu ("Custom", "Automatic", "Repair").

/Z –  usuwa puste katalogi, również ten w kórym się aktualnie znajduje.

msiexec /a <ścieka_do_pliku\plik.msi> /p <ścieżka_do_pliku\plik.msp>

w naszym przypadku komenda będzie miała następującą postać:

msiexec /a d:\Acro\AcroPro.msi /p d:\Update\AcroProStdUpd910_T1T2_incr.msp

Komunikat błędu:

Product: Adobe Acrobat 9 Pro – English, Français, Deutsch — Error 1334.The file 'interop.adobepdfmakerx.dll' cannot be installed because the file cannot be found in cabinet file 'Data1.cab'. This could indicate a network error, an error reading from the CD-ROM, or a problem with this package.

Product: Adobe Acrobat 9 Pro – English, Français, Deutsch — Błąd 1334.Plik 'interop.adobepdfmakerx.dll' nie może być zainstalowany, ponieważ nie ma go w pliku 'Data1.cab'. Może to wskazywać na problem z połączniem sieciowym, błąd odczytu z CD-ROM, lub jakiś inny problem z tym pakietem.

Z komunikatu błędu wynika, że podczs procesu aktualizacji plików instalacyjnych nie wszystkie są poprawmie wypakowywane z pliku Data1.cab. Aby zapobiec dalszemu pojawianiu się tego komunikatu, należy wypakować oryginalną instalację do postaci zewnętrznych nieskomprensowanych plików (tzw. "external uncompressed files") i ponownie przystąpić do aktualizacji. Wykonamy to przy pomocy poniższego polecenia:

msiexec /a <ścieka_do_pliku\plik.msi>

w naszym przypadku komenda będzie miała następującą postać:

msiexec /a d:\Acro\AcroPro.msi

Podczas wypakowywania plików instalacyjnych zostaniemy poproszeni o wskazanie miejsca docelowego, gdzie zostaną one zapisane (np. do katalogu "d:\AcroUpd"). Jak można łatwo zauważyć, do katalogu "d:\AcroUpd" kopiowane są pliki z pominiecięm "Data1.cab", gdyż właśnie z niego są wypakowywane.

Po prawidłowym wypakowaniu plików możemy ponownie przystapić do procesu aktualizacji. Przy aktualizacji z wersji 9.1.1 do wersji 9.1.2 możemy napotkać na kolejny błąd "MSI" o numerze "2602". Proces aktualizacji zostanie w tym momencie przerwany.

Komunikat błędu:

Product: Adobe Acrobat 9 Pro – English, Français, Deutsch — Error 2602.The File table entry 'Annots.api_911' has no associated entry in the Media table.

Product: Adobe Acrobat 9 Pro – English, Français, Deutsch — Błąd 2602. Wpis 'Annots.api_911' w tabeli "Files" nie ma poprawnego powiązania z wpisem z tabeli "Media".

Błąd MSI 2602

Z informacji zawartych w komunikacie błędu wynika,że instalator napotkał na nieprawidłowe wpisy w tabelach "File" i "Media". Aby sprawdzić poprawność wpisów w obu wspomnianych wcześniej tabelach, należy w pierwszej kolejności użyć edytora "Orca" i otworzyć w nim plik "AcroPro.msi". Następnie przechodzimy do tabeli "Files" i sprawdzamy numer sekwencyjny (kolumna "Sequence") pliku "Annots.api_911". Jest nim "25000". W kolejnym kroku przechodzimy do tabeli "Media" i sprawdzamyw kolumnie "LastSequence" poprawność numeru sekwencyjnego. Numer ten powinien wskazywać na ostatni numer sekwencyjny w tabeli "Files" czyli na 25000. Numer naszego pliku powinien znajdować się w podanym wcześniej zakresie (od 1 do 25000).

Edytor Orca – umiejscowienie pliku "Annots.api_911" w tabeli "Files"

Edytor Orca – maksymalny numer sekwencyjny w tabeli "Media"

W celu sprawdzenia poprawności kolejnej aktualizacji o numerze "9.1.2" w edytorze "Orca" przechodzimy do menu "Transform"  i przy pomocy polecenia "View Patch…"  wybieramy ją do podglądu (plik "AcrobatUpd912_all_incr.msp").

Edytor Orca – podgląd zawartości pliku aktualizacyjnego w tabeli "Media"

Ponownie przechodzimy do wymienionych powyżej tabel i sprawdzamy ich poprawność. Jak można łatwo zauważyć tabela "Media" zawiera nieprawidłowe wpisy odnoszące się do numeru sekwencyjnego naszego pliku. Ostatnim numerem sekwencyjnym w tabeli "Files" jest 24013, natomiast w tabeli "Media" numer sekwencyjny powiązany z  "Data1.cab"  wynosi 18227 (poprzednio "25000"). Ostatnim  numerem sekwencyjnym dodanym przez aktualizację jest 24013 (kolumna "LastSequnce").

Aby naprawić ten błąd należy otworzyć w edytorze "Orca" plik "AcroPro.msi" i w tabeli "Files" zmienić numer sekwencyjny pliku "Annots.api_911" z 25000 np. na 18215 (jeden z wolych numerów w zakresie od 1 do 18227) i zapisać zmiany. Nie musimy się tutaj martwić, że bezpośrednio modyfikujemy plik .msi, ponieważ jest on zmieniany przy każdej aktualizacji. Jedyne co pozostanie do zrobienia, to implementacja pozostałych aktualizacji, aż do wersji 9.3.4 i póżniejsze dopasowanie pakietu instalacyjnego .msi (przy pomocy transformacji .mst) np. przy użyciu narzędzia "Adobe Customization Wizard" dostępnego na stronach producenta.

Const CSIDL_COMMON_DOCUMENTS = &h2e
Set objShell = CreateObject(“Shell.Application”)
Session.Property(“SD_COMMON_DOCUMENTS”) = objShell.Namespace(CSIDL_COMMON_DOCUMENTS).Self.Path
Set objShell = Nothing

Skrypt powinien być umieszczony jako akcja ("Custom Action") przed sekwencją "CostFinalize",

 Umiejscowienie skryptu w tabeli "CustomAction"

Umiejscowienie skryptu w tabeli "InstallExecuteSequence"

wykonywany wewnętrznie jako "Call VBScript from Embeded Code" i natychmiastowo "Immediate".

Tabela "Directory"

W załączonej tabeli wymienione zostały wszystkie dostępne katalogi, które można wyczytać poprzez powyższy skrypt w systemach Windows XP/Vista/7 (ze względu na rozmiar tabela została umieszczona na osobnej stronie) – Tabela: Specjalne foldery w Windows Installer

Error 1402: Could not open key: HKEY_LOCAL_MACHINE\Software\Classes\.pdf\PersisstentHandler"…

Błąd 1402: Nie mogę otworzyć klucza: HKEY_LOCAL_MACHINE\Software\Classes\.pdf\PersisstentHandler"…

W dzienniku zdarzeń pojawił się następujący wpis:

Typ zdarzenia: Błąd
Źródło zdarzenia: MsiInstaller
Kategoria zdarzenia: Brak
Identyfikator zdarzenia: 11402
Data:  2010-03-09
Godzina:  13:59:58
Użytkownik:  COMPUTERNAME\USERNAME
Komputer: COMPUTERNAME
Opis:
Produkt: Adobe Reader 8.1.0 – Polish — Błąd 1402.Nie można otworzyć klucza: HKEY_LOCAL_MACHINE\Software\Classes\.pdf\PersistentHandler.  System error 5.  Zweryfikuj swój dostęp do klucza lub skontaktuj się z obsługą personelu.
 

 Error 1406: Could not write value to key: "\Software\Classes\.pdf\PersisstentHandler"…

Błąd 1406: Nie mogę zapisać wartości do klucza: "\Software\Classes\.pdf\PersisstentHandler"…

następny wpis z dziennika zdarzeń:

Typ zdarzenia: Błąd
Źródło zdarzenia: MsiInstaller
Kategoria zdarzenia: Brak
Identyfikator zdarzenia: 11406
Data:  2010-03-09
Godzina:  15:47:11
Użytkownik:  COMPUTERNAME\USERNAME
Komputer: COMPUTERNAME
Opis:
Produkt: Adobe Reader 8 – Polish — Błąd 1406.Nie można zapisać wartości  dla klucza \Software\Classes\.pdf\PersistentHandler.  Błąd systemowy .  Zweryfikuj swoje przywileje dostępu do klucza lub skontaktuj się z obsługą personelu.

Z powyższych informacji wynika, że pakiet podczas aktualizacji ma problemy z odczytem/zapisem informacji z/do klucza, a co za tym idzie, problemy z uprawnieniami. Bardzo interesującą rzeczą jest też to, że pakiet podczas deinstalacji "zdejmuje" (sytuacja ta nie występuje zawsze) prawa do odczytu/zapisu grupie Administratorów i koncie systemowemu. Problem ten można naprawić poprzez przejęcie obiektu przez grupę Administratorów oraz przywrócenie uprawnień odczytu/zapisu zarówno dla grupy Administratorów jak i dla konta systemowego. Wykonamy to w następujący sposób.

• Otwieramy erytor rejestru i przechodzimy do klucza "HKCR\.pdf\PersistenHandler". Następnie wchodzimy we "Właściwości" klucza i sprawdzamy, czy grupa Administratorów oraz konto systemowe mają pełne prawa (Full control) do wyżej wymienionego klucza. W przypadku stwierdzenia braku pełnych uprawnień do klucza wykonujemy kolejno.
• Przechodzimy do "Zaawansowanych" uprawnień do klucza rejestru

Wybór "Zaawansowanych" uprawnień do klucza rejestru

• Następnie w zakładce "Właściciel" sprawdzamy czy grupa Administratorzy jest domyślnym "Właścicielem" obiektu. Jeśli nie, to ustawiamy ją jako domyślną oraz zaznaczmy opcję "Zamień właściciela dla podkontenerów i obiektów".

Zakładka "Właściciel" obiektu

• W ostatnim kroku powracamy do zakładki "Uprawnienia" i zaznaczamy opcję "Zmień wpisy uprawnienia na wszystkich obiektach podrzędnych na wpisy tutaj pokazane, stosowane do obiektów podrzędnych"

Zakładka "Uprawnienia"

• Zatwierdzamy zmiany i ponownie wykonujemy instalację pakietu. Przy natrafieniu na podobny problem dotyczący innych kluczy rejestru, postępujemy w analogiczny sposób.

Opisany powyżej problem dotyczy wersji Adobe Readera 6.x - 9.x. Proces nadawania uprawnień możemy zautomatyzować poprzez umieszczenie w pakiecie akcji ("CustomAction") przywracającej standardowe uprawnienia do kluczy rejestru grupie Admnistratorów i kontu systemowemu.