From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: btrfs and subvolumes for root, take 2 Date: Sun, 02 Dec 2018 15:31:25 +0100 Message-ID: <87efb0ngoy.fsf@gnu.org> References: <877eh1otpy.fsf@gmail.com> <87lg5d15qq.fsf@gnu.org> <87mupoedkr.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gTSmO-0004tt-4T for help-guix@gnu.org; Sun, 02 Dec 2018 09:31:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gTSmN-0007TU-6M for help-guix@gnu.org; Sun, 02 Dec 2018 09:31:28 -0500 In-Reply-To: <87mupoedkr.fsf@gmail.com> (Fredrik Salomonsson's message of "Sat, 01 Dec 2018 20:51:16 -0800") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Fredrik Salomonsson Cc: help-guix Hi, Fredrik Salomonsson skribis: > Ludovic Court=C3=A8s writes: > >> The Guile backtrace you sent shows that /etc/ssl already existed when >> your system booted and was not a symlink. This led the =E2=80=9Cactivat= ion >> code=E2=80=9D of GuixSD to fail: >> >> https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/build/activation.s= cm#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,= =20 >> mount the root partition, and =E2=80=9Crm -rf /etc/ssl=E2=80=9D from the= re. 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=E2=80=99s such a stale directory. > > Thanks for the reply. That pointed me in the right direction. Although > the solution you suggested wasn't an option for me. As it turned out, it > was actually mounting my Arch Linux root (__current/arch-root). Which I > had set to be the default subvolume if no ~subvol=3D~ option is given when > mounting the disk. Clearly / or /etc cannot be shared between GuixSD and another distro; each distro needs to have full control over these. My suggestion would be to share nothing but /home (and /gnu, /var/guix, and /etc/guix if you want to able to use Guix on the other distro). I can=E2=80=99t really advise more than this since the specifics are then a matter of taste. :-) Thanks, Ludo=E2=80=99.