public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: "Stephen C. Tweedie" <sct@redhat.com>
Cc: Andrew Morton <akpm@zip.com.au>, LKML <linux-kernel@vger.kernel.org>
Subject: Re: Automatically mount or remount EXT3 partitions with EXT2 when alaptop is powered by a battery?
Date: Wed, 3 Jul 2002 05:04:48 +0200	[thread overview]
Message-ID: <20020703030447.GC474@elf.ucw.cz> (raw)
In-Reply-To: <20020702131314.B4711@redhat.com>

Hi!

> > > If it's because of the disk-spins-up-too-much problem then
> > > that can be addressed by allowing the commit interval to be
> > > set to larger values.
> > 
> > The updated commit interval will only affect new transactions, correct?
> > In other words, when changing the commit interval from t_old to t_new,
> > it will take t_old seconds until we can be certain there are only
> > transactions with a t_new expiry interval in the queue?
> 
> Yes, unless:
> > Or is there a
> > way to flush the current queue of transactions, eg. by fsync()ing the
> > underlying block device, or by sending a magic signal to kjournald? 
> 
> an fsync() on any file or directory on the filesystem will ensure that
> all old transactions have completed, and a sync() will ensure that any
> old transactions are at least on their way to disk.

Ugh, does that mean that if I 

"sync ; poweroff"

my data are not safe?
									Pavel
-- 
(about SSSCA) "I don't say this lightly.  However, I really think that the U.S.
no longer is classifiable as a democracy, but rather as a plutocracy." --hpa

  reply	other threads:[~2002-07-03 16:49 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-24 20:02 Automatically mount or remount EXT3 partitions with EXT2 when a laptop is powered by a battery? Miles Lane
2002-06-24 20:23 ` Andreas Dilger
2002-06-24 20:27 ` Richard B. Johnson
2002-06-25 17:03 ` Automatically mount or remount EXT3 partitions with EXT2 when alaptop " Andrew Morton
2002-06-25 17:24   ` Miles Lane
2002-06-25 19:35     ` Andrew Morton
2002-07-03  3:02       ` Pavel Machek
2002-06-26  0:13   ` Stephen Tweedie
2002-06-26 18:39     ` Andrew Morton
2002-07-02 13:23       ` Stephen C. Tweedie
2002-07-03  3:04         ` Pavel Machek
2002-06-28 21:59   ` Daniel Kobras
2002-07-02 12:13     ` Stephen C. Tweedie
2002-07-03  3:04       ` Pavel Machek [this message]
2002-07-04 20:30         ` Stephen Tweedie
2002-07-04 22:05       ` Daniel Kobras
2002-07-05  7:59         ` Stephen Tweedie
2002-07-06  0:58           ` Pavel Machek
2002-07-23 11:14             ` Stephen C. Tweedie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020703030447.GC474@elf.ucw.cz \
    --to=pavel@ucw.cz \
    --cc=akpm@zip.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sct@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox