Hi, I can't speak for others, but I went to btrfs because guix does not support zfs ;-)
You get a way to choose the amount of redundancy you want (I wanted something like raidz3 and was able to do it), you get deduplication (which given the often repeated contents of the store, is quite important), snapshots, etc. There are rumors of instability, but it's been solid for me so far. Cheers, Edouard. Matteo Valsasina <mat...@valsasina.com> writes: > On mar, apr 29, 2025 at 08:26 Moisés Simón <m...@posteo.org> wrote: > Hi Simon, > not related to your problem but related to Guix and btrfs. > > If i can ask, what are the advantages and/or use cases of btrfs on a guix > system? > > Thanks > Matteo > >> In case anyone encounter this: it was a btrfs issue. >> >> After getting the guix repl I enabled bournish mode with: >> >> ,bournish >> >> execute a bash shell (in my case it is linked in /bin/bash) and follow the >> chroot instructions to enbale guix-daemon and profile. >> >> To reclaim space: >> >> guix gc -F 5G >> >> Finally fixed it doing: >> >> btrfs balance start -dlimit=1 / >> btrfs balance start -dusage=0 / >> btrfs balance start -dusage=1 / >> btrfs balance start -dusage=5 / >> btrfs balance start -dusage=30 / >> >> rebooted and magic happened >> >> Thanks for the support of @gushock and @frankie_is_a_geek from third-party >> un-official channels. >> >> El 28 de abril de 2025 22:18:03 UTC, "Moisés Simón" <m...@posteo.org> >> escribió: >>>So after rebooting I get the attached message. >>> >>>I have not upgrade or done any guix gc or anything like that, just a normal >>>power off/power on and now I can't work. >>> >>>The space was 51% utilized. I am using BTRFS and LUKS encryption. >>> >>>Any help on what I can do would be deeply appreciated.
