Thanks v much for the explanations.
Tobias Geerinckx-Rice writes:
> As gremlin's go this one is pretty tame, even cuddly: the Guix daemon
> deduplicates identical files, and creates hard links instead, saving a
> good amount of space. That's all.
>
> By default, rsync does not preserve hard
André Batista writes:
>> Move the old store create the correct directory for the new
>> cd /gnu/store
> ^
> I assume the above command should be 'cd /gnu', right?
Yes - thanks for spotting. It was a typo in the e-mail only.
Phil,
Barring unnoticed devils in details your process looks safe.
Running ‘guix gc --verify’ is a good idea; add
‘=repair[,contents]’ if you're paranoid.
Phil 写道：
There were some gremlins tho - on restarting Guix the /gnu/store
was
seen to grow to approximately double it's size.
[...]
Ricardo Wurmus writes:
> The issue here is likely that operating-system-services returns all
> services, including those that are added by the operating system
> machinery.
Yes. I ran into this myself the other day.
The solution seems to be to use "operating-system-user-services" in
place of
Hi Phil,
qua 03 mar 2021 às 13:44:56 (1614789896), p...@beadling.co.uk enviou:
> [...]
> Assuming that you have a /some_other_disk mount with more room:
> mkdir /some_other_disk/gnu
> rsync -va /gnu/store /some_other_disk/gnu/
>
> Move the old store create the correct directory
I suppose the doubling of size is due to deduplication not working well with
rsync: we use hard links for identical files, but I suppose rsync doesn't
recreate the hard links?
Maybe try guix gc --optimize?
Le 3 mars 2021 08:44:56 GMT-05:00, Phil a écrit :
>Hi all,
>
>My growing /gnu/store
Hi all,
My growing /gnu/store needed to be moved to another location. I couldn't
find any specific instructions on doing this but think I've managed to
cobble together a way of doing this safely without breaking store properties.
There were some gremlins tho - on restarting Guix the /gnu/store
Hi!
I've been experiencing the same set of problems (as shown on the
videos)
lately and I think it might be kernel/video drivers related. It
started
to manifest when I upgraded linux-libre to one of the latest
versions
(5.9 -> 5.10 not sure exactly which one was it). I've resolved
it by
raingloom writes:
> I have an operating-system called bingobongo. I have another called
> greg that inherits the bingobongo config. If I leave the services field
> empty in greg, there is no issue. If I define it as
> (operating-system-services bingobongo) then all hell breaks loose and I
>
raingloom writes:
> I have an operating-system called bingobongo. I have another called
> greg that inherits the bingobongo config. If I leave the services field
> empty in greg, there is no issue. If I define it as
> (operating-system-services bingobongo) then all hell breaks loose and I
> get
I have an operating-system called bingobongo. I have another called
greg that inherits the bingobongo config. If I leave the services field
empty in greg, there is no issue. If I define it as
(operating-system-services bingobongo) then all hell breaks loose and I
get the aforementioned error and
Hi,
I've been experiencing the same set of problems (as shown on the videos)
lately and I think it might be kernel/video drivers related. It started
to manifest when I upgraded linux-libre to one of the latest versions
(5.9 -> 5.10 not sure exactly which one was it). I've resolved it by
12 matches
Mail list logo
