From: Andreas Dilger <adilger@clusterfs.com>
To: Karsten Hopp <karsten@redhat.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Patch to support LUKS UUIDs in libblkid
Date: Tue, 5 Jun 2007 17:17:12 -0600 [thread overview]
Message-ID: <20070605231712.GS5181@schatzie.adilger.int> (raw)
In-Reply-To: <4665479E.2060707@redhat.com>
On Jun 05, 2007 13:23 +0200, Karsten Hopp wrote:
> Attached is a patch to add cryptsetup-luks UUID detection in libblkid.so
> This is required when we want to use UUIDs instead of hardcoded device
> names for
> encrypted partitions.
>
>
> +/* check it manually as using LUKS_read_phdr from libcryptsetup
> + * prints too many warnings if it isn't a luks partition and would add a
> + * dependency on the lib */
This is true of all superblock probing, so I'm not sure it deserves a
comment.
> +static int probe_luks(struct blkid_probe *probe,
> + struct blkid_magic *id __BLKID_ATTR((unused)),
> + unsigned char *buf)
> +{
> + const char *luks_magic = id->bim_magic;
> + unsigned char *p_buf = buf;
> + unsigned char uuid[40];
> + if(strncmp(buf, luks_magic, strlen(luks_magic)) == 0) /* ID matches, continue */
> + {
> + /* 168 is the offset to the 40 character uuid: http://luks.endorphin.org/LUKS-on-disk-format.pdf */
> + p_buf += 168;
> + strncpy(uuid, p_buf, 40);
> + blkid_set_tag(probe->dev, "UUID", uuid, sizeof(uuid));
> + blkid_set_tag(probe->dev, "SEC_TYPE", "crypt_LUKS", sizeof("crypt_LUKS"));
Please wrap lines at 80 columns.
Also, why use SEC_TYPE here? That is "secondary type" and not (you
might think) "security type". That should only be used if there are
two filesystem types that could mount the filesystem, and the SEC_TYPE
is the less-preferred one.
> @@ -775,6 +796,7 @@ static struct blkid_magic type_array[] =
> { "ocfs2", 2, 0, 6, "OCFSV2", probe_ocfs2 },
> { "ocfs2", 4, 0, 6, "OCFSV2", probe_ocfs2 },
> { "ocfs2", 8, 0, 6, "OCFSV2", probe_ocfs2 },
> + { "crypt_LUKS", 0, 0, 6, "LUKS\xba\xbe", probe_luks },
Please fix the alignment here.
Cheers, Andreas
--
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.
next prev parent reply other threads:[~2007-06-05 23:17 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-05 11:23 Patch to support LUKS UUIDs in libblkid Karsten Hopp
2007-06-05 14:20 ` Eric Sandeen
2007-06-05 23:17 ` Andreas Dilger [this message]
2007-06-08 15:36 ` Theodore Tso
2007-06-11 11:51 ` Karsten Hopp
2007-06-12 23:40 ` Theodore Tso
2007-06-13 11:00 ` Karsten Hopp
2007-06-21 17:56 ` Theodore Tso
2007-07-03 9:19 ` Karsten Hopp
2007-07-03 15:57 ` Eric Sandeen
[not found] ` <46964694.7000707@redhat.com>
2007-07-23 15:00 ` Karsten Hopp
2007-07-23 16:19 ` Theodore Tso
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=20070605231712.GS5181@schatzie.adilger.int \
--to=adilger@clusterfs.com \
--cc=karsten@redhat.com \
--cc=linux-ext4@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;
as well as URLs for NNTP newsgroup(s).