unofficial mirror of guix-devel@gnu.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

  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='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 public inbox

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

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).