Network Boot diskless Windows 7 Embedded in RAM RRS feed

  • General discussion

  • Hi

    I was wondering if there is an official way of booting Windows 7 (embedded) diskless?

    I mean not WinPE, but kind of like XPE was done with SDI, but from inside a wim.

    I can do this by including 3 drivers to boot start and toggling WinPE in BCD (and adjusting a bunch of registry entries).

    But this is not a very nice approach, so I was hoping for a better and hopefully documented way to do this.

    It will of course be restricted in size to half a gig for the wim, roughly 1,5 Gb uncompressed. But still, not a big problem with this new tool..

    Sunday, December 13, 2009 11:14 PM

All replies

  • Have no one really experimented with this?

    It is interesting to see how simple it actually is.... I was hoping for a discussion on how to extend this - if there exist any use for it..

    The size restriction for the wim, could be "worked around" by splitting the image from a "core". But then again, if there exist no real usage for it, it makes no sense to bother with.

    Tuesday, December 15, 2009 8:45 AM
  • Since no explanation has been posted, I might as well post what is necessary to boot from inside a wim for non-PE.

    Include 3 drivers;

    Merge this into your target SYSTEM hive, mounted as sys;
    Windows Registry Editor Version 5.00
    "Group"="FSFilter System Recovery"
    "Description"="File Based Write Filter Driver"
    "DefaultInstance"="Fbwf Instance"
    [HKEY_LOCAL_MACHINE\sys\ControlSet001\services\FBWF\Instances\Fbwf Instance]
    "Group"="FSFilter Infrastructure"
    "DisplayName"="Windows RAM Disk Driver"
    "DisplayName"="Windows Imaging File System Filter Driver"
    "Group"="FSFilter Compression"
    "DefaultInstance"="Wimfsf Instance"
    [HKEY_LOCAL_MACHINE\sys\ControlSet001\services\WimFsf\Instances\Wimfsf Instance]
    The "WinPECacheThreshold" can be adjusted according to supported values. Btw, it is possible to set the value to 400 (1 Gb), but you cannot use that much... Any explanation?

    Notice the key under  MountedDevices. It is used to override the default (X:)as set by /minint and winpe. I would still like an explanation for why it is necessary to set winpe on, although the system inside the wim is not a PE.

    Sunday, December 20, 2009 7:40 AM
  • You can try "OS streaming" to boot (diskless) computers under Windows desktop OS (XP to Win7).
    Try :
    - HP Image Manager

    - Citrix Provisioning Services  (google search for this product)

    - Double Take Flex   (google search for this product)

    and also, the free/open source way (with no shared disks, no administration console, no "image builder", no helper for DHCP/PXE configuration):

    Monday, December 21, 2009 5:35 PM
  • I was primarily investigating "inram" solutions, but iSCSI-alike solutions are also interesting.

    Thanks anyway.

    Tuesday, December 22, 2009 11:04 AM
  • im-ram boot:

    Basically, prior tyo actually booting, you create a RAM-Disk, provision it with a "real" and complete disk image and then fire the boot process by invoking whater boot loader is in the RAM disk (MBR + bootmgr for instance).

    Cons: you need a huge amount of RAM since you have to have the complete disk (even free space!) in RAM. The time to provision the RAM disk can be somewhat long and it will use a lot of Network bandwidth. Typical embedded disk sizes are above 1GB in the Windows world (except the CE family). Restricted to embedded OSes with small footprint. Updating the source disk can by painful.

    Pro: It is resilient to network failure AFTER the system has provisioned the ram-disk. IN-Ram access is very fast. It is usually possible to share a unique "disk source" for several clients at the same time. No modifications can be done by a common user to the system configuration: when rebooted, the configuration is restored to its state as defined by the source disk.


    OS/Disk streaming ("iSCSI-alike"):

    Basically you begin by PXE-booting or network booting, getting and launching a small "remote virtual disk client" that connects to a remote virtual disk which is hosted on a server. This remote virtual disk client can act to provide BIOS-level access to the remote virtual disk, and is used to load and launch the boot sector (MBR) on the remote disk. When run, the boot sector invokes whatever bootlader stands on teh remote disk (bootmgr for instance). When the OS loads and does not (cannot) use BIOS-level disk access, a remote virtual disk driver takes over and provide disk access to the OS.

    Cons: it is not resilient to network failure: The network/server have to be available for this to work. It requires a LAN-type network connection

    Pro: The size of the remote disk does not have any impact on teh performances of the client: Since the remote virtual disk is a disk to the OS, the OS reads sectors on it on demand and does not need to load the complete disk sectors in RAM (hopefully, because typical disk sizes are above 15GB). A client usually reads between 60MB and 200MB to bott a complete Windows (XP, 7...) OS. The remote virtual disk can usually be shared by several client at the same time: the system is made to adapt "unique IDs" such as computer name, domain credentials etc; Then there is only one "disk" to manage for as many clients as desired (deployment is not even needed).

    Updating the reference remote disk is made very easily: Set the disk to be shared as "writable" by a single client, boot a client off it, make the modifications, shutdown the client, share the updated disk.

    The system also has a way to prevent  users/clients from writing directly in the remote disk, thus actually acting as a write-filter.

    Check articles on "OS Streaming" for more details, and this article:


    Wednesday, July 7, 2010 12:15 PM
  • XPe/WES2009 support booting into RAM or network boot.  I believe image size was a reason why network boot feature was not supported in WES7.

    Network install is supported, but this is to install on to media. You would have to find a work around to make this idea work.


   /, Book Author - XP Embedded Advanced, XPe Supplemental Toolkit, WEPOS / POS for .NET Step-by-Step
    Wednesday, July 7, 2010 3:21 PM