Mailinglist Archive: opensuse-de (1805 mails)

< Previous Next >
Re: boot: Buffer I/O error on device dm-2
  • From: Heinz Diehl <htd@xxxxxxxxxxxxxxxxx>
  • Date: Fri, 27 Nov 2009 20:23:30 +0100
  • Message-id: <20091127192330.GA10039@xxxxxxxxxxxxxxxxx>
On 27.11.2009, Daniel Bauer wrote:

<3>[ 46.491513] Buffer I/O error on device dm-2, logical block 0

Das ist schon eine Weile bekannt, ich kopiere die Mail vom cryptsetup
maintainer einfach mal hier rein:

--------- cut here ----------------------------

* Subject: Re: Question on LUKS master key digest and its effect on security
* From: Milan Broz <mbroz@xxxxxxxxxx>
* Date: Sat, 19 Sep 2009 21:00:32 +0200
* In-reply-to: <20090919165148.GA5619@xxxxxxxxxxxxxxxxx>
* References: <200909182039.44953.dmcrypt-list@xxxxxxxxxxxx>
* Sender: dm-crypt-bounces@xxxxxxxx
* User-agent: Thunderbird 2.0.0.23 (X11/20090812)

Heinz Diehl wrote:

On 18.09.2009, Milan Broz wrote:

As reported some weeks ago, the buffer i/o errors are still
present with the latest svn code (from today):

[....]
Sep 19 18:33:05 liesel kernel: Buffer I/O error on device dm-4, logical
block 32

This is not cryptsetup bug but interference with badly written
udev rules or programs reacting to uevents (like DeviceKit etc) which tries
to open/scan temporary/keyslot cryptstetup devices (I see this messages too
with dracut in Fedora).
(In 1.0.7 was 1 sec timeout which was removed, that caused these messages
to appear
more often. But this timeout slowed down keyslot scan unnecessarily.)

You can easily verify that - run command which produces this messages
like cryptsetup luksOpen with --debug, and if you see
WARNING: other process locked internal device ... it is this problem.

These messages are ugly, but there is actually no problem - if cryptsetup
detects that someone locks internal keyslot device by opening it (usually
it is blkid),
it remaps it to error target, so that program receives io errors on read
and quickly closes it. (unfortunately kernel log this read error to syslog.)

(I hope that udev problems will be solved soon by switching device-mapper
to use udev directly and maintain its own, correctly written, rules.)

Milan
_______________________________________________
dm-crypt mailing list
dm-crypt@xxxxxxxx
http://www.saout.de/mailman/listinfo/dm-crypt


------------- cut here --------------------------------------

Mach' mal ein Update von udev und device-mapper.

--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx

< Previous Next >
References