From: Efraim Flashner <efraim@flashner.co.il>
To: Nicolas Graves <ngraves@ngraves.fr>
Cc: guix-devel@gnu.org
Subject: Re: btrfs recommended layout for snapshots?
Date: Tue, 15 Aug 2023 17:33:27 +0300 [thread overview]
Message-ID: <ZNuMt21_aJ7drwZW@pbp> (raw)
In-Reply-To: <87h6p1n0sv.fsf@ngraves.fr>
[-- Attachment #1: Type: text/plain, Size: 2422 bytes --]
On Mon, Aug 14, 2023 at 04:41:52PM +0200, Nicolas Graves via Development of GNU Guix and the GNU System distribution. wrote:
>
> > - either not snapshotting the rootfs / at all, with the hypothesis that
> > we get it back entirely from config files. Is that possible ? Is there
> > information in / (I think of /etc in particular) that is saved, not
> > temporary and not managed by guix system that would justify that we
> > want to snapshot / at all?
> > This would allow to simply care about only a few "user data"
> > directories, and be sure to not miss anything when there's a need to
> > restore the state.
> >
> > I can't find easily a case of successful use of the second
> > configuration, but would be glad to find one, as well as some discussion
> > about what would be a recommended way to secure the state beyond
> > dotfiles.
>
> I've found some equivalent information on the NixOS side here :
> https://nixos.wiki/wiki/Impermanence
>
> Some (rare) directories indeed seem that would better be saved because
> their information is useful for the system, in the case of NixOS, it
> seems to be "/etc/nixos", "/etc/NetworkManager" (for system
> connections), "/var/log", "/var/lib".
>
> However, I have much more files that aren't linked in the store,
> especially in the /etc directory (at least 20 files).
>
> Has anybody tried to do something like this on Guix?
I'm still not using most of the features of btrfs, just compression.
Inside /etc/guix /etc/guix/acl is managed with the guix-service-type.
IMO the signing keys should be rotated if you reload a machine (or at
least properly securing them is more effort than is worthwhile), and
/etc/guix/machines.scm isn't secret. I can't think of anything else in
/etc I'd want besides /etc/guix/machines.scm.
With that in mind, the only thing I could see snapshotting is /home, and
living with the knowledge that I might have to adjust or remove some
symlinks when rolling back. As far as what inside /home/<user> is worth
backing up and what isn't, I suppose that depends on their use of
guix-home or if they want to save space by not backing up ~/.cache or
~/.var or the like.
--
Efraim Flashner <efraim@flashner.co.il> רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2023-08-15 14:34 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-14 14:05 btrfs recommended layout for snapshots? Nicolas Graves via Development of GNU Guix and the GNU System distribution.
2023-08-14 14:41 ` Nicolas Graves via Development of GNU Guix and the GNU System distribution.
2023-08-15 14:33 ` Efraim Flashner [this message]
2023-08-15 19:58 ` Maxim Cournoyer
2023-08-16 8:10 ` Nicolas Graves via Development of GNU Guix and the GNU System distribution.
2023-08-16 9:31 ` Nicolas Graves via Development of GNU Guix and the GNU System distribution.
2023-08-16 14:39 ` Efraim Flashner
2023-08-17 23:58 ` Nicolas Graves via Development of GNU Guix and the GNU System distribution.
2023-09-12 11:39 ` Andrew Tropin
2023-08-14 16:56 ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2023-08-14 19:49 ` Maxim Cournoyer
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZNuMt21_aJ7drwZW@pbp \
--to=efraim@flashner.co.il \
--cc=guix-devel@gnu.org \
--cc=ngraves@ngraves.fr \
/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 external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.