[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090106104146.GD6700@merlin.emma.line.org>
Date: Tue, 6 Jan 2009 11:41:46 +0100
From: Matthias Andree <matthias.andree@....de>
To: "Martin K. Petersen" <martin.petersen@...cle.com>
Cc: Rob Landley <rob@...dley.net>, Alan Cox <alan@...rguk.ukuu.org.uk>,
Theodore Tso <tytso@....edu>, Pavel Machek <pavel@...e.cz>,
Sitsofe Wheeler <sitsofe@...oo.com>,
Duane Griffin <duaneg@...da.com>, Valdis.Kletnieks@...edu,
Martin MOKREJŠ
<mmokrejs@...osome.natur.cuni.cz>,
kernel list <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...l.org>, mtk.manpages@...il.com,
rdunlap@...otime.net, linux-doc@...r.kernel.org
Subject: Re: document ext3 requirements
On Mon, 05 Jan 2009, Martin K. Petersen wrote:
> >>>>> "Rob" == Rob Landley <rob@...dley.net> writes:
>
> Rob> On Monday 05 January 2009 05:19:13 Alan Cox wrote:
> >> You could of course just learn to use the functions the kernel
> >> provides. If you want to recover disk blocks without retrying you
> >> can do that via SG_IO. If you want to adjust the timeout and retry
> >> levels you can do that too via sysfs.
>
> Rob> Good to know, but "my laptop hard drive just died" is not the
> Rob> optimal time to learn these sorts of things.
>
> http://www.garloff.de/kurt/linux/ddrescue/
While nice, it does not reconfigure the block layer to reduce retries;
at least not in a manner I see at a glance; no sysctl or SG_IO or ioctl
or fcntl anywhere.
--
Matthias Andree
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists