GNU bug report logs - #27069
LUKS partition ruined by guix init

Previous Next

Package: guix;

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.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: someone <at> selfhosted.xyz
Subject: bug#27069: closed (Re: bug#27069: LUKS partition ruined by guix init)
Date: Tue, 30 May 2017 15:23:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#27069: LUKS partition ruined by guix init

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 27069 <at> debbugs.gnu.org.

-- 
27069: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=27069
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Marius Bakke <mbakke <at> fastmail.com>
To: Mark H Weaver <mhw <at> netris.org>
Cc: 27069-done <at> debbugs.gnu.org, someone <at> selfhosted.xyz
Subject: Re: bug#27069: LUKS partition ruined by guix init
Date: Tue, 30 May 2017 17:22:35 +0200
[Message part 3 (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)]
[Message part 5 (message/rfc822, inline)]
From: someone <at> selfhosted.xyz
To: bug-guix <at> gnu.org
Subject: LUKS partition ruined by guix init
Date: Thu, 25 May 2017 17:53:42 +0200 (CEST)
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.



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.