From: Whit Blauvelt <whit@transpect.com>
To: reiserfs-list@namesys.com
Subject: Marking bad blocks
Date: Sat, 19 Jul 2003 23:30:04 -0400 [thread overview]
Message-ID: <20030720033004.GA6519@free.transpect.com> (raw)
Hi,
I'm trying to use the add-bad-blocks.c script provided on the site, but with
both gcc 2.95.3 and 3.2.2 I get:
"undefinded reference to `concat'"
when I try to do "gcc add-bad-blocks.c".
Is there something else I need to do to compile it successfully? Or is it
just bad code? Why isn't whatever the necessary step is spelled out on the
site?
And, the instruction page only mentions patches to old versions of the
kernel. Is the patch to support this now standard in the Reiserfs of kernel
2.4.21?
I like Reiserfs a lot, and use it extensively, but for the second time I'm
having serious trouble because of its lack of bad block handling. The
Website is full of posturing about "If you have a problem, it's probably
your hardware, not a real bug." Fine, this is hardware. The first time
around a drive problem totally trashed a system. Now it looks like the
Reiser code is better (in 2.4.21 it doesn't crash the system as it does on
the same drive with 2.4.19 - looks like something was improved either in
Reiser or general file system support in the kernel). But an out of date
page on handling bad blocks with a utility that doesn't compile doesn't
evidence thorough care.
Thanks for any advice on how to actually take care of this problem short of
throwing out a drive (or going to another file system) just because a couple
of blocks are bad.
Whit
next reply other threads:[~2003-07-20 3:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-20 3:30 Whit Blauvelt [this message]
2003-07-20 9:17 ` Marking bad blocks Rudy L. Zijlstra
2003-07-20 22:59 ` Szakacsits Szabolcs
2003-07-20 10:39 ` Vitaly Fertman
2003-07-20 14:23 ` Whit Blauvelt
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=20030720033004.GA6519@free.transpect.com \
--to=whit@transpect.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.