x243

I made a silent ICQ Lite (v5.04) installation that: 1.) Removes & deletes the toolbar that is normally installed during an /S install 2.) Removes the ad banners in the program and message windows 3.) Deletes the extra unneeded shortcuts that are created on the desktop and on top of the start menu 4.) Deletes the default sounds. I did this because I hate the foghorn sound and "uh-oh" sounds. If you want the sounds, you can edit icq.bat in the archive, remove the line that deletes the sounds and then re-add the batch file to the archive. I haven't seen a package like this on MSFN, so if someone already created one then ignore my post. For all 5 of you, including me, that still use ICQ here it is: http://rapidshare.de/files/15924536/ICQ.exe.html It could probably shrink another 1MB if it were made into a 7zip package, but I prefer WinRAR.

1.) Uphclean integrated as a default 'automatic" service 2.) .NET Framework 1.1/2.0 as an installable option from Add/remove programs or during unattended installs 3.) WU6 with Microsoft Update and WGA (although unecessary for 2k) integrated 4.) Windows Installer 3.1 & BITS 2.0 Update (I think you're already planning for this right) 5.) Root Certificates Update (latest) integrated That's all I can think of for now...

http://www.windowsitpro.com/Articles/Print...ArticleID=46896 http://www.neuber.com/taskmanager/process/spoolsv.exe.html I've seen problems with Lexmark printer drivers and also Normal.dot corruption. I'd recommend deleting the Normal.dot file if it is larger than 85kB. You can find the Normal.dot file in your profile folder inside the Application Data\Microsoft\Templates directory. Word will recreate the file the next time you open it.

Seeing as large HD support was added in SP3 and this is a cumulative SP5 then it will be yes <{POST_SNAPBACK}> Should I add it to USP 5.0 then? It's not complicated at all - it's just not enabled by default in SP3/4/5 <{POST_SNAPBACK}> As a follow up on my previous issue, I noticed that textmode setup now shows the proper size of my drives and has no partition detection issues. I added the bigLBA settings to SETUPREG.HIV, but I can't be sure it was that setting alone that fixed my problems.

Those two components are easy enough to add during the cmdlines.txt portion of setup. For .NET Framework, use RyanVM's compressed installer which doesn't require any switches and for Windows Media Player 9, the syntax goes: MpSetup.exe /Q:A /R:N /c:"setup_wm.exe /Q /R:N /NoPID /P:#e" You'll still need to do security updates for WMP9 after install finishes though.

Why do you keep trying to do something that SBS 2003 was not designed to do? I posted the answer to your question in your previous thread along with the answer to your previous question. I don't know what part of "Windows 2003 SBS will only run in Remote Administration Mode and is limited to 2 simultaneous terminal services sessions by System Administrators only" doesn't make sense. This limitation is placed at the kernel level, and any attempts to circumvent it result in the kernel changing the settings back they way they are supposed to be.

I think I've narrowed it down. nlite is causing the Recovery Console problem. If you choose to remove Windows 2000's SCSI drivers (I never use a single one of them), it screws up the Recovery Console file list later on. There must be a remnant of the file list in some SIF file or something even after nlite removes them. I removed more than just the SCSI drivers, but I'm pretty sure that is where the problem lies.

I'm not sure what you're saying about svcpack.in_. Do you mean the inf file needs to be extracted into the i386 directory, or it needs to be cleared completely? I was under the impression that changing anything in that file would cause a problem during installation, let alone during a Recovery Console install.

I haven't used Windows 2000 since I went AMD 64 last year. I could almost swear though that I never had a problem in textmode with drives larger than 128GB... I have been using 160GB and larger drives for several years now and Win2k was my OS of choice until last year. Editing the LBA in HIVE file was something I had thought of, but does that actually have any effect in textmode?

Do you mean it doesn't work during a "x:\winnt32 /cmdcons /unattend" installation or when Windows itself is installed unattended? I was not able to install the Recovery Console even using "x:\winnt32 /cmdcons." Currently I'm running Windows XP due to another problem I found with SP5, which may or may not be related to nLite's downsizing of the source. Last night when I thought I had the "perfect" SP5 unattended CD, I decided to burn it and install it on my main machine. During the initial stages of textmode setup, Windows would not detect the size of my 200GB harddrives correctly. They were limited to 131xxxMB (i.e. 128GB) and I could not partition the drive correctly. So I made one 128GB NTFS partition and let Windows install. I found that GUI mode WIndows detected the drives capacity just fine. I figured there may be a problem with the atapi.sys, or is there another file that governs drive detection during textmode setup? The problem didn't appear in the multiple trials I did in Virtual PC, but then I was working with only a 16GB virtual hard disk. I've tried slipstreaming SP5 from a original (no SPs) Windows 2000 source, and then also slipstreaming SP5 into a Windows 2000 SP4 source, but the drives are still detected as 128GB in textmode. As for WINNT32.log, this is all that appears after trying to install the Recovery Console: Detected 192 MBytes of memory.

Perhaps I'm doing something wrong, but I can't install the Recovery Console locally using a slipstreamed SP5 disc. At first I thought it was because I used nLite to remove some features, but even using a complete CD, I can't get it to install. The error is that "setup was unable to build the list of files to be copied" the data is invalid. I always install the Recovery Console locally at the guirunonce point and it has always worked.

The 5 CALS that come with SBS 2003 are not Terminal Services CALS. TS CALS run at about $80 per license. Remote web workplace is your cheapest option and it will work for 6 people provided you have 6 XP machines and each person connects to his/her own computer which is already configured to each person's liking. The only other option is to set up a dedicated terminal server, in which case you still need TS CALS for it.

http://www.microsoft.com/windowsserver2003...generalfaq.mspx "Q. Can I run Terminal Services in Application Server mode on Windows Small Business Server 2003? A. No. It is not possible to run Terminal Services in Application Server mode on Windows Small Business Server 2003. This is a change from Small Business Server 2000. Running Terminal Services in Application Server mode on a domain controller may present a security risk to your network. If you want to use Terminal Services in Application Server mode, we recommend that you purchase an additional Windows Server 2003 license and install an additional server running Windows Server into the Windows Small Business Server 2003 domain. For more information, see Deploying Windows Server 2003 Terminal Server to Host User Desktops in a Windows Small Business Server 2003 Environment."

Thank you.

Windows 2003 SBS server only supports 2 terminal services sessions since it is limited to the equivalent of Terminal Services Administration mode in Server 2003. The tradeoff for terminal services is the Remote Web Workplace feature which you access through http:\\server_url\remote. This will let you connect to any Windows XP system on the network so long as you ran the wizards correctly which force Remote Desktop to be enabled on all Windows XP client machines by group policy.

It would be nice if there were instructions on the first post of this thread on how to silently install the option packs (IC.exe, DX.exe, DA.exe). Not wanting to read through 47 pages, I assumed they were 7-zip files that auto-install, but they appear to be shrunken Microsoft hotfixes. What switches do these packs use? I want to add them to my cmdlines.txt.

This has also happened to me, except on a Windows XP workstation. SOmetimes you can shutdown/restart and other times it just hangs with only the mouse being able to move. Windows Update no longer worked properly either- the error it reported indicated that MSXML 3.0 needed to be reinstalled, but it didn't fix the problem. Luckily I had the option to redo the PC from an image, since there were other network related problems with it that could not be solved any other way. I'm guessing this update isn't an isolated problem. MS even released a patch for the Windows Installer 3.1 a few days after the initial release. You might want to try that if it hasn't been applied. http://www.msfn.org/comments.php?shownews=13094 http://www.microsoft.com/downloads/details...&DisplayLang=en

Here's a start: CMDOW @ /HID IF NOT EXIST "%LOGONSERVER%\User_Profile_Dir\%USERNAME%\NTUSER.DAT" LOGOFF exit Make sure you change User_Profile_dir to the actual directory on the server. This batch file will have to reside on the local machine, since it won't run if the user isn't connected to the server/network. But it shouldn't be hard to distribute this file initially through another logon script from the server. The downside to this method is that it isn't fool proof and can be circumvented. But like I said, it's a start.

You haven't described the hardware in your server, specifically, whether it is multihomed (i.e. more than 1 NIC). From what I've read it sounds like your network clients receive IPs through DHCP from your router device, and this I inferred, but these DHCP clients use the router's IP address as the primary DNS server so they can get online when the domain controller is offline? Where does the IP address of the AD server fit into this? If you don't have the network clients set to use the IP address of the AD server as their primary DNS server, then you've seriously circumvented the Windows domain. What you need to do is set the primary DNS server as the domain controller in the DHCP settings, then set up forwarders on the domain controller's DNS that point to yoiur ISP's DNS servers. The DNS errors you're getting on the server sound like a common problem with multihomed setups. In Network Connections (in the Control Panel), click on Advanced (at the top), then click on Advanced Settings... In the first box, make sure the active NIC (the one that communicates with the LAN) is listed first. If it's not, do it and then reboot. See if it doesn't fix your DNS problems. Also check that the primary DNS server that is manually configured on the server NIC is not the loopback address. You might hear conflicting reports about using loopback versus IP for the DNS address, but I always use the static IP and have never had problems.

Doesn't work either. I can't even get the MOVE command to recognize the subdirectories there. * and ? wildcards don't get anywhere even though the random folder names start with the number 2, but that is the only common thread among them.

I found the solution, but not from any help of this forum's search features. I found it on Google and then found references at MSFN down the page. The program is just called Delete.exe. In order for it to do what I wanted, I had to have it run the same command twice- once to remove the files in the subdirectories and then again to remove the subdirectories themselves. You can get it here (del210.zip): http://sac-ftp.gratex.sk/utilfile16.html The homepage has dead links to it.

I have a program that generates a random directory name (in a subdirectory of the program) with files in it everytime it runs an automated backup. I have a scheduled batch file that copies the contents of this backup directory to a network share. The program will not allow just putting the backup files in a network share to begin with, so I have to use this batch file to copy the files there. Anyways, once I xcopy the files to the network share, I need a way to get rid of the original local files. Since the backup folder name changes (unpredictably) with each backup, I need something that works like DELTREE but for Win2k/XP/2003. If I use the DEL command, I can get rid of files, but the entire subdirectory structure is still there. I cannot find anything that gives me RD.EXE functionality AND support for wildcards. No combinations of RD and DEL work. Someone out there has to have the solution! Thanks in advance.

But it's not possible to slipstream anything but IE5 updates into the Win2k i386. GreenMachine indicated in another recent thread that it would be pretty difficult to integrate IE6SP1 into the Win2k install CD (integrate as opposed to install during a specific stage of setup). I guess I'll never be rid of Windows Update in Windows 2000.

Is your $OEM$ folder inside or outside your i386 folder. If doing an install from harddrive->harddrive (i.e. not using an XP CD), then $OEM$ should be inside the i386 directory. If you're installing from CD, the $OEM$ directory can be in the i386 directory, but more often than not, works best when placed at the root of the CD.

Sorry if this may sound stupid, but this XPCREATE program will make it so that IE6SP1 is installed before the hotfixes are? With WinXP, I can see how IE6SP1 could be slipstreamed since IE6 shipped with WinXP. But since IE5 is what Win2k shipped with, it's only possible to install it during installation and not technically slipstream it into i386.