cluberti

Basically, yes.

You can't technically redistribute any of those files, unless the person receiving the files also has the resource kit (the full retail kit, not the downloadable kit). They're fine for personal use, or use within your company, but you can't give them out to "the public" for sale or otherwise - you'll have to actually write your own service if you need to use one. I suppose one way around it would be to tell your customers to go and download the files themselves, but you'll be out of luck if those ever disappear off of the microsoft.com site.

The only suggestion I can proffer right now would be to download the full package from the microsoft site and attempt to install in safe mode. I've only seen this once before (on a W2K3 box attempting to install SP1), and it ended up being antivirus corrupting the installation right after download. It worked in safe mode without disabling or uninstalling A/V, which I always try first before removal .

Have you tried psshutdown from Sysinternals?

Actually, that is the "fix". What is happening is that the windows update service is parsing a rather large XML file when Office 2000 or higher and Microsoft Update are installed, not to mention doing a large number of allocs and de-allocs of memory and ASCII to Unicode conversion - all of these together add up to high CPU usage in the svchost that houses wuauserv. Note that Windows Vista/Longhorn does not have the issue, but a real, working fix has not been forthcoming for downlevel OSes. That is the current state, like it or not (and most don't, nor shouldn't). Calling me ignorant(sic) for telling you what the fix is (that there isn't one) seems a bit drastic, by the way. You have no idea who I am, nor what I do or don't know about this issue.

You will be unable to run sfc on an OS that isn't running (that's why I asked if you were able to get it to boot in safe mode). If you can't, you'll need to either replace winlogon.exe with one from your slipstreamed install media, or do a repair install (in that order).

Then remove Microsoft Update and go back to windows update only. There are issues that 927891 do not resolve, and that's the only workaround.

Winlogon.exe crashed - does the box boot in safe mode? If so, run sfc /scannow from a command prompt (you'll likely need your Windows disc in the CD drive or somewhere on disk).

What input are you looking for? Disabling any performance counter results in negligible performance gains, because it's such an inexpensive operation to gather data.

Citrix's speedscreen technology can help, but graphics-heavy applications generally run poorly over TS/Citrix connections due to the fact that sections of the screen (or the whole screen, for a large window or full-screen app) are redrawn to show changes. This is very slow, even with speedscreen enabled. It might work well enough for your needs but you'd have to test it. I can guarantee that it certainly won't match local workstation speeds, but it might be "good enough" for your users.

Since you're an MCSE, you should already know that you need a system state backup of a GC DC to back up this info, along with a backup of the DHCP and DNS databases.

VBScript taken directly from the DST 2007 blog: Set objSh = CreateObject("WScript.Shell") 'Get the StandardName key of the current time zone szStandardName = objSh.RegRead("HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\StandardName") 'Enumerate the subkeys in the time zone database const HKEY_LOCAL_MACHINE = &H80000002 Set objReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\default:StdRegProv") szTzsKeyPath = "SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones" objReg.EnumKey HKEY_LOCAL_MACHINE, szTzsKeyPath, arrTzSubKeys 'Step through the time zones to find the matching Standard Name szTzKey = "<Unknown>" For Each subkey In arrTzSubKeys If (objSh.RegRead("HKLM\" & szTzsKeyPath & "\" & subkey & "\Std") = szStandardName) Then 'Found matching StandardName, now store this time zone key name szTzKey = subkey End If Next If szTzKey = "<Unknown>" Then 'Write entry to the Application event log stating that the update has failed to execute objSh.LogEvent 1, "DST 2007 Registry Update and Refresh failed to execute on this computer. Time zones failed to enumerate properly or matching time zone not found." Wscript.Quit 0 End If Dim process, processid, result, strUpdateCommand Set process = GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\cimv2:Win32_process") 'Add time change privilege to the process object process.Security_.Privileges.AddAsString "SeSystemTimePrivilege",True strUpdateCommand = "control.exe timedate.cpl,,/Z" & szTzKey 'Launch control.exe to refresh time zone information using the TZ key name obtained above result = process.create(strUpdateCommand,Null,Null,processid) If result <> 0 Then objSh.LogEvent 1, "DST 2007 Registry Update and Refresh failed to execute on this computer. Unable to refresh the Timezone database." Wscript.Quit 0 End If 'Get current display name of refreshed time zone szCurrDispName = objSh.RegRead("HKLM\" & szTzsKeyPath & "\" & szTzKey & "\Display") 'Write entry to the Application event log stating that the update has executed objSh.LogEvent 4, "DST 2007 Registry Update and Refresh has been executed on this computer." & chr(13) & chr(10) & chr(13) & chr(10) & "Current time zone is: " & szCurrDispName & "."

Search the internet for Microsoft's "Orca" package. It's part of the SDK, but you can usually find it standalone elsewhere.

You better hope winlogon doesn't have a dependency on that file - you'll bugcheck when winlogon loads if this is the case, and you delete the file. Is there any way to boot into safe mode and clean the box? This is why we say that any compromised box should be rebuilt, period .

Assuming the user logging on is the "Administrator", this will work. If the user running the .bat file isn't the Administrator, then they must be part of the "Administrators" group for this to work. If neither of those is true, the script will fail. Consider using something other than a logon script to do this - it's fraught with problems. Machine startup scripts work well http://www.microsoft.com/technet/prodtechn...e/startw2k.mspx

Does the actual sharing permissions for the folder allow "everyone" full control? By default, it'll only be "read", and this will happen.

927891

Have you tried it on a port other than 21? Some ISPs block unsolicited requests to well known ports, but running it on a known port (as a test) like 3389 or 22 may help get things going.

If you've got R2 in your environment, you'll need to extend/upgrade the schema from your R2 box before things will begin working properly.

Well, you're in luck. NPP is limited to 256MB without /3GB in the boot.ini, and 128MB with /3GB. Unlike paged pool, this is a fixed limit. This is determined on boot, and you need at least 1.5GB of RAM in the box on boot to hit these limits. Take a look at the askperf blog, as there is a section about this specific issue: http://blogs.technet.com/askperf/archive/2...-resources.aspx As to process explorer, make sure you have the debugging tools for Windows installed and Process Explorer pointing to the correct dbghelp.dll location and symbol path. If either of these are incorrect, Process Explorer will throw an error on boot and not show you your kernel pools.

http://www.msfn.org/board/index.php?showtopic=93061

The reason RunOnceEx was "broken" was because IE no longer requires someone to log in after install and reboot for IE to finish installing, and therefore this functionality was no longer needed. The IE development team therefore deprecated the functionality, and it no longer works exactly the way it did in IE6 - however, I've heard this works. I've not tested it, but the posts there seem to indicate that this is the way to do it (although I'd suggest looking for alternatives, because it'll be completely removed sometime in the future, I'd bet).

Did you download the drivers directly from Realtek? I had trouble with vendor drivers, but the Realtek drivers themselves installed just fine on x64.

Are you sure that's not icwconn.ex_? That would be the Internet Connection Wizard... As to your issue, did you nLite or otherwise modify the installation source? If not, what would happen if you did a clean install, without installing anything extra (including drivers)?

Citrix never sued Microsoft, and in fact, Microsoft had every right to build TS after it's agreement with Citrix. Citrix and Microsoft partnered so Citrix could build it's first product, and when Microsoft saw that it would be potentially a good product, Microsoft notified Citrix and built NT4 Terminal Server, and the rest is history. Citrix's investors sued Citrix for the Microsoft deal, but Citrix never sued Microsoft. What else is that instructor telling you? Sounds like a Microsoft-hater...