From: Milan Broz <mbroz@redhat.com>
To: ".. ink .." <mhogomchungu@gmail.com>
Cc: dm-crypt@saout.de
Subject: Re: [dm-crypt] why does cryptsetup create two mapper entries when name has a bash special character?
Date: Tue, 29 Nov 2011 18:19:12 +0100 [thread overview]
Message-ID: <4ED51410.6000909@redhat.com> (raw)
In-Reply-To: <CAFnMBaRL0WqkWLWcWgfP6ZxZLPww07VWvZcPyLAto-wJ2jPUAA@mail.gmail.com>
On 11/29/2011 05:44 PM, .. ink .. wrote:
>
> tested with cryptsetup version 1.4.1
>
> When creating a cryptsetup mapper, cryptsetup will create two mappers
> if the mapper name has characters in it that appear to be bash
> special characters. Are the characters bash special characters or
> cryptseup has its own set of characters that trigger this behavior?
>
> example, 1. Create a cryptsetup mapper with the following line:
> cryptsetup luksOpen abc 'ab*c\d'
Nice bug :) Seems that llibcryptsetup go through the failback
(udev cannot create such name) and create own node.
Add --debug and you will see the log.
cryptsetup itself doesn't create device nodes and doesn't explicitly
limit characted set.
Anyway, I'll check and fix that somehow, maybe it is even fixed
in lvm2 tree (where libdevmapper resides), thanks for reporting it.
> I also noticed that these special characters are substituted by an
> underscore character. The space character on the other hand just cuts
> off the mapper name. This is an inconsistency and could be a bug.
this is done by libdevmapper compare e.g.
dmsetup create 'ab*c\d' --table "0 8 zero"
For more info... (all device name issues apply to cryptsetup as well)
https://bugzilla.redhat.com/show_bug.cgi?id=736486#c18
Milan
prev parent reply other threads:[~2011-11-29 17:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-29 16:44 [dm-crypt] why does cryptsetup create two mapper entries when name has a bash special character? .. ink ..
2011-11-29 17:19 ` Milan Broz [this message]
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=4ED51410.6000909@redhat.com \
--to=mbroz@redhat.com \
--cc=dm-crypt@saout.de \
--cc=mhogomchungu@gmail.com \
/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