[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: btrfs and subvolumes for root, take 2
From: |
Ludovic Courtès |
Subject: |
Re: btrfs and subvolumes for root, take 2 |
Date: |
Wed, 28 Nov 2018 18:17:33 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Hello Fredrik,
Fredrik Salomonsson <address@hidden> skribis:
> guix archive --authorize <
> /gnu/store/cw55zvxzi3d9cjmhfvxsryz31jxb1y6k-guix-0.15.0-1.4876bc8/share/guix/berlin.guixsd.org.pub
> guix pull --commit=d9f8e84 --substitute-urls="http://berlin.guixsd.org
> http://mirror.hydra.gnu.org"
> guix system init /mnt/etc/config.scm /mnt
> --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"
The Guile backtrace you sent shows that /etc/ssl already existed when
your system booted and was not a symlink. This led the “activation
code” of GuixSD to fail:
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/build/activation.scm#n320
The solution is to remove /etc/ssl (is it coming from another distro
previously installed on this device?). You can boot a separate medium,
mount the root partition, and “rm -rf /etc/ssl” from there. Or you can,
at the boot REPL that you get after the backtrace, type something like:
,use (guix build utils)
(delete-file-recursively "/etc/ssl")
,q
Note that you might have similar issues with /etc/pam.d, for instance,
if there’s such a stale directory.
HTH,
Ludo’.