Skip Navigation
InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)BO
Bookmeat @lemmy.world
Posts 1
Comments 182
Please let this be a turning point...
  • You'll get through it. Keep up the good work and be on the same page about how to handle these types of issues. It's very important for both parents to deal with problems consistently and in the same way.

  • Anyone else tested the new recording feature?
  • It seems lacking in features on Linux. I figured out how to record (always on in background), but the other tools either don't seem to work or aren't documented. e.g. reviewing clips, any sort of interface, the shortcut keys didn't work for me, etc.

  • It's never going to happen, is it?
  • I got a bit overwhelmed by the dlc so i hit up my man fightincowboy on yt and started following along his walkthrough. I'm having fun again playing instead of feeling oppressed by the complexity of the world.

  • Advice on encrypted storage

    I currently have a storage server with the following config.

    Multiple raid6 volumes (mdadm) -> aggregated into a lvm volume group -> lvm volumes -> encrypted with luks1 -> (no partitioning) xfs file systems mounted and used by the os

    I have the following criteria: I want to keep software raid (mdadm) with multiple raid sets, xfs, and lvm. I don't mind using 2fa, but I don't want to just store my secret keys on a dongle attached to my PC because that seems to defeat the point of encryption at rest.

    My questions:

    1. Is there a better way to encrypt my data at rest?

    2. Is there a better layer at which to apply the encryption?

    I'm mostly unhappy with luks1 over a whole lvm volume and looking for alternatives.

    --

    Thank you everyone for these great responses! I'll be looking into these ideas :)

    9