Re: EvfMgr C: -commit followed by Power Down gives lost changes
From: Slobodan Brcin \(eMVP\) (sbrcin_at_ptt.yu)
Date: 12/02/04
- Next message: Josh: "EWF fails Error code 1"
- Previous message: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- In reply to: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- Next in thread: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- Reply: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 2 Dec 2004 23:25:00 +0100
Hi Lasse,
> When we want to update/install a PC with new application software,
> a little utility on this PC is started from a remote computer. This uses
> a script and connects to an external WebServer to fetch the new software.
> This might include running a script that modifies Registry, deletes files, ...
Where is the EWF in this utility, I do not see that it is connected to your image per your description.
If EWF is not active in this remove OS then you can update any files without committing them.
Regards,
Slobodan
"Lasse" <Lasse-NO@SPAM-engdahl.com> wrote in message news:OB6masL2EHA.2192@TK2MSFTNGP14.phx.gbl...
> Hi Slobodan
> Here a better description of my problem
> Most of the PCs in my system are headless. (not possible to connect a screen).
> The only connection is ethernet and USB.
>
> When we want to update/install a PC with new application software,
> a little utility on this PC is started from a remote computer. This uses
> a script and connects to an external WebServer to fetch the new software.
> This might include running a script that modifies Registry, deletes files, ...
>
> Some files goes to unprotected D: (NTFS), some to protected C:
> If something is written to C:, my utility makes EwfMgr C: -commit.
>
> My intention was that the user should initiate a graceful shutdown
> after that. (This can be done from an external computer).
>
> But the users does not allways follow that rule. They turn off the power.
>
> Sometimes it could be lots of new files. My guess is that when
> there are lots of files, some are flushed to the physical disk, some not,
> causing an inconsistent system. (if someone turns off power).
>
> Normally (no updating is done) nothing is written to any of the partitions.
> The way to stop is to turn off power.
>
> Lasse
>
> Slobodan Brcin (eMVP) wrote:
> > Hi Lesse,
> >
> > I did not understand your last question about the power off, could you elaborate what you want to do?
> >
> > With RAM EWF turning power off is ok thing to do. But settings will be lost.
> > You can move settings to second unprotected partition.
> >
> >
> >>The problem is that some changes might be saved and others not.
> >>This might be difficult to detect.
> >
> >
> > What do you mean by that?
> >
> > Regards,
> > Slobodan
> >
> > "Lasse" <Lasse-NO@SPAM-engdahl.com> wrote in message news:OUZm4yJ2EHA.2192@TK2MSFTNGP14.phx.gbl...
> >
> >>Hi Slobodan
> >>Thank you for the information.
> >>Seems to me that the only secure method is to make a graceful shutdown
> >>directly after commit. (if there is any chance for power failure or
> >>someone turning power off).
> >>Turning power off is our normal method to shutdown our system.
> >>
> >>The problem is that some changes might be saved and others not.
> >>This might be difficult to detect.
> >>
> >>Lasse
> >>
> >>Slobodan Brcin (eMVP) wrote:
> >>
> >>
> >>>Hi Lasse,
> >>>
> >>>I asked because I though that you will try to use such approach, but I will disappoint you.
> >>>
> >>>RAM EWF overlay content is only written during the graceful shutdown (Or in SP2 if you commitanddisable overlay with live
> >
> > switch).
> >
> >>>EWF is between disk driver and filesystem driver. So flushing FS will just move data to EWF overlay, but data will stay there
> >
> > and
> >
> >>>will not go to physical disk.
> >>>
> >>>Regards,
> >>>Slobodan
> >>>
> >>>"Lasse" <Lasse-NO@SPAM-engdahl.com> wrote in message news:OvTP%23LJ2EHA.1152@TK2MSFTNGP14.phx.gbl...
> >>>
> >>>
> >>>>Hi
> >>>>My problem is that the (some) users of the system sometimes makes commit
> >>>>then reboots the by turning power off/on (it is much easier).
> >>>>
> >>>>My intention is to create a file Commit.bat that does:
> >>>>C:\SomeSecretDir\EwfMgr C: -commit
> >>>>Sync C: # flush
> >>>>
> >>>>Meaning the users can only use the commit.bat file that flushes the disk.
> >>>>
> >>>>Sync (www.sysInternals.com)
> >>>>UNIX provides a standard utility called Sync, which can be used to direct the
> >>>>operating system to flush all file system data to disk in order to insure that
> >>>>it is stable and won't be lost in case of a system failure. Otherwise, any
> >>>>modified data present in the cache would be lost. Here is a an equivalent that
> >>>>I wrote, called Sync, that works on all versions of Windows. Use it whenever
> >>>>you want to know that modified file data is safely stored on your hard drives.
> >>>>
> >>>>Will this work.
> >>>>Could this function be above the EWF and not operate on the disk ?
> >>>>
> >>>>I have a SanDisk FlashDisk, NTFS, compressed, 60 Mbyte.
> >>>>commit is only used for some change of settings and update of applications.
> >>>>
> >>>>Slobodan Brcin (eMVP) wrote:
> >>>>
> >>>>
> >>>>>Hi Lasse,
> >>>>>
> >>>>>What do you mean by that? Could you explain?
> >>>>>
> >>>>>Regards,
> >>>>>Slobodan
> >>>>>
> >>>>>"Lasse" <Lasse-NO@SPAM-engdahl.com> wrote in message news:eB7eQkI2EHA.204@TK2MSFTNGP10.phx.gbl...
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Thanks for the answer.
> >>>>>>Yes, I am using RAM EWF.
> >>>>>>I will try using Sync.exe from SysInternals to solve my problem.
> >>>>>>
> >>>>>>Lasse
> >>>>>>
> >>>>>>Slobodan Brcin (eMVP) wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>Lasse,
> >>>>>>>
> >>>>>>>commit is just a notification to driver that it should save data from overlay to disk.
> >>>>>>>If you are talking about RAM EWF then this save happens only during the graceful shutdown, not before.
> >>>>>>>
> >>>>>>>Regards,
> >>>>>>>Slobodan
> >>>>>>>
> >>>>>>>"Lasse" <Lasse-NO@SPAM-engdahl.com> wrote in message news:OSaztDI2EHA.2804@TK2MSFTNGP15.phx.gbl...
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>Hi All
> >>>>>>>>I use "EwfMgr C: -commit", and a short time after that the power is
> >>>>>>>>turned off. What should happen ?
> >>>>>>>>
> >>>>>>>>I thought that -commit made the changes to be flushed to the disk.
> >>>>>>>>But it seems to me that there is some kind of delayed write to the disk.
> >>>>>>>>Turning off the power makes the changes to be lost.
> >>>>>>>>If I make a graceful shutdown, everything works OK.
> >>>>>>>>
> >>>>>>>>If I am right, is there some utility or API I can use to flush
> >>>>>>>>everything to the disk after commit.
> >>>>>>>>
> >>>>>>>>Lasse
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>
> >
> >
- Next message: Josh: "EWF fails Error code 1"
- Previous message: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- In reply to: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- Next in thread: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- Reply: Lasse: "Re: EvfMgr C: -commit followed by Power Down gives lost changes"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
