Deployment Solution

 View Only

Scripted OS Install - Part 8: Scripted OS Install in DS 

Jul 15, 2008 11:04 AM

Today I was updating our Windows XP scripted install. I was making sure that the updates that came out from Microsoft were integrated in. I also had to make a few updates to make sure that my programs installed correctly after Windows was done installing. Everything went according to plan. I was able to update our scripted install in no time.

In this series of articles we have covered a lot. Creating a scripted install of Windows XP is not something any normal person would do for fun, but it does solve a lot of problems. The main benefit is being able to create an "image" that will work on multiple hardware types. A scripted install also lets you setup user settings as part of the install, ensure your computer is up-to-date, and easily add applications. Every time we put a new computer model, or Windows updates come out I am very happy with how fast I can adapt what I do.

Once again Altiris has your back. You can create a scripted OS install task in Deployment Console. It has all of the benefits that I mentioned above combined with the ease of Deployment Console. In this article we will talk about how to create a Scripted OS task.

Deployment Console: Scripted OS Job

Before we get started there will be a few things that you will need. The first is your Windows XP files. Throughout this series we have worked with a folder on our desktop named "WinXP". The contents of this folder started out as the default Windows XP files, copied from a CD. Over time we have added files like Windows Updates, drivers, registry keys, and programs. This file also has an answer file (as you remember, the answer file contains all of the configuration settings that Windows uses to install itself).

You can create a new local copy of the Windows XP files, or you can use the folder that we have been tweaking. If you use the tweaked folder, you get all of the "stuff" we have been adding in. I will be using my custom version of Windows in a folder titled "WinXPSP3". As you can probably guess, I made a new version when SP3 came out.

Now we have the files prepared, open Deployment Console. Once it is open, it is time to get started.

Creating the Job:

  • Right click in the empty space in the left had pane, the lower panel titled "Jobs".
  • Now, click "New Job"
  • Change the name of the job to something you can easily read and know what it does:
  • In the top right hand pane, click the "Add" button.
  • Select "Scripted OS Install", it is third down from the top
  • A new window titled "Scripted OS Install" will appear. Make sure that the "Windows" radio button is selected and click the "Next" button.
  • Now, select the OS version, OS language and the pre-boot environment. When everything is selected, click the "Next" button.
    Note: You can use this job to deploy the following versions of Windows: Windows 2000 Server, Windows Server 2003, Windows Vista, and Windows XP.
  • On this screen you need to select "Add new..." under the title "Select or add new OS source files".
  • On the screen title "Operating System - Source Files" enter a "unique name for the OS source files" and enter the path to where they are saved, in this case on the desktop:

    Click the "OK" button when you are done.

  • Deployment Console will copy your files to a new location (I guess this means that you can use a CD directly).
  • When the files are done copying, the following message will appear:

    This process has found the answer file we created in Part 3. I want to use the answer file that I created, so I clicked the "Yes" button.

  • On the following screen you can add a service pack if you would like

    I am running the latest service pack, so I skipped this step and clicked the "Next" button

  • On this screen you can choose an image that will be used to image the hard drive. It has to be a FAT based drive, so I left all of the settings as default, and clicked "Next" to continue.
  • On this screen you can import a unattend.txt file (that is basically the same as the WINNT.SIF answer file that we created as part of this series).

    Most of the settings in my WINNT.SIF answer file was found in unattend.txt help files. I decided to rename my answer file to unattend.txt and import it.

  • Now, all of the variables from my answer file will be imported. I want them all to be imported so I selected the "Accept all further variable proposals" check box and clicked the "OK" button.
  • Another message appeared:

    I want the computer to login after Windows is done installing, so I clicked the "Yes" button

  • We are almost done. You should see a screen titled "Answer File Setup". This screen lists all of your answer file settings. The gray settings are default to this Altiris job, the green settings were imported from my answer file.

    The great thing about this process is that you can add in settings and tweak the answer file according to your needs.

  • You may want to look through the settings to make sure that everything matches up. For instance I noticed that in my answer file the Windows serial number was "ProductKey" and in this process it is "ProductID". I decided to move the number over:

    You will also have to enter a company name.

    Check out this reference: http://support.microsoft.com/kb/155197

  • Click the "Next" button to continue
  • This screen appears:

    It has a fancy script. I am not sure what it means, so I decided to leave it alone. Click the "Next" button to continue.

  • The AClient is installed as part of this scripted install. On this screen you can configure the AClient settings:

    Once everything is configured click the "Next" button to continue

  • We are finally done! Click the "Finish" button to continue

Now you are ready to assign computers to the job.

Pulling it all together:

If you are crazy like me, you can create a scripted install by hand. You can also use Altiris to do all of the hard work for you. You can also do a little of both.

Since this is a job, and the AClient is installing as part of the process, you can really get creative. You could install all of your apps from this job. You could install Windows and then take an image of your work. Creativity is a bonus here.

Testing is important when adopting a solution like this. There are lost of different places that things can go wrong. But, if this is carefully executed you will save a lot of time getting your computers setup.

Conclusion:

A few years back I was tasked with creating an image that work on about 20 different hardware types. It had to work on desktops and laptops. It had to work on HPs and Dells. It had to work on single core processors and multi-core processors. We were not sure what to do. There were some solutions out there, but they seemed almost impossible to implement. We were left with creating multiple images, which did not make management happy. It also didn't make the system admins very happy. Managing one image is difficult (at times it seems impossible). But managing many images is near impossible (we are talking about upwards of 10 images here).

One day I stumbled upon nLite. I found that if we installed Windows, it would take care of the single-core/multi-core problem that we face. I also found that we could integrate every driver that we may need. That took care of the number of different hard drive types we had to accomodate.

This process seemed to create new problems, but we were able to figure them out. Now we have a system that is very adaptable and flexible. We are able to control every aspect of Windows, so after the install everything is setup how we need it to be. We silently install or import layers for all of our programs. Things work great. As you have seen in this article, you can get a jump start on this process by using Deployment Solution.

Like I mentioned in my last article, Altiris has been making my life much better these days. The more I use layers the easier this scripted install process has become. No more silent installs for me. We are testing SVS Pro right now. Being able to stream layers to a user has performed really well in groups. It completely eliminates the need to import an entire layer.

You may read this (or part of this) and think to yourself that it seems like too much trouble. It may be for you, but a perfect fit for someone else. I know that some people use this method to quickly and reliably create standard images. It is great that Altiris has given computer geeks some great tools so we can create a solution that works for us.

Scripted OS Install - Part 7: Installing Software

Statistics
0 Favorited
1 Views
19 Files
0 Shares
1 Downloads
Attachment(s)
JPG file
1.JPG   9 KB   1 version
Uploaded - Feb 25, 2020
JPG file
10.JPG   35 KB   1 version
Uploaded - Feb 25, 2020
JPG file
11.JPG   31 KB   1 version
Uploaded - Feb 25, 2020
JPG file
12.JPG   33 KB   1 version
Uploaded - Feb 25, 2020
JPG file
13.JPG   39 KB   1 version
Uploaded - Feb 25, 2020
JPG file
14.JPG   44 KB   1 version
Uploaded - Feb 25, 2020
JPG file
15.JPG   64 KB   1 version
Uploaded - Feb 25, 2020
JPG file
16.JPG   48 KB   1 version
Uploaded - Feb 25, 2020
JPG file
17.JPG   34 KB   1 version
Uploaded - Feb 25, 2020
JPG file
18.JPG   50 KB   1 version
Uploaded - Feb 25, 2020
JPG file
19.JPG   33 KB   1 version
Uploaded - Feb 25, 2020
JPG file
2.JPG   2 KB   1 version
Uploaded - Feb 25, 2020
JPG file
3.JPG   14 KB   1 version
Uploaded - Feb 25, 2020
JPG file
4.JPG   23 KB   1 version
Uploaded - Feb 25, 2020
JPG file
5.JPG   29 KB   1 version
Uploaded - Feb 25, 2020
JPG file
6.JPG   34 KB   1 version
Uploaded - Feb 25, 2020
JPG file
7.JPG   37 KB   1 version
Uploaded - Feb 25, 2020
JPG file
8.JPG   36 KB   1 version
Uploaded - Feb 25, 2020
JPG file
9.JPG   40 KB   1 version
Uploaded - Feb 25, 2020

Tags and Keywords

Comments

Dec 11, 2008 02:13 PM

You might want to check and see if any of the entries in your answer file contain spaces. If so, they must be enclosed in quotation marks, like this:
OrgName="MyOrg, Inc."
Otherwise you may get the rather unhelpful error message you have seen.

Oct 17, 2008 10:05 AM

Hi,
when I'm tring install windows with this descriptin, altiris client (WinPE x86) giving those error: Specified Setup Script (c:\altiris\files\unattended.txt) is inaccessible or invalid.
Firstly i changed automation file in deploment console when scripted os install was configured, but it doesn't help, next I've changed NTFS rights to file unattended.txt(full control for everyone) and still nothing.
Third time I used winnt.sif file from part 3 of description (with my SN) - still the same error.
In cmd line in WinPE console, I see that unattended file is copied from c:\temp\A5000057.txt to c:\Altiris\files\unattended.txt and install script is F:\Deploy\WinOS003\i386\winnt32.exe /unattend:c:\Altiris\files\unattended.txt /s:F:\Deploy\WinOS003\i386 /noreboot
This message I have all the time, even if I don't import any unatteded file or when I'm changing "winnt32.exe /unattend:c:\Altiris\files\unattended.txt" to "F:\Deploy\unattended.txt" and puting unattended.txt to this folder on server with everyone full control rights.
Instalation without /u: (unattended) is working properly.
Have anyone any ideas what am I doing wrong ?

Oct 14, 2008 07:14 PM

OS Scripted job for DS 6.9 shows XP x64 as a selection, so I will say that DS supports XP 64 OS Scripted Install.
nelo

Oct 14, 2008 03:37 PM

Here is what we have done..
1. Wiped the computer (Killdisk)
2. Formatted (NTFS whole hdd)
3. Put an automation Boot CD (WinPE) in the drive.
4. Dropped the job on it and let the computer boot to CD
It then will error out saying unable to boot to Automation.

Sep 24, 2008 12:49 PM

spazzzen,
I have never tried Windows 64 bit. I can't offer any help.
-trb48

Sep 24, 2008 11:17 AM

Does the DS support xp 64 bit? I was going to use this same process to create a scripted 64 bit install but noticed that winnt32.exe is not in the i386 folder unlike its 32 bit counterpart. Any ideas how to do this? I know I could just copy in the files to a 32 bit scripted install but would rather do it correctly. (do have DS 6.9). At first I didn't select to use xp 64, but even after selecting xp 64 it still looks for winnt32, which is not on the cd.

Jul 21, 2008 06:18 PM

You could create an automation CD (or USB thumb drive. However, the problem with this solution is that if the client needs to reboot you have the CD on the bay. One way to fix this will be setting the BIOS to do the HD before the CD I guess.
This is the Boot Disk Creator btw.
Nelo

Jul 21, 2008 04:03 PM

Has anyone succeeded in doing this step w/o using PXE?

Jul 21, 2008 02:33 PM

I use PXE in my environment. I am not sure if this will work using other methods.

Jul 21, 2008 02:19 PM

PXE is disabled, we image entirely from bootworks. Is that the only way to get this to work, is to boot from PXE? Considering the example Win2k given in the Console where they script it from Dos there should be another way.

Jul 21, 2008 01:33 PM

Is Network boot setup as 1st boot device and PXE boot setup in Bios of PC?

Jul 21, 2008 01:00 PM

I followed this exactly and whenever I drop the job on the computer to install Windows I get a "Unable to boot to automation." error. I have installed WinPE and the linux automation partitions, they successfully connect to the server when booting in the partition then they just reboot back into the partition. Anyone have a clue as to why I'm getting this and why it doesn't recognize it is in the partition?

Jul 18, 2008 10:37 AM

I was reading this article to get some ideas and when I went to the deployment console I didn't get the same screens as trb48 got. At first I couldn't figure out why, then it dawned on me that he is using the 32-bit deployment console client for this not the web interface.
So just as a tip to anyone reading this, you must use the 32bit console and not the web version. Basically the web version doesn't give you the "Scripted OS Install" option, and a lot of the options are different...

Related Entries and Links

No Related Resource entered.