Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-04 Thread Clemens Fruhwirth
At Wed, 3 Jan 2007 20:37:22 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > Well, it seems to fix the problem and according to the thread on lkml > the lack of flush_anon_page() on ARM is associated with some > corruption. At least FUSE doesn't work on ARM without those patches, > so it se

Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-03 Thread Clemens Fruhwirth
At Wed, 3 Jan 2007 20:14:42 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-03 17:59]: > > After a bit of debugging on Gordon's slug, I found out that we have > > some kind of read race/read corruption wh

Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-03 Thread Clemens Fruhwirth
At Tue, 2 Jan 2007 19:04:41 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-02 18:00]: > > Does luksDump report the same things on both architecture? > > Yes. After a bit of debugging on Gordon's slug, I

Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-02 Thread Clemens Fruhwirth
At Tue, 2 Jan 2007 19:04:41 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-02 18:00]: > > Does luksDump report the same things on both architecture? > > Yes. Strange. Can I somehow gain access to your tes

Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-02 Thread Clemens Fruhwirth
At Sat, 30 Dec 2006 14:13:42 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > * Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-30 11:50]: > > > Is there anything else I should try? > > > foobar:~# cryptsetup luksOpen /dev/sda5 x > > > Enter LUKS

Bug#403426: kernel corrupts LUKS partition header on arm

2006-12-30 Thread Clemens Fruhwirth
At Fri, 29 Dec 2006 21:24:34 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > * Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-29 11:52]: > > Please try the version from subversion > > http://luks.endorphin.org/svn/cryptsetup > > With 1.0.4 plus the att

Bug#403426: kernel corrupts LUKS partition header on arm

2006-12-29 Thread Clemens Fruhwirth
At Wed, 20 Dec 2006 17:15:29 +0100, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > We're seeing corruption of LUKS partition headers on ARM. I've > confirmed this on two different ARM platforms (IXP4xx and IOP32x) and > with 2.6.17 and 2.6.18. > > Basically, when you create a LUKS partition on a

Bug#355156: [Pkg-cryptsetup-devel] Bug#355156: cryptsetup: luksOpen does not work with readonly media anymore

2006-03-12 Thread Clemens Fruhwirth
Jonas Meurer <[EMAIL PROTECTED]> wrote: > > However, we fixed the bug. The problem was that I restricted the length > > (number of sectors) of a temporary dm-crypt mapping. However for devices > > with non-512 sector size like DVDs, the length as well as the start must > > be aligned to (device_se

Bug#355156: [Pkg-cryptsetup-devel] Bug#355156: cryptsetup: luksOpen does not work with readonly media anymore

2006-03-12 Thread Clemens Fruhwirth
Jonas Meurer <[EMAIL PROTECTED]> wrote: > i've tried to reproduce this bug, and indeed luksOpen fails for me with > a similar error message. i tried also plain dm-crypt, and discovered > that 'cryptsetup create' doesn't fail. the created device is mountable > and contains all the data which i put

Bug#355156: [EMAIL PROTECTED]: [Pkg-cryptsetup-devel] Bug#355156: cryptsetup: luksOpen does not work with readonly media anymore]

2006-03-05 Thread Clemens Fruhwirth
Jonas Meurer <[EMAIL PROTECTED]> wrote: > after upgrading cryptsetup I was not able to use luksOpen on a > DVD image file. Downgrading to 2:1.0.1-16 makes it work again, > so something in the upgrade broke things. > Here is the command line log with the old 1.0.1 version: > $ cryptsetup --readonly