Post-Setup instalace - UEFI režim

[nations112]

Zdravím,
Ve svých instalačkách používám bezobslužný režim, který poté navazuje na setupcomplete.cmd příkazy, které doinstalují programy a nakopírují nějaké věci.

U Windows 7 funguje vše bez problémů, U Windows 10 v režimu Legacy také, ale jakmile systém nainstaluji v režimu UEFI, tak je někde evidentně problém a instalační proces kompletně celý setupcomplete přeskočí.
Zajímavostí je, že ve VirtualBoxu v UEFI režimu to funguje bez problémů, ale na normálním stroji to dělá bordel.

Nějaký tip?

[petr22]

Jaka chyba je zapsana v smsts.log ?

Predpokladam, ze informace "nam to funguje" neni zajimava

[nations112]

Přikládám setupcomplede, autounattend a log, který by se měl týkat post instalace.
Žádný SMTS log jsem bohužel nikde v systému nenašel.

http://download.tobynet.eu/upload/downl ... esktop.zip

[petr22]

Mel by byt C:\Windows\CCM\Logs\SMSTSlog\smsts.log

Tam jsou zapsane vsechny chyby v prubehu instalace.

[nations112]

No bohužel žádná taková složka tam ani není. Sám jsem se divil, ale nemám ji třeba ani v systému, kde používám klasickou "čistou" instalačku.

Hledal jsem nějaké rady na fórech, ale zatím neúspěšně. Chyba v příkazech by se pravděpodobně projevila i u klasické verze.

[petr22]

U ciste instalace nebude.

U te automaticke instalace, ktera funguje, take chybi ?

Hmmmmm:

2019-05-31 20:16:07, Info [windeploy.exe] OEM Licensing detected.
2019-05-31 20:16:07, Info [windeploy.exe] Client non-Enterprise OS edition detected with OEM license; will not run user-provided scripts.
2019-05-31 20:16:07, Info [windeploy.exe] Not allowed to run the Setupcomplete.cmd, will not run setupComplete.cmd
2019-05-31 20:16:07, Info [windeploy.exe] Flushing registry to disk...
2019-05-31 20:16:07, Info [windeploy.exe] Flush took 47 ms.
2019-05-31 20:16:07, Info [windeploy.exe] WinDeploy.exe exiting with code [0x0]

Dodatečně přidáno po 15 minutách 24 vteřinách:
Asi me nebudes mit rad, ale stacilo tu chybu dat do Googlu

https://support.microsoft.com/nb-no/hel ... ace-upgrad

Oobe.cmd and Setupcomplete.cmd are disabled if an OEM product key is used. This is to ensure that end-users reach Start as quickly as possible. If you have any tools or services that use this infrastructure, these must be changed to tasks that occur after the OOBE.

U nas mame Enterprise licence.

[nations112]

Prolezl jsem komplet složku Windows, SysWOW64, System32 a nikde ani stopa.
Nevím, kde může být chyba.

Díky za pomoc. Toho řádku jsem si nevšiml a to jsem to studoval. Co čtu na netu, tak je defaultně funkce SetupComplete.cmd vyplá při OEM klíči. Jako radu navrhují použití pevného generického klíče pro instalaci OS, což ale v tomto případě nejde, protože instalačku používám pro všechny verze OS. Tak budu bádat dál.

[petr22]

Toto je normalni.

Resis neco a x hodin na to nemuzes prijit, nekdo jde okolo a chybu vidi na prvni pohled.

[nations112]

Máš nějaký tip, jak by se dala tahle blbost rychle vyřešit? Tobě to pravděpodobně nějak funguje, byť asi používáš trošku jinou techniku. Zrovna dneska se mi nad tím nechce bádat 2 hodiny, jak to udělat

[petr22]

Reseni je posane v tom odkazu.

If the OEM product key must be used, follow these steps in addition to specifying the KMS Client Setup Key:

Add a Run Command Line step after the Setup Windows and ConfigMgr step in a Refresh or New Computer task sequence, or after the Upgrade Operating System step in an In-Place Upgrade task sequence.
In the Run Command Line step, use changepk.exe or slmgr.vbs to specify the OEM key in Command line.

[nations112]

No zatím jsem to vyřešil tak, že jsem si tam narval natvrdo Generický klíč na desítky a až bude trocha času, tak se podívám na jiné řešení. Fungovat to funguje, akorát při každé jiné edici je nutné to měnit.

PS: Nakonec vyřešeno, jednodušší, než jsem si myslel