Administrace komentářů

Tak předně. To, že zde rádi zneužívají anonymní nicky je stará známá věc, takže by sis měl uvědomit, že autor nikdy nemusí být týž.

A dále. Vím, že používáš Btrfs minimálně stejně dlouho jako já. A je velmi pravděpodobné, že se na rozdíl ode mne hrabeš i v jeho kódu. Nevím jak velké objemy dat na Btrfs skladuješ, ani jak divoké kombinace jsi s ním vyzkoušel, ale provozovat ho nad kryptovanými disky je koleda o průser. Mám doma několikaterabajtové pole, z různých disků na různých řadičích. A také dost zkušeností s infarktovými stavy, které naštěstí vždy dopadly dobře. Pro využití LUKSu jsem našel uplatnění až nyní a pochopitelně jsem se s ním nejdřív seznámil a pak ho řádně otestoval, než jsem ho implementoval. Moje motivace je ovšem jiná a stejně tak i způsob použití. Pracuji se soubory do 20GB s dekapitovanými hlavičkami, takže je na disku jen binární "bordel" Není tedy žádný důvod to komplikovat šifrováním pod Btrfs.

Z čistě praktického hlediska to považuji za potenciální zdroj komplikací. U Btrfs multidevice totiž není jedno které zařízení je zrovna nahoře, takže pokud se ti disky zpřehážou, můžeš mít problém. Mně to takhle dělá už několik let. Mám kvůli tomu SSH v ramdisku. Zůstane to totiž viset a následuje loterie, zda zařízení které se pokusím připojit je zrovna to správné. Fakt si nedovedu tedy představit, jak takovou věc řešit v kombinaci s kryptováním a to mám těch disků jen asi 12.

A pokud jde o to převalování. Opět praktické pozorování reálné situace. U terabajtového raidu, zaplněného z 90% by tomu mohlo být jen těžko jinak. Nebo mi snad chceš tvrdit, že se ty bloky nerekryptují, když děláš změny?