Jump to content
MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. ×

tridgely

Member
  • Content Count

    29
  • Joined

  • Last visited

  • Donations

    $0.00 

Community Reputation

0 Neutral

About tridgely

  1. I used to use a DOS-based installation method, running winnt.exe, as clivebuckwheat has explained above. This method has some limitations to it that caused me to switch over to Bart's PE for winnt32. Using winnt.exe in DOS, your filenames must match an 8.3 filename restriction, which many of my installers in $OEM$ did not. Because of this, I used to 7zip them all up and unpack them after the install, but it was tedious to maintain. Also, you have a restriction on the amount of data that you can copy over. I believe it's 2 gigs, but that could be wrong. I've been very happy since I switche
  2. What do you mean by a "normal" boot CD? Are you loading DOS, or some variant (e.g. FreeDOS)? If so, winnt32.exe won't run, but winnt.exe will, and you can use the same basic idea. You've got the concept...load some OS from the CD, connect to the network, start the Windows install via winnt.exe or winnt32.exe (depending on your OS), reboot. Easy! On a side note, if you specify "..\$OEM$" for the OEMFilesPath in your unattend file, you do not have to embed $OEM$ inside I386; you can keep it parallel. This is useful if you decide to use junctions to create network installation sources on-the-
  3. I set up the source with the $OEM$ production folders on a network share, then start the computer with Bart's PE, map a network drive to the share, and start winnt32.exe from there. Try searching the forums for winnt32 or winnt32.exe; there's a bunch of info.
  4. New XP Update: Security Update for Windows XP (KB914798) Brief Description A security issue has been identified in Windows-based systems that could allow an attacker to compromise your system and gain control over it. MS Download
  5. The Netgear FA120 USB network card has never seemed to be included in the lan dp. Available from: ftp://downloads.netgear.com/files/netgear1/FA120.zip
  6. If you apply that during T-12 (from cmdlines.txt), it will be applied to all users, which is probably what you want. Make a .reg file with that tweak in it. Then make a .cmd file that runs regedit silently to apply the tweak. Then make an entry in cmdlines.txt to run the .cmd script.
  7. Use the following reg key: [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel] "{20D04FE0-3AEA-1069-A2D8-08002B30309D}"=dword:00000000 "{450D8FBA-AD25-11D0-98A8-0800361B1103}"=dword:00000000 "{208D2C60-3AEA-1069-A2D7-08002B30309D}"=dword:00000000 "{871C5380-42A0-1069-A2EA-08002B30309D}"=dword:00000000
  8. See, you're missing the point. The method you just described is dependent on the NIC driver working--in a varied environment, it's not really possible for that to happen. I already got Unattended working in a similar way, but it fails pretty horribly if the NIC isn't detected. The way I've reworked it, all the necessary files will get copied over during text-mode setup, so they won't be dependent on a NIC working post-install. Thanks for the suggestions--I've already used AutoIT to make a selection system similar to kTool (but with treed checkboxes) that will configure user accounts and set
  9. I'm just a student employee though, so I have basically no say in the matter of AD. Besides, I'm actually pretty happy with how the modified Unattended has turned out. Because of the 8.3 filename limitation, I wound up changing it more (testing it out this week) to 7zip all the packages into their own zips and extracting them after the network copy to preserve non-8.3 limitations. Just more batch file making, etc...nothing too bad.
  10. You do not need any Microsoft add-ons to install XP over a network. All you need is the XP install source (basically, copy the CD to a folder on your hard drive). There are plenty of ways to accomplish what you want to do for free! A Sourceforge project called Unattended does what you want; more info is available from their web site: Unattended. If you're running a domain with Active Directory, you can also use Remote Installation Services (RIS), but it doesn't sound like you are, so I'd stick with Unattended. The idea behind Unattended is just to map the network share you're creating to
  11. Hey all- I wanted to see how you guys who install XP over a network do it. I started looking into RIS, but our university's domain (I work for the IT group) doesn't use AD, so that got scrapped pretty quickly. Switched to Unattended and got that working, but I've been finding it less-than-satisfactory lately. Unattended installs Windows, and then maps a network drive to the install share to install all the apps and do all the post-install configs. The problem is that we support a wide range of computers, and the NIC driver is not always detected (even with BTS DPs). So I decided one day th
  12. I don't have a key code; I'm just installing the trial version. I don't see how adding the /KC switch is going to change anything, and I'm already using /VERYSILENT. Trial Download Link It does install near-silently when I'm using /VERYSILENT /SP- (i.e. it doesn't prompt me for most of the install tasks), but it prompts to check if I want to update the defs before install, and then it brings up a browser window. I think that it's because of new functionality Webroot has created for the newer versions.
  13. SS has been updated to 4.0.4.430 I'm trying to install it (/VERYSILENT /SP-) and it brings up a prompt asking if I'd want to download and install new updates. It then opens a browser window. I went through with innounp 0.16 and it looks like the install script generated is incomplete. It won't recompile cleanly at all. I went through most of the error messages and removed parts from the script to make it work, but now it errors on compilation here (from install_script.iss): Source: "{app}\WRSSSDK.exe"; DestDir: "{app}"; AfterInstall: "RunServiceInstall"; MinVersion: 4.1.1998,4.0.1381; Flag
  14. Couldn't honestly say. I've never seen/used XPCREATE -- still on the waiting list. I just use RyanVM's latest pack and then manually integrate the remaining updates.
  15. Here's how I got this to work: Manually integrate RyanVM Don't use nLite at all (I couldn't get it to work, anyway, and it was quicker to do the things I needed manually than to mess around with it) Use BTS DPs with Method 1 (Method 2 was causing the Wizard to appear, Method 1 does not appear to) Change production folders how I want, add modified system files, etc.
×
×
  • Create New...