From: Walter Hofmann <walterh@gmx.de>
To: Kervin Pierre <kpierre@fit.edu>
Cc: Richard Gooch <rgooch@ras.ucalgary.ca>,
Andreas Dilger <adilger@turbolabs.com>,
linux-kernel@vger.kernel.org
Subject: Re: fs corruption recovery?
Date: Wed, 9 Jan 2002 12:10:09 +0100 [thread overview]
Message-ID: <20020109111009.GD963@aragorn> (raw)
In-Reply-To: <3C3BB082.8020204@fit.edu> <20020108200705.S769@lynx.adilger.int> <200201090326.g093QBF27608@vindaloo.ras.ucalgary.ca> <3C3BC38C.7010808@fit.edu>
In-Reply-To: <3C3BC38C.7010808@fit.edu>
On Tue, 08 Jan 2002, Kervin Pierre wrote:
> Do you still have any of those scripts around? Or can you give me a
> general idea of how you used debugfs to retrieve your files?
SuSE has a ddrescure RPM in their distribution which will do what you
need:
wh@aragorn:~$ /usr/local/frodo/bin/dd_rescue
dd_rescue: (fatal): both input and output have to be specified!
dd_rescue Version 0.98, garloff@suse.de, GNU GPL
($Id: dd_rescue.c,v 1.22 1999/10/19 23:46:25 garloff Exp $)
dd_rescue copies data from one file (or block device) to another
USAGE: dd_rescue [options] infile outfile
Options: -s ipos start position in input file (default=0),
-S opos start position in output file (def=ipos);
-b softbs block size for copy operation (def=16384),
-B hardbs fallback block size in case of errs (def=512);
-e maxerr exit after maxerr errors (def=0=infinite);
-m maxxfer maximum amount of data to be transfered (def=0=inf);
-l logfile name of a file to log errors and summary to
(def="");
-r reverse direction copy (def=forward);
-t truncate output file (def=no);
-w abort on Write errors (def=no);
-a spArse file writing (def=no),
-A Always write blocks, zeroed if err (def=no);
-i interactive: ask before overwriting data (def=no);
-f force: skip some sanity checks (def=no);
-q quiet operation,
-v verbose operation;
-V display version and exit;
-h display this help and exit.
Note: Sizes may be given in units b(=512), k(=1024) or M(=1024*1024)
bytes
This program is useful to rescue data in case of I/O errors, because
it does not necessarily aborts or truncates the output.
Walter
next prev parent reply other threads:[~2002-01-09 11:11 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-09 2:52 fs corruption recovery? Kervin Pierre
2002-01-09 3:07 ` Andreas Dilger
2002-01-09 3:26 ` Richard Gooch
2002-01-09 4:14 ` Kervin Pierre
2002-01-09 5:29 ` Richard Gooch
2002-01-09 11:10 ` Walter Hofmann [this message]
2002-01-10 15:50 ` Ralf Baechle
2002-01-09 10:24 ` Helge Hafting
2002-01-09 15:12 ` Richard Gooch
2002-01-09 15:22 ` Roy Sigurd Karlsbakk
2002-01-09 12:26 ` Bjorn Wesen
2002-01-09 20:29 ` Alex Bligh - linux-kernel
2002-01-09 4:03 ` Kervin Pierre
2002-01-09 5:20 ` H. Peter Anvin
2002-01-09 9:28 ` Thomas Capricelli
2002-01-09 10:43 ` Andreas Dilger
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=20020109111009.GD963@aragorn \
--to=walterh@gmx.de \
--cc=adilger@turbolabs.com \
--cc=kpierre@fit.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=rgooch@ras.ucalgary.ca \
/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