cluberti

Another life lesson learned in AD - always have two of everything .

It's saying you're getting an "Access denied" on the system process when you're booting up (that's what the c0000005 means) - does this also occur when you boot into safe mode via the F8 boot menu?

I honestly don't know if that will be enabled in Longhorn, and at this point it doesn't appear Vista is any different from XP in that regard (although that can still change, but I doubt it will).

I'd love to, but: Network Error (gateway_error) An error occurred attempting to communicate with an HTTP or SOCKS gateway. The gateway may be temporarily unavailable, or there could be a network problem. For assistance, contact your network support team. When connecting to your site.

Try opening a command prompt, and typing the following commands, in order: ping www.google.com telnet www.google.com 80 You should get a ping response from www.google.com, you should get a blank command prompt screen after about 10 seconds (or less) when using the telnet command. If either fail, you'll have more of an idea of where the problem lies. 1. If ping can't find the host, it's DNS 2. If ping fails, the packets are likely not making it to the host (for whatever reason) pointing to a firewall or router issue 3. If telnet doesn't work, you can't get out on port 80 and it's almost always a firewall issue. You get through both steps and everything appears to be working, then it's more an issue with the browser, as everything is working on the TCP/IP stack.

Are you using the linksys software, or the built-in Windows Zero Configuration client? Also, have you updated the firmware and drivers (if available) for the Linksys device? If the laptop is working fine, then you know it's highly likely that the AP is working fine as well, and the problem lies with the Linksys device.

While it's hard to say that there is, or is not, such a thing as an uncrackable password, I can vouch that using special characters and a password between 7 - 14 characters does make things extremely difficult, syskey or no syskey (2000 or higher). Syskey does help, however, in that the SAM db is also encrypted quite well.

If you set the key manually and pass the variable somewhere else in the file, does PRODKEY come across into GUI setup? I'm not entirely sure that the product key field can be variable-ized, but I'll check to be sure.

Are those three edited files in the i386 folder of your flat file source, as well as the proper OEM drivers subfolder? If they're there (and you've restarted the binlsvc), you shouldn't have to do anything else. If you do remove them, you will of course lose the ability to use the NIC properly in RIS until they're placed back in the i386 directory (and the binlsvc is restarted).

Ryan, the KB article is not entirely correct. 1.3 and 1.4 are listed, but I can verify that 1.5 b6 is affected as well. I'm sure it'll be updated soon, as we've just come across this recently that 1.5 is affected.

If you're in a domain, simply share the folders via the folder properties dialog. As to keeping share size down, you may have to use the quota management built-into 2003. http://www.microsoft.com/technet/scriptcen...003/quotas.mspx

I believe it's a function of shell .dll's on XP/2003, and those functions do not exist in W2K shell .dll's. If you replaced the W2K shell with the XP shell it *might* work, but doing such usually results in a system that is quite unstable. There is a reason that W2K doesn't have this function - the LockWorkStation function was not designed to be run this way via rundll32. To be run via rundll32, a function needs to match a very specific function signature, which LockWorkStation doesn't. As a result, the stack is misaligned on return and this will likely cause system instability. While shortcuts to rundll32 using the LockWorkStation function may work, they may also bugcheck the machine. You could use "rundll32 user32,LockWorkStation" in a shortcut and assign the Win+L combination to it, but the reasons for not doing this are the same as the reason Win+L doesn't exist in W2K (see above).

Unfortunately, if it's in a "starting" state, that means it's hung. The only solution is to restart the server to free up the service.

I don't believe you can use any of the tools on that page to completely replace the IE engine. You would need to completely replace most shell .dll's on the system too to make this work, as IE is tied into shell .dll's that other fairly important components of the OS use as well (explorer.exe, for example). I don't believe the activex features on that page can substitute for the IE engine. They can work within it, but not replace it, from what I gather.

First, wuau.adm doesn't get added automatically unless you install WSUS on a DC (which is not advisable). Second, if the reg keys don't stick, run regmon to see what is changing/deleting them after you add them - perhaps you already have something configured in GP for Windows Update?

I can say that most svchost.exe services cannot be broken out into different services easily, and some not at all (the only easy one is winmgmt). The easiest ways to determine which process in svchost.exe is using the most process space is to 1) run perfmon with threads (download perfwiz.exe from microsoft.com) or 2) use userdump or adplus to get a dump of the svchost that is consuming all of the memory, and walk through it with windbg or cdb. You can tell which actual svchost.exe is the one with the most memory usage by executing the following command: tasklist /svc And note that if you don't see large increases of memory usage in the svchost.exe process over time (it may grow, but it will always come back down eventually), it isn't leaking.

Sounds like the CD isn't bootable. Consider making your XP cd with nlite, and then using another method to make it bootable. I prefer the method found at the link below, but there are many ways to accomplish this. http://www.nu2.nu/bcd/

Yes, it is. The partition would need to be bootable, of course, and you'd need at least the i386 directory from a Windows CD on the partition for it to work. You would then be able to boot to it (either with a boot floppy or CD) and run the winnt.exe setup routine from there. It's not the most intuitive way to do it, but it works similarly to a CD-based setup, just from the hard disk. You could follow most advice from the unattended page here on MSFN to accomplish this, modifying any cd-based instructions to use your hard disk.

Does this KB match the symptoms you are seeing? http://support.microsoft.com/?kbid=822796

Boardbabe, do you have the April ActiveX update installed? If so, it may be wise to download/install userdump.exe from the Microsoft site, then configure it to dump IE: http://support.microsoft.com/default.aspx?...b;en-us;Q241215 You'll notice that Sun's JVM is listed in the KB for the April ActiveX update as an application that is known to have issues post ActiveX install: http://support.microsoft.com/kb/912945 I've seen this many times before, unfortunately, since the release of this update. I'm not sure there's an update yet from Sun, but most ActiveX applets loaded via the JVM using the Object tag cause the jvm to send a close request to IE after AV'ing. I'm not sure if this is the same, but the userdump dump of IE closing will probably shed some light, if you can gather that data.

I will admit that .net can be a PITA, but it does work pretty well for portable code. Speed may not be good, but the code will be portable. It still makes sense to write most things in C though, if speed is any sort of requirement.

WHOA - you missed one important thing there. You need to make sure that server 2 is a Global Catalog server, otherwise the whole GC of your AD will be lost!

When exactly do you get this error? Is it during the text-mode portion of setup, is it during the GUI mode portion of setup, or do you get this at a black screen before Windows setup continues after the second text mode setup portion reboots the PC? The steps gunsmokingman posted are the correct steps, so it sounds like perhaps you need to integrate a disk controller driver into Windows setup's source before this is going to work properly.

Not only is there not a clear advantage in having programs on a separate drive or partition, but some windows updates will fail to install properly if the program files folder is not on the boot volume.