guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Move /gnu/store to another filesystem


From: Théo Maxime Tyburn
Subject: Re: Move /gnu/store to another filesystem
Date: Thu, 26 May 2022 21:48:23 +0200
User-agent: mu4e 1.6.10; emacs 28.0.90

Hello Gio and Kaelyn,

I figured out where the problem came from. I forgot to use the -p option
while copying the store with cp. Because of this some scheme files where
newer than their compiled counterpart, which forced to compile them anew.

Just did everything again with cp -p and it worked like a charm.

Thanks for the support!

Théo

Kaelyn <kaelyn.alexi@protonmail.com> writes:

> Hi Théo,
>
> n Thursday, May 26th, 2022 at 3:44 AM, Théo Maxime Tyburn 
> <theo.tyburn@gmail.com> wrote:
>
>
>> Hi Gio,
>>
>> Giovanni Biscuolo g@xelera.eu writes:
>>
>>
>> [...]
>>
>> > maybe you misconfigured "mount-point" and "type"?
>> >
>> > what about:
>> >
>> > --8<---------------cut here---------------start------------->8---
>> >
>> > (define %store-fs ;; <--- This is what I want to add.
>> > (file-system (device (file-system-label "storage-fs"))
>> > (mount-point "/gnu/store")
>> > (type "btrfs")
>> >
>> > --8<---------------cut here---------------end--------------->8---
>> >
>> > WDYT?
>>
>>
>> Oh yes sorry, I did a mistake while copy-pasting. What you suggested
>> is actually what I am using.
>
> If you have the new /gnu/store as a btrfs subvolume, you may need to tell 
> `mount` which subvolume to mount there. I haven't tried moving /gnu/store, 
> but my systems have / and /gnu/store as separate btrfs subvolumes in the same 
> LUKS-encrypted partition. Here is the `file-systems` stanza of one of my 
> system's operating-system declaration, in case it is helpful:
>
>   (file-systems
>     (let ((rootfs (file-system
>              (mount-point "/")
>              (device "/dev/mapper/cryptroot1")
>              (type "btrfs")
>              (check? #f)
>              (options "compress=zstd,subvol=@guix")
>              (dependencies mapped-devices))))
>     (cons* rootfs
>            (file-system
>              (mount-point "/boot/efi")
>              (device (file-system-label "EFI"))
>              (type "vfat")
>              (mount-may-fail? #t)
>              (dependencies mapped-devices))
>            (file-system
>              (mount-point "/gnu")
>              (device "/dev/mapper/cryptroot1")
>              (type "btrfs")
>              (check? #f)
>              (options "compress=zstd,subvol=@gnu_store")
>              (dependencies (cons rootfs mapped-devices)))
>            %base-file-systems)))
>
> Cheers,
> Kaelyn
>
>>
>> > > Anyway this is probably not the right way to do it. Simply coping
>> > > /gnu/store around looks a bit brutal.
>> >
>> > AFAIK we can move /gnu/store anywhere if the system is not live,
>> > like you did booting in "rescue mode"
>>
>>
>> Well then I don’t see what could have gone wrong. I’ll try it agin.
>>
>> > Happy hacking! Gio'
>>
>>
>> Tks!




reply via email to

[Prev in Thread] Current Thread [Next in Thread]