Podle lidí kolem btrfs ten problém nebude odstraněn nikdy. Zkrátka vlastnost návrhu (nechci psát "chyba" aby nebyly zbytečné hejty), kterou nejde opravit aniž by se zcela změnila koncepce btrfs.
Existuje ale workaround, který eliminuje problém naboření alespoň metadat - metadata dát na raid1c3 a data na raid5. Tohle btrfs umí - data s jiným raid levelem než metadata.
XFS na Linuxu roky mělo tu vlastnost, že po výpadku napájení zkrátilo na nulovou délku všechny soubory, do kterých se v okamžiku výpadku zapisovalo. Protože by nedokázalo garantovat, že v těch souborech budou nějaká smysluplná data. Všichni s tím počítali a považovalo se za samozřejmé, že XFS jedině na počítač s UPS. Řekl bych, že u btrfs se z toho dělá mnohem větší problém, než to ve skutečnosti je.
Nahodou!
Ja mam atypicky notebook ktery ma 4 SATA disky - je to Vaio Z13Z9E/X, protoze byla doba, kdy nebylo NVMe a udelat neco rychleji? No.. dame tam 4x64GB v RAIDu :-)
Jsou na tom ted Win7 v RAID0 a nejsem si jist, zda tyhle historicke disky tusili o necem jmenem TRIM.. pri bootu si ale Linux cucne metadata o Intel poli a pres device mapper se to slozi do pouzitelneho stavu, predpokladam ze sw raid 5 by tam jelo taky dobre - jen to nedav a z fyzicke organizace moc smysl ty disky tam jsou reseny jako dvojdisky - dve SSD na jednom tistaku, s dvojitym sata pripojenim. No co.. japonci :P