GNU bug report logs -
#27069
LUKS partition ruined by guix init
Previous Next
Reported by: someone <at> selfhosted.xyz
Date: Thu, 25 May 2017 16:27:02 UTC
Severity: normal
Done: Marius Bakke <mbakke <at> fastmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27069 in the body.
You can then email your comments to 27069 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#27069
; Package
guix
.
(Thu, 25 May 2017 16:27:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
someone <at> selfhosted.xyz
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 25 May 2017 16:27:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I have several times over tried to install to a LUKS-partition with
btrfs and failed but last time I almost had success. guix init command
complained that the bios_grub flag wasn't set after many hours of
compiling packages and therefore didn't install grub at first. I
checked the partition with "cryptsetup luksUUID /dev/sda1" before
rerunning guix init and it gives me the luksUUID so the partition
seemed intact up to that point. However, after setting the bios_grub
flag and rerunning guix init, the installation is successful but
afterwards the cryptsetup luksUUID command says that the partition is
not a valid luks device, so it seems like the GRUB installation part
is what ruins the partition.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27069
; Package
guix
.
(Thu, 25 May 2017 16:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 27069 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
someone <at> selfhosted.xyz writes:
> Hi,
>
> I have several times over tried to install to a LUKS-partition with
> btrfs and failed but last time I almost had success. guix init command
> complained that the bios_grub flag wasn't set after many hours of
> compiling packages and therefore didn't install grub at first. I
> checked the partition with "cryptsetup luksUUID /dev/sda1" before
> rerunning guix init and it gives me the luksUUID so the partition
> seemed intact up to that point. However, after setting the bios_grub
> flag and rerunning guix init, the installation is successful but
> afterwards the cryptsetup luksUUID command says that the partition is
> not a valid luks device, so it seems like the GRUB installation part
> is what ruins the partition.
What is your partition layout? The "bios_grub" partition must be a
separate (typically tiny) partition with no other data on it.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27069
; Package
guix
.
(Mon, 29 May 2017 23:14:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 27069 <at> debbugs.gnu.org (full text, mbox):
Marius Bakke <mbakke <at> fastmail.com> writes:
> someone <at> selfhosted.xyz writes:
>
>> Hi,
>>
>> I have several times over tried to install to a LUKS-partition with
>> btrfs and failed but last time I almost had success. guix init command
>> complained that the bios_grub flag wasn't set after many hours of
>> compiling packages and therefore didn't install grub at first. I
>> checked the partition with "cryptsetup luksUUID /dev/sda1" before
>> rerunning guix init and it gives me the luksUUID so the partition
>> seemed intact up to that point. However, after setting the bios_grub
>> flag and rerunning guix init, the installation is successful but
>> afterwards the cryptsetup luksUUID command says that the partition is
>> not a valid luks device, so it seems like the GRUB installation part
>> is what ruins the partition.
>
> What is your partition layout? The "bios_grub" partition must be a
> separate (typically tiny) partition with no other data on it.
FWIW, my current development system is GuixSD running with a
LUKS-encrypted Btrfs root partition with GUID partition table.
I don't remember encountering any difficulties during the install.
Mark
Reply sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
You have taken responsibility.
(Tue, 30 May 2017 15:23:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
someone <at> selfhosted.xyz
:
bug acknowledged by developer.
(Tue, 30 May 2017 15:23:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 27069-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Mark H Weaver <mhw <at> netris.org> writes:
> Marius Bakke <mbakke <at> fastmail.com> writes:
>
>> someone <at> selfhosted.xyz writes:
>>
>>> Hi,
>>>
>>> I have several times over tried to install to a LUKS-partition with
>>> btrfs and failed but last time I almost had success. guix init command
>>> complained that the bios_grub flag wasn't set after many hours of
>>> compiling packages and therefore didn't install grub at first. I
>>> checked the partition with "cryptsetup luksUUID /dev/sda1" before
>>> rerunning guix init and it gives me the luksUUID so the partition
>>> seemed intact up to that point. However, after setting the bios_grub
>>> flag and rerunning guix init, the installation is successful but
>>> afterwards the cryptsetup luksUUID command says that the partition is
>>> not a valid luks device, so it seems like the GRUB installation part
>>> is what ruins the partition.
>>
>> What is your partition layout? The "bios_grub" partition must be a
>> separate (typically tiny) partition with no other data on it.
>
> FWIW, my current development system is GuixSD running with a
> LUKS-encrypted Btrfs root partition with GUID partition table.
> I don't remember encountering any difficulties during the install.
Interesting. Did you reserve some sectors before the first partition? Or
do you have the root partition marked as "bios_grub", which is what
seemingly wiped the LUKS headers here?
[signature.asc (application/pgp-signature, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 28 Jun 2017 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 49 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.