XP to Wim
#21
Posted 21 December 2011 - 09:28 AM
#22
Posted 21 December 2011 - 01:49 PM
LieboOSBA, on 21 December 2011 - 02:45 AM, said:
If you followed the instructions "to the T", the problematic step(s) should be this one(s):
Matt A. Tobin, on 25 January 2011 - 03:59 PM, said:
- use imagex to capture the drive
Step 5 - DEPLOYMENT
- boot to WinPE 2 or higher
- set up partition or drive using diskpart (be sure to assign a drive letter and make it active.. etc)
- bootsect /nt52 /force /mbr
- imagex /apply xpinst.wim 1 c:
Given for assured that Step 4 is OK, i.e. that image capture is successful, the problem might be Step 5.
Can you try describing in your own words and EXACTLY, down to the minutiae, what you did with regards to this step?
(it seems to me clear enough, but maybe I am overlooking something or the instructions can be interpreted differently
WINFLP is an entirely different thing/approach from the one referenced to.
And yes, it is possible to create a hardware independent XP image, a good way is to use Offline Sysprep:
http://www.911cd.net...hp?showforum=43
If you want, once solved the issue you are currently having, we may talk about it
jaclaz
This post has been edited by jaclaz: 21 December 2011 - 01:49 PM
#23
Posted 22 December 2011 - 08:53 AM
I formatted the disc and partition exactly as described.
I performed the "make local source" install of Windows XP as described.
I took an image to WIM via ImageX as described
New VMWare session, with WinPE, formatted the hard drive and run the bootsect command however had to add "C:" as one of the switches to make the command work.
i.e. "bootsect /nt52 c: /force /mbr" instead of "bootsect /nt52 /force /mbr"
Restored the WIM to the hard drive as instructed
Rebooted without WinPE mounted and it should have started the XP setup... Instead, there is a disc read error and to press control + alt + delete
There is a KB article about this but it seems to have no affect when you try the solutions: http://support.microsoft.com/kb/931760
Thanks in advanced.
#24
Posted 22 December 2011 - 09:18 AM
http://www.msfn.org/...r2-x32-and-x64/
#25
Posted 22 December 2011 - 09:27 AM
LieboOSBA, on 22 December 2011 - 08:53 AM, said:
No.
I am pretty sure that you think you did that
LieboOSBA, on 22 December 2011 - 08:53 AM, said:
i.e. "bootsect /nt52 c: /force /mbr" instead of "bootsect /nt52 /force /mbr"
namely I suspect that you did not set the partition as Active.
Since this is delicate matter, where each single word has a definite meaning, and I am particularly "picky" you cannot "format a hard drive".
You are actually:
- initializing a (hard) disk (drive)
- partitioning the disk into one or more partition(s) of which one is a primary, i.e. creating one or more drive(s) or volume(s)
- formatting the drive (or volume) by creating a filesystem on it
LieboOSBA, on 22 December 2011 - 08:53 AM, said:
There is a KB article about this but it seems to have no affect when you try the solutions: http://support.microsoft.com/kb/931760
Yes, it is a possibility
Try again, after having applied the Registry changes to the PE.
You can use any MBR editor/disk editor/partition table viewer to check the actual alignment that was used and to check the Active status of the partition.
A standard XP will make partition start at CHS 0/1/1 LBA 63.
A standard PE2/3 will make partition start at CHS 0/32/33 LBA 2048
A PE 2/3 with the proposed mods to the Registry will behave as XP does.
How big is the partition you create?
Try doing it smaller than 128/137 Gb limit, just in case:
http://www.48bitlba.com/
jaclaz
#26
Posted 23 December 2011 - 04:43 AM
imagex.exe (Add - from WAIK) startnet.cmd (Amend) wpeinit formatbat.cmd formatbat.cmd (Add) regedit /s vdsalign.reg diskpart /s delpart.txt echo Y | format c: /fs:ntfs /v: /q bootsect /nt52 c: /force /mbr net use p: \\QNAP\XPInstall imagex /apply P:\XPProWIM\XPINST.wim 1 c: exit vdsalign.reg (Add) [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vds\Alignment] @="Alignment Settings in Bytes" "Between4_8GB"=dword:00000000 "Between8_32GB"=dword:00000000 "GreaterThan32GB"=dword:00000000 "LessThan4GB"=dword:00000000 delpart.txt (Add) select disk 0 clean create partition primary assign letter=c active exit
Using reference http://support.microsoft.com/kb/303906 for assistance.
Interestingly, if we run the normal XP setup by booting the CD after formatting etc with diskpart, it will install correctly (the unattend is set to leave the file system alone).
The "disc read error" message only seems to appear AFTER the WIM is applied.
#27
Posted 23 December 2011 - 06:06 AM
LieboOSBA, on 23 December 2011 - 04:43 AM, said:
Interestingly, if we run the normal XP setup by booting the CD after formatting etc with diskpart, it will install correctly (the unattend is set to leave the file system alone).
The "disc read error" message only seems to appear AFTER the WIM is applied.
Good
How many sectors before has the partition when you run that WinPE?
It is possible that the Registry settings does not have effect.
How big is the partition you create?
Can you state the EXACT words of the error message you get?
Are they among the ones listed here?:
http://www.msfn.org/..._790120__st__25
jaclaz
#28
Posted 19 February 2012 - 08:22 AM
So, we boot a computer, press F12 to PXE boot, select Windows XP setup, this loads PE, formats and partitions and sets active the drives, maps a network share, triggers the setup to copy files thought the GUI mode from the network share (I assume its making a local source) and then reboots. Windows XP setup starts again at text mode setup as though we've booted off of a CD.
The drivers for all types of desktops and some laptops are integrated. I've even merged two textmode driver packs for Intel and AMD chipsets so that both types of SATA and SCSI controllers are supported (we have some Dells have a SATA mode whose default is a "SCSI-Emulation" instead of AHCI in the BIOS).
Some "prerequisite" hot fixes are slipstreamed to the network copy of the XP setup files to save a number of Windows Update related reboots. A "first run" script installs .NET Frameworks 3.5 and 4 because there are some other prerequisite fixes needed before these appear via WSUS.
The first run scripts also re-names the computer based on the asset tag in the BIOS, deletes the entry from AD based on the XP given name and re-creates itself with the new name in AD before auto-rebooted.
All in all a very successful process if I dont mind saying so myself.



Help

Back to top









