Creating XP Disk Images w/ Company Applications?
-ryan asks: "After a decade as a software engineer, I decided to try my hand at being a System Administrator, to help a friends business. Unfortunately every single computer in this office is on different hardware (all custom built), all running different versions of Windows, and new employees come and go regularly. I'd like to create a single disk image with all of the company software pre-installed and configured to save time setting up new boxes and rebuilding old ones. Problem is, you can't just ghost Windows XP onto different hardware (I remember this working years back). Is there some way that I can (without purchasing hugely expensive 'client-management solutions) slipstream a bunch of company software into a Windows XP install disk?"
"I remember trying to set up a system image for XP a while ago, and some machines will boot the ghosted system image with errors about missing drivers (which is easy to fix) but some won't even boot without a BSOD.
If I can pull off a slipstream of my own custom XP install (with applications), I wouldn't mind having to install system specific drivers. The company leadership is very pro Linux and wants to move all of the desktops over, but this year it's not feasible to do such a migration. So until then.... any ideas?"
If I can pull off a slipstream of my own custom XP install (with applications), I wouldn't mind having to install system specific drivers. The company leadership is very pro Linux and wants to move all of the desktops over, but this year it's not feasible to do such a migration. So until then.... any ideas?"
With your mix of hardware, slamming an image won't cut it for you. You'll have to created an unattended Windows install.
Here's a pretty good guide on the subject.
____
~ |rip/\/\aster /\/\onkey
Ghost can do this. What you want to do is create a "master" computer with all of your applications on it. Then, use SysPrep (Google is your friend) to create an abbreviated install. Once you've run SysPrep, boot into Ghost and make your image.
Bryan J. Casto
bryan.casto(a)gmail.com
I have used unattended with great success deploying several hundred XP installations. http://unattended.sourceforge.net/. It won't let you slipstream an install disc, but it will let you do complete, brainless unattended installs over network, hence the creative name. It has the added benefit of easy long-term maintenance and updates, which is a win over the install-disc or ghosting method.
UIU was a pleasant suprise for us. We use it all the time and it actually works pretty well. The short version is that it rips out all your hardware information and uses sysprep and preinstalled drivers to automatically detect and install the new system's hardware on the next boot. So basically, you build one computer, run UIU, image it (with Ghost or something) and then dump it on to all the other computers, regardless of their hardware setup (well, not including SCSI or RAID). There usually isn't even any post-install configuration necessary.
http://blog.hishamrana.com/2006/02/22/how-to-image -windows-xp-with-ghost-and-sysprep/ I'm not sure if you use these directions when making your disk image before. Plus, I think it takes some time to get it right.
-----BEGIN PGP SIGNATURE-----
12345
-----END PGP SIGNATURE-----
You may want to take a look at nLite (http://www.nliteos.com./ It is essencially a graphical front-end to Unattended, and allows you to create a fully working installer image with imbedded applications in less than 5 minutes (after you figure your way around). Very useful tool.
Thirty four characters live here.
Just copy the i386 folder from the intall CD into the ghost image and then you can ghost the whole shebang without worry.
When you fire up the restored Windows XP on a computer with different hardware then last used, it will go through its hardware detection and driver installation phase, just point it to the i386 folder you have included in the image, and all should work.
In fact, I think if you specify somewhere in the registry before ghosting the installation, Windows XP will automatically search for the local i386 folder when looking for new drivers before prompting the user asking where it is or to install the CD. This should allow for relatively painless cloning.
Note, however, it isn't technically legal for you to clone Windows XP installation unless you purchased a volume license version of Windows XP. If you ghost retail copies of Windows XP, you might find yourself in deep sh*t if Microsoft finds out as your techincally pirating the OS, even if you have enough retail copies for each computer on the shelf. Each computer must be installed with its own licensed copy of Windows, or use the volume license version.
I haven't thought of anything clever to put here, but then again most of you haven't either.
You can learn how to everything from here:
/ 1/
http://www.msfn.org/board/
Here:
http://unattended.msfn.org/unattended.xp/view/web
And here:
http://www.driverpacks.net/Projects/DriverPacks/
Applications, Drivers, Updates - all slipstreamed.
Sorry to say, but unless your business apps are 100k you're going to run out of space on the disk.
I recently did a slipstreamed XP disc w/ SP2 and all the critical updates already integrated, and I found myself having to remove the unessential stuff (demos, extras) from the CD image if I wanted to fit it onto one disc.
My sig is too lon
If you use the 'mini-setup' of Sysprep, the first time you boot the machine after that, it'll go through the regular deal of finding all your devices and installing them, so having different hardware may not be a huge problem.
The problem is with Windows XP reg keys. If you build a ghost image using a 'corporate license' disc or whatever, then all of your machines will have to use that multi-license key. You may not care, but when you work for a state hospital (like me) they do. You won't be able to use the reg key on the case badge, cause its probably a key for an OEM install.
The OEM windows keys on the case badges are sometimes vendor-specific. Meaning the key off a Dell's case won't work on a Gateway 'restore' disc, nor will it work on a store-bought copy of XP from the shelf. We have a contract with Dell, so its not a big deal for us, but it may/may not suck in your situation.
Han shot first.
If your hardware is that varied, just setup an image disk for each set of hardware. If any two are identical then just use the same image for both. Then just label each image disk with the computer number it is for. I know this has the hassle of several images, but then you have drivers and everything in one step on reinstall. Depends on how many computers you are talking about to determine if this is a feasible solution for you.
Also I have never had the problem you describe with Ghosted copies of XP. Just it complaining to reregister because it detects the hardware changes.
Use Microsoft's Sysprep tool to make your images hardware-agnostic. If you know all the disparate hardware in your environment, you can pre-cache the drivers on your image template computer, sysprep it, then shut it down and create your image with ghost/trueimage/altiris rdeploy/whatever you've got. You can then deploy the image to any computer.
you can image windows xp to different hardware.
google for sysprep, Oempnpdriverspath, updateHAL, and so forth.
one you get that done, get some image cloning software. ghost is nice. but you can roll your own with stuff like driveimagexml, gparted, linux ntfstools (ntfsclone especially), g4u, g4l, udpcast, and many other tools.
oh, and i make 9 dollars an hour working part time too. so if i can do it, you better believe you can do it.
The subject says it all. A big comprehensive site that explains how to do exactly what you wish.
Can I get an eye poke?
Dog House Forum
I use a single image that operates on Dell GX110, 150, 260, 270, HP DC 7100c, HP xw8000, Compaq 1830 laptop, Dell C500, C510, C600, C610 and D610 laptops, Dell P650 and P670, and Dell Precision M70 laptop. I think that's it, but it's kinda hard to keep track of them all.
The ACPI isn't the biggest problem. The main problem is, astoundingly, the IDE driver.
Here's what you do.
1. Install Windows on a system and then load all the drivers.
2. Set it for Uniprocessor ACPI.
3. Set the IDE driver to the generic driver.
4. Move the drive image to another system (swap hard drives, clone the drive with Ghost, whatever).
5. Boot up, install drivers for new system.
6. Move image to previous system.
7. Set for system-specific IDE driver.
8. Repeat steps 3-7 for each type of system.
9. Move image to last system and switch to system-specific IDE driver.
10. Sysprep and save a Ghost image.
Also, if you're using a lot of different types of systems with GhostCast Server, PXE booting is the only way to fly. Use pxelinux (part of syslinux) with the keeppxe option along with the 3COM universal NDIS driver, and you'll never have to worry about NIC-specific drivers with Ghost again (unless you have a system that can't boot PXE, like my Compaq 1830s -- they're a pain in the ass!) If you absolutely can't boot PXE, use Bart's tools (BFD and BCD) to make a bootable floppy or CD-ROM with all the drivers.
It's always a long day... 86400 doesn't fit into a short.
If you are running a Windows domain, you may want to look at RIS (Remote Installation Service). Workstations use PXE to boot over the network and a "image" is placed onto the box. The image is a not quite the same as Ghost in that an actual install (with hardware detection) is performed for each machine, applications are then dumped on top of this. Is quite portable across different machines, not to difficult to get running (no more boot floppys!) and is included with Windows Server.
b rary/c62e5951-5eb9-42f1-95ae-490e5d7a55511033.mspx /
Good starting point: http://technet2.microsoft.com/WindowsServer/en/Li
After that, as others have said, you MUST run Sysprep to change the SID. These are the commands:Install Sysprep into a folder sysprep2 and copy to C:\Sysprep. Sysprep deletes its folder after it is finished.
Sysprep -bmsd rebuilds sysprep.ini, which holds the information that Sysprep uses.
Any tips about this experienced users have would be appreciated. Microsoft's documentation is VERY sloppy.