Quick question of Independent XP Images

[Lithium]

Hi all,

I'm trying to save myself some work by creating a hardware independent XP image in the time we wait before going to Vista.

I read lots of the only major issue being the HAL... Which Hal's are validly changeable by copying/replacing files?

Can I change freely ACPI Uniprocessor HAL and ACPI Multiprocessor HAL's? or is it some other types that can be changed to one of these two?

I can't find the original topic I read it all in on google

[GlennT]

Have you had a look at Acronis?
They do a product with "Universal Restore" which basically enables you to put an image created on one machine onto a machine with completely different hardware.
Have a look here..... http://www.acronis.com/enterprise/pr...l-restore.html

[srochford]

The HAL isn't much of a problem now - it used to be when you could have a mix of ACPI and non-ACPI machines.

The problem for us is chipsets and hard drive controllers. For example, if we make a machine on a latop with AMD chip and chipset then that will work on an Intel machine but the reverse isn't true.

[djones]

Just been through this myself. There are a number of options but the one I settled on was using MySysprep to automatically change HAL before mini-setup runs.

However, as Steve says, the more significant issue is mass storage devices and drivers - this is what took me a while to get right. I've written up a few guides (cobbled together from a variety of sources) for creating and then deploying hardware independent XP images using WDS. Even if you're not going to use WDS for deployment, the principles for creating the images (sysprep.inf files etc) are the same.

My guides are available here:

http://www.midteq.co.uk/index.php?op...d=36&Itemid=68

Dave.

[DMcCoy]

I created my image (just the one) on a virtual machine with using the single processor acpi HAL. After the first boot windows changes the hal on my core2s to multiprocessor, needs an extra reboot but it does this during some post install steps anyway. I added the mass storage devices to the sysprep.inf so that board types are not an issue (works on all my desktops - not so for laptops yet).

Drivers are added to sysprep drivers folder when I get a new machine type in, I usually do some customisation of the driver inf files to remove all the startup junk, context menu entries etc.

[googlemad]

Change the IDE controllers in device manager to Standard ones before you image (Using update driver).

Works 9 times out of 10 for me

[Sirbendy]

Here's how I do it, and I've yet to have it fail on desktop or laptop.

Install XP, install your apps etc, get the whole shooting match fettled to your taste.

Then go into device manager, click "Computer", and update driver. select to pick your own, and then pick "Standard PC". Let it reboot and do all the "redetect hardware" jazz.

At this point you have an utterly non-ACPI setup. Basic of basic. Will boot and run on anything at all. Create your Sysprep.inf (or copy it over if you already have it).

Make sure in there is this section:

[Unattended]
OemSkipEula=Yes
UpdateUPHAL=ACPIPIC_UP,%systemroot%\inf\hal.inf
InstallFilesPath=C:\sysprep\i386
TargetPath=\WINDOWS

The "UpdateUPHAL" line is the important one. It tells Sysprep that on completion of deployment, it's to go and use the most suitable HAL it has.

After doing this alteration, start up command prompt, and go to the sysprep directory. Type "Sysprep -bmsd" to build the mass storage driver list.

Copy any machine specific drivers to the designated directory you specify, then disable swap file, nuke hibernate and clear down sys restore etc, reboot.

Once it comes back up, I fire up Sysprep and Reseal. Then ghost it once Sysprep is done.

This has seen me through the last 2 0706 and all my new 0707 revision builds, deployed on Intel and AMD, Single or Multicore core, P2 through to X2/C2D, all without issue.

I just wish the LEA would pick up on it..heh..their builds were often failing to boot on certain hardware types, and they used to release different images for different hardware.

My 0707 R4 build beats theirs to login by 30 seconds, runs a hell of a lot faster/smoother, and comes in at just under 2gb ghost size..their 0707 release to "non-own build" schools comes in at 6. We'd never go back now.

[srochford]

Change the IDE controllers in device manager to Standard ones before you image (Using update driver).

Works 9 times out of 10 for me

I can do 9 out of 10 - what I want is 10 out of 10

[djones]

Before using MySysprep, I found that I could get the HAL to change to 'Advanced Configuration and Power Interface (ACPI)' on everything I tried it on (laptops and desktops) but not reliably change to 'ACPI Multiprocessor PC' or 'ACPI Uniprocessor PC' as appropriate.

In terms of the IDE drivers, I just had to make sure I had the correct Device IDs (inc. correct revisions specified) listed in sysprep.inf and obviously the appropriate drivers and it now works 10/10 on everything we have.

I do have two issues remaining though:

1. On first boot after deployment, the 'SCSI/RAID Host Controller' tries to install but fails. If I then uninstall it via the Device Manager and reboot, it installs correctly without a problem.

2. I created the image initially using our slowest/oldest machine which happened to be a laptop. (I will be moving to using VMWare in the future.) Unfortunately, I forgot about power management settings so when I deploy to desktops, I have to change the default settings to 'always on' on first boot. Is there a way round this?

Dave

[Lithium]

Is there a way of specifying the computer name for sysprep to use?

[djones]

Is there a way of specifying the computer name for sysprep to use?

You can specify the machine name in the [UserData] section of the sysprep.inf file as follows:

[UserData]
    ComputerName=

If you pre-stage the computers within AD, I think you can use the %machinemane% variable to automatically select the correct name.

If you want/need more advanced naming schemes, MySysprep will also accomplish this relatively easily as follows:

[UserData]
;This is a special added feature that comes with MYSYSPREP - more details here. 
;You can have your PC named by its serial number (%SerialNo%) or assest tag (%AssetTag%), for example, as shown below. 
    ;ComputerName=Something%SerialNo%
;If left blank, the user will be prompted for a computer name during Mini-Setup.
    ComputerName=

For more advanced naming schemes check the MySysprep instructions.

Dave.

[djones]

The problem for us is chipsets and hard drive controllers. For example, if we make a machine on a latop with AMD chip and chipset then that will work on an Intel machine but the reverse isn't true.

From another forum:

The intel service 'intelppm' runs on Intel machines so to make an image work on both Intel and AMD based machines you would have to disable that service during mini-setup with:

sc.exe config intelppm start= Disabled

Dave.

[Lithium]

I was thinking more along the lines of (RM networks?) typing in the computer name when it starts mini-setup... I'm sure I spotted that you can do that...

Square brackets?

[djones]

Yeah, this is what I currently do. I have...

[UserData]
ProductKey=****-***-***-***-****
FullName=" "
OrgName="My Organisation"
ComputerName=

...in my 'sysprep.inf' file which, when mini-setup runs, prompts me to specify a computer name (or accept the default randomly generated one) before joining to the domain and completing. This is the only thing that is prompted.

The first time I embarked on all of this, I created (unmanaged) computer accounts in the correct OUs in AD for all the machines in the network. This ensures that the machines get joined to the domain in the correct OU from the outset so that they pickup any GPOs/scripts etc from first boot.

Dave

[srochford]

1. On first boot after deployment, the 'SCSI/RAID Host Controller' tries to install but fails. If I then uninstall it via the Device Manager and reboot, it installs correctly without a problem.

2. I created the image initially using our slowest/oldest machine which happened to be a laptop. (I will be moving to using VMWare in the future.) Unfortunately, I forgot about power management settings so when I deploy to desktops, I have to change the default settings to 'always on' on first boot. Is there a way round this?

Dave

1. Are you putting Daemon Tools on the image - if so, we run this as part of the machine startup:

    sCmd="\\server\share\devcon\i386\devcon.exe remove ""ACPI\PNPA000"""
    oShell.run sCmd,,true
    wscript.sleep 5000
    sCmd="\\server\share\devcon\i386\devcon.exe rescan"
    oShell.run sCmd,,true

- this removes the device and then does a rescan. Devcon is an MS download (and very useful!)

2. powercfg is your friend:

  sCmd="powercfg /setactive ""home/office desk"""
  oShell.run sCmd

- choose your power saving scheme as appropriate.

(both are script fragments - you need

set oShell=createobject("wscript.shell")

somewhere at the start)