SYSPREP with HAL Issues

G

Guest

I have a Dell Optiplex GX150 that I create images with. When I create an
image with this machine I can span that image to a Dell GX 240, GX340, GX360,
IBM 8183, and IBM 8185. Here is the kicker..... I have recently changed my
HW to include an IBM 8215, this unit has Hyper Threading.... I create an
image from scratch (OS, Apps, Etc....) using the Dell Optiplex GX150 and drop
the image to the IBM 8215 all works well....

Here is the kicker. To save time I use the image I created (XPSP2) and add
things like hotfixes, App Updates, etc... without rebuilding from scratch and
re sysprep the image. All usually works well but noe with the IBM 8215 with
HT it gets stuck at the setup screen for Sysprep and will go no further.
Does anyone have any ideas as to why or how to fix this issue so it can act
as though it were built from scratch.

Here is my Sysprep.inf
;SetupMgrTag
[Unattended]
OemSkipEula=Yes
ExtendoemPartition=1
ResetSourcePath= C:\I386
TargetPath=\WINDOWS
DriverSigningPolicy = warn
InstallFilesPath = C:\sysprep\i386
OemPnPDriversPath =
\drivers\O260\Audio;\drivers\O260\Intel;\drivers\P340\NIC\3com;\drivers\P340\Video;\drivers\P360\Audio;\drivers\P360\NIC;\drivers\P360\SM;\drivers\P360\Video;\drivers\IBMM50\audio;\drivers\IBMM50\NIC;\drivers\IBMM50\SM;\drivers\IBMM50\Video;\drivers\IBMS50\AUDIO;\drivers\IBMS50\NIC;\drivers\IBMS50\Video;\drivers\IBMM52\HDAUDIO;\drivers\IBMM52\NIC;\drivers\IBMM52\SM;\drivers\IBMM52\Video
WaitForReboot=No

[GuiUnattended]

AdminPassword=101f904318e6718e695109ab020e401cac74d716f9366d4c376a74d7653e9d1a
EncryptedAdminPassword=Yes
OEMSkipRegional=1
OEMDuplicatorstring="Windows XP SP2 Install on Brink's Standard Desktops"
TimeZone=20
OemSkipWelcome=1

[SysPrep]

[UserData]
ProductID=GET YOUR OWN
FullName="An Employee of"
OrgName="Brink's, Incorporated"
ComputerName=*

[GuiRunOnce]
Command0=C:\scripts\nic.vbs
Command1=C:\scripts\postimage.vbs
Command2=C:\Progra~1\Landesk\LDClient\cba8inst.msi

[Display]
BitsPerPel=16
Xresolution=1024
YResolution=768
VRefresh=75

[Identification]
DomainAdmin = Whatever
DomainAdminPassword = YADAYADA
JoinDomain = BRINKSINC


[Networking]
InstallDefaultComponents=Yes

[NetProtocols]
MS_TCPIP = params.TCPIP

[params.TCPIP]
EnableLMHosts = No
UseDomainNameDevolution = No
SyncDomainWithMembership = 0
DNSDomain = brinksinc.com


[Proxy]
Proxy_Enable=0
Use_Same_Proxy=0

Home_Page = http://www.brinksinc.com/ [SysprepMassStorage]
 
A

Adam Leinss

Here is the kicker. To save time I use the image I created
(XPSP2) and add things like hotfixes, App Updates, etc... without
rebuilding from scratch and re sysprep the image. All usually
works well but noe with the IBM 8215 with HT it gets stuck at the
setup screen for Sysprep and will go no further. Does anyone have
any ideas as to why or how to fix this issue so it can act as
though it were built from scratch.

I don't see what SP2 has to do with all this. What if you turn off HT?
Does it go further into sysprep?

Adam
 
G

Guest

Adam Leinss said:
I don't see what SP2 has to do with all this. What if you turn off HT?
Does it go further into sysprep?

Adam

Not sure that XPSP2 has anyting to do with the actual issues I'm seeing. I
jsut wanted to make sure I could give as much info as possible. I turned off
HT in the BIOS as stated and I still have the problem of the machine
hanging.... Any Ideas?
 
A

Adam Leinss

Not sure that XPSP2 has anyting to do with the actual issues I'm
seeing. I jsut wanted to make sure I could give as much info as
possible. I turned off HT in the BIOS as stated and I still have
the problem of the machine hanging.... Any Ideas?

Try adding "/fastdetect /sos /bootlog" to the first boot entry of
boot.ini and tell us what file it locks up on. This should show before
sysprep even starts.

Adam
 
G

Guest

Charlie Moore said:
Not sure that XPSP2 has anyting to do with the actual issues I'm seeing. I
jsut wanted to make sure I could give as much info as possible. I turned off
HT in the BIOS as stated and I still have the problem of the machine
hanging.... Any Ideas?

Adam,

I iwll try that on Tuesday when I get back to work and let you know what
happens. I appreciate your persistance. BTW I was trying to think of a way
to tell what it was locking up on. You must have read my mind.
 
H

Hunter1

Charlie said:
Adam,

I iwll try that on Tuesday when I get back to work and let you know what
happens. I appreciate your persistance. BTW I was trying to think of a way
to tell what it was locking up on. You must have read my mind.


You might also want to look at the UpdateUPHAL value that can be used
with sysprep.inf... Previously we've always set the HAL to Advanced
Configuration and Power Interface prior to sysprepping as that usually
seems to fit most platforms (whether or not it has HT or whether or not
it is enabled in the BIOS or not), but we're about to have a play with
UpdateUPHAL to see if we can get some sort of automatic setting of HAL
in respect to uniprocessor and multiprocessor so that the OS will
actually be set for the correct HAL as opposed to all being generically
set to the standard ACPI type HAL. Can't tell you how it works because
we haven't had time to play with that as yet.
 
G

Guest

Adam Leinss said:
Try adding "/fastdetect /sos /bootlog" to the first boot entry of
boot.ini and tell us what file it locks up on. This should show before
sysprep even starts.

Adam

Adam,

Forgive me for this but I need to know where to find the log file once I
have accomplished the task you have noted. Please remember that the machine
will not fully boot to Windows. Not sure if that matters.

Thanks
 
G

Guest

Hunter1 said:
You might also want to look at the UpdateUPHAL value that can be used
with sysprep.inf... Previously we've always set the HAL to Advanced
Configuration and Power Interface prior to sysprepping as that usually
seems to fit most platforms (whether or not it has HT or whether or not
it is enabled in the BIOS or not), but we're about to have a play with
UpdateUPHAL to see if we can get some sort of automatic setting of HAL
in respect to uniprocessor and multiprocessor so that the OS will
actually be set for the correct HAL as opposed to all being generically
set to the standard ACPI type HAL. Can't tell you how it works because
we haven't had time to play with that as yet.

Per MS Article at:
http://www.microsoft.com/technet/desktopdeployment/articles/080505ds.mspx

Include multiple HAL types in an image. You can put multiple HAL types in
one image, use a script to help you determine the HAL type of the target
computer, and then use the appropriate HAL in the image (this is required for
images you use Sysprep to build).


But there is no link to where to find this magical script... :-(
 
A

Adam Leinss

"=?Utf-8?B?Q2hhcmxpZSBNb29yZQ==?="

Per MS Article at:
http://www.microsoft.com/technet/desktopdeployment/articles/080505d
s.mspx

Include multiple HAL types in an image. You can put multiple HAL
types in one image, use a script to help you determine the HAL
type of the target computer, and then use the appropriate HAL in
the image (this is required for images you use Sysprep to build).


But there is no link to where to find this magical script... :-(

Check the Windows 2000 deployment group. A MS MVP gave a neat script
using Windows PE that will detect and change the HAL statement in
sysprep.inf on the fly. That was Friday of last week I believe.

Adam
 
A

Adam Leinss

Forgive me for this but I need to know where to find the log file
once I have accomplished the task you have noted. Please remember
that the machine will not fully boot to Windows. Not sure if that
matters.

The /sos parameter should show you an onscreen display in real time of
the files loading into memory at boot. The log that /bootlog produces
is at %systemroot%\ntbtlog.txt, but I think /sos will help you more
than the log file.

(extra parameters never hurt though :) )

Adam
 
G

Guest

Adam Leinss said:
"=?Utf-8?B?Q2hhcmxpZSBNb29yZQ==?="



Check the Windows 2000 deployment group. A MS MVP gave a neat script
using Windows PE that will detect and change the HAL statement in
sysprep.inf on the fly. That was Friday of last week I believe.

Adam
Adam,
Do You have a Link for this? I looked on MS and well you know how that is.
A lot of info but "needle in a hay stack"
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top