[Win7] Default User profiel bij imagebased uitrol*

[Verwijderd]

Bij het aanmaken/testen van het nieuwe Windows 7 image lopen wij tegen het volgende probleem aan.

Wij hebben ná installatie van Windows 7 een nieuw template-account/profiel aangemaakt waarbinnen alle specifieke applicaties zijn geïnstalleerd en instellingen zijn gepleegd, dit profiel zouden wij als nieuw Default User-profiel willen gaan gebruiken.

Nu beschrijft Microsoft in artikel KB973289 de CopyProfile-regel (<CopyProfile>true</CopyProfile>) toe te voegen aan de fase "specialize" in het sysprep antwoordbestand (unattend.xml) voor het kunnen definiëren van het eigen, gecustomisde Default User-profiel.

Wanneer wij ons aanmelden onder het nieuwe template-account/profiel en het commando "sysprep.exe /generalize /unattend:unattend.xml" uitvoeren wordt niet het nieuwe, actief aangemelde template-profiel maar het Administrator-profiel voor Default User gedefinieerd.

Een workaround voor dit probleem is het verwijderen van het Administrator-profiel vóór het uitvoeren van het Sysprep-commando. Dit is voor ons geen reële oplossing. Doen wij iets niet goed, zien wij iets over het hoofd, is er misschien een oplossing voor dit probleem?

[Hero of Time]

Je hebt een stukje mogelijk niet gelezen, namelijk dit:

By using this Copy Profile parameter, the settings of the user who is currently logged on are copied to the default user profile.

Dit betekend dat als je als Administrator aanmeld, maar gebruiker 'standaard' heeft de settings, het niet goed gaat. Je moet het uitvoeren met gebruiker 'standaard', die admin rechten heeft. Dat is het enige wat je fout doet. Dit staat er namelijk ook nog, vooraan:

Use the local administrator account or an local account that has administrative privileges to log on to the computer.

[rookie no. 1]

Hopelijk heb je hier iets aan als je het op de oude manier wilt doen:
Ga naar de register-sleutel:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList]

en verander de waarde 'default' naar de locatie van je vooraf ingestelde profiel. Dan kun je via de standaard manier (via 'System properties') het betreffende profiel kopieren naar de 'C:\Users\Default'-map. Daarna weer even de key-waarde terugzetten op 'C:\Users\Default'. Hierna werkt e.e.a. (volgens mij ook voor sysprepped installs) weer goed.

Als je hier niets aan hebt: ignore

[Verwijderd]

@ Hero of Time

Dit had ik inderdaad gelezen, zie onderstaand alinea uit mijn artikel:

"Wanneer wij ons aanmelden onder het nieuwe template-account/profiel en het commando "sysprep.exe /generalize /unattend:unattend.xml" uitvoeren wordt niet het nieuwe, actief aangemelde template-profiel maar het Administrator-profiel voor Default User gedefinieerd."

Helaas wordt bij het 'preppen' toch het Administratorprofiel als Default User gebruikt. Slechts het preventief verwijderen van het Administrator biedt een oplossing.

Graag zouden wij het uitrollen (van ongeveer 200 clients) willen realiseren op basis van de door Microsoft ondersteunde methodiek.

Andere suggesties zijn van harte welkom!

[rookie no. 1]

Oh, ik bedenk me nog iets: Als het domein-computers zijn, kun je ook het vooraf ingestelde default user profiel in de netlogon map zetten, want dat is de eerste locatie waar nieuwe user naar kijkt.

[Verwijderd]

Dat zou ook nog een optie kunnen zijn.. Wel vind ik het erg vreemd dat Microsoft deze methodiek beschrijft en ik eigenlijk nergens iets kan vinden over het probleem waar ik/wij tegen aanlopen, blijkbaar doe ik/doen wij toch iets fout. Het lijkt mij sterk dat er niet meer omgevingen zijn waarbij de lokale Administrator is ingeschakeld en beschikt over een geldig profiel.

[Verwijderd]

Voor elke type client (notebook, desktop) bouwen wij nu een eigen dedicated image, wanneer er nu één default user aanhouden kan dit problemen geven tussen de verschillende images. Het gebruik van Netlogon is mede daardoor voor ons ook geen werkbare optie.

Misschien iemand een suggestie waar ik dit probleem het best 'neer kan leggen'?

[Hero of Time]

Heb je UAC nog aan staan ten tijde van het syspreppen? Als dat het geval is, dan zal de sysprep mogelijk uitgevoerd worden onder het admin account en daarom dat account nemen ipv degene die is aangemeld. Dat verklaart dan ook waarom 't wel goed gaat als de admin account niet bestaat in /Users/, want als die niet bestaat, kijkt 't pas naar wie 't daadwerkelijk uitvoert.

[Verwijderd]

UAC staat inderdaad nog standaard ingeschakeld, ik zal dit eens uitschakelen. Na het 'preppen' kan ik UAC dan met een policy wel weer inschakelen. Ik houd jullie op de hoogte, zal het morgen even proberen..

[rookie no. 1]

Dat is inderdaad weer het nadeel van het default user-profiel op de netlogon te zetten...

Ik ben benieuwd naar die UAC-optie.

[Verwijderd]

@ rookie no.1

Zojuist even een nieuw image proberen te 'deployen' waarbij UAC staat uitgeschakeld maar helaas gaat ook dit mis. Ter informatie, de gebruiker UserTemplate is lid van de lokale groep Administrators en sysprep wordt met de parameters "/generalize /unattend:unattend.xml" onder dit profiel gestart via CMD met Administratorrechten (Run as).

Ik zoek ondertussen gewoon verder, suggesties blijven welkom

[Hero of Time]

Als je UAC uit hebt, hoef je niet specifiek aan te geven om iets als admin te draaien. Voer het eens normaal uit.

[Verwijderd]

Wanneer ik de 'normale' commandprompt (dus zonder Run as Admin) gebruik wordt ook automatisch het Administratorprofiel als Default User gezet, geen verschil dus. Ook het moment (tijd en volgorde) van de verschillende profielen maken geen verschil. Overigens start ik sysprep niet in Audit mode, zou dit misschien een vereiste kunnen zijn (ik vind het overigens nergens)?

Ik blijft testen..