Jump to content

Profile not created in Docs & Settings


Recommended Posts

I can see my User Account name created in User Accounts of the Control Panel but in the folder 'Documents and Settings' I only have Admininstrator and Owner, not my profile. I was trying to create my profile in the Docs & Settings.

Pls take a look at my code.

post-97283-1150502209_thumb.jpeg

CMDLINES.TXT

-----------------

[COMMANDS]
".\useraccounts.cmd"
".\RunOncEx.cmd"

With or without '.\' before useraccounts did not make any difference from my trial and error.

USERACCOUNTS.CMD
-------------------------
; net user Thomas 113100 /add
; net localgroup Administrators Thomas /add
; net accounts /maxpwage:unlimited
REGEDIT /S .\autologon.reg
EXIT

I was experimenting with the ';' but to no avail.

AUTOLOGON.REG
--------------------
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"DefaultUserName"="Thomas"
"DefaultPassWord"="123456"
"AutoAdminLogon"="1"


G:\MICROSOFT\WINXPHOME\$OEM$\$$\SYSTEM32\OOBE\OOBEINFO.INI
------------------------------------------------------------------------------------
[UserInfo]
Identity000="Administrator"
Identity001="Thomas"

WINNT.SIF
------------
;SetupMgrTag
[Data]
AutoPartition= 0
MsDosInitiated="0"
UnattendedInstall="Yes"
AutomaticUpdates=NO

[Unattended]
UnattendMode=FullUnattended
OemSkipEula=Yes
OemPreinstall= "Yes"
UnattendSwitch= "yes"
WaitForReboot = "No"
NoWaitAfterTextMode = 1
NoWaitAfterGUIMode = 1
DriverSigningPolicy = Ignore
NonDriverSigningPolicy = Ignore
Hibernation = "No"
TargetPath=\WINDOWS
ProgramFilesDir="E:\Program Files"

[GuiUnattended]
AdminPassword=*
EncryptedAdminPassword=NO
OEMSkipRegional=1
TimeZone=215
OemSkipWelcome=1

[GuiRunOnce]


[WindowsFirewall]
Profiles = WindowsFirewall.TurnOffFirewall

[WindowsFirewall.TurnOffFirewall]
Mode = 0


[Components]
msmsgs=off
msnexplr=off
freecell=off
hearts=off
minesweeper=off
pinball=off
solitaire=off
spider=off
zonegames=off

[Shell]
CustomDefaultThemeFile ="%windir%\Resources\Themes\My Favorite Theme.theme"
DefaultStartPanelOff = No
DefaultThemesOff = No

[UserData]
ProductID=XXXX-XXXX-XXXX-XXXX-XXXX
FullName="Thomas"
OrgName="Home"
ComputerName=CAROL

[Display]
BitsPerPel=16
Xresolution=1024
YResolution=768
Vrefresh=75

[TapiLocation]
CountryCode=65
Dialing=Tone

[RegionalSettings]
LanguageGroup=10,1
Language=00000c09

[Identification]
JoinWorkgroup="Home"

[Networking]
InstallDefaultComponents=No

[NetAdapters]
Adapter1=params.Adapter1

[params.Adapter1]
INFID=*

[NetProtocols]
MS_TCPIP=params.MS_TCPIP

[params.MS_TCPIP]
DNS=Yes
UseDomainNameDevolution=No
EnableLMHosts=Yes
AdapterSections=params.MS_TCPIP.Adapter1

[params.MS_TCPIP.Adapter1]
SpecificTo=Adapter1
DHCP=Yes
WINS=No
NetBIOSOptions=0

LAST SESSION.INI
---------------------
(Deleted)

My workgroup still show as MSHOME instead of HOME. But getting "Thomas" rather than "Owner" on the Documents & Settings is high priority for me. I really need help.

Thanks.

Edited by t2contra
Link to comment
Share on other sites


Thomas,

Look at your post: all files are being merged in one 'CODE' tag. And please, for the sake of usability and clarity, attach such long files as winnt.sif & LAST SESSION.INI rather than including them.

Now for your problem:

Your folder in Documents & Settings is not created before you try to logon to it (1st logon).

So you need to logon 1st with the thomas account.

Which you tried, but failed, as you say that the 1st logon is with the 'owner' account.

This means that your autologon stuff is not working properly.

For 1 thing, your password in AUTOLOGON.REG may be fake, but it is different from the one in USERACCOUNTS.CMD.

Please check that it doesn't come from this and report back.

Alternatively, you may want to use only 1 single script instead of these 2 files.

That way, you just have to set your login & password only 1 time, avoiding such error.

See attachment.

Also you don't need the OOBEINFO.INI file if you use the 'NET USER' method.

Moreover, in XP home, if the 1st user created (or loging in, I'm not sure of which yet) is an admin and has the same name as the 'FullName' of '[userData]' in winnt.sif, the 'owner' account is deleted automatically (because this user is the owner).

[EDIT] replaced attachement with a more international version (ready for english systems).

adminuser.cmd

Edited by Djé
Link to comment
Share on other sites

Djé,

After spending one full day of testing, I realised that my 'Reg' does not seem to be adding registry entries.

"regsvr32 /u /s %windir%\srchasst\srchui.dll" in my [GuiRunOnce] of WINNT.SIF did not remove the search companion. The dog is still wagging its tail. :blushing:

DefaultUser is still 'Owner' and although I made an entry to change AltDefaultUser to 'Thomas', it still shows 'Owner'.

If 'Reg' is not working, how to bring it back?

Link to comment
Share on other sites

Thomas,

REG and regsvr32 are 2 completely different programs.

There can be a lot of reasons why your dog is still wagging its tail (maybe it is just a stupid dog ;) ), so let's concentrate on the 1st issue, the REG one.

First, there is a problem with my previous script in your case: the admin group name is in French.

You should replace 'Administrateurs' with 'Administrators'. But, I am not sure that it is the issue.

Attached is a custom version of the previous script, specifically designed to debug your case.

Download it an just simply run (double-click) it on the system you want to debug (no need to do it during windows installation).

The 'black' CMD window will show up for a few instants executing the commands, and then disapear.

A file (named c:\regdebug.txt) will be written with your old values (your password(s) are not recorded), the results of the commands and the new values.

Post the file (attach it) so we can see what is going on.

adminuserThomas.cmd

Link to comment
Share on other sites

Djé,

I apologise if I have taken too long to reply. I have trimmed down my original post.

Please take a look at the debug report.regdebug.txt

I also tried two suggestions mentioned in threads on autologon issues namely changing 'autologon' in

winnt.sif to 'no' and changing 'altdefaultdomainName' to same as 'defaultdomainName'. Neither worked. I also

set 'altdefaultuserName' to having the same name as 'defaultUserName' and it did not work.

What I mean by no working is that the system boot up to 'USER' and some apps if not installed to 'All Users' are installed to 'USER'. If I want to go to my profile 'Thomas', I have to log out of 'USER' first. Toward the end of the unattended setup, I saw a momentary flash saying autologon on could not be done.

Edited by t2contra
Link to comment
Share on other sites

Thomas,

1- you did not reply about the password discrepancy issue mentionned in my 1st post.

2- the debuging log is correct. No big problem on the machine with the NET command or the REG one: users are correctly added, and reg entries are correctly imported.

On that box you ran the debuging script:

-delete 'c:\regdebug.txt'

- In Notepad edit the top of the 'adminuserThomas.cmd' script to replace the username 'Thomas' by 'Tester' and set 'passtest' as password:

:: --------------------- Config start. --------------------
:: Set username (and password, optional) for admin user.
SET AdminUser=Tester
SET AdminPass=passtest
::***** LANGUAGE DEPENDANT *****
SET AdminGroupName=Administrators
:: ---------------------- Config end. ---------------------

-Save your changes.

-run it (double-click).

-restart the box

See if it autologon to some account.

If yes, tell us which one.

If no, repost the new 'c:\regdebug.txt'.

Link to comment
Share on other sites

Djé,

1) I verify that there is no discrepancy. I also noted your French spelling for administrator and changed

accordingly.

2) I will be running the setup thru VMWare and will reply in about 1-1/2 hrs time.

Thomas

Link to comment
Share on other sites

Djé,

It autologoned to 'Tester'!

For good measure, I am still attaching the regdebug.txt. regdebug.txt

Also, I ran with the following in case you need them:

In Winnt.sif

-------------

[GuiUnattended]

AdminPassword=*

EncryptedAdminPassword=NO

OEMSkipRegional=1

TimeZone=215

OemSkipWelcome=1

AutoLogonAccountCreation = Yes

AutoLogon=Yes

AutoLogonCount="1"

Nlite -> Unattended -> Administrator:

-------------------------------------------

Blank Password - checked

AutoLogOn - Enabled

No password and Logon Count greyed out.

AdminUser.cmd

------------------

REG add "%KEY%" /v "DefaultUserName" /d "%AdminUser%" /f

REG add "%KEY%" /v "DefaultPassword" /d "%AdminPass%" /f

REG add "%KEY%" /v "AltDefaultDomainName" /d "CAROL" /f

REG add "%KEY%" /v "AltDefaultUserName" /d "%AdminUser%" /f

REG add "%KEY%" /v "AutoAdminLogon" /d "1" /f

:yes: What's next?

Link to comment
Share on other sites

Well you're done, No?

Didn't you run an installation (my instructions were for run time but it's also fine like this) and succesfully autologon to the useraccount you specified ('Tester')?

- If yes, just use the normal adminuser.cmd script @T12 (and NO other user related thing), using 'Thomas' instead of 'Tester' and your own password, and Hasta La Vista, Baby! Or do you need something else?

- If no, please tell us what is not working yet.

Notes:

- I don't think the 'AltDefaultDomainName' & 'AltDefaultUserName' reg values are for anything in your matter.

- Same goes with most of the settings in your winnt.sif. Mine is attached and as you can see, it's pretty simple (I change some values programatically during the installation. a bit like what we do when using NET USER ...).

- Good thing that you did not mix NET USER ... and OOBEINFO.INI

- nLite is very powerful and can break many things when not used properly. I never use it so I can't say anything about your settings for it.

winnt.sif

Edited by Djé
Link to comment
Share on other sites

Thomas, when and how did you run the 'adminuserThomas.cmd ' producing the last 'regdebug.txt' you've posted?

Please describe any relevant condition.

It shows some error with the NET USER command:

User accounts for \\
[...]
The command completed with one or more errors.

instead of

User accounts for \\CAROL
[...]
The command completed successfully.

At least you have a problem with the computer name...

I fear that you've nLited too much something. Why not starting over with a clean source and going progressively? Only using nLite when you have a working install?

[EDIT]: I've just tested it and the above error seems to be normal @T12. So if this is the time when you've run the script, it's normal. My fear about nLite/mixing too much customization holds more than ever.

Edited by Djé
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...