Profile Settings Cannot be changed

[my2001]

Okay, sure. I'm curious about what those incompatabilities could be.

[BenjaminKalytta]

Problem on T-12 is, that Default User Profile which will be usually found on "%USERPROFILE%\Default User" doesn't exists at this state (as I verified this) or at least is empty. So each user account which will be created on T-12 will get an empty ntuser.dat i.e. it contains no registry key inside. So I found out that HKEY_USERS\.Default could be used because this is also a kind of "Default Profile" which will reside in "%SystemRoot%\System32\Config\default".

So I decided to copy this profile on T-12 instead the default on from %USERPROFILE%.

Im currently testing this version.

Benjamin

[my2001]

So each user account which will be created on T-12 will get an empty ntuser.dat

I create user accounts during T-12 using net command. There's absolutely no problem doing that because creating user accounts doesn't at the same time mean that their profile data (i.e. files'n'directories) is created on HDD. This only happens as soon as you _really_ log onto the user account, e.g. using Windows logon screen.

As I wrote somewhere else here in this sub-forum I use a self-made batch file to create my own registry settings for my user shell folders, i.e. not using WIHU-functions for this purpose due to several reasons not important to be mentioned here. Anyway this batch file is called while in T-12 and works flawlessly. As usual (i.e. I use no special way!) I just change the HKCU-keys and later on every user account inherits these settings made in T-12 - no problem occurs.

So, as long as WIHU doesn't need to really log on to another profile as I've described some lines earlier I don't see why you would have to refer to "%SystemRoot%\System32\Config\default" as you have mentioned. I don't have the problem of an empty ntuser.dat; maybe it is empty sometimes, but that's no problem.

And as you already know, too: During T-12 you can't log on to another user account because the needed service isn't started yet by Windows. That's I think the biggest limitation of T-12, I guess most users won't even be affected by this. And the same here: I don't need to log on to another user account for creating my user shell folders. It works just by modifying HKCU-keys.

So ... what's WIHU's problem with user shell folders?

[BenjaminKalytta]

Some clarification in german, sorry

Also ich antworte mal erst auf deutsch, wird mir sonst zu kompliziert das zu erklären;)

Das Problem ist folgendes. WIHU ist ja durchaus in der Lage beliebig viele Benutzerkonten zu erstellen, eben auch in der T-12 Phase. Das Problem was hier bei allerdings auftritt ist, sobald man versucht das Profil mit WIHU zu ändern (was ja durchaus Sinn und Zweck ist von WIHU) muss WIHU diese Änderungen zurückschreiben.

Aus dem Grund wird standardmässig auch ein Profil von WIHU für jedes Konto angelegt.

Das Anlegen eines Kontos geht ja wie folgt von statten:

1. Kopieren aller Ordner und Dateien von "%USERPROFILE%\Default User" in den neuen Profilordner

2. Initialisieren des Profils, d.h. anpassen der Sicherheitseinstellungen usw.

Nur habe ich festgestellt, dass das Profil (ntuser.dat) in "%USERPROFILE%\Default User" zu diesem Zeitpunkt noch leer ist, d.h. es befindet sich kein Registrierungsschlüssel in dieser Datei. Dies hatte Fehler verursacht als WIHU darauf zugreifen wollte weil WIHU versucht hat bestimmte Registrierungszweige zu öffnen die noch gar nicht existierten. Deswegen kam es auch zu dieser Fehlermeldung die hier eingangs erwähnt wurde.

Dieses Problem habe ich jetzt damit umgangen, dass ich stattdessen in der T-12 Phase nicht das Profil von "%USERPROFILE%\Default User" verwendet habe, sondern das Standardprofil das immer in HKEY_USERS\.Default (siehe *1) geladen ist.

Klar, wie du schon sagtest, das Erstellen von Benutzerkonten ist ohne Einschränkung möglich. Auch das Schreiben in HKEY_CURRENT_USER dürfte funktionieren (wenn dies denn wirklich in "%USERPROFILE%\Default User" zurückgeschrieben wird).

Nur geht es hier nicht darum das "Default User" Profil zu ändern, sondern um die Möglichkeit die Profile neu erstellter Benutzerkonten zu bearbeiten.

*1. Update: Ich verwende nun doch HKEY_CURRENT_USER statt wie zuvor HKEY_USERS\.DEFAULT

Benjamin Kalytta

Edited November 9, 2004 by BenjaminKalytta

[my2001]

Nur geht es hier nicht darum das "Default User" Profil zu ändern, sondern um die Möglichkeit die Profile neu erstellter Benutzerkonten zu bearbeiten.

Hhm, ja, ich glaub da liegt Pudels Kern begraben. Meine fast, daß wir wir nicht unbedingt vom vom ganz selben geredet ham. *lach* Nun, etwas schon, natürlich.

Ich ändere durch mein eigenes Skript ausschließlich die Standardbenutzereinstellungen, die dann später natürlich _ohne Ausnahme_ durch _jedes_ Profil mit der tatsächlichen Erstanmeldung verwendet werden. Sprich: Wenn ich festsetze, daß doch bitte alle Anwendungsdaten im Verzeichnis "D:\xyz" landen sollen, dann gilt das schlicht für jedes kommende Profil. Ich glaub, wenn ich die Sache hier richtig verstehe, dreht sich das Problem WIHUs nun darum, daß Du es ja v.a. wg. der %ThisUser%-Variablen erlauben mußt, u.U. auch für jedes Benutzerkonto voneinander abweichende Verzeichnisse für ein- und denselben Benutzerordner (meinetwegen "Anwendungsdaten") anzugeben? Liege ich da richtig mit meiner Vermutung? Oder red' ich hier am Brei vorbei? *lach*

[BenjaminKalytta]

@smood1: Update: This is indeed a little bug, Im currently fixing it.

@my2001: Ja geht um beliebige Benutzerprofile die während T-12 erstellt und initialisiert werden. Eine andere Sache die vielleicht noch erwähnt werden müsste. Die Benutzerkonten werden vor der Softwareinstallation erstellt sodass diese auch nicht von der Tatsache provitieren können das es sich bei T-12 um das Default Profile handelt weil dieses ja vor möglichen Änderungen durch die Softwareinstallationen kopiert werden.

Benjamin Kalytta

Edited November 9, 2004 by BenjaminKalytta

[smood1]

many thanks

[victor888]

dizzy with the profound discussions. I don't know German too.

I hope to see the new version.

[laderio]

@smood1: Update: This is indeed a little bug, Im currently fixing it.

@my2001: Ja geht um beliebige Benutzerprofile die während T-12 erstellt und initialisiert werden. Eine andere Sache die vielleicht noch erwähnt werden müsste. Die Benutzerkonten werden vor der Softwareinstallation erstellt sodass diese auch nicht von der Tatsache provitieren können das es sich bei T-12 um das Default Profile handelt weil dieses ja vor möglichen Änderungen durch die Softwareinstallationen kopiert werden.

Benjamin Kalytta

What about a second user-part, where users are created after the software-install?

Or, even better, what about a user-section you can initiate in the software-installation? So you are free to choose the time to start the user-part ^^

[BenjaminKalytta]

What about a second user-part, where users are created after the software-install?

I think this will make things more complicated. Problem is, each new created user account may be selected as primary account which will be used as default account for software installation.

This implies that the account exists before software installation begins. Or as alternative I could create primary user account ONLY before software installation and each other account AFTER software installation.

@smood1: Update: This is indeed a little bug, Im currently fixing it.

So it is fixed in current build.

Benjamin Kalytta

Edited November 10, 2004 by BenjaminKalytta

[smood1]

works like a champ. is there a parameter that I'm missing to set the "Full Name" for the user? Not a big deal, just curious.

Also, for the entry in CMDLINES.TXT. It appears that if I use /SkipSettings it actually skips the user portion of the INI file. However, if I look at the command line parameters (wihu.exe /?) it tells me that it simply "skips changing the settings". Would I be better off using /AutoInstall=0 instead of skipsettings?

smood1

[BenjaminKalytta]

That's right, /Skipsettings will skip entire settings as the name implies, also user account creation

There is no /FullName switch, but in WIHU you may enter the full name.

Benjamin