My 100% LLM free guide to install Chimera Linux with KDE Plasma on top of a Snapper ready BTRFS file system that resides inside a Logical Vulume Manager Logical Volume inside a Volume Group inside a encrypted Linux Unified Key Setup (LUKS) partition is done.
You can read it on:
https://theonedoc.github.io/Chimera-Linux-LUKS-LVM-BTRFS/
If I missed something or a step is overcomplicated/suboptimal let me know.
Preferable not via github.
Based on my Gentoo Linux install guide I wrote one for Chimera Linux.
As usual any and all eyeballs are welcome.
https://theonedoc.github.io/Gentoo-LUKS-LVM-BTRFS/
https://theonedoc.github.io/Chimera-Linux-LUKS-LVM-BTRFS/
#gentoo #chimeralinux #luks #lvm #btrfs #guide #linux #kde #kdeplasma
You know, maybe it would have been a smarter design to first luks encrypt each of the drives and then put btrfs directly on-top of that.
But then I'd loose out on the "conveniences" of #LVM. Like:
* esp. a "production ready" RAID5/6 (hopefully that'll become ready in btrfs one day too)
* and LVM cache, for SSD writethrough caching the entire thing.
* Less risk of screwing up the #LUKS encryption guarantees.
* LVM snapshots
But speaking of it, I don't even know if #btrfs handles this better...
could it be that when start out with an #dmraid with 4 equal drives in #RAID 5 and then add 4 more similar drives at the same time) later that it'll basically RAID0 each of the drives in the RAID5?
(I didn't tell it anything other than lvextend -l 100%FREE, I think. It has been a while. Just wondered why the total capacity is missing two instead of one drive...)
Guess it's time to learn how to tell which topology #LVM choose internally from the lvs/pvs/vgs/... tools output.
VerschlĂŒsseltes LVM vergröĂern
Die ersten Tests gelten dem primÀren Ziel: weitere Redundanz an sicherem Ort.
Dazu wurde zuerst mal der #YubiKey initialisiert mit HMAC-SHA1 und sichergestellt, dass ich damit auch an mein #KeePassXC ran komme. â
Dann wurde der #FIDO2 Hash in dem #LUKS - verschlĂŒsselten #LVM via #systemd abgelegt und testweise damit gebootet. â
Die Initialisierung von #TOTP muss ich aufschieben, aber diese EintrÀge aus KeePassXC zu klonen, hatte ich die Tage erst noch getestet. Das wird klappen.
Bis hierhin sieht es gut aus. Als nĂ€chstes kommt #NFC, das ist fĂŒr mich Neuland...
Wyng Backup đŠ v0.8.1 is out and available for download! https://codeberg.org/tasket/wyng-backup
Changes from v0.8.0 include bug fixes, faster data seeking over unallocated space, expanded archive repair capabilities and improved error handling.
Development is also progressing toward v0.9, with alpha2 now available for testing. Alpha versions are now named 'wyng09a' so they aren't accidentally run instead of stable releases. These versions also require '--test-write-v3' option before writing to archives created by Wyng stable.
#wyng #backup #release #lvm #btrfs #linux #qubes
Der Zugriff auf #LUKS / #LVM auf meinem primÀren Notebook klappt nun mit beiden Yubikeys auch beim Booten, aber das war unter #Fedora 44 schon etwas tricky und ist noch nicht perfekt:
VoidZeroOne 
Klaus Frank
openSUSE Linux
m23hauke
Paula Gentle on Friendica đșđŠ
Wyng backup
root@j20:~# systemd-cryptenroll /dev/nvme0n1p3
SLOT TYPE
0 fido2
1 password
2 password
3 fido2
4 recoveryWas noch nicht optimal lĂ€uft, ist die Eingabe der Passphrase fĂŒr den Security Token beim Booten, die zwar funktioniert, aber nicht von der normalen Eingabe zu unterscheiden ist. Erst danach wird man zum BerĂŒhren des Tokens aufgefordert.
Kein Schimmer, wie man das noch verbessert. Aber das ist Jammern auf hohem Niveau...
