[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Support for plain dm-crypt and detached LUKS header

From: Andrei Borzenkov
Subject: Re: Support for plain dm-crypt and detached LUKS header
Date: Sat, 11 Feb 2017 17:29:21 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0

11.02.2017 17:11, Maxim Fomin пишет:
>  I have not found any discussion of the issue.

Just search for dm-crypt on grub-devel

> Why create separate
> module? It appears (I may be wrong) that this functionality can be
> provided by existing module.
> By the way, why user should configure the module manually? My
> understanding is that user should provide all necessary options to the
> command (manually or via grub.cfg) which decrypts dm-crypt partition
> just like in case of cryptsetup.

cryptsetup works with self-identifying containers which dm-crypt is not.

> Best regards,
> Maxim Fomin
> On Sat, Feb 11, 2017 at 4:14 PM, Andrei Borzenkov <address@hidden> wrote:
>> 11.02.2017 12:40, Maxim Fomin пишет:
>>>  Hi!
>>> After reviewing grub help I see no support for plain dm-crypt, despite
>>> the fact that LUKS is supported (my understanding is that it is easier
>>> to implement plain dm-crypt than luks, but may be wrong - in any case
>>> it is irrelevant). After googling the problem I see that there were
>>> some patches to support the feature
>>> (
>>> but it seems they were not accepted.
>>> So, what is the state of supporting plain dm-crypt?
>> Same as before - it is currently not supported. As was discussed, having
>> separate grub module that implements it would probably be OK with
>> understanding that user has to configure it manually; full fledged
>> support including grub-install magic is likely not possible at all.
>>> Having support for
>>> plain dm-crypt or detached luks header helps denying that the
>>> partition is cryptocontainer.
>>> Best regards,
>>> Maxim Fomin
>>> _______________________________________________
>>> Help-grub mailing list
>>> address@hidden
>> _______________________________________________
>> Help-grub mailing list
>> address@hidden
> _______________________________________________
> Help-grub mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]