From: "Vladimir V. Saveliev" <vs@namesys.com>
To: Linux Tard <linuxtard@yahoo.com>
Cc: reiserfs-list@namesys.com, Chris Mason <mason@suse.com>
Subject: Re: Trying to mount ReiserFS file system read only results in change
Date: Mon, 19 Dec 2005 18:57:47 +0300 [thread overview]
Message-ID: <43A6D87B.3090003@namesys.com> (raw)
In-Reply-To: <20051219142410.65007.qmail@web34613.mail.mud.yahoo.com>
Hello
Linux Tard wrote:
> Hi Vladimir,
>
> Thank you for reply. Unfortunately in our testing the
> journal count always is incremented (or we think that
> is the change on the file system). When we mount any
> ReiserFS file system read only (ro) without
> journalling (nolog) options and then unmount it, the
> md5 value after unmount does not match the md5 value
> before mount. According to man page for mount the
> 'nolog' option is a work in progress, so we don't know
> if this is why the count is still incremented or not?
>
> We do know if we change that code in journal.c and
> compile our kernel, the count is not incremented and
> pre and post mounting authentication values are
> equivalent. We're trying to found out A) what is
> being changed when mounted read only
reiserfs has to replay journal before it can access any data. Even if it is
mounting readonly. Journal replay code does not distinguish whether filesystem
is being mounted read-only or not. So, it just replays journal and updates few
counters. If filesystem was umounted clean - no transactions are replayed, but
counters still get updated.
> and B) why it's
> being changed
There were no reasons to distinguish cases of clean shutdown and unclean one.
Journal replay code does the same regardless to what happened with filesystem
before and to how it is being mounted.
> and ultimately C) is there something
> else besides changing source code to stop this?
>
Please send your patch so that we could see first what you have done already.
next prev parent reply other threads:[~2005-12-19 15:57 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-14 15:21 Reiserfsck can't fix FS Thomas Raschbacher
2005-10-14 16:08 ` Vitaly Fertman
2005-10-16 17:40 ` Thomas Raschbacher
2005-10-16 23:37 ` evilninja
2005-10-17 19:34 ` michael chang
2005-10-19 11:27 ` Thomas Raschbacher
2005-10-19 20:17 ` evilninja
[not found] ` <b14e81f00510201255x3ee436afveb8222f43f69f8a@mail.gmail.com>
2005-12-11 7:21 ` Thomas Raschbacher
2005-12-12 18:22 ` Bedros Hanounik
2005-12-12 22:15 ` michael chang
[not found] ` <f18a8d980512121454q5170cc19i31c9aa3d653226fe@mail.gmail.com>
2005-12-15 12:09 ` Reiserfsck can't fix FS - part 2 Thomas Raschbacher
2005-12-15 12:21 ` Raymond A. Meijer
2005-12-15 13:34 ` Vladimir V. Saveliev
2005-12-15 20:24 ` Thomas Raschbacher
2005-12-16 7:43 ` Vladimir V. Saveliev
2005-12-16 15:14 ` Thomas Raschbacher
2005-12-19 9:33 ` Vladimir V. Saveliev
2005-12-20 7:24 ` Thomas Raschbacher
2005-12-20 8:14 ` Vladimir V. Saveliev
2005-12-22 13:55 ` Thomas Raschbacher
2005-12-22 14:38 ` Vladimir V. Saveliev
2005-12-23 14:29 ` Thomas Raschbacher
2005-12-28 0:48 ` Thomas Raschbacher
2005-12-19 0:37 ` Trying to mount ReiserFS file system read only results in change Linux Tard
2005-12-19 8:08 ` Vladimir V. Saveliev
2005-12-19 14:24 ` Linux Tard
2005-12-19 15:57 ` Vladimir V. Saveliev [this message]
2005-12-19 19:31 ` Linux Tard
2005-12-20 12:05 ` Vladimir V. Saveliev
2005-12-22 20:43 ` Linux Tard
2005-12-23 15:03 ` Vladimir V. Saveliev
2005-12-24 16:55 ` Linux Tard
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=43A6D87B.3090003@namesys.com \
--to=vs@namesys.com \
--cc=linuxtard@yahoo.com \
--cc=mason@suse.com \
--cc=reiserfs-list@namesys.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.