Installation (hier:AutoLogon) mit lokalem Admin schlägt fehl

[pandel]

Moin zusammen!

Ich habe Probleme mit einer Installation, die den lokalen Admin benötigt. Dummerweise bringt mich selbst debuggen nicht weiter...

System ist: Win 7 Pro, 64-bit

Das Skript legt völlig korrekt den opsiSetupAdmin an, packt den User in die Administratoren Gruppe, trägt die AutoLogon Konfiguration in die Registry und bootet neu. DANN passiert's...

Es kommt die Meldung "Benutzername oder Kennwort falsch" und er fragt mich für "<lokaler Rechnername>\" nach dem Passwort. Eigentlich sollte er aber doch für "<lokaler Rechnername>\opsiSetupAdmin" nach dem Passwort fragen, oder nicht?

Anbei der Logauszug von der besagten Stelle bzgl. Anlage der Logondaten, darin finde ich nichts besonderes:

Code: Alles auswählen

(9197)    [6] [Jan 16 10:38:50:750] [avery-design-pro]     Registry key [HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]  opened
(9198)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Variable "DefaultUserName"  had value  ""
(9199)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Info:    "DefaultUserName"  changed to "opsiSetupAdmin"
(9200)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Variable "DefaultPassword"  set to "H}l34S)n23"
(9201)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Variable "DefaultDomainName"  had value  ""
(9202)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Info:    "DefaultDomainName"  changed to "<lokaler Rechnername>"
(9203)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Variable "AutoAdminLogon"  had value  "0"
(9204)    [6] [Jan 16 10:38:50:751] [avery-design-pro]             Info:    "AutoAdminLogon"  changed to "1"
(9205)    [6] [Jan 16 10:38:50:752] [avery-design-pro]             Key closed
(9206)    [5] [Jan 16 10:38:50:752] [avery-design-pro]   comment: get the name of the admin group

und etwas später

Code: Alles auswählen

(9211)    [5] [Jan 16 10:38:50:754] [avery-design-pro]   DosInAnIcon_makeadmin
(9212)    [7] [Jan 16 10:38:50:754] [avery-design-pro]     Save to file with encoding: system
(9213)    [6] [Jan 16 10:38:50:754] [avery-design-pro]     c:\opsi.org\tmp\_opsiscript_Ca66Zh98.cmd saved back with encoding: system
(9214)    [6] [Jan 16 10:38:50:754] [avery-design-pro]     Executing "cmd.exe" /C c:\opsi.org\tmp\_opsiscript_Ca66Zh98.cmd
(9215)    [6] [Jan 16 10:38:51:564] [avery-design-pro]     ExitCode 0
(9216)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 
(9217)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 output:
(9218)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 --------------
(9219)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 
(9220)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 C:\Windows\system32>NET USER opsiSetupAdmin H}l34S)n23 /ADD 
(9221)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 Der Befehl wurde erfolgreich ausgeführt.
(9222)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 
(9223)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 
(9224)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 C:\Windows\system32>NET LOCALGROUP Administratoren /ADD opsiSetupAdmin 
(9225)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 Der Befehl wurde erfolgreich ausgeführt.
(9226)    [6] [Jan 16 10:38:51:564] [avery-design-pro]                 

Kann es sein, dass es irgendeine blöde, rechnerbezogene GPO gibt, die AutoLogon Einstellungen schon vor der Anmeldung bzw. beim Reboot wieder zurücksetzen, damit das erst gar nicht sauber funktioniert? Wobei das auch merkwürdig wäre, weil er ja AutoLogon durchaus versucht, aber irgendwie aus DefaultUsername und DefaultDomain nicht den richtigen User zusammengebastelt bekommt...

Ich raff' es nicht...

Lieber Gruß
Holger

[wolfbardo]

Moin zusammen!

Ich habe Probleme mit einer Installation, die den lokalen Admin benötigt. Dummerweise bringt mich selbst debuggen nicht weiter...

System ist: Win 7 Pro, 64-bit

Das Skript legt völlig korrekt den opsiSetupAdmin an, packt den User in die Administratoren Gruppe, trägt die AutoLogon Konfiguration in die Registry und bootet neu.

Ist

Code: Alles auswählen

opsi-template-with-admin

wirklich noetig bzw. welche Version wird als Vorlage genommen?

Wie schaut denn das eigentliche Script aus?

Gruss
Bardo Wolf

[uncle_scrooge]

Wenn da bei DefaultDomainName wirklich '<lokaler Rechnername>' in die Registry eingetragen wird, habe ich meine Zweifel, daß das funktioniert.

Das template-script nimmt die Winst-interne Variable $PCNAME$ her, um diesen Wert zu füllen. Läuft da irgendwas quer?
Kannst Du mal einen Winst-Einzeiler schreiben, der nur diese Variable auf dem Rechner ausgibt?

[pandel]

Klarstellung: natürlich steht da der richtige Rechnername und nicht <lokaler Rechnername>, das war nur ein Platzhalter, da ich den richtigen Namen hier nicht schreiben will

@Bardo
Das ist Version 4.0.6-1. Das eigentliche Setupscript ist stinknormal:

Code: Alles auswählen

; ----------------------------------------------------------------

[Actions]
requiredWinstVersion >= "4.11.3.3"
ScriptErrorMessages = false
setLogLevel=6

DefVar $SetupType$
DefVar $ProductId$ 
DefVar $Setupfile$ 
DefVar $InstallDir$
DefVar $MinimumSpace$
DefVar $ExitCode$
DefVar $ErrorMsg$
DefVar $LicenseRequired$
DefVar $LicenseKey$
DefVar $LicensePool$
DefVar $MsiId$
DefVar $NsisInstallBatch$
DefVar $LogDir$

Set $LogDir$ = "%SystemDrive%\tmp"

include_append "%ScriptPath%\check_installshield_exitcode.opsiscript"

; ----------------------------------------------------------------
Set $SetupType$       = "installshieldmsi"
; ----------------------------------------------------------------

; $ProductId$ is the name of the product in opsi, only lower letters, no umlauts, no white spaces, use '-' as a seperator
Set $ProductId$       = "avery-design-pro"
Set $Setupfile$       = "setup.exe"
; the path where we find the product after the installation
Set $InstallDir$      = "%ProgramFiles32Dir%\Avery Dennison"
Set $LicenseRequired$ = "false"
Set $LicensePool$     = "p_" + $ProductId$
Set $MsiId$           = "{579021EE-3178-4AF2-A626-4990AC71B408}"
Set $MinimumSpace$    = "500 MB"
; ----------------------------------------------------------------
; ----------------------------------------------------------------

if not(HasMinimumSpace ("%SystemDrive%", $MinimumSpace$))
   LogError "Not enough space on %SystemDrive%, " + $MinimumSpace$ + " on drive %SystemDrive% needed for " + $ProductId$
   isFatalError "No Space"
   ; Stop process and set installation status to failed
else
   comment "Show product picture"
   ShowBitmap "%ScriptPath%\" + $ProductId$ + ".png" $ProductId$

   if FileExists("%ScriptPath%\delsub.opsiscript")
      comment "Start uninstall sub section"
      Sub "%ScriptPath%\delsub.opsiscript"
   endif
   
   Message "Installing " + $ProductId$ + " ..."
   
   if $LicenseRequired$ = "true"
      comment "Licensing required, reserve license and get license key"
      Sub_get_licensekey
   endif

	 If not ($LicenseKey$ = "")
		comment "Start setup program"
		ChangeDirectory "%SCRIPTPATH%"
		;----------------------------------------------
		DosInAnIcon_install
		; this is special, has to return -1 to be ok!!
		Sub_check_exitcode	

		Files_remove_desktoplink
	endif
	
	ExitWindows /Reboot
   ;----------------------------------------------
endif


; ----------------------------------------------------------------
; install section
; ----------------------------------------------------------------
[DosInAnIcon_install]
"%ScriptPath%\img\DesignPro\$SetupFile$" /s /sms /f1"%ScriptPath%\scripts\setup.iss" /f2"$LogDir$\$ProductId$.install_log.txt"
; Create setup.iss answer file by running: setup.exe /r /f1"c:\setup.iss"
; "%ScriptPath%\setup.exe" /s /sms /f1"%ScriptPath%\setup.iss" /f2"$LogDir$\$ProductId$.install_log.txt"

[Files_remove_desktoplink]
del -f "%CommonDesktopDir%\DesignPro 5.lnk"
; ----------------------------------------------------------------


[Sub_get_licensekey]
if opsiLicenseManagementEnabled
   comment "License management is enabled and will be used"

   comment "Trying to get a license key"
   Set $LicenseKey$ = demandLicenseKey ($LicensePool$)
   ; If there is an assignment of exactly one licensepool to the product the following call is possible:
   ; Set $LicenseKey$ = demandLicenseKey ("", $ProductId$)
   ;
   ; If there is an assignment of a license pool to a windows software id, it is possible to use:
   ; DefVar $WindowsSoftwareId$
   ; $WindowsSoftwareId$ = "..."
   ; Set $LicenseKey$ = demandLicenseKey ("", "", $WindowsSoftwareId$)

   DefVar $ServiceErrorClass$
   set $ServiceErrorClass$ = getLastServiceErrorClass
   comment "Error class: " + $ServiceErrorClass$
   
   if $ServiceErrorClass$ = "None"
      comment "Everything fine, we got the license key '" + $LicenseKey$ + "'"
   else
      if $ServiceErrorClass$ = "LicenseConfigurationError"
         LogError "Fatal: license configuration must be corrected"
         LogError getLastServiceErrorMessage
         isFatalError
      else 
         if $ServiceErrorClass$ = "LicenseMissingError"
            LogError "Fatal: required license is not supplied"
            isFatalError
         endif
      endif
   endif
else
   LogError "Fatal: license required, but license management not enabled"
   isFatalError
endif

; ----------------------------------------------------------------

Ja, das war leider nötig. Frag mich jetzt nicht mehr, warum das damals ohne Admin vor die Pumpe gerannt ist, irgendwas war da mit dem Installer (ich finde die Kombi InstallShield+MSI eh zum Würgen!). Das Paket ist alt und wird selten gebraucht. Ich habe nur das Admin Template Skript erneuert, weil ich dachte, dass in meinem alten irgendwas anders läuft, was den Fehler produziert. Aber da er das auch mit dem 4.0.6er macht, habe ich hier nachgefragt.

Nur bis dahin kommt er ja eh nicht. Er kopiert alles schön, legt den Admin und das zugehörige Registryzeugs an und geht in den Reboot. Bei der dann folgenden Anmeldung ist Schluß, daher ist das eigtl. Skript eh für Nüsse.

Gruß
Holger

[uncle_scrooge]

Verstaubte Glaskugel + Resthirn im standby + Untercoffeeinierung führt halt zu solch humorigen Einträgen.

OK, wenn Du die Werte auf der Kiste manuell einträgst, funktioniert es dann?
Wenn nein, setze dann mal bei DefaultUserName als Wert <PCNAME>\opsiSetupAdmin.
Funktioniert's dann?

[pandel]

tja, so is das manchmal...

Ich hab das Paket momentan an die Seite gelegt, es gibt dringenderes, was es zu Paketieren gilt und mich ebenfalls Nerven kostet. Sollte ich iwann für das hier ein Lösung finden, lasse ich es euch wissen.

Lieben Dank für's Mitlesen und -denken!