all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Vladilen Kozin <vladilen.kozin@gmail.com>
To: guix-devel@gnu.org
Subject: Re: Unfortunate statefulness of Guix Install image
Date: Sat, 1 May 2021 09:32:15 +0100	[thread overview]
Message-ID: <CACw=CXNb9SERAp0Z-4uAGi=Zx4wPJp1UamDUR7+TK6LxkU2UqA@mail.gmail.com> (raw)
In-Reply-To: <CACw=CXO9E_wLEhzM8mbd9g-C3MwFZdsEpnOz8-VdoLaZ9bEKHw@mail.gmail.com>

If I read this https://guix.gnu.org/manual/en/html_node/The-Store.html#The-Store
correctly, then perhaps a proper solution to this is to also supply
--localstatedir in attempt to ensure that the db with metadata ends up
on the target partition? So e.g. like this:

guix system --localstatedir /mnt/var init /mnt/etc/config.scm /mnt

I've not tried it, but if it is the way to solve this, then perhaps
this extra step belongs in the Manual Installation section of the
manual.

On Fri, 30 Apr 2021 at 20:32, Vladilen Kozin <vladilen.kozin@gmail.com> wrote:
>
> Hello Guix.
>
> This may or may not be a "bug", but thought I'd report something I run
> into. I found that GUI install never worked for me but booting off
> Guix Install USB and then following
> https://guix.gnu.org/manual/en/html_node/Manual-Installation.html
> worked perfectly fine. Except, when you try to do the manual install
> off the same USB ... twice. That is, having installed a system once
> off that USB, you then try to install another and your `guix system
> init path/to/config.scm /mnt` would almost immediately fail with error
> saying that some expected derivation have not been found in the store.
>
> My best guess from what I've read in the manual is this. Store is not
> the only place where derivations appear. /var/guix/db stores metadata
> about said derivations. So the first time you do `herd start cow-store
> /mnt` trick it'll create the store there but will populate the db on
> that USB drive. Next time you try to install from that same USB on a
> different machine it'll have its db reference derivations that are no
> longer available. I worked around this by stupidly `mv /var/guix/db
> /var/guix/db.old` and `guix system init` went without trouble.
>
> I guess my complaint is that at least the manual way (maybe GUI
> install, too) is completely stateful and turns that USB stick into
> "consumable good" unless you know about the database.
>
> Sorry, dunno enough about Guix, so maybe I've been doing something wrong.
> --
> Best regards
> Vlad Kozin



-- 
Best regards
Vlad Kozin


  reply	other threads:[~2021-05-01 12:04 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-30 19:32 Unfortunate statefulness of Guix Install image Vladilen Kozin
2021-05-01  8:32 ` Vladilen Kozin [this message]
2021-05-01 13:48 ` Tobias Geerinckx-Rice

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='CACw=CXNb9SERAp0Z-4uAGi=Zx4wPJp1UamDUR7+TK6LxkU2UqA@mail.gmail.com' \
    --to=vladilen.kozin@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.