Mailinglist Archive: opensuse-mobile (36 mails)
| < Previous | Next > |
Re: [opensuse-mobile] two issues with suspend to disk in Suse 10.2
- From: Martin Hofius <Martin@xxxxxxxxxxxxxxxxx>
- Date: Wed, 2 May 2007 12:17:49 +0200
- Message-id: <200705021217.49731.Martin@xxxxxxxxxxxxxxxxx>
Am Mittwoch, 2. Mai 2007 11:40 schrieb Wilfried Maschtera:
> On Tue, May 01, 2007 at 11:43:38PM +0200, Martin Hofius wrote:
> > Hi Wilfried,
..
>
> I expect that linux will sync and write all buffers etc. before suspending.
> The information in the swap is used to speed the boot process up and -
> mainly - to restore the status with respect to running applications, open
> data sets (of the end user) and so on during resumption. It can not be that
> I will have a system with uncertain status or iprobably lost data if the
> information on the swap is lost for some reason. If this should be the case
> I have to think which unix I will use in the future.
..
I agree that linux should sync before suspending - and there is no question
that data should be save even if the resuming process fails.
Think of partitions are "owned" by the current OS. If You suspend this OS, the
"ownership" doesn't end. If You use the other OS to write on this partition,
it is a violation of the "ownership" of the previous OS...
>
> see above: a small but important error - I did not type the word "not".
> But principially it should be the same. The storage of additional data has
> the purpose to put the system into the status the system had when the user
> "stopped working". It is a service for the user and not for the boot
> process or the OS. Therefore the suspension must be clean and safe. This is
> important especially for suspension to RAM. The additional infos are stored
> in RAM only and no syncing took place and power will fail ?
I don't think that suspending is ment to be used to switch between different
OS. If You mount common partitions readonly, I don't expect any permanent
lost of data.
Perhaps is it possible to declare these common partitions as "removeable" as I
described in a different branch of this discussion.
Greetings
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-mobile+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-mobile+help@xxxxxxxxxxxx
> On Tue, May 01, 2007 at 11:43:38PM +0200, Martin Hofius wrote:
> > Hi Wilfried,
..
>
> I expect that linux will sync and write all buffers etc. before suspending.
> The information in the swap is used to speed the boot process up and -
> mainly - to restore the status with respect to running applications, open
> data sets (of the end user) and so on during resumption. It can not be that
> I will have a system with uncertain status or iprobably lost data if the
> information on the swap is lost for some reason. If this should be the case
> I have to think which unix I will use in the future.
..
I agree that linux should sync before suspending - and there is no question
that data should be save even if the resuming process fails.
Think of partitions are "owned" by the current OS. If You suspend this OS, the
"ownership" doesn't end. If You use the other OS to write on this partition,
it is a violation of the "ownership" of the previous OS...
>
> see above: a small but important error - I did not type the word "not".
> But principially it should be the same. The storage of additional data has
> the purpose to put the system into the status the system had when the user
> "stopped working". It is a service for the user and not for the boot
> process or the OS. Therefore the suspension must be clean and safe. This is
> important especially for suspension to RAM. The additional infos are stored
> in RAM only and no syncing took place and power will fail ?
I don't think that suspending is ment to be used to switch between different
OS. If You mount common partitions readonly, I don't expect any permanent
lost of data.
Perhaps is it possible to declare these common partitions as "removeable" as I
described in a different branch of this discussion.
Greetings
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-mobile+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-mobile+help@xxxxxxxxxxxx
| < Previous | Next > |