Re: Hibernation Mode

From: KM (konstmor_at_nospam.yahoo.com)
Date: 04/21/04

  • Next message: ms: "Re: XPE image on Virtual PC" 
    Date: Wed, 21 Apr 2004 13:46:44 -0700

    Hi Slobodan,

    Just wanted to post the reply for the record. You were absolutely right about how the hibernation feature works on XP/XPe.
    Playing with it for a few hours I can finally confirm that.

    The bottom line is that ntldr is smart enough to read the text based hiberfil.sys to redirect read/write (hibr-->wake) requests to
    another partition. But ntoskrnl.exe is stupid and exactly the component that creates/updates (set zeros for the first 512 bytes of
    the file) the binary hiberfil.sys ALWAYS on boot partition (the partition with currently loaded OS, where the OS's Windows dir is
    located).

    So the real problem was how to generate the hiberfil.sys and move it to another partition while EWF is running and enabled. My
    conclusion was that it is currently possible with only direct access to raw partition to pass EWF. This, however, requires parsing
    the boot partitoin's FS. FAT parser is pretty straightforward but NTFS would be harder (is it documented enough to implemented the
    NTFS parser?).

    Here is more details on my results (you may not read it as you know all that already):

    I played with the hibernation feature today on an XPe image with EWF running.
    First of all, I was not clear in my understanding where hiberfil.sys is created. I thought it is always created on system partition
    (where ntldr is). Especially the hardcoded "\hiberfil.sys" path in ntldr made me think this way. Now I finally know that the file is
    created on boot (OS) partition (where the Windows directory is located). I should have probably read the docs more carefully (the
    fact is stated in there).

    One more observation. Yesterday I was playing with my laptop. Whenever I hibernated the system (XP Pro from first partition or XPe
    from second partition) on the laptop and then turn on the machine again, ntldr menu did not appear (even though, I had the timeout
    value <> 0). I thought it is a feature of ntldr (to disable boot menu if the machine has been hibernated). I was wrong. I could not
    even boot off a CD-ROM. This means it is a BIOS feature.

    Today I was playing with a Desktop ACPI machine and behavior was different (BIOS different). I could see the ntldr timeout menu if I
    have hibernated the OS. This finally allowed me to easy switch between OSs and see the hiberfil.sys in "pure" form. I confirm now
    there is "hibr"/"wake" flag at the beginning of the file that gets set by ntldr to mark the hiberfil.sys file (to be not used
    again).

    Now coming to EWF and hibernation.
    First, when EWF is enabled on the OS partition, the hiberfil.sys is created in EWF cache. I can confirm that by the fact that when I
    hibernate XPe image and reboot to XP Pro (another partition) I do not see the hiberfil.sys (or I see the old one, not changed). This
    conflicts with all we discussed previously (or most likely I misunderstood your points) and means that the hiberfil.sys is created
    through file system and EWF is catching all the writes.

    Now the linkmulti path. It works as expected. The steps I made (the Hibernation is enabled in my image and the MS dump driver is in
    place):
        - boot to XPe
        - disable EWF on XPe partition
        - reboot to XPe again, make sure the hiberfil.sys is created.
        - reboot to XP Pro, move the XPe's hiberfil.sys to another partition
        - create a text based hiberfil.sys that has a "linkmulti" ARC path to that partition
        - reboot to XPe ---> image resumes perfectly!
        - here I see the binary (!) hiberfil.sys on the XPe partition.
        - enable EWF on XPe partition, reboot to XPe for EWF to take in effect
        - hibernate XPe image
        - turn on machine and boot to XP Pro ---> I see binary hiberfil.sys on XPe partition.

    Another experiment I have unsuccessfully tried was (EWF volume was present):
        - setting up "good" hiberfil.sys ("hibr" flag in place) for XPe image with EWF disabled
        - reboot to XP Pro and change the bytes in EWF volume to enable it (this works perfect without gaming with hibernation)
        - reboot to XPe
        - a black hanging screen after ntdr menu
    This, of course, could be explain that the RAM EWF state from hiberfil.sys is not the same as from EWF volume. Anyway, it was a hack
    and it did not work.

    By the way, just for another recond, I was able to enable/disable EWF state of XPe protected partition from another OS by hacking
    the binary flags in EWF configuration partition ONLY when EWF QFE (IRQL_NOT_LESS_OR_EQUAL) was applied to my image. Without the QFE
    I have seen too many times IRQL_NOT_LESS_OR_EQUAL and 0x8E BSODs.

    I have also tried to capture the complete system memory dump (CrashControl and i8042prt/CrashonCtrlScroll registry setting).
    However, the memory dump and hiberfil.sys files are very different. Not knowing the hiberfil.sys format I couldn't reformat the
    memory dump to be used for hibernate resume. Also, the hiberfil.sys memory pages are compressed (again, don't know details).

    The bottom line here - need a way to somehow capture hiberfil.sys with EWF enabled protecting boot partition. Only way - access to
    raw partition data and parsing FS. This is, if I understood correctly, what you have done in your test app.

    This was a long post. Sorry about that. 

    --
 Konstantin
> Like I said and as far as I can remember.
>
> It is not important where ntldr will search for hiber file (he is stupid and
> will follow ARC path in dummy hiberfil.sys located on boot partition).
> But you need to persuade XPe to save and create hiber file on partition that
> is different from OS partition.
>
> Be cautious what ever you do it must be done while XPe is online and before
> actual hibernation.
>
> Regards,
> Slobodan
>
>
>
> "KM" <konstmor@nospam_yahoo.com> wrote in message
> news:eKAxymXJEHA.3104@TK2MSFTNGP10.phx.gbl...
> > Slobodan,
> >
> > I already know about the dumpdriver and EWF working fine together as we
> > discussed this eailier.
> >
> > The test I do now is just about moving hibernation dump to non-boot
> > partition (nothing EWF related). I don't see potential problems with such
> > implementation. Ntldr is aware of all the partitions, and could easy read
> > linkmulti ARC paths from text hiberfil.sys file and load binary
> hiberfil.sys
> > from another partition.
> >
> > However, you must be right about the hiberfil.sys. Ntldr doesn't seem to
> > handle linkmulti's (I searched in ntldr binary) which means the MS link I
> > sent you previously did not say truth. The "\hiberfil.sys" path seems to
> be
> > hardcoded in ntldr.
> >
> > I've gone furthur in my testing (all I could do without taking out the
> HDD)
> > and had the actual hiberfil.sys on another partition (although with first
> > 512 bytes = 0, OS couldn't resume from it). But instead of using it
> > (updating it), OS replaced the text hiberfil.sys on the boot partition.
> >
> > Anyway.. the final test I mentoned in my previous post I will be able to
> > perform only later this week. Actually, I am not going to change FS but
> just
> > move hiberfil.sys to another partition and have text based one on the boot
> > partition.
> >
> > If I find anything interesting (which I doubt) I'll post it here.
> >
> > Thanks,
> >    Konstantin
> >
> > > Konstantin,
> > >
> > > Been there done that. This file is automatically created when you
> > hibernate,
> > > but real hiber file must stay on OS partition and you can not move it.
> > > EWF and hiber file play well together since dumpdriver bypasses EWF
> > overlay
> > > you don't have extra memory consumption.
> > >
> > > Be cautious with changing file system from CD of some other non HDD OS.
> > This
> > > can have catastrophic consequences to your FS if you modify it offline
> and
> > > then resume from hibernation.
> > >
> > > Regards,
> > > Slobodan
> > >
> > >
> > > "KM" <konstmor@nospam_yahoo.com> wrote in message
> > > news:#gSfQ2RJEHA.3592@TK2MSFTNGP09.phx.gbl...
> > > > Slobodan,
> > > >
> > > > I understood what you said. I was asking previous questions mostly to
> > bate
> > > > my curiosity :-)
> > > >
> > > > Btw, have you tried "text based" hiberfil.sys on system partition?
> > > >
> > >
> >
> http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us
> > >
> >
> /Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prmc_s
> > > tr_vzeb.asp
> > > > An ARC path linkmulti(W)disk(X)rdisk(Y)partition(Z) could link to
> > another
> > > > partition with the actual memory image (hiberfil.sys). I haven't tried
> > it
> > > > here (don't have a proper test enviroment here) but it is probably not
> > > hard
> > > > to test. The binary based hiberfil.sys could be moved to the second
> > > > partition offline (with the HDD pluged in another machine) and simple
> > text
> > > > based hiberfil.sys may be created.
> > > >
> > > > It is theoretical but this may help moving the hibernation dump to an
> > EWF
> > > > unprotected partition and to use hibernation as in XP Pro (but still
> > have
> > > > EWF protected system partition).
> > > >
> > > > The only thing I tested here. When there is text based hiberfil.sys
> file
> > > on
> > > > system partition (OS1) but no binary hiberfil.sys on another partition
> > > > (OS2), the ntldr hangs after I choose to boot OS1. Strange that ntldr
> > > choice
> > > > screen appears what tells me that the text base hiberfil.sys may not
> > work.
> > > > However, OS1 (not OS2) boot hangs and that showed something works.
> > > > Monday I may be able to perform more appropriate tests.
> > > >
> > > > Thanks,
> > > >     Konstantin
> > > >
> > > > > Hi Konstantin,
> > > > >
> > > > > 1. I have no idea if there is any documentation that describe this.
> I
> > > > would
> > > > > like to find it also just to read it nothing more.
> > > > > 2. According to doc it looks like this is the API call to reserve
> > > > > hibernation file. Although I never tried this, but my guess is that
> it
> > > > > should work.
> > > > > You don't need to disable EWF you just need to hibernate once before
> > > > > enabling it for first time.
> > > > > 3a. I never actually though about this since it is irrelevant
> because
> > > you
> > > > > MUST USE RAM EWF to protect all open filesystems.
> > > > > And EWF will prevent zero write from what ever driver or service
> that
> > > try
> > > > to
> > > > > do that. (This is the reason why I have never wanted to know which
> > > > component
> > > > > does this).
> > > > >
> > > > > > CreateFile(\\\\.\\PHYSICALDRIVE0,..) and seek for hiberfil.sys
> file?
> > > > Then
> > > > > > you have probably implemented a small version of FS in the code?
> Is
> > it
> > > > the
> > > > > > reason for FAT[32] dependency only now?  I guess NTFS is just more
> > > > > > complicated than FS in implementation.
> > > > >
> > > > > Exactly as you described it. This is why I mentioned restrictions of
> > > > current
> > > > > implementation (I have done it fast just to test if this can be
> done,
> > > not
> > > > > for commercial use).
> > > > >
> > > > > Also all restrictions could be removed if there was a way to open
> > > > > hibernation file while OS keeps it open.
> > > > > I do not need neither read or write flags just need handle to send
> one
> > > > IOCTL
> > > > > code to obtain position of file relative to beginning of partition.
> > > > >
> > > > > I have tried even with backup flags but without any luck. (Who knows
> > > maybe
> > > > I
> > > > > did not tried it hard enough).
> > > > > Writing simple FAT FS parser was easier at the moment since
> > hibernation
> > > > file
> > > > > is always in the root directory.
> > > > >
> > > > > Regards,
> > > > > Slobodan
> > > > >
> > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > Have an opinion on the effectiveness of Microsoft Embedded
> newsgroups?
> > > > Tell
> > > > > Microsoft!
> > > > > https://www.windowsembeddedeval.com/community/newsgroups
> > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > >
> > > > > "KM" <konstmor@nospam_yahoo.com> wrote in message
> > > > > news:ek9pc9KJEHA.3216@tk2msftngp13.phx.gbl...
> > > > > > Yup, it is much clearer now. Thanks a lot Slobodan, you are fount
> of
> > > > > > knowledge :-)
> > > > > >
> > > > > > Just a few more additional questions:
> > > > > >
> > > > > > 1. Is diskdump.sys and atapi.sys driver dumping the hiberfil.sys?
> Do
> > > you
> > > > > > know any doc source where I can look for diskdump.sys interfaces?
> In
> > > DDK
> > > > I
> > > > > > couldn't find much about it.
> > > > > >
> > > > > > 2. Yup, this is clear. I am not sure who creates the hibernation
> > file,
> > > > but
> > > > > > seems the call like
> > > "CallNtPowerInformation(SystemReserveHiberFile,..)"
> > > > > does
> > > > > > it:
> > > > > >
> > > > >
> > > >
> > >
> >
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/power/base/
> > > > > callntpowerinformation.asp.
> > > > > > Although it is not really important becuase it is always easy to
> > > disable
> > > > > EWF
> > > > > > and create the file.
> > > > > >
> > > > > > 3b. You're saying "Windows". Do you know which component does the
> > > > zero'ing
> > > > > > first 512 bytes of the file?
> > > > > >
> > > > > > Does your test app change WAKE to HIBR flag? Then do you open raw
> > > > > partition
> > > > > > data in user mode like CreateFile(\\\\.\\C:,..) or disk like
> > > > > > CreateFile(\\\\.\\PHYSICALDRIVE0,..) and seek for hiberfil.sys
> file?
> > > > Then
> > > > > > you have probably implemented a small version of FS in the code?
> Is
> > it
> > > > the
> > > > > > reason for FAT[32] dependency only now?  I guess NTFS is just more
> > > > > > complicated than FS in implementation.
> > > > > >
> > > > > > Thanks,
> > > > > >     Konstantin
> > > > > >
> > > > > > > Hi Konstantin,
> > > > > > >
> > > > > > >
> > > > > > > Your questions make complete sense, also your understanding how
> > > > > dumpdirver
> > > > > > > process works is 100% accurate (as per doc). But documentation
> is
> > > > > > > incomplete.
> > > > > > >
> > > > > > > 1. Hibernation (saving data process during the shutdown) really
> > > bypass
> > > > > EWF
> > > > > > > protection.
> > > > > > > 2. Creation of hiber file goes before that and it goes though
> > > > filesystem
> > > > > > so
> > > > > > > it is imperative for EWF to be disabled first time file is
> > created.
> > > > > > > 3. During resume.
> > > > > > > 3a. ntldr modifies first four bytes of hiber file from HIBR to
> > WAKE.
> > > > (to
> > > > > > > mark that boot potentially gone wrong)
> > > > > > > 3b. Windows when resumed tries to invalidate first 512 bytes oh
> > file
> > > > to
> > > > > > zero
> > > > > > > trough FS, but RAM EWF stop it from doing it so.
> > > > > > >
> > > > > > > So if you want that everything go smoothly you can make int 13
> > write
> > > > > call
> > > > > > > filter that will prevent ntldr from changing HIBR to WAKE.
> > > > > > > You could modify BIOS if you have custom BIOS (Just remove write
> > > calls
> > > > > and
> > > > > > > return success).
> > > > > > >
> > > > > > > Or in this instance with application, write application that
> > > bypasses
> > > > > EWF
> > > > > > > and change WAKE to HIBR. Really simple.
> > > > > > >
> > > > > > > Does this have any sense to you?
> > > > > > >
> > > > > > > Regards,
> > > > > > > Slobodan
> > > > > > >
> > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > Have an opinion on the effectiveness of Microsoft Embedded
> > > newsgroups?
> > > > > > Tell
> > > > > > > Microsoft!
> > > > > > > https://www.windowsembeddedeval.com/community/newsgroups
> > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > >
> > > > > > > "KM" <konstmor@nospam_yahoo.com> wrote in message
> > > > > > > news:OOH7ARFJEHA.3500@TK2MSFTNGP10.phx.gbl...
> > > > > > > > Slobodan,
> > > > > > > >
> > > > > > > > Since you are familiar with the hibernation process, could you
> > > help
> > > > me
> > > > > > > > understanding the following questions please?
> > > > > > > >
> > > > > > > > WinDDK doc says: "The kernel does disk I/O by direct calls to
> > the
> > > > disk
> > > > > > > dump
> > > > > > > > driver, diskdump.sys, bypassing filesystems, and the normal
> I/O
> > > > stack.
> > > > > > The
> > > > > > > > disk dump driver, in turn, calls the boot device's miniport
> > driver
> > > > to
> > > > > > > handle
> > > > > > > > all I/O operations, and the disk dump driver intercepts all of
> > the
> > > > > > > miniports
> > > > > > > > calls to the port driver.".
> > > > > > > > Is this true for crash dumps only? Or hibernation also
> conforms
> > to
> > > > the
> > > > > > > > statement? My understanding was that the disk dump driver is
> > used
> > > > for
> > > > > > both
> > > > > > >
> > > > > > > > without exceptions. If it is true for hibernation, then
> > > > hiberfile.sys
> > > > > > file
> > > > > > > > is not accessed through file system driver.
> > > > > > > >
> > > > > > > > What driver level EWF is implemented (not file system driver
> for
> > > > > sure)?
> > > > > > > How
> > > > > > > > [RAM] EWF works along with disk dump driver? Would it be right
> > to
> > > > > assume
> > > > > > > > that they are not interfering and changes in the hiberfil.sys
> > are
> > > > not
> > > > > > > > increasing EWF cache?
> > > > > > > >
> > > > > > > > Sorry if  it doesn't make sense to you. I'll rephase the
> > questions
> > > > > then.
> > > > > > > >   Konstantin
> > > > > > > >
> > > > > > > > > In attachment you will find doc and application without the
> > > > sources
> > > > > (I
> > > > > > > > > rarely give them away).
> > > > > > > > > I hope that this is last working version. Also do not use it
> > in
> > > > > multi
> > > > > > > boot
> > > > > > > > > scenario machines.
> > > > > > > > >
> > > > > > > > > I made this application for Brad so he can test his image.
> > > > > > > > > This is not a full featured product and have many
> limitations.
> > > > > > > > >
> > > > > > > > > 1. Is must be used on FAT partition (OS Must be on fat
> > > partition).
> > > > > > > > > 2. OS partition should not have more that 32 files in root
> > > > > directory.
> > > > > > > > > 3. You must use RAM EWF (Disk EWF is out of question).
> > > > > > > > > 4. Before using my app to hibernate you must dismount all
> > > volumes
> > > > > that
> > > > > > > are
> > > > > > > > > not protected by EWF.
> > > > > > > > > 5. Before activating EWF for the first time you must make
> sure
> > > > that
> > > > > > > > > hiberfile is placed in root of OS partition and that it is
> > > > > initialized
> > > > > > > to
> > > > > > > > > full size of your RAM.
> > > > > > > > > 6. After activating EWF reboot your device so EWF become
> > > enabled.
> > > > > > > > > 7. There is an issue with one brief moment during the resume
> > if
> > > > > power
> > > > > > is
> > > > > > > > cut
> > > > > > > > > off next time you boot user will be asked if he wants to
> > resume
> > > or
> > > > > do
> > > > > > > > normal
> > > > > > > > > clean boot.
> > > > > > > > > 7a. I have solved this by creating special program placed in
> > MBR
> > > > for
> > > > > > my
> > > > > > > > > device only testing purposes only.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > If I understood correctly, using your application you can
> > wake
> > > > up
> > > > > > from
> > > > > > > > > hiber mode to the same state (using hiber file as master
> > boot).
> > > > > > > > >
> > > > > > > > > Yes, each boot will bring your device to exact same state.
> > > > > > > > >
> > > > > > > > > Regards,
> > > > > > > > > Slobodan
> > > > > > > > >
> > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > > > Have an opinion on the effectiveness of Microsoft Embedded
> > > > > newsgroups?
> > > > > > > > Tell
> > > > > > > > > Microsoft!
> > > > > > > > > https://www.windowsembeddedeval.com/community/newsgroups
> > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > > >
> > > > > > > > > "Leonid" <leonid.olshansky@med.ge.com> wrote in message
> > > > > > > > > news:6b4e508c.0404161600.69c0d4bd@posting.google.com...
> > > > > > > > > > "Slobodan Brcin \(eMVP\)" <sbrcin@ptt.yu> wrote in message
> > > > > > > > > news:<#gt9jmIHEHA.3144@TK2MSFTNGP10.phx.gbl>...
> > > > > > > > > > > I have no idea how ReadyOn is implemented.
> > > > > > > > > > >
> > > > > > > > > > > But if you are using RAM EWF and hibernation with little
> > app
> > > > for
> > > > > > > > > stateless
> > > > > > > > > > > operation you wont need extra space on disk I mean no
> more
> > > > than
> > > > > > > memory
> > > > > > > > > you
> > > > > > > > > > > have.
> > > > > > > > > > >
> > > > > > > > > > > For test purposes I have created application that allow
> me
> > > to
> > > > > > > > hibernate
> > > > > > > > > and
> > > > > > > > > > > to do same boot over and over again.
> > > > > > > > > > >
> > > > > > > > > > > Regards,
> > > > > > > > > > > Slobodan
> > > > > > > > > > >
> > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > > > > > Have an opinion on the effectiveness of Microsoft
> Embedded
> > > > > > > newsgroups?
> > > > > > > > > Tell
> > > > > > > > > > > Microsoft!
> > > > > > > > > > > https://www.windowsembeddedeval.com/community/newsgroups
> > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > > > > > "Sean B" <anonymous@discussions.microsoft.com> wrote in
> > > > message
> > > > > > > > > > >
> news:33E7C30C-E684-4452-AD4E-FB4A9A28139C@microsoft.com...
> > > > > > > > > > > > I was aware that when using XP's hibernation i would
> > need
> > > > 128
> > > > > Mb
> > > > > > > but
> > > > > > > > > this
> > > > > > > > > > > ReadyOn facility from Venturcom also requires a memory
> > > cache,
> > > > > > wasn't
> > > > > > > > > sure
> > > > > > > > > > > whether this was on top of Hibernation or instead.
> > > > > > > > > > > >
> > > > > > > > > > > > If you aren't aware ReadyOn appears to be hibernation
> > > plus,
> > > > > > works
> > > > > > > > > along a
> > > > > > > > > > >  similar line as EWF but ensure quick (hibernaton style
> > > boot)
> > > > > > > > > > > >
> > > > > > > > > > > >      ----- Slobodan Brcin (eMVP) wrote: -----
> > > > > > > > > > > >
> > > > > > > > > > > >      You will need 128 MB of space for hibernation
> file.
> > > So
> > > > > this
> > > > > > > > could
> > > > > > > > > be
> > > > > > > > > > > >      possible cause.
> > > > > > > > > > > >
> > > > > > > > > > > >      Regards,
> > > > > > > > > > > >      Slobodan
> > > > > > > > > > > >
> > > > > > > > > > > >      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > > > > > >      Have an opinion on the effectiveness of Microsoft
> > > > > Embedded
> > > > > > > > > > >  newsgroups? Tell
> > > > > > > > > > > >      Microsoft!
> > > > > > > > > > > >
> > > > https://www.windowsembeddedeval.com/community/newsgroups
> > > > > > > > > > > >      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > > > > > > > >
> > > > > > > > > > > >      "Sean B" <anonymous@discussions.microsoft.com>
> > wrote
> > > in
> > > > > > > message
> > > > > > > > > > > >
> > > > > news:DEB1290B-68A0-4408-97B2-797028E82D07@microsoft.com...
> > > > > > > > > > > >      > Hi All,
> > > > > > > > > > > >      >> I have created a version of XP(100mb-ish) that
> > > > resides
> > > > > > on
> > > > > > > a
> > > > > > > > > 256 Mb
> > > > > > > > > > >  CF
> > > > > > > > > > > >      card, due top requirement issues i need to boot
> > > quicker
> > > > > > than
> > > > > > > a
> > > > > > > > > > >  standard
> > > > > > > > > > > >      boot, so i am attempting to boot via hibernation/
> > > > > Venturcom
> > > > > > > > > ReadyOn.
> > > > > > > > > > >  The
> > > > > > > > > > > >      problem that the system has 128Mb of RAM and
> > > currently
> > > > > > > > > hibernation
> > > > > > > > > > >  mode and
> > > > > > > > > > > >      ReadyOn will not work. i think the problem is
> that
> > my
> > > > CF
> > > > > > card
> > > > > > > > > isn't
> > > > > > > > > > >  big
> > > > > > > > > > > >      enough to have to OS &hibernation image file on?
> > Can
> > > > > > anybody
> > > > > > > > > confirm
> > > > > > > > > > >  my
> > > > > > > > > > > >      assumption?
> > > > > > > > > > > >      >> Thanks In Advance
> > > > > > > > > > > >      >> Sean B
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Hi, Slobodan
> > > > > > > > > > If I undestood correctly, using your application you can
> > wake
> > > up
> > > > > > from
> > > > > > > > > > hiber mode to the same state (using hiber file as master
> > > boot).
> > > > > > Would
> > > > > > > > > > you like to provide me with this application and if it's
> > > posible
> > > > > > with
> > > > > > > > > > source code? What did you mean as "stateless operation"?
> > > > > > > > > >
> > > > > > > > > > \Leonid
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
  • Next message: ms: "Re: XPE image on Virtual PC"

    Relevant Pages

    • Re: Hibernation Mode
      ... > If hiberfil.sys is found on boot partition it always ... XP Pro but can access from XPe booting from a second partiton. ... > created in EWF cache. ... > (this works perfect without gaming with hibernation) ...
      (microsoft.public.windowsxp.embedded)
    • Re: Hibernation Mode
      ... > Please disregard my comments about the hibernation while EWF enabled. ... >> Slobodan, ... >> XP Pro but can access from XPe booting from a second partiton. ... >> hiberfil.sys is on the XPe partition ...
      (microsoft.public.windowsxp.embedded)
    • Re: Hibernation Mode
      ... I already know about the dumpdriver and EWF working fine together as we ... The test I do now is just about moving hibernation dump to non-boot ... partition. ... OS replaced the text hiberfil.sys on the boot partition. ...
      (microsoft.public.windowsxp.embedded)
    • Re: Hibernation Mode
      ... Disable hibernation support in Windows XP Prof so it does not pollute ... first partition with hibernation file. ... Use Reg RAM EWF with disabled as default. ... Hibernate your XPe. ...
      (microsoft.public.windowsxp.embedded)
    • Re: Hibernation Mode
      ... Please disregard my comments about the hibernation while EWF enabled. ... Even if you could move file from one to other partition this ... > XP Pro but can access from XPe booting from a second partiton. ...
      (microsoft.public.windowsxp.embedded)
    Loading