All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: Valdis.Kletnieks@vt.edu
Cc: root@chaos.analogic.com, linux-kernel@vger.kernel.org
Subject: Re: Blockbusting news, results are in
Date: Thu, 23 Oct 2003 13:28:52 -0400	[thread overview]
Message-ID: <20031023172852.GB2265@thunk.org> (raw)
In-Reply-To: <200310220232.h9M2WY08007068@turing-police.cc.vt.edu>

On Tue, Oct 21, 2003 at 10:32:34PM -0400, Valdis.Kletnieks@vt.edu wrote:
> Yes, I knew this was doable if the filesystem was unmounted - the fun is of
> course that if you get a bad block in /usr or someplace similar, it would
> REALLY be nice to be able to do something about it without taking it offline..

Agreed, it wouldn't be that hard to add some kernel code to do this
on-line, at least if the block isn't already allocated.  If the block
is already allocated, there would need to have to be some userspace
help to find which file the block actually belongs to, so the block
could be substituted out and the user appropriatly warned.

> I admit I haven't cooked up a test filesystem and actually checked what happens
> if you feed the -l flag a block that's already in a file (presumably it
> deallocates it from the inode and leaves a sparse hole) or a block that
> contains inodes or a superblock copy...

It gets treated as a block that has been claimed by two inodes (which
it is; the original inode and the bad block inode).  E2fsck gives the
user the option of (a) allocating a new block so that the file gets
replacement block with whatever data could be copied from the bad
block, or (b) if the user declines the first option, e2fsck next gives
the user the option of deleting the file containing bad block.

						- Ted




  reply	other threads:[~2003-10-23 17:33 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-21 15:18 Blockbusting news, results are in Norman Diamond
2003-10-21 19:31 ` Chuck Campbell
2003-10-21 20:05   ` Richard B. Johnson
2003-10-21 20:21     ` Valdis.Kletnieks
2003-10-21 20:31       ` Richard B. Johnson
2003-10-21 21:53       ` Theodore Ts'o
2003-10-22  2:32         ` Valdis.Kletnieks
2003-10-23 17:28           ` Theodore Ts'o [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-10-20 15:55 Mudama, Eric
2003-10-20 17:32 ` Hans Reiser
2003-10-20 14:08 Mudama, Eric
2003-10-20 14:42 ` John Bradford
2003-10-19 17:51 Mudama, Eric
2003-10-20  6:22 ` Rogier Wolff
2003-10-19 17:39 Mudama, Eric
2003-10-19 17:36 Mudama, Eric
2003-10-19  7:37 Mudama, Eric
2003-10-19  8:09 ` Norman Diamond
2003-10-19  8:24   ` Hans Reiser
2003-10-19 11:43   ` Ralf Baechle
2003-10-19 15:55   ` Krzysztof Halasa
2003-10-19  8:13 ` Rogier Wolff
2003-10-19  8:17 ` Hans Reiser
2003-10-19  8:41   ` Rogier Wolff
2003-10-20 15:56     ` Thayne Harbaugh
2003-10-19  8:21 ` Andre Hedrick
2003-10-19  8:27   ` Hans Reiser
2003-10-19  9:01     ` Erik Andersen
2003-10-19 14:10       ` Andre Hedrick
2003-10-19 18:16         ` Hans Reiser
2003-10-19 19:44           ` Andre Hedrick
2003-10-20  7:21             ` Hans Reiser
2003-10-19 14:42       ` Valdis.Kletnieks
2003-10-19 10:47 ` Ingo Oeser
2003-10-19  2:16 Norman Diamond
2003-10-19  4:15 ` Larry McVoy
2003-10-19  5:00   ` Paul
2003-10-19  8:19     ` Andre Hedrick
2003-10-19  8:08   ` Hans Reiser
2003-10-19  8:35     ` William Lee Irwin III
2003-10-19 20:01       ` Pavel Machek
2003-10-19 20:11         ` William Lee Irwin III
2003-10-20  7:24         ` John Bradford
2003-10-19 22:49       ` jw schultz
2003-10-20  7:22         ` John Bradford
2003-10-20  8:22           ` jw schultz
2003-10-20  7:27         ` Hans Reiser
2003-10-20  8:08           ` jw schultz
2003-10-19 19:49     ` Pavel Machek
2003-10-20  7:22       ` Hans Reiser
2003-10-21 10:31     ` Eric W. Biederman
2003-10-21  8:43 ` Jan-Benedict Glaw

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=20031023172852.GB2265@thunk.org \
    --to=tytso@mit.edu \
    --cc=Valdis.Kletnieks@vt.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=root@chaos.analogic.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.