Jump to content

Recommended Posts

Posted

Folks,

We've been working on this issue for several weeks and still stuck let me explain

- Doing scripted install using WinPE 2.0 on HP Hardware, this didn't work initially until we added the Mass storage drivers section to Unattend.txt, scripted install

completed fine. Got around the uber bug using the fixboot.reg and also the bootsect /nt52 c: /force

- I'm running sysprep of this install and noticed that when adding the

[sysprep]

BuildMassStorageSection=Yes

in sysprep.ini it does not include all mass storage drivers that I want to have added, to support other hardware using this image. When I do caputre of the image using ImageX, all seems fine

- If I try to deploy this image to other hardware right after the image is applied and workstation reboots the first time in Windows I get nice BSOD, don't get chance

to see the error message, but if boot Windows in Safe mode, it get stuck at mups.sys (That's where it reboots), is't during the load of that sys file or the next one

no idea.

- If I do scripted install on other Hardware that does not have mass storage device drivers, then it does seem to work fine, scripted as well as imaged install (using wim file)

If I try to use or older procedure which was combination of Dos boot diskett together wtih GHOST I do not have any issues, even applying images created on HW withouth Mass storage drivers, but setup sysprep to include these drivers, I'm able to apply that Ghost file to anoter device which has mass storage drivers. We try

to move away from this Dos/Ghost approach and use WinPE togeher wtih ImageX. Even in this approach I did not have to add the mass storage drivers separatly

Questions:

on the BSOD, does anybody know of switch I can apply to do some extensive logging so I have idea where it's failing, we have foreseen the hal detect approach, from looking on the web, using option to change the hal based on the result of the type and also check on #processors.

Anybody has good experience using WinPE2.0 & WinXP SP2 & Winnt32.exe we noticed from testing that Winnt32.exe might have different behaviour then Winnt16.exe

ANy suggestions, or ideas are welcome.


Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...