From: Mike Frysinger <vapier@gentoo.org>
To: util-linux@vger.kernel.org
Subject: `fsck -A` and fs-specific options
Date: Mon, 11 Jul 2011 22:59:54 -0400 [thread overview]
Message-ID: <201107112259.55340.vapier@gentoo.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 1213 bytes --]
ive got some "interesting" bugs here when using the `fsck -A` helper.
consider file systems that have unique mount options that sometimes the fsck
program also needs to know about. for mounting, this isnt a problem as the
options are stored in /etc/fstab and `mount` will extract the options field
and pass it along. but what about fsck ?
for example, some journaling file systems allow the journal to be stored
separately. reiserfs has the "jdev=" mount option and the "--journal" fsck
option. ext[34] have the "journal_dev=" mount option and the "-j" fsck
option.
another example is with loop mounts that take an offset. fsck cannot operate
on the loop source as the start of the file is not the image. it needs to
first setup the loop with the offset, and then do the fsck on the loop point.
/tmp/foo.img /mnt/tmp ext3 loop,offset=10000
i could code up some crap in the Gentoo init scripts to take care of this, but
if we handled it in util-linux, everyone would get this for free. seems like
we need to add a per-filesystem-type lists that track the mount option (so we
can extract it from /etc/fstab) and how to translate it into the related fsck
option.
-mike
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next reply other threads:[~2011-07-12 2:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-12 2:59 Mike Frysinger [this message]
2011-07-12 11:02 ` `fsck -A` and fs-specific options Theodore Tso
2011-07-12 19:18 ` Mike Frysinger
2011-07-13 11:17 ` Theodore Tso
2011-07-13 18:31 ` Mike Frysinger
2011-07-13 8:32 ` Karel Zak
2011-07-13 11:13 ` Theodore Tso
2011-07-13 15:03 ` Fake block devices (Was Re: `fsck -A` and fs-specific options) David Zeuthen
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=201107112259.55340.vapier@gentoo.org \
--to=vapier@gentoo.org \
--cc=util-linux@vger.kernel.org \
/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