unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Divan Santana <divan@santanas.co.za>
Cc: help-guix <help-guix@gnu.org>
Subject: Re: guixsd install questions
Date: Sun, 29 Jan 2017 00:20:09 +0100	[thread overview]
Message-ID: <878tpu22mu.fsf@gnu.org> (raw)
In-Reply-To: <87tw8kkisf.fsf@santanas.co.za> (Divan Santana's message of "Fri, 27 Jan 2017 10:29:20 +0200")

Hello!

Divan Santana <divan@santanas.co.za> skribis:

> Then do the install with this guile code:
>
> #+BEGIN_SRC scheme
>   ;; two devices in raid0 striped with LUKS full disk encryption.
>   (bootloader (grub-configuration (device "/dev/vdb")))
>   (mapped-devices (list
>                    (mapped-device
>                     (source (list "/dev/vdb1" "/dev/vdc1"))
>                     (target "/dev/md0")
>                     (type raid-device-mapping))
>                    (mapped-device
>                     (source (uuid "fb29c6f6-b2c0-4c87-8651-4962b7125dc0"))
>                     (target "crypt")
>                     (type luks-device-mapping))))
> #+END_SRC
>
>
> And this too:
>
> #+BEGIN_SRC scheme
>   (file-systems (cons (file-system
>                        (device "root")
>                        (title 'label)
>                        (mount-point "/")
>                        (type "ext4"))
>                       %base-file-systems))
> #+END_SRC
>
>
> The above fails. So tried another install with device like so

Do you know how it fails?

My guess is that you’d need to explicitly mark one of the mapped device
as depending on the other; this cannot be guessed.

If you run “guix system shepherd-graph” on your config you’ll probably
see that there’s no such dependency.

Currently dependencies among mapped devices cannot be expressed, but
that’s easy to fix (by providing a ‘dependencies’ field as in
‘file-system’.)

> That failed, I then tried the UUID method, via =blkid
> /dev/mapper/crypt=, get the UUID and did another install with this
> snippet instead:
>
> #+BEGIN_SRC scheme
>   (file-systems (cons (file-system
>                        (device (uuid "4dab5feb-d176-45de-b287-9b0a6e4c01cb"))
>                        (title 'uuid)
>                        (mount-point "/")
>                        (type "ext4"))
>                       %base-file-systems))
> #+END_SRC
>
> This fails with waiting for root device.

Probably same problem as above.

For now, using just RAID or just LUKS will work; it’s the combination
that’s not supported yet.

> * How to recover a failed install. How to chroot a broken system and
> fix?
>
> You can see why I'm asking this. When my failed crypt install fails, I
> sometimes just want to reconfigure the system to try another method.
>
> Now when I run =guix system init /mnt/etc/config.scm /mnt= to recover
> the install to the same preveiously install disk it re-downloads,
> re-compiles and redoes the whole install, instead of just perhaps
> changing grub to (attempt to) fix my crypt issue.
>
> Ideally I want to chroot into the installed (and broken) environment and
> do a =guix system reconfigure /etc/config.scm=.
>
> How can one do this?

I guess you could boot the install image, mount the target file system,
chroot in it, run guix-daemon in there, and run ‘guix system
reconfigure’ there.

That should work though that’s inconvenient at best.

> * How to use a proxy to do the install
>
> This is from the boot install media.
>
> I've read the docs on using proxy though it's not working like I expect.
> Prob doing something wrong.
>
> I've done the following
>
> On tt1 I did =herd stop guix-daemon=
> Then exported proxy like so:
> export http_proxy=http://server.domain.co.za:8080/ ; export ftp_proxy=$http_proxy ; export https_proxy=$http_proxy
>
> =herd start guix-daemon=

The ‘http_proxy’ variable needs to be set in the environment of the
‘guix-daemon’ process itself, which is why this doesn’t work.  We should
make it easier to choose a proxy, for instance by having the daemon
honor client-provided proxy settings.

In addition, note that ‘https_proxy’ and ‘ftp_proxy’ are not supported
yet.

Thanks a lot for your detailed feedback!

Ludo’.

  parent reply	other threads:[~2017-01-28 23:20 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-27  8:29 guixsd install questions Divan Santana
2017-01-27 19:24 ` Marius Bakke
2017-01-27 19:29   ` Marius Bakke
2017-02-05  7:14   ` Divan Santana
2017-01-28 23:20 ` Ludovic Courtès [this message]
2017-02-05  7:25   ` Divan Santana
2017-02-07 14:48     ` Ludovic Courtès
2017-06-30 20:49   ` Divan Santana
2017-07-01 14:05     ` Ludovic Courtès
2017-07-02  4:53       ` Divan Santana
2017-07-02 14:25         ` Ludovic Courtès

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=878tpu22mu.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=divan@santanas.co.za \
    --cc=help-guix@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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).