From: Timothy Shimmin <tes@sgi.com>
To: Andre Nitschke <andre.nitschke@versanet.de>
Cc: xfs@oss.sgi.com
Subject: Re: Question for XFS (mounting and clean bit)
Date: Thu, 29 May 2008 16:59:46 +1000 [thread overview]
Message-ID: <483E5462.1080604@sgi.com> (raw)
In-Reply-To: <20080527181336.22qjfcgcfdlwsg40@webmail.versatel.de>
Hi Andre,
I didn't follow all of this, sorry.
When you ask about the "clean bit", I assume that you are referring
to "clean XFS mount for filesystem".
We effectively mark it clean if we do a successful unmount.
As part of unmount, we write an unmount record into the xfs log.
On the next mount we look for the head of the log and then for the
unmount record nearby. If we find the unmount record then we know
we have had a clean unmount previously, otherwise we replay the log.
So it's really a question of doing an unmount versus resetting the
box beforehand or forcing a shutdown beforehand.
I guess the other question would be if it is possible to mount
the filesystem and try to do no write i/o such that the ondisk log
is not touched at all since the last unmount.
I believe so. You can use "xfs_logprint -t" to see if the head
has moved and it is clean or not etc..
IIRC we did have an sb counters thing recently where in an idle state
we were logging the super block counters - Dave (dgc) fixed this one.
--Tim
Andre Nitschke wrote:
> Hello,
> i am a Linux User from Germany and chanched to xfs. I use Debian 4 and the
> installer creates lilo. Because of a wrong configuration i destroyed the
> lilo.conf and rebootet with a systemrescuecd. from here i mount the xfs
> partition and try to run lilo, but it fails.
> then i had a realy bad idea. i unmount the xfs partition and then mount it as
> root, but there exit a root file system.
> i type
> mount /dev/sda2 /
> no error appears. i could not access the partiton from the hdd, only see the
> tmpfs from the live-boot cd. hm
> i type mount and the mount command says:
> tmpfs on / as tmpfs (rw)
> ....(some entrys...)
> /dev/sda2 on / as xfs (rw)
> ok, both devices were mountet as /
> but i could only access the tmpfs system from the live cd.
> i try to reboot. the system sends the term and kill signal, then hang up.
> nothing happesn.
> i press reset.
> then linux startet normal and says ...
>
> XFS mounting filesystem sda2
> Ending clean XFS mount for filesystem: sda2
>
> so i think nothing should happens to the xfs.
> but i cant stop thinking, go to my testpc with linux and xfs and create the same
> situtation. everytime ... clean xfs.
> when i start writing data and then press reset comes this message:
>
> SGI XFS Quota Management subsystem
> XFS mounting filesystem hda2
> Starting XFS recovery on filesystem: hda2 (logdev: internal)
> Ending XFS recovery on filesystem: hda2 (logdev: internal)
>
> i have two questions. first, is the xfs on my working-machine damaged by my bad
> idea mounting two devices as root
> and secound, is the clean bit removed when mounting a xfs or when i first write
> data on it?
>
> thanks
>
> andre
>
>
next prev parent reply other threads:[~2008-05-29 6:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-27 16:13 Question for XFS (mounting and clean bit) Andre Nitschke
2008-05-28 22:21 ` Martin Steigerwald
2008-05-29 6:59 ` Timothy Shimmin [this message]
2008-05-29 8:09 ` Martin Steigerwald
2008-05-30 5:58 ` Timothy Shimmin
2008-05-29 8:02 ` Martin Steigerwald
2008-05-29 8:04 ` Martin Steigerwald
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=483E5462.1080604@sgi.com \
--to=tes@sgi.com \
--cc=andre.nitschke@versanet.de \
--cc=xfs@oss.sgi.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