From: Bart Samwel <bart@samwel.tk>
To: Jan Niehusmann <jan@gondor.com>
Cc: Bradley Chapman <kakadu@gmail.com>, linux-kernel@vger.kernel.org
Subject: Re: Laptop mode causing writes to wrong sectors?
Date: Thu, 17 Nov 2005 17:05:54 +0100 [thread overview]
Message-ID: <437CAA62.8090101@samwel.tk> (raw)
In-Reply-To: <20051117154124.GA1813@knautsch.gondor.com>
Jan Niehusmann wrote:
>> Bradley, Jan, since when have these problems been happening? Kernel
>> version-wise, I mean?
>
> I didn't notice these problems before 2.6.14. As these corruptions are
> not happening very often, and as I usually do not run the notebook on
> battery power, the problem may have existed for a while, though.
>
> Today I did a simple test: I activated laptop mode with a 10s idle
> timeout, and made a script write files with uniqe identifiers, followed
> by a sync, every 60 seconds. After nearly an hour, I didn't see any
> corruption, though at least some of these writes have triggered
> a spin-up. When I have some spare time I'll do more intensive testing.
Well, the syncs should trigger a spinup every time. Laptop mode does not
influence syncs, really.
> Additionally, I mounted more than half of the partitions on this
> notebook read only, and made a 1:1 copy of these partitions to an
> external hard drive. Therefore, I can check later if something
> accidentally did write to these areas.
"more than half"? Exactly how many partitions *are* there on this
notebook? ;)
> If you have any suggestions for additional test, please tell me.
Perhaps you could enable /proc/sys/vm/block_dump. This makes the kernel
output all disk activity, including block numbers. By looking up the
corrupted block numbers in your logs you can check later if the
corrupting write was done by the kernel (i.e., software fault) or not
(hardware fault).
Note that the output of block_dump may not go into your logs by default,
because it's output with KERN_DEBUG. You may need to change your log
settings.
You can add extra context on ext3's state by enabling JBD debugging
(CONFIG_JBD_DEBUG, IIRC).
> The random filesystem corruption had one positive effect: I never had
> such a good backup of my data before. ;-)
It made me rethink my backup strategy as well. :)
--Bart
next prev parent reply other threads:[~2005-11-17 16:07 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-17 13:22 Laptop mode causing writes to wrong sectors? Bradley Chapman
2005-11-17 14:27 ` Bart Samwel
2005-11-17 15:41 ` Jan Niehusmann
2005-11-17 16:05 ` Bart Samwel [this message]
2005-11-17 16:22 ` Bradley Chapman
2005-11-17 21:22 ` Bart Samwel
2005-11-17 22:50 ` Bradley Chapman
2005-11-20 21:30 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2005-11-16 18:16 Jan Niehusmann
2005-11-16 20:06 ` Bart Samwel
2005-11-16 21:42 ` Jan Niehusmann
2005-11-17 9:25 ` Bart Samwel
2005-11-17 10:33 ` Jan Niehusmann
2005-11-17 11:36 ` Bart Samwel
2005-11-17 22:33 ` Pavel Machek
2005-11-18 18:45 ` Bill Davidsen
2005-11-18 23:20 ` Pavel Machek
2005-11-19 8:39 ` Bart Samwel
2005-11-19 9:26 ` Vojtech Pavlik
2005-11-19 11:10 ` Bart Samwel
2005-11-19 14:05 ` Jan Niehusmann
2005-11-19 15:30 ` Jan Niehusmann
2005-11-19 23:29 ` Bart Samwel
2005-11-19 23:45 ` Jan Niehusmann
2005-11-21 2:09 ` Bill Davidsen
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=437CAA62.8090101@samwel.tk \
--to=bart@samwel.tk \
--cc=jan@gondor.com \
--cc=kakadu@gmail.com \
--cc=linux-kernel@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