Ctrl-X

Describe what you've done and how exactly it isn't working.

Check out the User State Migration home page.

You'll probably have more luck if you post this question to the Application Installs forum (if the answer isn't in there somewhere already). Unattended Windows Guide: $OEM$ Distribution Folders reference. This sounds like a question for the nLite Application Add-Ons forum. One last tip: if you're going to post your questions in those forums, try to think of a topic title that covers the subject. A title like "A few questions" means nothing and will most likely cause people to skip the topic altogether.

If registry keys don't exist you can just create them yourself (manually or via a .REG file).

Nope - the local GPO is processed first, followed by the site GPO, the domain GPO and then the OU GPO's from the top down to the computer OU. See Group Policy processing and precedence for details. What you want can be achieved by creating a new GPO and then using GP security filtering to apply the new GPO to the one PC. See How to Implement Group Policy Security Filtering for an explanation.

Well, I checked this in our test environment today, and I was able to get it working just by adding the user to the Network Configuration Operators group! Said user could change all kinds of network properties, including IP address, subnet mask, default gateway, DNS servers, and so on. So that should be enough, as long as the user isn't prohibited from changing network settings through Group Policy.

Import the following registry entry from Cmdlines.txt: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] "StartMenuLogOff"=dword:00000001

This one: Windows XP/2003 Ultimate Edition?

Check out these Manage Security for Remote Installation Services documents.

Remove the AdminPassword as well... The encryption maybe reversible. To resolve your issues, try adding "UnattendSwitch=Yes" to the [unattended] section.

Could you post your answer file here?

Copy/move operations that show the progress dialog can be scripted using a Shell.Application object. VBScript example: CreateObject("Shell.Application").NameSpace("C:\Target").CopyHere "C:\Source" This will copy the C:\Source folder to the C:\Target folder (resulting in a C:\Target\Source folder).

Correct; apparently the Resource Kit tools are installed on the system the RunOnceEx.cmd test was performed on. But is reg.exe included in the OS image that is used for the unattended install? If it isn't, the entries won't be added to the registry.

You didn't post your Cmdlines.txt; what's in there? You didn't forget to call your RunOnceEx.cmd from Cmdlines.txt, right? If you didn't, try running RunOnceEx.cmd manually on a running system and then check the registry entries using Regedit. By the way: while typing this I realize that reg.exe isn't included with Windows 2000, so don't forget to include that as well (preferably in $OEM$\$$\system32).

It should work every time, but several people here reported that IE7 breaks RunOnceEx functionality.

Another thing to check would be the settings of the switch ports in question. They may very well be configured for 10 Mb/s half duplex (for instance because they used to have hubs connected to them - Yes, I have encountered this myself).

Very weird indeed... I didn't know this was a walkie-talkie forum too

If network settings on the other clients weren't tweaked, and they don't experience this problem, then I don't think tweaking is going to help... Concentrate on the network equipment (switches, cables, wall ports) instead. One thing that might help is setting the network speed in the network adapter properties on the affected clients from "Auto" to the desired value (10 or 100 Mb, Half or Full duplex).

Sorry for taking so long to reply... As far as I can see, there's nothing wrong with the settings. I'll see if I can get this working in our test environment and let you know what the results are, OK?

Hmmm Are you sure it isn't a permissions problem? Check the NetSetup.log file in the Windows\Debug folder to see what's going wrong exactly. Sure, but I doubt it'll be of much use to you since I don't use GuiRunOnce anymore... Switched to RunOnceEx about a year ago. But if you still want it I can post it tomorrow, when I'm at the office.

Try the XP LogonUI & Boot Screens subforum.

Don't take this the wrong way, but it looks to me like you're trying to do everything at once. Follow the Unattended Windows Guide step by step, testing every step, and you should get there in the end.

Not sure which setting you're referring to here, but if it's the "Disable Active Desktop" policy, you've got the wrong one. Without Active Desktop, JPG wallpapers aren't displayed any more (which is probably what's happening here). If you don't want users to be able to save their desktop settings, enable the "Don't save settings at exit" policy (in User Configuration \ Administrative Templates \ Desktop) instead. Enabling the "Allow remote administration exception" policy should do the trick.

Incredible! Tip of the year

Unattended CD/DVD Guide