* [dm-crypt] [Request] cryptsetup option to fix leftovers from old filesystems
@ 2009-08-30 16:20 Thomas Bächler
2009-08-31 19:13 ` Milan Broz
0 siblings, 1 reply; 3+ messages in thread
From: Thomas Bächler @ 2009-08-30 16:20 UTC (permalink / raw)
To: dm-crypt
[-- Attachment #1: Type: text/plain, Size: 758 bytes --]
We have encountered a problem with blkid that is caused by cryptsetup
not cleaning superblocks of old filesystems on luksFormat. The problem
has been fixed in 1.0.7, however old LUKS volumes still suffer from this
problem. Please read this thread for details:
http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/2563
What I would request is an option to "clean" the unused area in the LUKS
header up to the start of the payload, such that for example an old ext2
magic is removed. All that without destroying the used areas in the LUKS
header, of course.
I'm not very familiar with the LUKS code or on-disk format, so I would
be greatful if anyone who is would implement such a feature. Thanks for
your replies.
Thomas
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dm-crypt] [Request] cryptsetup option to fix leftovers from old filesystems
2009-08-30 16:20 [dm-crypt] [Request] cryptsetup option to fix leftovers from old filesystems Thomas Bächler
@ 2009-08-31 19:13 ` Milan Broz
2009-08-31 21:33 ` Karel Zak
0 siblings, 1 reply; 3+ messages in thread
From: Milan Broz @ 2009-08-31 19:13 UTC (permalink / raw)
To: Thomas Bächler; +Cc: dm-crypt, util-linux-ng
Thomas Bächler wrote:
> We have encountered a problem with blkid that is caused by cryptsetup
> not cleaning superblocks of old filesystems on luksFormat. The problem
> has been fixed in 1.0.7, however old LUKS volumes still suffer from this
> problem. Please read this thread for details:
>
> http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/2563
>
> What I would request is an option to "clean" the unused area in the LUKS
> header up to the start of the payload, such that for example an old ext2
> magic is removed. All that without destroying the used areas in the LUKS
> header, of course.
>
> I'm not very familiar with the LUKS code or on-disk format, so I would
> be greatful if anyone who is would implement such a feature. Thanks for
> your replies.
Hi Thomas,
I don't think we need implement any clean function, new version already
wipes that area.
Because visible LUKS header is written in first 2 sectors and keyslot
area always begins on 4k offset, you can use this command to wipe unused area
with possible old signature (at least this works for swap/luks signature mismatch):
dd if=/dev/zero of=<device> bs=512 seek=2 count=6
But please create backup before trying this... ;-)
(btw mkswap should clean LUKS signature too - try mkswap over old LUKS
and then blkid:-)
Milan
--
mbroz@redhat.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dm-crypt] [Request] cryptsetup option to fix leftovers from old filesystems
2009-08-31 19:13 ` Milan Broz
@ 2009-08-31 21:33 ` Karel Zak
0 siblings, 0 replies; 3+ messages in thread
From: Karel Zak @ 2009-08-31 21:33 UTC (permalink / raw)
To: Milan Broz; +Cc: dm-crypt, Thomas Bächler, util-linux-ng
Hi Milan,
On Mon, Aug 31, 2009 at 09:13:08PM +0200, Milan Broz wrote:
> (btw mkswap should clean LUKS signature too - try mkswap over old LUKS
> and then blkid:-)
this problem should be fixed, util-linux-ng 2.15 (May 2009):
commit ff3bed806863d1c2075d0efda70b39ea6af9ecba
Author: Karel Zak <kzak@redhat.com>
Date: Thu Mar 12 16:01:59 2009 +0100
Subject: mkswap: zap bootbits
Karel
--
Karel Zak <kzak@redhat.com>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-08-31 21:33 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-30 16:20 [dm-crypt] [Request] cryptsetup option to fix leftovers from old filesystems Thomas Bächler
2009-08-31 19:13 ` Milan Broz
2009-08-31 21:33 ` Karel Zak
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.