EWF on WinPE

D

Dietmar

Hi all,
is it possible to build a working BOOTCD from a harddiskpartition with OS
WinPE with enabled EWF on it? And if, how are those steps?

There is no eltorito.sys on that partition.

It must be able, because this partition is build
from an working WinPE bootcd and it is nearly vice versa.

Dietmar
 
K

KM

Dietmar,

Do you have WinPE OS install (repository, whatever) that allows you to have this OS running off HDD?
If you do, can you share the link where you downloaded it from?
I have never seen WinPE available in such install.
 
S

Slobodan Brcin \(eMVP\)

Konstantin,

WinPE can be easily started from HDD.

Rename I386 folder to minint.
Copy and rename setupldr.bin to root ntldr.
Copy ntdetect.com to root
No boot.ini required.

WinPE will boot from HDD.

But I have no idea what Dietmar is asking :-(

EWF is not part of WinPE.

Regards,
Slobodan
 
D

Dietmar

Hi Konstantin,
it is on the first CD of Windows Embedded.
I use an OPK version, XPProSP1. There is a newer Version of
WindowsServer2003SP1RC with WINPE 2005 OPK. Which with you can do ramboot
and boot Winpe from USBstick.

I am interested, whether there is a LIMIT to that ramdisk.sys from there.

Here is the tutorial, how to install WinPE on harddiskpartition. My
problem is, to do vice versa after enabling EWF there.

Placing Bootable Windows PE on Hard DisksYou can place a customized
version (see the text at the end of this) of the Windows Preinstallation
Environment (Windows PE) on a hard disk, which can be useful for either
preinstalling Windows or creating a hard disk-based recovery solution.

This procedure assumes that you have created a custom version of Windows
PE, as detailed in Creating a Customized Version of Windows PE. After you
complete this procedure, the customized Windows PE files will be in
build_location on your technician computer or other network share.

Note

If you create a bootable Windows PE hard disk from an East Asian language
version of Windows, copy Bootfont.bin from the build_location\i386 folder
(for 32-bit versions of Windows PE) or the build_location\ia64 folder (for
64-bit versions of Windows PE) to the root of the destination hard disk.
Without Bootfont.bin, the loader prompt displays invalid characters
instead of double-byte characters.
To create a bootable Windows PE disk (32-bit versions of Windows PE)
Boot the destination computer into Windows PE by using a Windows PE CD.
Create a formatted and active partition labeled C.
On the active partition, create a directory called C:\Minint. You must
name the directory "Minint".
Copy the contents of build_location\i386 to C:\Minint.
xcopy "C:\Build.x86\i386\*.*" C:\Minint /S
Copy Ntdetect.com from build_location\I386 to drive C.
xcopy "C:\Build.x86\I386\ntdetect.com" C:\
On the destination hard disk, copy C:\Minint\setupldr.bin to C:\ntldr.
xcopy "C:\Minint\setupldr.bin" C:\ntldr
Restart the destination computer.
The computer starts using Windows PE.

To create a bootable Windows PE disk (64-bit versions of Windows PE)
This procedure assumes that the destination computer has a clean hard disk
and that you have created a custom version of Windows PE stored in
build_location on your technician computer or other network share, as
detailed in Creating a Customized Version of Windows PE.

Boot the destination computer into Windows PE by using a Windows PE CD.
Create EFI and primary data partitions by running Diskpart.exe with the
following commands:
select disk 0
clean
convert gpt
create partition efi size=100
assign letter=g
create partition msr size=32
create partition pri
assign letter=c
exit
The EFI partition is assigned the letter G and the data partition is
letter C.

Format the new partitions by running Format.exe with the following
commands:
format G: /fs:fat32 /q /y
format C: /fs:ntfs /q /y
On drive C, create a directory called \Winpe.
mkdir C:\Winpe
Copy the contents of build_location\ia64 to C:\Winpe.
xcopy "C:\Build.ia64\ia64\*.*" C:\Winpe /hide
Copy build_location\ia64\Setupldr.efi to drive G.
xcopy \\server\share\ia64\Setupldr.efi G:\
Create an empty file named $WinPE$.$$$ on drive G.
echo empty file > G:\$Winpe$.$$$
Add a boot entry for this version of Windows PE that you have placed on
drive C by running the Efinvr command.
efinvr /add G:\Setupldr.efi C:\Winpe\ia64 /setactive
Restart the destination computer.
There is now a new option in NVRAM to boot Windows PE.

Note

You can follow a similar procedure if you start the computer from an
operating system located on the hard disk, instead of initially starting
the computer with a Windows PE CD. When you run Diskpart from a full
Windows operating system, Diskpart cannot assign a drive letter to an EFI
partition. Instead, in step 2 of this procedure, use the Mountvol command.

mountvol /s g:
For more information on using Diskpart to format and partition the hard
disk, see DiskPart Commands.


Creating a Customized Version of Windows PEThe Windows OPK CD is a
bootable copy of the basic 32-bit version of Windows Preinstallation
Environment (Windows PE). However, you may want to create a version of
Windows PE for 64-bit computers, or configure Windows PE to use a
different set of drivers. To support these needs, the OPK includes a
collection of scripts and utilities that enable you to build a version of
Windows PE customized for your factory environment.

Important

The Windows OPK CD is only available to OEMs. Corporate users must build a
custom Windows PE CD.
You can build a custom version of Windows PE from any version of Windows
XP except Windows XP Home Edition, Windows Server 2003, Datacenter
Edition, and Windows Server 2003, Web Edition.
A custom version of Windows PE is still subject to the conditions listed
on Limitations of Windows PE.
Windows XP 64-Bit Edition and the 64-bit versions of the Windows Server
2003 family are available only in English, French, German, and Japanese.
Basic Process: Building a Custom Version of Windows PE
Building a custom version of Windows PE requires several minutes. This
process creates a directory structure of the Windows PE files and
optionally creates an image file that you can burn to a CD-ROM.

Note

You must have backup and restore privileges to use the Windows PE build
tools.
To create a custom version of Windows PE
Create and name a directory on your hard disk, specified by
build_location.
Place the Windows OPK CD into the CD-ROM drive, denoted as cd_drive.
Copy cd_drive\Winpe\*.* to build_location.
Copy Factory.exe and Netcfg.exe from the cd_drive\Tools\platform directory
into the build_location directory.
To build a 32-bit version of Windows PE, the value of platform is x86.

To build a 64-bit version of Windows PE, the value of platform is ia64,
and you also must copy Efinvr.exe into the build_location directory.

Remove the Windows OPK CD from the CD-ROM drive.
To build a 32-bit version of Windows PE:
Place the 32-bit Windows product CD in the CD-ROM drive.

–OR–

To build a 64-bit version of Windows PE:

Place the 64-bit Windows product CD in the CD-ROM drive.

To build a 64-bit version of Windows PE, place a floppy disk in the A:\
drive of the computer. This disk is used for temporary storage during the
build process of the 64-bit Windows PE.
Navigate to build_location.
Run this command:
Mkimg.cmd source_directory destination_directory [image_name]

source_directory
Specifies the location of the Windows product CD. If source_directory is a
CD-ROM drive, you need only to specify the drive letter. If
source_directory is a network path, the path must be to the parent
directory of the \i386 directory.
Note

Do not include a trailing slash in source_directory.
destination_directory
Specifies the path where the files necessary to create the image are
temporarily stored. If this directory does not already exist, Mkimg.cmd
creates it.
image_name
Optional. Specifies the path and file name of the ISO image file that
contains this customized version of Windows PE, if you place this version
of Windows PE onto a CD-ROM.
If you are creating a CD-ROM, use CD creation software to burn the ISO
image file directly to the CD media.
Important

You must have read/write permissions for build_location. You cannot run
the mkimg command from a read-only device such as a CD-ROM drive.
For more information, see Mkimg Command.

Example
For example, if build_location is C:\Build.x86, this command-line creates
an ISO image called x86winpe.iso by using C:\Winpe.tmp as a temporary
storage area.

C:\Build.x86\Mkimg.cmd E: C:\Winpe.tmp C:\x86winpe.iso
Note

Instead of using the Mkimg tool, you can also use Oscdimg to create an
iso file. Oscdimg requires an existing Windows PE fileset to build the
iso from.
If you create an .iso image file, you can burn this version of Windows PE
to a CD. You can also place the customized version of Windows PE on a hard
disk, as described in Placing a Bootable Version of Windows PE on a Hard
Disk, or on a Remote Installation Server (RIS). Although not explicitly
discussed in this guide, you can also place Windows PE on bootable media
other than a CD or a hard disk.

Important

To configure the Windows PE CD so that it starts from the CD every time,
if the Windows PE CD is present in the CD-ROM drive, remove the
\i386\Bootfix.bin file from the Windows PE directory structure before you
create an .iso file. Bootfix.bin is the file that provides the "Press any
key to boot from CD-ROM" message.
Building a Bootable 64-Bit Windows PE CD
You can create a bootable 64-bit Windows PE CD that starts automatically
without user interaction. This method assumes that the computer you are
booting has been configured to boot from CD-ROM.

This process creates a directory structure of the Windows PE files which
is used to create an ISO file that can be burned to CD-ROM.

To create a custom 64-bit version of Windows PE
On an x86 machine running a 32-bit version of Windows 2000 or Windows XP,
open a command prompt. This can be done by clicking the Start menu,
selecting Run, and typing CMD.EXE.
Create a directory on your hard disk to hold the tools required to create
a Windows PE CD. For example: MD C:\WINPE.
Place the Windows OPK CD into the CD-ROM drive, denoted as cd_drive.
Type Copy cd_drive\Winpe\*.* C:\WinPE.
Type Copy cd_drive\Tools\IA64\FACTORY.EXE C:\WINPE.
Type Copy cd_drive\Tools\IA64\NETCFG.EXE C:\WINPE.
Type Copy cd_drive\Tools\IA64\EFINVR.EXE C:\WINPE.
Remove the Windows OPK CD from the CD-ROM drive.
Place the Windows XP 64-Bit Edition CD in the CD-ROM drive.
Navigate to the Windows PE directory by typing CD \WINPE.
Run this command:
Mkimg.cmd source_directory destination_directory

source_directory specifies the location of the CD for the 64-bit Edition
of Windows XP and destination_directory specifies the path where the files
necessary to create the image are temporarily stored. If this directory
does not already exist, Mkimg.cmd creates it.

If source_directory is a CD-ROM drive, you need to specify only the drive
letter. If source_directory is a network path, the path must be to the
parent directory of the \i386 directory. Do not include a trailing slash
in source_directory.

To build the bootable 64-bit Windows PE CD ISO file
Create this directory structure on a blank formatted floppy diskette:
A:\
|_EFI
|_BOOT
Type:

MD A:\EFI
MD A:\EFI\BOOT

Copy SETUPLDR.EFI to the A:\EFI\BOOT directory and rename it as
BOOTIA64.EFI. For example:
COPY C:\IA64PE\IA64\SETUPLDR.EFI A:\EFI\BOOT\BOOTIA64.EFI.

Type CD \WINPE.
Type DSKIMAGE A: .\EFISYS.BIN.
To create the bootable ISO image file that can be burned to CD, use this
syntax:

OSCDIMG -b.\efisys.bin -n -h destination_directory iso_filename

For example:

OSCDIMG -b.\efisys.bin -n -h C:\IA64PE C:\IA64PE.ISO
The ISO file that is generated can be burned to CD using the CD-burning
software of your choice. After burning the ISO file to CD, ensure that the
target IA64 computer has been configured so that the CD-ROM drive is the
primary boot device. This can be done by using the EFI Shell Boot Menu
Editor.

See the documentation that came with your computer for specific details on
modifying the EFI Shell Boot Menu.

Extensions of the Basic Process: More Customizations of Windows PE
You can make additional customizations of this version of Windows PE
before burning it to a CD or copying it to a hard disk.

Adding Support for Other Languages
By default, multi-language Windows PE builds are not supported. Use the
[RegionalSettings] section to add support for multiple languages.

There are two reasons for using multi-language support in Windows PE:

To use one set of preinstallation tools to build multiple localized
Windows PE images.
To use preinstallation tools in multiple languages to build Windows PE in
one language.
To use one set of tools, the key is to use [RegionalSettings] to always
match the Language value to the language of the source Windows product CD.
You then use LanguageGroup to specify the languages of both the Windows PE
tools and the source CD.

In this example, the goal is to create a Japanese Windows PE image from a
Japanese Windows product CD that will support using English
preinstallation tools:

[RegionalSettings]
LanguageGroup = 1, 7
Language = 0x0411
1 is the LanguageGroup ID for Western Europe and United States, and 7 is
the Japanese LanguageGroup ID. 0x0411 is the locale ID (LCID) for
Japanese, which matches the locale of the source CD. By adding 1 to the
LanguageGroup entry, you add English support so that you can use the
English preinstallation tools.

To use the preinstallation tools in multiple languages, match the Language
value to the source CD, and specify the additional languages in
LanguageGroup. In this example, Japanese language support is added to an
English Windows PE image.

[RegionalSettings]
LanguageGroup = 1, 7
Language = 0x0409
0x0409 is the LCID for English, which matches the locale of the source CD.
By including 7 in the LanguageGroup entry, you add Japanese support so that
you can use both the English and Japanese preinstallation tools.

If you create a custom version of Windows PE from an East Asian language
version of Windows, you must ensure that the file Bootfont.bin is located
in the <buildlocation>\i386 folder (for 32-bit versions of Windows PE) or
in the <buildlocation>\ia64 folder (for 64-bit versions of Windows PE).
Without Bootfont.bin, the loader prompt displays invalid characters
instead of double-byte character sets.

Including a specific Winbom.ini file or Startnet.cmd file
You can include a generic Winbom.ini file in a custom Windows PE
installation that specifies basic information about connecting to your
network, formatting the hard disk, and running basic hardware
diagnostics.

You can include a generic Winbom.ini file in a custom Windows PE
installation. Factory uses this file if another Winbom.ini is not located
in the floppy drive. After using the settings in [WinPE.Net] to establish
network connectivity, the Factory tool can use the NewWinbom entry to
point to another Winbom.ini file located on the network.

You can also create your own version of Startnet.cmd to run a specific set
of commands, batch files, or scripts.

To gain access to Windows Networking APIs, run the command netcfg -winpe
from the Windows PE command line, if this command is not already part of
your Startnet.cmd. For more information, see Netcfg Command-Line Options.

Including Hardware Diagnostics or Other Basic Tools
If you have created any custom tools that are a core part of your
validation process, you may want to include these tools in your custom
Windows PE installation before preinstalling the operating system.

Adding or Removing Network Drivers
By default, all network drivers on the Windows XP Professional CD or
Windows XP 64-Bit Edition are supported. When you create your own Windows
PE image, you can add or remove the network drivers or replace the network
driver list. By keeping the set of drivers to a minimum, you reduce the
time required for Plug and Play detection.

To add network drivers to a custom Windows PE CD, copy these files as
specified:

All network driver *.inf files to the \%WINDIR%\inf directory.
All *.sys files to the \%WINDIR%\system32\drivers directory.
Any related *.dll, .exe, or other files to the \%WINDIR%\system32
directory.
Catalog files are unnecessary, as they are not processed by the Windows PE
environment.

Adding or Removing Mass-Storage Drivers
To reduce boot time, you may configure a custom version of Windows PE to
load a limited set of mass-storage drivers, instead of loading the entire
set of mass-storage drivers that are natively supported in Windows XP. You
may also configure Windows PE to load additional third-party drivers.

To control which mass-storage drivers are loaded in Windows PE, customize
the Winpeoem.sif file. Modifying this file changes the list of drivers
that Windows PE loads when it boots, which affects the boot time of
Windows PE.

Changing the Winpeoem.sif file does not remove or add any files into the
customized version of Windows PE. If, in addition to reducing the boot
time, you also want to reduce the size of your Windows PE image, you must
separately remove the unnecessary driver files from your custom version of
Windows PE. If you include any third-party drivers in the Winpeoem.sif
file, you must manually add any required driver files to your custom
version of Windows PE.

For more information, see Winpeoem.sif.

In most cases you will add mass storage drivers to the Windows PE image
rather than replace them. If you want to reduce the size or boot time of
the Windows PE image, you can use the [MassStorageDrivers.Replace] section
to remove the drivers from the \system32 directory.

Notes

When files are added or removed from Windows PE, the image will have to be
recreated using Oscdimg.exe unless your are booting Windows PE from a RIS
server. You can use the F6 option to add mass storage devices when booting
Windows PE.
To add support for mass storage controllers using Windows PE
Copy your driver package to a directory under %WINPEROOT%\system32. For
example:
%WINPEROOT%\system32\Driver1
Edit the %WINPEROOT%\system32\Winpeoem.sif to remove the semicolons from
the [OemDriverParams] section and add the name of the directory into which
you copied your driver package to the OemDriverDirs line. For example:
[OemDriverParams]
OemDriverRoot=""
OemDriverDirs=Driver1

Optional: If you are using the [MassStorageDrivers.Append] or
[MassStorageDrivers.Replace] sections of Winpeoem.sif, copy the mass
storage driver *.sys file to the \system32\drivers subdirectory.
Optional: If the mass storage device requires any supporting *.dll files,
copy those to the appropriate directory. You can determine if these files
are required by examining the Txtsetup.oem file.
With these changes made, your Windows PE image will now attempt to start
the driver specified in the [Defaults] section of the Txtsetup.oem in the
driver package in the \Driver1 subdirectory. When the system is loaded,
the Winpeoem.sif file will be opened and any mass storage drivers listed
will be loaded before any of the inbox-provided drivers.

However, in some cases the Txtsetup.oem file provided by the manufacturer
may have to be edited. Many driver packages today support a variety of
mass storage devices, and only those listed in the [Defaults] section will
be loaded. Read the [SCSI] section in the Txtsetup.oem file to determine
which driver entry corresponds to the one you wish to load. In the
following example, only Driver1 will be loaded. To load Driver2, change
the "scsi=" line under the [Defaults] section to "scsi = driver2".

[Disks]
driver1 = "generic driver for device 1", \generic.sys, \
driver2 = "generic driver for device 2", \generic2.sys, \

[Defaults]
scsi = driver1

[scsi]
driver1 = "generic driver for device 1", generic.sys
driver2 = "generic driver for device 2", generic2.sys
Notes

If loading more than one mass storage driver, this must be done for each
txtsetup.oem file if the Winpeoem.sif supports multiple adapters. If
multiple mass storage drivers are required, you can do so by appending
additional directory names to the OemDriverDirs entry in Winpeoem.sif. For
example:
[OemDriverParams]
OemDriverRoot=""
OemDriverDirs=Driver1, Driver2, Driver3
Adding Optional Component Packages to Windows PE
BuildOptionalComponents.vbs is a script for adding support for optional
component packages to Windows PE. The packages include Windows Script Host
(WSH), HTML Applications (HTA), and ActiveX Data Objects (ADO) to allow
database connectivity from Windows PE to a Microsoft SQL Server.

The script uses these command-line options:

Option Function
/S:location Alternate source location other than the Windows product CD
/D:location Alternate destination for the WinPE Optional Component Files
(I386). If not specified, the files are saved to the desktop
/ADO Builds ADO (ActiveX Database Objects) for Microsoft SQL Server
connectivity
/HTA Builds HTA (HTML applications)
/WSH Builds WSH (Windows Script Host)
/64 Builds and checks 64-bit version of Windows PE; requires Windows XP
64-Bit Edition
/Q Runs the script with prompts suppressed. Notifies only on failure.
/E Explores the resulting folder automatically when complete
To add optional components to Windows PE
If you are building Windows PE 1.0, then set /S to the path of the Windows
XP Professional CD-ROM. If you are building Windows PE 1.1, then set /S to
the path of a directory that has Windows XP SP1 integrated into a I386
directory.
In your \WinPE directory, run this command:
buildoptionalcomponents.vbs /S:d:\sourcefiles
You should have the following directory on your desktop:

WinPE Optional Component Files (I386)
+---I386
| +---Registration
| \---System32
+---Program Files
| \---Common Files
| \---System
| +---ado
| +---msadc
| \---Ole db
\---Samples
The \Registration directory is created onlf if you add support for ADO,
and it must be there for ADO to function.

If you built Windows PE to C:\bin, then copy the \Program Files directory
to C:\bin\i386
Copy the \Samples directory to C:\bin\i386
Copy the \i386\system32\*.* to C:\bin\i386\system32
Make sure that your Startnet.cmd file has the following line:
oc.bat
If you do not specify components, or you do not run this script from the
command prompt, all optional components are installed. If you include HTA,
WSH is included automatically, and cannot be removed.

Notes

ADO access to Active Directory and Active Directory Service Interface are
not supported in Windows PE.
BuildOptionalComponents.vbs is not supported in the following language
versions of Windows PE:
Brazilian
Danish
German
Italian
Norwegian
Portuguese
Spanish
Swedish

It works,
Dietmar
 
K

KM

Slobodan,

That sounds good.
I never tried booting WinPE off the HDD (frankly, never thought of any use of that :) ) but I trust the steps you outlined.
 
K

KM

Dietmar,

I seem definitely being not up-to-date with WinPE :)
Thanks for the clarifications.

--
Regards,
Konstantin

Hi Konstantin,
it is on the first CD of Windows Embedded.
I use an OPK version, XPProSP1. There is a newer Version of
WindowsServer2003SP1RC with WINPE 2005 OPK. Which with you can do ramboot
and boot Winpe from USBstick.

I am interested, whether there is a LIMIT to that ramdisk.sys from there.

Here is the tutorial, how to install WinPE on harddiskpartition. My
problem is, to do vice versa after enabling EWF there.

Placing Bootable Windows PE on Hard DisksYou can place a customized
version (see the text at the end of this) of the Windows Preinstallation
Environment (Windows PE) on a hard disk, which can be useful for either
preinstalling Windows or creating a hard disk-based recovery solution.

This procedure assumes that you have created a custom version of Windows
PE, as detailed in Creating a Customized Version of Windows PE. After you
complete this procedure, the customized Windows PE files will be in
build_location on your technician computer or other network share.

Note

If you create a bootable Windows PE hard disk from an East Asian language
version of Windows, copy Bootfont.bin from the build_location\i386 folder
(for 32-bit versions of Windows PE) or the build_location\ia64 folder (for
64-bit versions of Windows PE) to the root of the destination hard disk.
Without Bootfont.bin, the loader prompt displays invalid characters
instead of double-byte characters.
To create a bootable Windows PE disk (32-bit versions of Windows PE)
Boot the destination computer into Windows PE by using a Windows PE CD.
Create a formatted and active partition labeled C.
On the active partition, create a directory called C:\Minint. You must
name the directory "Minint".
Copy the contents of build_location\i386 to C:\Minint.
xcopy "C:\Build.x86\i386\*.*" C:\Minint /S
Copy Ntdetect.com from build_location\I386 to drive C.
xcopy "C:\Build.x86\I386\ntdetect.com" C:\
On the destination hard disk, copy C:\Minint\setupldr.bin to C:\ntldr.
xcopy "C:\Minint\setupldr.bin" C:\ntldr
Restart the destination computer.
The computer starts using Windows PE.

To create a bootable Windows PE disk (64-bit versions of Windows PE)
This procedure assumes that the destination computer has a clean hard disk
and that you have created a custom version of Windows PE stored in
build_location on your technician computer or other network share, as
detailed in Creating a Customized Version of Windows PE.

Boot the destination computer into Windows PE by using a Windows PE CD.
Create EFI and primary data partitions by running Diskpart.exe with the
following commands:
select disk 0
clean
convert gpt
create partition efi size=100
assign letter=g
create partition msr size=32
create partition pri
assign letter=c
exit
The EFI partition is assigned the letter G and the data partition is
letter C.

Format the new partitions by running Format.exe with the following
commands:
format G: /fs:fat32 /q /y
format C: /fs:ntfs /q /y
On drive C, create a directory called \Winpe.
mkdir C:\Winpe
Copy the contents of build_location\ia64 to C:\Winpe.
xcopy "C:\Build.ia64\ia64\*.*" C:\Winpe /hide
Copy build_location\ia64\Setupldr.efi to drive G.
xcopy \\server\share\ia64\Setupldr.efi G:\
Create an empty file named $WinPE$.$$$ on drive G.
echo empty file > G:\$Winpe$.$$$
Add a boot entry for this version of Windows PE that you have placed on
drive C by running the Efinvr command.
efinvr /add G:\Setupldr.efi C:\Winpe\ia64 /setactive
Restart the destination computer.
There is now a new option in NVRAM to boot Windows PE.

Note

You can follow a similar procedure if you start the computer from an
operating system located on the hard disk, instead of initially starting
the computer with a Windows PE CD. When you run Diskpart from a full
Windows operating system, Diskpart cannot assign a drive letter to an EFI
partition. Instead, in step 2 of this procedure, use the Mountvol command.

mountvol /s g:
For more information on using Diskpart to format and partition the hard
disk, see DiskPart Commands.


Creating a Customized Version of Windows PEThe Windows OPK CD is a
bootable copy of the basic 32-bit version of Windows Preinstallation
Environment (Windows PE). However, you may want to create a version of
Windows PE for 64-bit computers, or configure Windows PE to use a
different set of drivers. To support these needs, the OPK includes a
collection of scripts and utilities that enable you to build a version of
Windows PE customized for your factory environment.

Important

The Windows OPK CD is only available to OEMs. Corporate users must build a
custom Windows PE CD.
You can build a custom version of Windows PE from any version of Windows
XP except Windows XP Home Edition, Windows Server 2003, Datacenter
Edition, and Windows Server 2003, Web Edition.
A custom version of Windows PE is still subject to the conditions listed
on Limitations of Windows PE.
Windows XP 64-Bit Edition and the 64-bit versions of the Windows Server
2003 family are available only in English, French, German, and Japanese.
Basic Process: Building a Custom Version of Windows PE
Building a custom version of Windows PE requires several minutes. This
process creates a directory structure of the Windows PE files and
optionally creates an image file that you can burn to a CD-ROM.

Note

You must have backup and restore privileges to use the Windows PE build
tools.
To create a custom version of Windows PE
Create and name a directory on your hard disk, specified by
build_location.
Place the Windows OPK CD into the CD-ROM drive, denoted as cd_drive.
Copy cd_drive\Winpe\*.* to build_location.
Copy Factory.exe and Netcfg.exe from the cd_drive\Tools\platform directory
into the build_location directory.
To build a 32-bit version of Windows PE, the value of platform is x86.

To build a 64-bit version of Windows PE, the value of platform is ia64,
and you also must copy Efinvr.exe into the build_location directory.

Remove the Windows OPK CD from the CD-ROM drive.
To build a 32-bit version of Windows PE:
Place the 32-bit Windows product CD in the CD-ROM drive.

–OR–

To build a 64-bit version of Windows PE:

Place the 64-bit Windows product CD in the CD-ROM drive.

To build a 64-bit version of Windows PE, place a floppy disk in the A:\
drive of the computer. This disk is used for temporary storage during the
build process of the 64-bit Windows PE.
Navigate to build_location.
Run this command:
Mkimg.cmd source_directory destination_directory [image_name]

source_directory
Specifies the location of the Windows product CD. If source_directory is a
CD-ROM drive, you need only to specify the drive letter. If
source_directory is a network path, the path must be to the parent
directory of the \i386 directory.
Note

Do not include a trailing slash in source_directory.
destination_directory
Specifies the path where the files necessary to create the image are
temporarily stored. If this directory does not already exist, Mkimg.cmd
creates it.
image_name
Optional. Specifies the path and file name of the ISO image file that
contains this customized version of Windows PE, if you place this version
of Windows PE onto a CD-ROM.
If you are creating a CD-ROM, use CD creation software to burn the ISO
image file directly to the CD media.
Important

You must have read/write permissions for build_location. You cannot run
the mkimg command from a read-only device such as a CD-ROM drive.
For more information, see Mkimg Command.

Example
For example, if build_location is C:\Build.x86, this command-line creates
an ISO image called x86winpe.iso by using C:\Winpe.tmp as a temporary
storage area.

C:\Build.x86\Mkimg.cmd E: C:\Winpe.tmp C:\x86winpe.iso
Note

Instead of using the Mkimg tool, you can also use Oscdimg to create an
iso file. Oscdimg requires an existing Windows PE fileset to build the
iso from.
If you create an .iso image file, you can burn this version of Windows PE
to a CD. You can also place the customized version of Windows PE on a hard
disk, as described in Placing a Bootable Version of Windows PE on a Hard
Disk, or on a Remote Installation Server (RIS). Although not explicitly
discussed in this guide, you can also place Windows PE on bootable media
other than a CD or a hard disk.

Important

To configure the Windows PE CD so that it starts from the CD every time,
if the Windows PE CD is present in the CD-ROM drive, remove the
\i386\Bootfix.bin file from the Windows PE directory structure before you
create an .iso file. Bootfix.bin is the file that provides the "Press any
key to boot from CD-ROM" message.
Building a Bootable 64-Bit Windows PE CD
You can create a bootable 64-bit Windows PE CD that starts automatically
without user interaction. This method assumes that the computer you are
booting has been configured to boot from CD-ROM.

This process creates a directory structure of the Windows PE files which
is used to create an ISO file that can be burned to CD-ROM.

To create a custom 64-bit version of Windows PE
On an x86 machine running a 32-bit version of Windows 2000 or Windows XP,
open a command prompt. This can be done by clicking the Start menu,
selecting Run, and typing CMD.EXE.
Create a directory on your hard disk to hold the tools required to create
a Windows PE CD. For example: MD C:\WINPE.
Place the Windows OPK CD into the CD-ROM drive, denoted as cd_drive.
Type Copy cd_drive\Winpe\*.* C:\WinPE.
Type Copy cd_drive\Tools\IA64\FACTORY.EXE C:\WINPE.
Type Copy cd_drive\Tools\IA64\NETCFG.EXE C:\WINPE.
Type Copy cd_drive\Tools\IA64\EFINVR.EXE C:\WINPE.
Remove the Windows OPK CD from the CD-ROM drive.
Place the Windows XP 64-Bit Edition CD in the CD-ROM drive.
Navigate to the Windows PE directory by typing CD \WINPE.
Run this command:
Mkimg.cmd source_directory destination_directory

source_directory specifies the location of the CD for the 64-bit Edition
of Windows XP and destination_directory specifies the path where the files
necessary to create the image are temporarily stored. If this directory
does not already exist, Mkimg.cmd creates it.

If source_directory is a CD-ROM drive, you need to specify only the drive
letter. If source_directory is a network path, the path must be to the
parent directory of the \i386 directory. Do not include a trailing slash
in source_directory.

To build the bootable 64-bit Windows PE CD ISO file
Create this directory structure on a blank formatted floppy diskette:
A:\
|_EFI
|_BOOT
Type:

MD A:\EFI
MD A:\EFI\BOOT

Copy SETUPLDR.EFI to the A:\EFI\BOOT directory and rename it as
BOOTIA64.EFI. For example:
COPY C:\IA64PE\IA64\SETUPLDR.EFI A:\EFI\BOOT\BOOTIA64.EFI.

Type CD \WINPE.
Type DSKIMAGE A: .\EFISYS.BIN.
To create the bootable ISO image file that can be burned to CD, use this
syntax:

OSCDIMG -b.\efisys.bin -n -h destination_directory iso_filename

For example:

OSCDIMG -b.\efisys.bin -n -h C:\IA64PE C:\IA64PE.ISO
The ISO file that is generated can be burned to CD using the CD-burning
software of your choice. After burning the ISO file to CD, ensure that the
target IA64 computer has been configured so that the CD-ROM drive is the
primary boot device. This can be done by using the EFI Shell Boot Menu
Editor.

See the documentation that came with your computer for specific details on
modifying the EFI Shell Boot Menu.

Extensions of the Basic Process: More Customizations of Windows PE
You can make additional customizations of this version of Windows PE
before burning it to a CD or copying it to a hard disk.

Adding Support for Other Languages
By default, multi-language Windows PE builds are not supported. Use the
[RegionalSettings] section to add support for multiple languages.

There are two reasons for using multi-language support in Windows PE:

To use one set of preinstallation tools to build multiple localized
Windows PE images.
To use preinstallation tools in multiple languages to build Windows PE in
one language.
To use one set of tools, the key is to use [RegionalSettings] to always
match the Language value to the language of the source Windows product CD.
You then use LanguageGroup to specify the languages of both the Windows PE
tools and the source CD.

In this example, the goal is to create a Japanese Windows PE image from a
Japanese Windows product CD that will support using English
preinstallation tools:

[RegionalSettings]
LanguageGroup = 1, 7
Language = 0x0411
1 is the LanguageGroup ID for Western Europe and United States, and 7 is
the Japanese LanguageGroup ID. 0x0411 is the locale ID (LCID) for
Japanese, which matches the locale of the source CD. By adding 1 to the
LanguageGroup entry, you add English support so that you can use the
English preinstallation tools.

To use the preinstallation tools in multiple languages, match the Language
value to the source CD, and specify the additional languages in
LanguageGroup. In this example, Japanese language support is added to an
English Windows PE image.

[RegionalSettings]
LanguageGroup = 1, 7
Language = 0x0409
0x0409 is the LCID for English, which matches the locale of the source CD.
By including 7 in the LanguageGroup entry, you add Japanese support so that
you can use both the English and Japanese preinstallation tools.

If you create a custom version of Windows PE from an East Asian language
version of Windows, you must ensure that the file Bootfont.bin is located
in the <buildlocation>\i386 folder (for 32-bit versions of Windows PE) or
in the <buildlocation>\ia64 folder (for 64-bit versions of Windows PE).
Without Bootfont.bin, the loader prompt displays invalid characters
instead of double-byte character sets.

Including a specific Winbom.ini file or Startnet.cmd file
You can include a generic Winbom.ini file in a custom Windows PE
installation that specifies basic information about connecting to your
network, formatting the hard disk, and running basic hardware
diagnostics.

You can include a generic Winbom.ini file in a custom Windows PE
installation. Factory uses this file if another Winbom.ini is not located
in the floppy drive. After using the settings in [WinPE.Net] to establish
network connectivity, the Factory tool can use the NewWinbom entry to
point to another Winbom.ini file located on the network.

You can also create your own version of Startnet.cmd to run a specific set
of commands, batch files, or scripts.

To gain access to Windows Networking APIs, run the command netcfg -winpe
from the Windows PE command line, if this command is not already part of
your Startnet.cmd. For more information, see Netcfg Command-Line Options.

Including Hardware Diagnostics or Other Basic Tools
If you have created any custom tools that are a core part of your
validation process, you may want to include these tools in your custom
Windows PE installation before preinstalling the operating system.

Adding or Removing Network Drivers
By default, all network drivers on the Windows XP Professional CD or
Windows XP 64-Bit Edition are supported. When you create your own Windows
PE image, you can add or remove the network drivers or replace the network
driver list. By keeping the set of drivers to a minimum, you reduce the
time required for Plug and Play detection.

To add network drivers to a custom Windows PE CD, copy these files as
specified:

All network driver *.inf files to the \%WINDIR%\inf directory.
All *.sys files to the \%WINDIR%\system32\drivers directory.
Any related *.dll, .exe, or other files to the \%WINDIR%\system32
directory.
Catalog files are unnecessary, as they are not processed by the Windows PE
environment.

Adding or Removing Mass-Storage Drivers
To reduce boot time, you may configure a custom version of Windows PE to
load a limited set of mass-storage drivers, instead of loading the entire
set of mass-storage drivers that are natively supported in Windows XP. You
may also configure Windows PE to load additional third-party drivers.

To control which mass-storage drivers are loaded in Windows PE, customize
the Winpeoem.sif file. Modifying this file changes the list of drivers
that Windows PE loads when it boots, which affects the boot time of
Windows PE.

Changing the Winpeoem.sif file does not remove or add any files into the
customized version of Windows PE. If, in addition to reducing the boot
time, you also want to reduce the size of your Windows PE image, you must
separately remove the unnecessary driver files from your custom version of
Windows PE. If you include any third-party drivers in the Winpeoem.sif
file, you must manually add any required driver files to your custom
version of Windows PE.

For more information, see Winpeoem.sif.

In most cases you will add mass storage drivers to the Windows PE image
rather than replace them. If you want to reduce the size or boot time of
the Windows PE image, you can use the [MassStorageDrivers.Replace] section
to remove the drivers from the \system32 directory.

Notes

When files are added or removed from Windows PE, the image will have to be
recreated using Oscdimg.exe unless your are booting Windows PE from a RIS
server. You can use the F6 option to add mass storage devices when booting
Windows PE.
To add support for mass storage controllers using Windows PE
Copy your driver package to a directory under %WINPEROOT%\system32. For
example:
%WINPEROOT%\system32\Driver1
Edit the %WINPEROOT%\system32\Winpeoem.sif to remove the semicolons from
the [OemDriverParams] section and add the name of the directory into which
you copied your driver package to the OemDriverDirs line. For example:
[OemDriverParams]
OemDriverRoot=""
OemDriverDirs=Driver1

Optional: If you are using the [MassStorageDrivers.Append] or
[MassStorageDrivers.Replace] sections of Winpeoem.sif, copy the mass
storage driver *.sys file to the \system32\drivers subdirectory.
Optional: If the mass storage device requires any supporting *.dll files,
copy those to the appropriate directory. You can determine if these files
are required by examining the Txtsetup.oem file.
With these changes made, your Windows PE image will now attempt to start
the driver specified in the [Defaults] section of the Txtsetup.oem in the
driver package in the \Driver1 subdirectory. When the system is loaded,
the Winpeoem.sif file will be opened and any mass storage drivers listed
will be loaded before any of the inbox-provided drivers.

However, in some cases the Txtsetup.oem file provided by the manufacturer
may have to be edited. Many driver packages today support a variety of
mass storage devices, and only those listed in the [Defaults] section will
be loaded. Read the [SCSI] section in the Txtsetup.oem file to determine
which driver entry corresponds to the one you wish to load. In the
following example, only Driver1 will be loaded. To load Driver2, change
the "scsi=" line under the [Defaults] section to "scsi = driver2".

[Disks]
driver1 = "generic driver for device 1", \generic.sys, \
driver2 = "generic driver for device 2", \generic2.sys, \

[Defaults]
scsi = driver1

[scsi]
driver1 = "generic driver for device 1", generic.sys
driver2 = "generic driver for device 2", generic2.sys
Notes

If loading more than one mass storage driver, this must be done for each
txtsetup.oem file if the Winpeoem.sif supports multiple adapters. If
multiple mass storage drivers are required, you can do so by appending
additional directory names to the OemDriverDirs entry in Winpeoem.sif. For
example:
[OemDriverParams]
OemDriverRoot=""
OemDriverDirs=Driver1, Driver2, Driver3
Adding Optional Component Packages to Windows PE
BuildOptionalComponents.vbs is a script for adding support for optional
component packages to Windows PE. The packages include Windows Script Host
(WSH), HTML Applications (HTA), and ActiveX Data Objects (ADO) to allow
database connectivity from Windows PE to a Microsoft SQL Server.

The script uses these command-line options:

Option Function
/S:location Alternate source location other than the Windows product CD
/D:location Alternate destination for the WinPE Optional Component Files
(I386). If not specified, the files are saved to the desktop
/ADO Builds ADO (ActiveX Database Objects) for Microsoft SQL Server
connectivity
/HTA Builds HTA (HTML applications)
/WSH Builds WSH (Windows Script Host)
/64 Builds and checks 64-bit version of Windows PE; requires Windows XP
64-Bit Edition
/Q Runs the script with prompts suppressed. Notifies only on failure.
/E Explores the resulting folder automatically when complete
To add optional components to Windows PE
If you are building Windows PE 1.0, then set /S to the path of the Windows
XP Professional CD-ROM. If you are building Windows PE 1.1, then set /S to
the path of a directory that has Windows XP SP1 integrated into a I386
directory.
In your \WinPE directory, run this command:
buildoptionalcomponents.vbs /S:d:\sourcefiles
You should have the following directory on your desktop:

WinPE Optional Component Files (I386)
+---I386
| +---Registration
| \---System32
+---Program Files
| \---Common Files
| \---System
| +---ado
| +---msadc
| \---Ole db
\---Samples
The \Registration directory is created onlf if you add support for ADO,
and it must be there for ADO to function.

If you built Windows PE to C:\bin, then copy the \Program Files directory
to C:\bin\i386
Copy the \Samples directory to C:\bin\i386
Copy the \i386\system32\*.* to C:\bin\i386\system32
Make sure that your Startnet.cmd file has the following line:
oc.bat
If you do not specify components, or you do not run this script from the
command prompt, all optional components are installed. If you include HTA,
WSH is included automatically, and cannot be removed.

Notes

ADO access to Active Directory and Active Directory Service Interface are
not supported in Windows PE.
BuildOptionalComponents.vbs is not supported in the following language
versions of Windows PE:
Brazilian
Danish
German
Italian
Norwegian
Portuguese
Spanish
Swedish

It works,
Dietmar
 
D

Dietmar

Hi Slobodan,

my try is to enable EWF on WinPe as SFiorito told. May work. But before I
do this, there is onother problem to be solved. How does I put this
hardiskpartition back to BOOTCD? It seems to be possible, because on WinPE
Bootcd is NOEMULATION used, so that You can see and manipulate all the
files in an ISO image from there.

Dietmar
 
S

Slobodan Brcin \(eMVP\)

Dietmar,
my try is to enable EWF on WinPe as SFiorito told
Please give me a short quote where he mentioned CD in his story?

If you have OPK.
To put files from HDD (without EWF) back to CD use:
oscdimg -n -betfsboot.com ....

oscdimg and etfsboot.com are files from OPK used to make bootable CD.

I guess that I have not been clear enough in our previous thread. You can't
install EWF to work below CDFS, even if it is possible it just won't have
any purpose since CDFS will not do any writes.

Regards,
Slobodan
 
S

Slobodan Brcin \(eMVP\)

Konstantin,
I never tried booting WinPE off the HDD (frankly, never thought of any use
of that :) ) but I trust the steps you outlined.
Then you can boot it from USB uDOC, would that be any better? I guess not
but anyhow I had to use this these days.

Regards,
Slobodan
 
K

KM

Slobodan,

Ahh.. uDOC. Well, I don't have it anyway :-]
Also, I think, to adopt WinPE for my needs I would probably need OPK at least, which I don't have now either.
So, I am left with XPe only :)
 
D

Dietmar

Hi Slobodan,
which files from that WinPE harddisk partition are been build with oscdimg
-n -betfsboot.com and where?
Is the new build an *.iso? Are they renamed for example from ntldr to
setupldr.bin and placed back in right folder? I have never heard of
oscdimg -n -betfsboot.com , can this be used for other OS like XPE or
XPPRO to build BOOTCD *.Iso with NOEMULATION of harddrive partition?

I understand what you say about EWF and CDFS.
Eltorito.sys shoes EWF an hardrive (but is still a CD!!!). So You must use
something other than eltorito.sys to show EWF an harddrive (or ramdrive).

Dietmar
 
S

Slobodan Brcin \(eMVP\)

Konstantin,
Ahh.. uDOC. Well, I don't have it anyway :-]
Also, I think, to adopt WinPE for my needs I would probably need OPK at
least, which I don't have now either.
So, I am left with XPe only :)

Well regedit works nicely on editing WinPE that came with XPe :)
Althouth this is bigger problem for both of us then what it worth :)

Regards,
Slobodan

PS:
I had to test it not because I wanted but, because I was told to.
 
S

Slobodan Brcin \(eMVP\)

Dietmar,
which files from that WinPE harddisk partition are been build with oscdimg
-n -betfsboot.com and where?
Is the new build an *.iso? Are they renamed for example from ntldr to
setupldr.bin and placed back in right folder? I have never heard of
oscdimg -n -betfsboot.com , can this be used for other OS like XPE or
XPPRO to build BOOTCD *.Iso with NOEMULATION of harddrive partition?

Have you tried searching for this word on MS search ot google?
http://search.microsoft.com/search/results.aspx?st=b&na=88&View=en-US&qu=oscdimg

Legaly you can't use it for production so why bother. It would require great
knowledge of OS internals to make XPe boot using this method. Why would
anyone want to do this in first place? What gains do you expect?
I understand what you say about EWF and CDFS.
Eltorito.sys shoes EWF an hardrive (but is still a CD!!!). So You must use
something other than eltorito.sys to show EWF an harddrive (or ramdrive).

You are listening but you are not hearing :-(
Please sleep over this all. And then reread all our discusions regarding EWF
and CD answers are there and will become clear to you if you stop this
desperate crusade and rethink about everything.

Like I said it is ireelevant what medium is out there but it is very
important what drivers are present and what they do.
Something else is another driver that you must write. I have written special
El-torito driver implementation but it is not available to public :-(

Regards,
Slobodan
 
D

Dietmar

Hi Slobodan,

this is exactly what I want to hear from You.
I am quite shure what this something other must be (a driver).
But, can Your eltorito.sys show EFW an harddrive (which is for real a CD
with NOEMULATION)? It is able, because NOEMULATION keeps ELTORITO
specification. If yes, it must be able for You to help all the people who
cant boot XPE from CD.

Dietmar
 
S

Slobodan Brcin \(eMVP\)

Hi Dietmar,
this is exactly what I want to hear from You.

I'm still not sure what you want to make :-(
El-torito specification is just that, it allow BIOS and non protected part
of OS to load easily using some standard way.

Format alone written on El-torito and regular partition can be stretched
significantly to allow you any mixture that you can imagine while still
remaining within the both El-torito, ISO, and MBR/FAT specifications.
I am quite shure what this something other must be (a driver).
But, can Your eltorito.sys show EFW an harddrive (which is for real a CD
with NOEMULATION)? It is able, because NOEMULATION keeps ELTORITO
specification. If yes, it must be able for You to help all the people who
cant boot XPE from CD.

I could pervert ISO 9660, El-torito, MBR and FAT specifications to support
FAT that describe ISO 9660, unfortunately I do not see what would you gain?

If you start booting by WinPE ntldr in NOEMULATION mode after transition you
would need to continue booting by using FAT drivers and this can be done.
But what have you gained with this? you would still have original problem of
ARC path names that do not propagate in this case there would not be an ARC
path at all.

This is too much trouble for no gain what so ever.
I told you simple solution to fix BSOD 7B error. Just make your additional
driver that will start before 7B check happens and this driver should just
fake ARC path this is 10 times simpler then writing full driver and
specification, and tools, etc.

I had reasons for writing my el-torito drivers and without revealing
proprietary information's only what I can say is that this driver allow me
to do FBA on CD device itself without temporary HDD involvement and that 7B
issues are non-existent.

Regards,
Slobodan
 
D

Dietmar

Hi Slobodan,
the problem with the not existing Arcpath in WinPE
is something, that makes me think, that WinPe cant help in any way.
A BOOTCD with no EMULATION offers the ability to change files and folders
in there *.iso file.
If I had (much) more time, I think I would succeed in writing a driver
that can read NOEMULATION CDBOOT sector and present Cd to EWF as
harddrive. This would boot on nearly all computers as WinPe does.
I have no interest to sell something.
And I think, that is a main problem. You said, that faking the arcpath
before BSOD 07B happens
with your driver, doesnt solve this problem on i875 chipset. And running
FBA on CD device direct (FBA must than be faked, because you cant write
anything there) overcomes also the problem with the two different Ide
controllers.
I understand, if You write this eltorito.sys driver to someone who cant
solve the BSOD 07B problem for his computer (i875?)in other way, that You
do not offer this for nothing.
All I want to reach in my holidays has happen.
But there is a far cry from others, which XPE CDROM does not boot. For
myself I would like to know, whether the ramdisk.sys driver in new
Windows2003Server is limited to 500MB or not, because of SDI booting LARGE
images to ram. There is no problem to build these large SDI images, but I
have only the ramdisk.sys shipped with XPE.
I hope, that You understand me,

Dietmar

PS: Booting my SDIimage from USB stick
succeed on the Siemens 1607 motherboard.
 
S

Slobodan Brcin \(eMVP\)

Dietmar,
the problem with the not existing Arcpath in WinPE
is something, that makes me think, that WinPe cant help in any way.

Hmm, probably transaltion error?
Problem is non existing, Arcpath during the CD boot exists but in kernel
during the boot it has special code path that handle it. This is completely
different code for matching DeviceID with arcpath that for some reason work.

To view arcname used for boot you can use program called winobj from
www.sysinternals.com it should be something like: "multi(0)disk(0)cdrom(%u)"
and only match for user mode and kernel mode device should be CRC of first
2048 bytes of CD.
So perhaps this explain why this works it is just too simple for it not to
work.
A BOOTCD with no EMULATION offers the ability to change files and folders
in there *.iso file.

I do not understand this part of remark :-(
If I had (much) more time, I think I would succeed in writing a driver
that can read NOEMULATION CDBOOT sector and present Cd to EWF as
harddrive. This would boot on nearly all computers as WinPe does.
I have no interest to sell something.
And I think, that is a main problem.
You said, that faking the arcpath before BSOD 07B happens with your
driver, doesnt solve this problem on i875 chipset.
Where? I never said that. Faking ARC path is boolet proof hack. At least for
this type of problem. You would still have clasic problems where you are
missing drivers etc.
And running
FBA on CD device direct (FBA must than be faked, because you cant write
anything there) overcomes also the problem with the two different Ide
controllers.

I never said that my CD device was optical unit?
I understand, if You write this eltorito.sys driver to someone who cant
solve the BSOD 07B problem for his computer (i875?)in other way, that You
do not offer this for nothing.

Actualy most advanced things that I write (for non pleasure purposes) do not
belong to me at all :-(
I think that this goes for most people here and even if we wanted we just
can't sell or give these things or even talk about some of them :-(
All I want to reach in my holidays has happen.
But there is a far cry from others, which XPE CDROM does not boot.

Then we all do not cry loud enough:
http://msdn.microsoft.com/embedded/community/community/feedback/feedxp/default.aspx
This is on MS to solve and make an universal work-around, and not to tell us
that our BIOS-es sucks.
For
myself I would like to know, whether the ramdisk.sys driver in new
Windows2003Server is limited to 500MB or not, because of SDI booting LARGE
images to ram. There is no problem to build these large SDI images, but I
have only the ramdisk.sys shipped with XPE.
I hope, that You understand me,

I have no idea what they did to ramdisk in W2003 but I do not think that
anyhing has changed.

Regards,
Slobodan
 
D

Dietmar

Hi all,

EWF works on WinPE. I build a 600 MB NTFS partition and deployed there an
image of WinPE, which I testet and it boots (terrible, only commandline).
I enabled EWF there from my XP partition with the EWF files and received
message that ewf with ramoverlay is working there! I put a textfile there
too and this one has disappeared after reboot.

There is something of interest I saw too:
If EWF is enabled, you can still change size of partition! That means,
that EWF doesnt forbid any type of writing! The changed partitionsize
remains after new boot.

Dietmar
 
S

Slobodan Brcin \(eMVP\)

Dietmar,
There is something of interest I saw too:
If EWF is enabled, you can still change size of partition! That means,
that EWF doesnt forbid any type of writing! The changed partitionsize
remains after new boot.

EWF protect partition content not MBR sector which define partition limits.

Regards,
Slobodan
 

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