Zajimavy mi prijde ten sign-off:
Signed-off-by: Linus Torvalds <torbalds@linux-foundation.org>
Šifrování je věc, která mi na btrfs chybí. Proto jsem před časem zkusil bcachefs. Sice mu nevěřím a nemá nebo tehdy neměl dokončené pro mne důležité části. Ale řekl jsem si udělám alespoň test. Test zkončil rychle zjištěním, že bcachefs umí pouze šifrování celého disku a ne jednotlivých volumes. Takže výhoda šifrovaných volumes nebyla, jen nevýhody. Celý disk mám s btrfs šifrován roky na vrstvě pod souborovým systémem.
Předpokládám, že od té doby se stav nezměnil a bcachefs stále šifruje celý disk.
1. 9. 2025, 15:44 editováno autorem komentáře
LUKS aj encrypfs maju svoje pre aj proti.
Napr. ZFS zvlada rozlicne sifrovacie kluce pre jednotlive datasety; takze mozem mat / sifrovany jednym klucom (alebo aj ziadnym) a jednotlive home adresare inymi. Potom ani root alebo podobne privilegovany user nenamountuje home jednotlivych userov, ked nema kluc. Nieco podobne slubuje btrfs, ze jedneho dna bude. LUKS z principu fungovania toto nezvladne.
Předpokládám, že mělo jít o eCryptFS. Na file-based encryption jsem to kdysi používal (bylo to výchozí řešení na Ubuntu 12.04), a bylo to brutálně pomalé. Co jsem se nedávno díval, vypadá to, že problém zůstal. Spíš bych se podíval třeba na šifrování v ext4, to vypadá nadějněji. Používá jej už nějakou dobu Android.
Jen je tu škoda, že šifrování podporuje ext4 a ne xfs. Docela by se mi to hodilo, ale neexistence deduplikace na ext* je aspoň pro mě dost nemilá (jo, jsem bordelář, a udržet různé AI modely přes hard/symlinky moc nedokážu, tim spíš několik desítek venv s pytorch a spol.)
Pustit na to script co to nahardlinkuje jsem taky zkoušel, ale tím, že to pak není CoW to nedopadlo dobře...