Chyba instalace JRE 8 x86 na Windows Vista x64 pomocí GPO

26.10.2014 22:30 | Přečteno: 1250× | poslední úprava: 26.10.2014 22:27

Tento zápisek se netýká Linuxu, nicméně snad pomůže jiným nešťastníkům, kteří též musí spravovat nejhorší systém z dílny Microsoftu¹ ve čtyřiašedesátibitové verzi. Strýček Google mi tentokrát nápovědu neposkytl, ale po zaindexování této stránky by snad mohl alespoň dát radu jiným. Vcelku to nemám kam jinam napsat.

Popis problému

Při instalaci Javy 8 update 25 pro architekturu x86 (ovšem dělaly mi to i updaty 5 a 20) pomocí doménových politik (GPO) na Windows Vista x64 zůstane instalace viset a nedoběhne. Instalace z běžných administračních účtů proběhne bez problémů.

Pokud spustíte instalaci pod účtem SYSTEM z příkazového řádku, ²⁾ dostanete hlášku jako na následujícím obrázku:

Důvod chyby

Instalátor dvaatřicetibitové Javy předpokládá v registrech existenci klíče HKCU\Software\Classes a pokud tento klíč chybí, instalace selže. Běžní uživatelé tento klíč v čisté instalaci Vist mají, ovšem účtu SYSTEM chybí. Instalátor Javy pro architekturu x64 si s absencí tohoto klíče poradí bez problémů a navíc ho při odinstalaci nemaže, takže i poté, co se Javy x64 zbavíte, už půjde x86 Java instalovat bez problémů. Na jiných verzích Windows jsem na tuto potíž nenarazil.

Řešení

Vytvořit v registrech klíč HKU\S-1-5-18\Software\Classes buď pomocí GPO Preferences, nebo příkazem

C:\>reg add HKU\S-1-5-18\Software\Classes

Nebo nejdřív nainstalovat tu 64bit Javu.

Poděkování

Děkuji tímto společnosti Oracle za to, že se mi postarala o zábavu na dva večery, po které bych asi jinak seděl a koukal do zdi...

---

¹⁾ Možná s výjimkou Windows ME.

²⁾ Nejlépe pomocí programu psexec z balíku PSTools:
"psexec -s -i -d cmd.exe"

       

Obrázky

Komentáře

[AraxoN]

Oracle poslednou dobou s Javou vôbec "perlí"... Minule mi na Win7 ponúkol update Javy, tak som si povedal prečo nie a odklikal to. Na moje prekvapenie mi 64-bitovú Javu nahradil 32-bitovou.

Well played, Oracle.

[Honza Jaroš]

Mimochodem, zkoušel jsem změnit ty automaticky nastavené štítky u článku, takže jsem klepl na "Upravit", postupně klepnul na jednotlivé štítky, které jsem chtěl odstranit a nestalo se vůbec nic. Dělal mi to Firefox 24.8.0 stejně jako Chromium 38.0.2125.101. Funguje to někomu? Než to strčím do bugzilly...

[Ondra]

kdybych pouzival Windows, asi bych instaloval (nejen) Javu takto:

Chocolatey: JRE 8 (JDK 8)

anebo

Npackd: JRE 64 bit (JDK 64 bit)

mate s tim nekdo zkusenosti?

[Honza Jaroš]

Na desítkách či stovkách stanic?

V každém případě jsem nějak nepochopil, co přesně tahle dvě řešení dělají. Instalují to jinak, než že si někde na pozadí spustí javovský instalátor? Protože pokud ne, skončí to v případě rozinstalovávání pomocí skriptu/bache na stejné chybě.

[Honza Jaroš]

Aha, ono to chce mít zapnutý JavaScript. Takže přesně jak jsem tušil, minimálně Chocolatey spouští normální javovský instalátor. Uniká mi, v čem je to lepší než klasické

msiexec /i javovsk_balik.msi TRANSFORMS=upravy_baliku.mst

Což je přesně to, co se děje při instalaci přes GPO.

Mnou popsaný problém to neřeší.

[ET]

msiexec /l* log.txt ... ?

[Honza Jaroš]

Tenhle přepínač zapíná podrobné logování (mimochodem v případě popisované chyby naprosto k ničemu, člověk dostane hromadu hlášek, ale o tom, že to nemůže zapsat do registrů, tam není zhola nic). Souvislost s alternativními instalátory, o kterých psal Ondra, mi uniká.