all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Mathieu Othacehe <m.othacehe@gmail.com>
To: guix-devel <guix-devel@gnu.org>
Subject: Installer and luks support.
Date: Sat, 08 Dec 2018 10:58:42 +0900	[thread overview]
Message-ID: <8736r8kcdp.fsf@gmail.com> (raw)


Hi Guix,

I added support for disk encryption on the wip-newt-installer
branch. The user can select the guided partitioning scheme "Guided -
entire disk with encryption" or enable encryption partition by partition
in the manual partitioning mode.

I discovered an issue that also exist in other partitioning modes, and I
don't know how to deal with it. The last step of the installer consists
in:

* Mount partitions on /mnt (depending on the result of partitioning
  step).
* Write the system configuration to /mnt/etc/config.scm
* Start cow-store service
* Run guix system init /mnt/etc/config.scm /mnt
* Unmount /mnt
* Close luks mappings ---> fail, device is busy.

It fails because at this step, the overlayfs created by cow-store is
still present. To be able to close luks, I have to:

mkdir /remove-store-overlay
mount --move /gnu/store /remove-store-overlay
herd stop cow-store
herd stop guix-daemon
kill -9 <all processes spawned after starting cow-store>
umount /remove-store-overlay

Doing so, everything is cleaned-up, and it is possible to restart the
installer and run it again (in case the previous install failed or so).

Does anyone have a better idea on how to clean-up the overlayfs of
cow-store so that everything can be closed properly?

Thanks,

Mathieu

             reply	other threads:[~2018-12-08  1:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-08  1:58 Mathieu Othacehe [this message]
2018-12-08 23:05 ` Installer and luks support Ludovic Courtès
2018-12-09  1:15   ` Mathieu Othacehe
2018-12-09 10:47     ` Gábor Boskovits
2018-12-09 11:15       ` Mathieu Othacehe
2018-12-09 11:25         ` Gábor Boskovits
2018-12-09 13:35     ` Ludovic Courtès
2018-12-09 14:11       ` Mathieu Othacehe

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=8736r8kcdp.fsf@gmail.com \
    --to=m.othacehe@gmail.com \
    --cc=guix-devel@gnu.org \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.