Jump to content











Photo
- - - - -

Booting WinPE 4.0


Best Answer Wonko the Sane , 11 December 2012 - 03:30 PM

I my Windows ADK download is from 3/1/12 is there possibly a newer version?

I am not sure to get it. :dubbio:
The Windows 8 ADK is here:http://www.microsoft...s.aspx?id=30652
and it is version 1.0 and it was released in July (and I would assume that in order to make a WinPe 4.0 you need a Windows 8 ADK) :unsure:
 
in any case post:

    [*]file date
    [*]size
    [*]checksum (MD5 or CRC32 would do)
    [/list]of both the bootmgr that you are using (and that didn't work) and of the one you got from Windows 8 (and that is working)
     
    :cheers:
    Wonko Go to the full post


  • Please log in to reply
9 replies to this topic

#1 oddie121

oddie121
  • Members
  • 5 posts
  •  
    United States

Posted 03 December 2012 - 07:18 PM

I've been beating my head over this and still have not come up with the best solution. I'm hoping someone here can help which seems to me a noob issue.

Current setup
TFTPD32 with pxelinux
using memdisk to boot winpe 4.0 (ADK) x86 and x64 iso images
A few other misc .iso and .img images at the moment. (some 700MB)

The recent issue we had is Dell not providing enough memory for memdisk anymore. I want to be ahead of the curve so when they decide to change bios's again, we don't have this issue.

I've looked into iPXE but my WAN links and spread over the world may not work to set up many web servers to serve up the PE image. I also couldn't find a way to go from pxelinux -> ipxe ... only the other way around.

I found the recient devolment by this community to use WIMBoot from pxelinux however i still get the error Too many Huffman symbols with lengths <=1

First I'm looking to solve the WinPE 4.0 issue to not use memdisk, the setup i'm currently using is:

DEFAULT	  vesamenu.c32

PROMPT	   0

NOESCAPE	 0

ALLOWOPTIONS 0

MENU BACKGROUND testback.jpg

# Timeout in units of 1/10 s

TIMEOUT 300

#MENU WIDTH 40

#MENU MARGIN 0

MENU ROWS 12

MENU TIMEOUTROW 14

MENU HSHIFT 5

MENU VSHIFT 2

MENU COLOR BORDER 30;44	   #00000000 #00000000 none

MENU COLOR TABMSG 1;36;44	 #00000000 #00000000 none

#MENU COLOR TITLE 1;36;44	 #00000000 #00000000 none

MENU COLOR SEL   30;47	   #40000000 #20ffffff



MENU TITLE IT PXE

MENU WIDTH 80

MENU MARGIN 18



LABEL local

MENU  DEFAULT

MENU LABEL Boot from Harddisk

LOCALBOOT 0



LABEL  x86

MENU PASSWD P

MENU  LABEL  (32bit)

com32 linux.c32

append PXEImages/winpex86/wimboot initrdfile=PXEImages/winpex86/bootmgr,PXEImages/winpex86/Boot/BCD,PXEImages/winpex86/boot/fonts/segmono_boot.ttf,PXEImages/winpex86/boot/fonts/segoe_boot.ttf,PXEImages/winpex86/boot/fonts/wgl4_boot.ttf,PXEImages/winpex86/boot/boot.sdi,PXEImages/winpex86/Sources/boot.wim




I'm using the Pre13 of 5.0 syslinux.

The next would be to handle larger iso images.

Any help/direction would be appricated.
I'd like to start contributing back to the community as deployment is a big focus of mine at the moment.

Thanks!
  • Brito likes this

#2 Sha0

Sha0

    WinVBlock Dev

  • Developer
  • 1682 posts
  • Location:reboot.pro Forums
  • Interests:Booting
  •  
    Canada

Posted 03 December 2012 - 09:05 PM

Current setup
TFTPD32 with pxelinux
using memdisk to boot winpe 4.0 (ADK) x86 and x64 iso images
A few other misc .iso and .img images at the moment. (some 700MB)

Yes, using MEMDISK for this is a waste of RAM.

I've looked into iPXE but my WAN links and spread over the world may not work to set up many web servers to serve up the PE image.

And yet you are able to use TFTPD32 all over the world? If that's the case, why not continue to use TFTPD32? I don't see what web servers has to do with the memory issue; iPXE can use TFTP and HTTP.

If you do iPXE -> PXELINUX, then that PXELINUX can use HTTP, but if you can't set up DNS names to, or local web-servers for each site, then PXELINUX HTTP capabilities hardly matter, right?

I also couldn't find a way to go from pxelinux -> ipxe ... only the other way around.

I don't know why you'd want to do this if you're not planning on using HTTP, but you certainly can do this. Here's what you'd put in your PXELINUX config-file:

LABEL ipxe

  PXE ipxe.pxe

  # OR

  #PXE undionly.kpxe


I found the recient devolment by this community to use WIMBoot from pxelinux however i still get the error Too many Huffman symbols with lengths <=1

Please specify the wimboot version. Patches to Syslinux and wimboot were required in order to use wimboot with Syslinux. The patches have been merged into both, but maybe your wimboot is too old?

First I'm looking to solve the WinPE 4.0 issue to not use memdisk, the setup i'm currently using is:


...

LABEL x86

MENU PASSWD P

MENU LABEL (32bit)

com32 linux.c32

append PXEImages/winpex86/wimboot initrdfile=PXEImages/winpex86/bootmgr,PXEImages/winpex86/Boot/BCD,PXEImages/winpex86/boot/fonts/segmono_boot.ttf,PXEImages/winpex86/boot/fonts/segoe_boot.ttf,PXEImages/winpex86/boot/fonts/wgl4_boot.ttf,PXEImages/winpex86/boot/boot.sdi,PXEImages/winpex86/Sources/boot.wim

Thank you for sharing your config-file right away. This is surprisingly uncommon for posters (especially first-time-posters), so I want to let you know that I really appreciate it! :)

You might try using the @ syntax to assign names to each of the initrdfile= entries.

I'm using the Pre13 of 5.0 syslinux.

And thanks for specifying the Syslinux version! (You just forgot the wimboot and iPXE versions.)

I'd like to start contributing back to the community as deployment is a big focus of mine at the moment.

I'm sure that your contributions would be very welcome! So welcome! :thumbsup:
  • Brito and oddie121 like this

#3 oddie121

oddie121
  • Members
  • 5 posts
  •  
    United States

Posted 04 December 2012 - 01:57 PM

Wow Thanks Sha0 for the responce! I may be a noob to the forum but i try not to be one in general... just so happends i did forget one thing :).

And yet you are able to use TFTPD32 all over the world? If that's the case, why not continue to use TFTPD32? I don't see what web servers has to do with the memory issue; iPXE can use TFTP and HTTP.


I should have been more clear in my intent. I would like to stay with my TFTPD32/SysLinux (and now possibly wimboot) combiniation i have.Our org is very spread out around the world with many smaller locations so at this moment this combination is the best fit as most of this may be installed on PC class devices. iPXE i was looking at as a last resort to gain the funcationality and desired output for deployment and troubelshooting tools. I feel IPXE would add too much complexities but if i need to go that route for funcationality then i'll start investigating.

Please specify the wimboot version. Patches to Syslinux and wimboot were required in order to use wimboot with Syslinux. The patches have been merged into both, but maybe your wimboot is too old?


Now to correct my oops :). I saw the patching requirement but couldn't find the acutal patches from the webarchiver to patch 4.06 syslinux. I did some digging and found that the fixes were mirged into 5.00 pre. I grabbed the latest of 5.00 pre 13 and wimboot i grabbed the latest as well. Compairing 1.03 files to the "latest" file they appear to be the same. I'm going to say i'm on 1.03 wimboot. I haven't downloaded anything with iPXE at this time.

Thank you for sharing your config-file right away. This is surprisingly uncommon for posters (especially first-time-posters), so I want to let you know that I really appreciate it! :)

You might try using the @ syntax to assign names to each of the initrdfile= entries.

No problem! :good:
Forgive the lack of knowledge, can you provide an example with the @. All the example setups i saw for initrdfile were done with ',' However I'm not that versed in it yet.


I did some more testing last night as well with 5.00. It seems 5.00 pre13 with the memdisk fixes the issue i was having with "not enough memory to load specified image" on some of my systems/images but as you stated sha0 its not efficent. However i will still probably need this for booting the legacy XP SP3 CD we have at this time. The updated version didn't work with WinPE 4.0 it allowed it to boot showing the fish however failed to complete the boot into PE. I haven't looked more into why but i'd still rather go to the WimBoot direction as it was faster even with TFTP. The only thing i didn't like about the new version of memdisk is it doesn't show the old dots that it's acutally doing something. Trivial i know but i have my reasons :).

Incase you're wondering here's what im using for my XP CD

LABEL  XP Sp3 Disk

MENU PASSWD XP

MENU  LABEL XP Sp3 Disk

KERNEL  PXEImages/memdisk/memdisk

APPEND  iso initrd=PXEImages/WinXP/Windows_XP_Professional_32BIT.ISO ro



Anything else i can test with i'd be glad too. I'm working on a global deployment and troubleshooting solution at this time for PC class devices but that will move to servers as well.
Thanks again! :clap:

#4 Sha0

Sha0

    WinVBlock Dev

  • Developer
  • 1682 posts
  • Location:reboot.pro Forums
  • Interests:Booting
  •  
    Canada

Posted 04 December 2012 - 09:17 PM

Now to correct my oops :). I saw the patching requirement but couldn't find the acutal patches from the webarchiver to patch 4.06 syslinux. I did some digging and found that the fixes were mirged into 5.00 pre. I grabbed the latest of 5.00 pre 13 and wimboot i grabbed the latest as well. Compairing 1.03 files to the "latest" file they appear to be the same. I'm going to say i'm on 1.03 wimboot. I haven't downloaded anything with iPXE at this time.

Ok, so the latest Syslinux + wimboot should be working, as long as wimboot supports this Windows PE 4.0 you're talking about. It's possible that it doesn't!

Forgive the lack of knowledge, can you provide an example with the @. All the example setups i saw for initrdfile were done with ',' However I'm not that versed in it yet.

Sure.

LABEL x86

  MENU PASSWD P

  MENU LABEL (32bit)

  COM32 linux.c32

  APPEND PXEImages/winpex86/wimboot initrdfile=PXEImages/winpex86/bootmgr@bootmgr,PXEImages/winpex86/Boot/BCD@BCD,PXEImages/winpex86/boot/fonts/segmono_boot.ttf@segmono_boot.ttf,PXEImages/winpex86/boot/fonts/segoe_slboot.ttf@segoe_slboot.ttf,PXEImages/winpex86/boot/fonts/wgl4_boot.ttf@wg14_boot.ttf,PXEImages/winpex86/boot/boot.sdi@boot.sdi,PXEImages/winpex86/Sources/boot.wim@boot.wim

I noticed that you might've had a typo for segoe_slboot.ttf in your original. However, the source_path@dest_path examples I gave just above probably won't help, as each of the filenames is the same. Maybe the typographical error correction will help.

I did some more testing last night as well with 5.00. It seems 5.00 pre13 with the memdisk fixes the issue i was having with "not enough memory to load specified image" on some of my systems/images but as you stated sha0 its not efficent. However i will still probably need this for booting the legacy XP SP3 CD we have at this time.

How? Are you using a MEMDISK driver?

The updated version didn't work with WinPE 4.0 it allowed it to boot showing the fish however failed to complete the boot into PE. I haven't looked more into why but i'd still rather go to the WimBoot direction as it was faster even with TFTP. The only thing i didn't like about the new version of memdisk is it doesn't show the old dots that it's acutally doing something. Trivial i know but i have my reasons :).

That isn't MEMDISK showing the dots, it's the boot-loader (PXELINUX, in your case). If this change is a major irritant, please report it to the Syslinux mailing-list for consideration.

Incase you're wondering here's what im using for my XP CD


LABEL XP Sp3 Disk

MENU PASSWD XP

MENU LABEL XP Sp3 Disk

KERNEL PXEImages/memdisk/memdisk

APPEND iso initrd=PXEImages/WinXP/Windows_XP_Professional_32BIT.ISO ro

Please do not use spaces in your LABEL entries. Also, I'd prefer using the INITRD directive and using some nice indentation, personally:

LABEL xpsp3disk

  MENU PASSWD XP

  MENU LABEL XP Sp3 Disk

  KERNEL PXEImages/memdisk/memdisk

  APPEND iso

  INITRD PXEImages/WinXP/Windows_XP_Professional_32BIT.ISO


Anything else i can test with i'd be glad too. I'm working on a global deployment and troubleshooting solution at this time for PC class devices but that will move to servers as well.

I haven't seen much about wimboot and Windows PE 4.0. Just in case there's a Syslinux + wimboot problem, could you please try iPXE + wimboot? From the iPXE CLI, you'd do:

dhcp net0

kernel PXEImages/winpex86/wimboot

initrd PXEImages/winpex86/bootmgr bootmgr

initrd PXEImages/winpex86/Boot/BCD BCD

initrd PXEImages/winpex86/boot/fonts/segmono_boot.ttf segmono_boot.ttf

initrd PXEImages/winpex86/boot/fonts/segoe_slboot.ttf segoe_slboot.ttf

initrd PXEImages/winpex86/boot/fonts/wgl4_boot.ttf wg14_boot.ttf

initrd PXEImages/winpex86/boot/boot.sdi boot.sdi

initrd PXEImages/winpex86/Sources/boot.wim boot.wim

boot

If it doesn't work with iPXE + wimboot either, then it might be worth asking the iPXE mailing-list if anyone has tried wimboot with Windows PE 4.0 and if it's expected to work.
  • 69jakk likes this

#5 oddie121

oddie121
  • Members
  • 5 posts
  •  
    United States

Posted 11 December 2012 - 02:39 PM

Sorry for the delay in my reply. I've been testing and work got busy :)

 

I my Windows ADK download is from 3/1/12 is there possibly a newer version? If i replace the bootmgr and bootmgr.efi from a windows 8 dvd everything starts to work properly.

 

Sure.

LABEL x86 MENU PASSWD P MENU LABEL (32bit) COM32 linux.c32 APPEND PXEImages/winpex86/wimboot initrdfile=PXEImages/winpex86/bootmgr@bootmgr,PXEImages/winpex86/Boot/BCD@BCD,PXEImages/winpex86/boot/fonts/segmono_boot.ttf@segmono_boot.ttf,PXEImages/winpex86/boot/fonts/segoe_slboot.ttf@segoe_slboot.ttf,PXEImages/winpex86/boot/fonts/wgl4_boot.ttf@wg14_boot.ttf,PXEImages/winpex86/boot/boot.sdi@boot.sdi,PXEImages/winpex86/Sources/boot.wim@boot.wim
I noticed that you might've had a typo for segoe_slboot.ttf in your original. However, the source_path@dest_path examples I gave just above probably won't help, as each of the filenames is the same. Maybe the typographical error correction will help.

 

Thanks for this! I modified my file to look like this. I tried with the orginal bootmgr from ADK and Win8 with this modified, still the Win8 bootmgr only works. For the font, i don't have this font. Here's a list of files that are in that directory.

 

-a---         1/12/2012  12:36 PM    3694080 chs_boot.ttf-a---         1/12/2012  12:36 PM    3876772 cht_boot.ttf-a---         1/12/2012  12:36 PM    1984228 jpn_boot.ttf-a---         1/12/2012  12:36 PM    2371360 kor_boot.ttf-a---         2/14/2012   5:56 PM     164460 malgun_boot.ttf-a---         2/14/2012   5:56 PM     131144 meiryo_boot.ttf-a---         2/14/2012   5:56 PM     147488 msjh_boot.ttf-a---         2/14/2012   5:56 PM     135392 msyh_boot.ttf-a---         2/14/2012   5:56 PM      36020 segmono_boot.ttf-a---         2/14/2012   5:56 PM      72092 segoe_boot.ttf-a---         1/12/2012  12:36 PM      47452 wgl4_boot.ttf

 

How? Are you using a MEMDISK driver?

Not sure to be honest here's what i put in my memdisk folder under PXEImages/memdisk (aka the noob way of just put everything in there :) )

-a---         12/3/2012   5:54 AM       1625 acpi.h-a---         12/3/2012   5:54 AM       1732 bda.h-a---         12/3/2012   5:54 AM        218 compiler.h-a---         12/3/2012   5:54 AM       7587 conio.c-a---         12/3/2012   5:54 AM        931 conio.h-a---         12/3/2012   5:54 AM         33 ctypes.c-a---         12/3/2012   5:54 AM       6316 dskprobe.c-a---         12/3/2012   5:54 AM        706 dskprobe.h-a---         12/3/2012   5:54 AM       1005 e820.h-a---         12/3/2012   5:54 AM        533 e820data-a---         12/3/2012   5:54 AM       2559 e820func.c-a---         12/3/2012   5:54 AM       2273 e820test.c-a---         12/3/2012   5:54 AM       2367 eltorito.c-a---         12/3/2012   5:54 AM       3253 eltorito.h-a---         12/3/2012   5:54 AM        930 fdgeo.pl-a---         12/3/2012   5:54 AM      32671 inflate.c-a---         12/3/2012   5:54 AM       3138 Makefile-a---         12/3/2012   5:54 AM       2028 memcpy.S-a---         12/3/2012   6:21 AM      26140 memdisk-a---         12/3/2012   5:54 AM       3347 memdisk.h-a---         12/3/2012   5:54 AM      26487 memdisk.inc-a---         12/3/2012   5:54 AM       4322 memdisk.ld-a---         12/3/2012   5:54 AM      17423 memdisk16.asm-a---         10/5/2009   4:06 PM         64 memdisk_chs.asm-a---         12/3/2012   5:54 AM        132 memdisk_chs_512.asm-a---         10/5/2009   4:06 PM         64 memdisk_edd.asm-a---         12/3/2012   5:54 AM        132 memdisk_edd_512.asm-a---         12/3/2012   5:54 AM        134 memdisk_iso_2048.asm-a---         12/3/2012   5:54 AM        132 memdisk_iso_512.asm-a---         12/3/2012   5:54 AM       2632 memmove.S-a---         12/3/2012   5:54 AM       2037 memset.S-a---         12/3/2012   5:54 AM       3832 msetup.c-a---         12/3/2012   5:54 AM       5120 mstructs.h-a---         12/3/2012   5:54 AM       1664 postprocess.pl-a---         12/3/2012   5:54 AM      36001 setup.c-a---         12/3/2012   5:54 AM       2277 start32.S-a---         12/3/2012   5:54 AM         37 strntoumax.c-a---         12/3/2012   5:54 AM         35 strtoull.c-a---         12/3/2012   5:54 AM         33 strtox.c-a---         12/3/2012   5:54 AM         40 suffix_number.c-a---         12/3/2012   5:54 AM        433 testdata1-a---         12/3/2012   5:54 AM        360 testdata2-a---         12/3/2012   5:54 AM        469 testdata3-a---         12/3/2012   5:54 AM       9979 unzip.c-a---         12/3/2012   5:54 AM        743 version.h

 

 

That isn't MEMDISK showing the dots, it's the boot-loader (PXELINUX, in your case). If this change is a major irritant, please report it to the Syslinux mailing-list for consideration.

Thanks. I'll shoot them something.

 

 

Please do not use spaces in your LABEL entries. Also, I'd prefer using the INITRD directive and using some nice indentation...

:thumbsup:  got it! :)

 

 

So all in all I believe i have this working. The only work around at this point is replacing the bootmgr files. Is there someone i can work with on this to get this fixed if the community wishes to?

Memdisk now seems to work on broken bios systems but not sure why at the moment. I'll probably report this into the syslinux list as well.

 

Are there any other good things, or nice to have items that i may have over looked to do with PXELinux/syslinux? such as troubleshooting items or customizations? There isn't a way to do LDAP authenication with PXELinux is there?

 



#6 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 11 December 2012 - 03:30 PM   Best Answer

I my Windows ADK download is from 3/1/12 is there possibly a newer version?

I am not sure to get it. :dubbio:
The Windows 8 ADK is here:http://www.microsoft...s.aspx?id=30652
and it is version 1.0 and it was released in July (and I would assume that in order to make a WinPe 4.0 you need a Windows 8 ADK) :unsure:
 
in any case post:

    [*]file date
    [*]size
    [*]checksum (MD5 or CRC32 would do)
    [/list]of both the bootmgr that you are using (and that didn't work) and of the one you got from Windows 8 (and that is working)
     
    :cheers:
    Wonko

#7 oddie121

oddie121
  • Members
  • 5 posts
  •  
    United States

Posted 11 December 2012 - 03:49 PM

I am not sure to get it. :dubbio:
The Windows 8 ADK is here:http://www.microsoft...s.aspx?id=30652
and it is version 1.0 and it was released in July (and I would assume that in order to make a WinPe 4.0 you need a Windows 8 ADK) :unsure:
 
in any case post:


    [*]file date
    [*]size
    [*]checksum (MD5 or CRC32 would do)
    [/list]of both the bootmgr that you are using (and that didn't work) and of the one you got from Windows 8 (and that is working)
     
    :cheers:
    Wonko

     

I may have downloaded it when it was condisered "pre" when they released the support for MDT 2012 :confused1:

 

Sorry, i'm not sure how to get the checksum, not something i have to do everyday :). In the windows ADK folder  (didn't work)

bootmgr 2/17/2012:10:44 378KB

bootmgr.efi 2/17/2012 10:39 915KB

 

Windows 8 DVD copy (worked)

bootmgr 7/26/2012 :11:33 389KB

bootmgr 7/26/2012 2:14 1,092KB

 

If anything, i can try to redownload the ADK to see if that makes a difference. I'll hold off till someone says do it :).



#8 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 11 December 2012 - 05:40 PM

Try again with exact size in bytes and using (say) 7-zip to make a CRC32 or *any* tool for the MD5, some listed here:

http://reboot.pro/in...p?showtopic=130

http://reboot.pro/to...the-wb-toolbox/

(personally I use the dsfok toolkit a lot)

 

But yes, you should use the ADK for Windows 8 from the given page.

 

:cheers:

Wonko



#9 oddie121

oddie121
  • Members
  • 5 posts
  •  
    United States

Posted 15 April 2013 - 01:10 PM

Sorry for the long and over due delay with this, work got hectic with OS Deployment and I had to sit down and figure this out.

Thank you Wonko the Sane for your help with this!

It turned out the copy i had for windows ADK was still beta even though the version number was exactly the same.

After digging down to one file (i can't remember which) it still finally said v1 beta. The easiest way i attributed this to was if you boot the WinPE image from made from MDT and you get the fish instead of the four Windows 8 tiles, its the beta version.

After redownloading ADK, refreshing the deployment share, and extracting the iso to use with wimboot everything works as intended without replacing files.

 

Thanks again all!



#10 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 16066 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 15 April 2013 - 02:25 PM

Good :) .

 

 

:cheers:

Wonko






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users