Administrace komentářů

Právě ta absence několika kontrolních mechanismů, které má BTRFS navíc, je důvod, proč EXT4 vydrží víc.

Spíše je to důvod pro silent data corruption.

U EXT4 se prostě počítá s tím, že tam můžou být chyby a má nástroje na opravu.

Jak se tam ty chyby dostanou? Vadou HW? V tom případě ti BTRFS alespoň oznámí, že nesedí checksum datového bloku a do kterého souboru se to trefilo. Ext4 ti neoznámí nic.

Jenže pak něco v pořádku není a pokud není k dispozici kopie (např. díky duplikaci na druhý disk), tak filesystém jen suše oznámí, že je rozbitý a máš smůlu.

To jednoduše není pravda. Resp. jak je rozbitý? Pokud se chyba disku trefí zrovna do systémových stromů, tak ty jsou by default duplikované. (Pokud se bavíme o jednom disku.) Tzn to přežije. Pokud se chyba trefí do datových bloků, tak ext4 je ani nezjistí (viz výše), btrfs alespoň oznámí chybu checksumu.

Jednou ti umožní read-only mount a pak ani to ne.

Nevím o čem mluvíš. Jednou jsem to tady testoval a umožňoval degradovaný multidevice btrfs připojit opakovaně a to dokonce jako rw. Max potom přišel s tím, že to bylo v nějaké konkrétní verzi.

Navíc je otázka, jak se to má vlastně správně chovat. S tím tady (podle mě správně) argumentovat Filip Jirsák. Pokud si FS nastavíme s redundancí alespoň dvě kopie (btrfs raid-1), tak se FS nemůže (bez dalších disků) tvářit, že je vše v pořádku a měl by vyžadovat zásah admina. Jestli to někdy v minulosti vyřešili tak, že to nejde připojit rw, nevím, ale tohle řešení není automaticky špatné. Admin je odpovědný za to, aby tam bylo dostatečné množství disků (nebo jiné nastavení) k udržení jím požadované redundance.

V minulosti jsem měl několik bezesných nocí třeba u mdadm, který umožňuje sestavení i provoz v degradovaném režimu a někteří lidé toho zneužívají k tomu, aby "ušetřili" za disky. Tj místo správného počtu hned na počátku se to různě flikuje. Ve skutečnosti i toto btrfs řeší velmi elegantně. Na počátku začneme třeba se třema diskama a potom jen přidáváme další. Bez nutnosti zdlouhavného resilveringu.

Jediná šance je vykopírovat data na jiný disk a vyrobit filesystém znovu.

Což je za mě ta nejlepší varianta u každého fs. Jestli někdo spoléhá na fs, který musel být opravován externími příkazy (a neporadil si s tím driver fs), tak good luck. Navíc btrfs má nástroj restore, kterým umožní přečíst i velmi poškozený fs. Tj takový, který by při jiných FS ani nešel namountovat a tedy by nešly vykopírovat soubory.