From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glkdd-dm-crypt@m.gmane.org>
Received: from mail.saout.de ([127.0.0.1])
 by localhost (mail.saout.de [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id QlWxW8TUeswT for <dm-crypt@saout.de>;
 Sun,  2 Feb 2014 01:35:29 +0100 (CET)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mail.saout.de (Postfix) with ESMTPS
 for <dm-crypt@saout.de>; Sun,  2 Feb 2014 01:35:28 +0100 (CET)
Received: from list by plane.gmane.org with local (Exim 4.69)
 (envelope-from <glkdd-dm-crypt@m.gmane.org>) id 1W9l20-0007H9-1V
 for dm-crypt@saout.de; Sun, 02 Feb 2014 01:35:28 +0100
Received: from c-98-227-220-190.hsd1.il.comcast.net ([98.227.220.190])
 by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
 id 1AlnuQ-0007hv-00
 for <dm-crypt@saout.de>; Sun, 02 Feb 2014 01:35:28 +0100
Received: from rnicholsNOSPAM by c-98-227-220-190.hsd1.il.comcast.net with
 local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
 for <dm-crypt@saout.de>; Sun, 02 Feb 2014 01:35:28 +0100
From: Robert Nichols <rnicholsNOSPAM@comcast.net>
Date: Sat, 01 Feb 2014 18:35:12 -0600
Message-ID: <lck3rk$a7u$1@ger.gmane.org>
References: <52ED5E0B.3090300@mthode.org> <20140201213444.GA6778@tansi.org>
 <lck07r$93q$1@ger.gmane.org> <20140202001819.GA8664@tansi.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
In-Reply-To: <20140202001819.GA8664@tansi.org>
Subject: Re: [dm-crypt] cryptsetup luksFormat with the size option
List-Id: <dm-crypt.saout.de>
List-Unsubscribe: <http://www.saout.de/mailman/options/dm-crypt>,
 <mailto:dm-crypt-request@saout.de?subject=unsubscribe>
List-Archive: <http://www.saout.de/pipermail/dm-crypt/>
List-Post: <mailto:dm-crypt@saout.de>
List-Help: <mailto:dm-crypt-request@saout.de?subject=help>
List-Subscribe: <http://www.saout.de/mailman/listinfo/dm-crypt>,
 <mailto:dm-crypt-request@saout.de?subject=subscribe>
To: dm-crypt@saout.de

On 02/01/2014 06:18 PM, Arno Wagner wrote:
> On Sun, Feb 02, 2014 at 00:33:27 CET, Robert Nichols wrote:
>> On 02/01/2014 03:34 PM, Arno Wagner wrote:
>>> On Sat, Feb 01, 2014 at 21:50:19 CET, Matthew Thode wrote:
>>>> Am I correct in stating that setting --size=8 will make the sectors 4k
>>>> in size?  Also, how can I check what existing luks volumes are set to?
>>>>
>>>> --
>>>> -- Matthew Thode
>>>>
>>>
>>> No, you are not. As the man-page clearly states, this sets the
>>> size of the underlying device as multiple of 512B sectors.
>>
>> I submit that for the luksFormat action, the --size option does _nothing_!
>
> Yes. Nor should it. See the man-page:
>
>    --size, -b <number of 512 byte sectors>
>           Force the size of the underlying device in sectors of 512 bytes.
>          This option is only relevant for the open and resize actions.
>                                               ^^^^     ^^^^^^
>
> I do not see why this is apparently a surprise to some....

I was just pointing it out in the context of this thread, where it was
not previously mentioned as meaningless.

-- 
Bob Nichols     "NOSPAM" is really part of my email address.
                 Do NOT delete it.