Hibernate resume from the same file every time

  • Thread starter Thread starter Mart
  • Start date Start date
M

Mart

Hello,
I am interested in booting an embedded device every time from the same
hibernate file in order to cut down on boot time. it can not be a
regenerated hiberfil.sys file, but the same one from the initial boot
of the unit. I have seen scattered responces to this, but i am
interested in not only an answer to this question, but also a one stop
thread where this might be answered along with how to do it. I
understand this can be done through EWF, but what would the
configuration look like? is it good enough to just put the hibernate
file on disk and then subsequent attempts by the OS to delete the
hiberfil.sys file will be caught by EWF? I have played around with
this (without EWF, simply manually recopying the hiberfil.sys file
into the root directory), but the main problem i have run into is that
changes to disks (such as file changes) are lost.
we are intersted in deploying this with EWF on the main partition,
then having a non ewf partition with configuration data that must be
written to and kept permanently. is the windows file system cache what
is messing up the file system in this scenerio? is it possible to
achieve this while still having a partition where data can be
permanently kept?
Thank you in advance,
-Jeremy
 
Just to add to that.

Mart,

SP2 does have the "Hibernate once, Resume many times" feature but it will require from you to have all volumes in the system as EWF
RAM protected.
This limitation is obvious and the workaround can be found in the thread Slobodan mentioned.

KM
 
The idea you mentioned is ReadyOn.
I've been tested ReadyOn before.
It has some critical problem that Write Cache Filter should be RAM.
So it cannot help rebooting when the Write Cache Filter is filled with Data.
 
Hi Eun,

MS implemented similar thing in XPe SP2.
Please read long thread between Konstantin and me (link is provided in other response), and if you find some question not answered
there please ask it there so we may find a solution to the problem.
It has some critical problem that Write Cache Filter should be RAM.
Actually you can use physical unprotected disk volume for data storage, but you must follow some guidelines that we already
discussed.

Best regards,
Slobodan
 
Hi all,
I was able to get an idea of how EWF / Hibernate would work, but i
didnt see what to do to get around the loss of file system data or a
work around so that i can have 1 partition with data that is
permanently written and updated. any suggestions?
 
Hi Mart,

Suggestion is that you do following from your program:
1. Unmount data partition FS.
2. Hibernate/Resume.
3. Mount data partition.

Data integrity should be ok.

Best regards,
Slobodan
 
Slobodan, you rock! Thanks!
-Jeremy


Slobodan Brcin \(eMVP\) said:
Hi Mart,

Suggestion is that you do following from your program:
1. Unmount data partition FS.
2. Hibernate/Resume.
3. Mount data partition.

Data integrity should be ok.

Best regards,
Slobodan
 
I'm new to WinXPe and have run into a snag installing ReadyOn. Following the
ReadyOn Users Guide from Venturcom, everything went well up to the point of
launching ReadyOn on the embedded system:

"The ReadyOn Write Filter can not be found. Please re-install ReadyOn."

From this thread, it sounds like there is a known problem (with ReadyOn).
Could someone offer a solution?

Thanks,
Jeff
 
Jeff,

I haven't played with the product but I am wondering why not ask Venturcom about the issues?
According to the company's website ReadyOn is one of their flag products. They most likely support the product integration.

Btw, just out of curiosity... You are referring to the Venturcom's Write Filter (wfilter), right? (not MS EWF)
It would be interesting to know how the ReadyOn is implemented. I suspect it is pretty much the same implementation as the
"Hibernate once, Resume many times" feature coming in XPe/SP2. Just that the write filter may be not EWF but Venturcom's own one
(since their product runs on XP Pro).
 
Hi Jeff,

I have never seen ReadyOn solution so I can't help you.
But you can use new feature that come with Windows XP SP2 that allow you to do similar thing.

Regards,
Slobodan
 
Back
Top