I'm Looking for a little insight into a problem I’m having with my deployment boot CD that from playing around with VistaPE I’m pretty sure someone here can help me out.
First off let me say after playing around with version 11 the VistaPE using WinBuilder 074 and I must say it is a pretty slick and well written program I was able to consistently build CD's with explorer enabled, IE enabled, etc.
A few problems though It will not correctly detect and load drivers for the NIC on ANY assets my Group manages (we have several models of older IBM mostly pre Lenovo both laptops and desktops and we are now deploying Dells up to the current 755 optiplex, 390 Precision workstations and 630, 430 laptops) I’m currently using a boot CD built from the WAIK's Windows PE creation tools for Vista and every last asset (with the exception of the 755) the CD boots detects the NIC every time with nothing more than the out of the gate drivers and settings on the CD.
The second problem is more of a process problem than a functional problem. As nice as it is to have explorer loaded and to have access to most common applications while VistaPE is loaded for what we use it for on a day to day basis it is serious overkill. We manage over 10,000 assets with only 2 imaging technicians. Now of course it's not like they're doing all 10,000 at once we have a bench are set up in a dedicated room with enough capacity to have roughly 15-20 desktops and the same amount of laptops connected to our network for the only 3 tasks they do Image/Reimage DOD Hard Drive Wipe and Full Ghost System Backups. Due to the high volume of assets being worked at any one time I designed the CD to be incredibly simplistic since speed is much more important than extra GUI functionality.
To give you an idea where I stand here The CD was built like I said from the WAIK using their walkthrough in their help file for PE as I’m sure most people here are familiar with that or they can just look it up I won't insult everyone by running through it instead I’m just going to list the only out of the ordinary modifications to the WIM I’ve done for our uses
- Added ADSI support for retrieving certain preexisting asset information from Active Directory
- Guardian Edge's Encryption Plus Hard Disk (EPHD) Drive access utility (All our laptops have their hard drives completely encrypted and doing a backup requires the EPHD Access Utility to load the drive into a readable format)
- Added a custom startnet.cmd which does the following
- Of course runs wpeinit
- Runs 3 NET USE commands to map 3 LAN shares from our imaging server using our domain admin setup account
- Launches a simple HTA located on one of the LAN shares which allows the technician to either auto-backup an asset or image a system
The problem we have from time to time is that while the NET USE commands work fine they propose a few problems the first being if the technician simply miss types the password you either have to manually retype all three command strings in again, or re-run startnet.cmd (what they usually do) both take time and when you have a fully loaded bench little losses in time like that add up fast. So I had wanted to incorporate the HTA into the CD since at a worst case scenario they miss type the password the HTA just tells them to enter it again no extra time lost.
Now basic HTA's work like a charm when PE is booted HOWEVER... The NCM HTA like 95% of all the HTA's I’ve developed are actually made up of several tasks specific HTC files.
For those of you who do not know what HTC files are let me elaborate if for nothing more than the fact I’ve found very little information on the internet of other people using or discussing HTC's other than Microsoft’s msdn descriptions and walkthroughs.
Basically HTC files house what are called HTML Components which for the sake of a simplistic explanation are files that define custom DHTML Elements with their own custom Properties, Methods, Collections, Events etc.
They are created with special HTML markup and the internal functionality is completely script driven.
The basic premise and why I’m addicted to them is once the HTC is written it at a maximum it takes 3 lines to implement the entire HTML Component into a parent web page or HTA (or even another higher level HTC)
<HTML xmlns:{Namespace}>
<? import namespace="{Namespace}" implementation="someHTC.htc">
<{Namespace}:SomeHTC id="SomeHTC1" CustomProperty="Something" oncustomEvent="DoSomething()"></{Namespace}:SomeHTC>
In my opinion the ability to quickly reuse that level of complicated controls that unlike com objects you can just go back with notepad and tweak if need be should be any good scripter's fantasy.
Here's the basic outline of the NCM HTA showing its HTC elements
- IRIS_NCM.hta - Simple entry point nothing more than a container for the main HTC
- IRIS_NCM.htc - houses other more task specific HTC's
- Logon.htc - Displays a logon dialog box in a sudo-modal way which:
- Accepts User Name and password with from user input or script inserted values
- Fires 2 custom events for Successful or Unsuccessful logon's
- The User Name and Password can be retrieved by the parent document for further use
- DriveMappings.htc - Houses a list of DriveMapLine elements along with:
- An Add Drive Select control and Button along with a matching Remove Drive Select control and Button which add and remove drive mapping lines while maintaining their alphabetical ordering
- A Map Drive button that begins the process of attempting to map any DriveMapLines present
- Has custom events for Success or failure of the attempted drive mappings as well as a custom event when a specific DriveMapLine is requesting Alternate Credentials
- Internal method to load a defaultdrivemappings.xml file with predefined DriveMapLine information to preload commonly used network shares without the need to type them in
- DriveMapLine.htc - The core functional component of the NCM (Note: the DriveMappings.htc has one implementation reference to this HTC but can have multiple copies of the DriveMapLine Element) It Houses
- A drive letter textbox (Read-only) Filled in with the drive letter from the Add Select /Add Button controls of its Parent HTC
- An UNCPath textbox for entering a desired path to a network share
- An account override checkbox to allow that DriveMapLine to have different credentials than the group
- Custom event to flag for the need for different credentials
- Custom event to flag for an update to the UNCPath (for basic UNC validation, Same server two different accounts, not having \\ etc)
- Custom events for successful and unsuccessful drive mapping
Obviously the functionality of HTC's are in something external to what is required to support mshta.exe
Now when I built a VistaPE CD with Explorer and IE enabled the NCM worked like a charm.
So my question or questions are what it would take to JUST enable IE in PE 2.0
not even to use as a graphical browser but just to have the proper dll's controls and support function needed to utilize IE's functionality from a scripting perspective
I honestly don't know if you have to have Explorer and IE together since M$ likes to integrate IE with Explorer or if you can just get IE loaded and working by itself with or will work
What I do NOT want though is to use either as the shell for PE again just IE's functionality
My apologies for the long drawn out post, But I get a little frustrating and I’m sure I’m not alone when you go to trying and figure out someones problem for which they only post a generic "help me" post. I'm hopping I’ve given enough information and outline things enough so we don't have to play excessive forum tag trying to get down to what my problem is before we can get to a solution (not that I am averse to excessive forum tag as long as it is moving in the direction of a solution )
Again phenomenal program and while it does not fit our imaging and data backup process I still might find a good use for it down the road so I am by no means tossing VistaPE away just setting it gently aside for now.
Thanks in advance for any help or direction
Cheers,
Ryan Strope
Distributed Services
(Software package development/testing)
Lockheed Martin Systems Integration Owego
(Cyber City Computers)
ryan.strope@lmco.com
Quid quid latine dictum sit, altum videtur