There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

Am I the only one using Btrfs snapshots like this?

I use Btrfs with Parabola GNU/Linux-libre, a derivative distribution of Arch Linux. I use no snapshot management tools such as Snapper or Timeshift. I keep my system minimal and tidy. Everything is boring and predictable. I do not bork my system by mistake, except when something breaks after an odd update, usually once or twice per year. When it happens, I find a workaround (usually something needs to be downgraded) and file a bug report if there is none.

When I need to tinker with something that can possibly go out of control, like installing a new package for a program that I want to try out and I am not sure I will want to keep it, I take a snapshot of my current “pristine” system and boot into it. In the snapshot copy of my system I do all the dirty stuff I want to try out. When I am satisfied with my findings, I reboot into the main subvolume and delete the snapshot.

It seems to me that most people use Btrfs snapshots preemptively in case of unexpected failure. I use snapshots exactly when I know I am going to do something that can lead to instability or «OS rot». Am I the only one using Btrfs snapshots like this?

beeng ,

You restart and reboot into the snapshot? Maybe KVM and ssh into it could be a nicer workflow?

zkrzsz ,

You can still do the auto snapshot daily/weekly plus the manual snapshot whenever big update coming or try something.

mrvictory1 ,

I do not use snapshots despite using BTRFS due to low disk space

teawrecks ,

That sounds fine, but isn’t this also what LXC is for?

rotopenguin ,
@rotopenguin@infosec.pub avatar

“Except when something breaks after an odd update once or twice per year”

You don’t need snapshots, except for the moments when you do. The point of snapshots is that they’re so cheap that you can let them roll on their own and only care about them the day your system breaks.

seaQueue ,
@seaQueue@lemmy.world avatar

I wrote snapshot hooks for Arch that fire before installing or upgrading packages and I have a simple shell alias that I can use to fire off a manual snapshot any time I need one. If a package breaks in an inconvenient way and can’t just be dowgraded back to function or I have some other time pressure I can just point my root partition at a clone of my most recent snapshot and reboot to roll back. I don’t usually bother rebooting into a cloned snapshot to test changes as I can just perform the same steps to roll back and the automated rolling snapshots mean I don’t need to baby anything to have the same protection.

kata1yst ,

This is precisely what Opensuse MicroOS, Aeon, etc do, with the one difference that they use the snapshots as a fallback rather than a test env.

lurch ,

I’m not using btrfs on my main workstation, but I make a fresh backup whenever my distro prompts me to update. I haven’t needed a backup in years though, because I’m experienced in doing even experimental things the way they should be done (like not using sudo in reflex for any permission error or using /usr/local/ or .local/ instead of mixing custom stuff with OS stuff etc)

skullgiver ,
@skullgiver@popplesburger.hilciferous.nl avatar

You can do (most) of this without rebooting by leveraging the btrfs support built into systemd-nspawn, which allows creating ephemeral data volumes to mess around in. It’s meant for containers, not the semi-Silverblue system you’ve set up, but it may save you time messing about with new tooling.

It should also be noted that although tools often miss support for it, almost any LVM2 filesystem can do snapshots if set up with enough free disk space for them.

I just use a package manager hook to set up btrfs timeshift snapshots whenever I do something to the root partition, but to each their own.

henfredemars ,

You’re not alone. I do use snapshots for failure protection but I also use it when I know I’m likely to induce a failure by running an experiment.

It’s also just as valid to not use the snapshot feature at all. Perhaps you value data integrity, for example, through the use of full checksums enabled by the design.

Your system and the software it runs belongs to you and is in your service.

savvywolf ,
@savvywolf@pawb.social avatar

I’ve done that before when debugging system issues. Create a snapshot before and after the issue, and diff the files to see what changed.

I also took a snapshot before updating to a new version of Mint, realised it broke a bunch of stuff and rolled back.

Honestly, I wish btrfs was the default in many places since taking a snapshot is so cheap and easy.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines
    •