Administrace komentářů

Proč totální apokalypsa? To co jsem napsal, že se mi objevila jedna chyba na 14 TB poli na disku, který má nájezd přes 70 000 hodin. A jsem rád, že to vím. Jaký ty máš use case netuším, ale hrát si při kopírování s sha256sum by pro mne připadalo náročné. Zkusil jsem se jen ilustračně kouknout kolik souborů mám a find / -type f | wc -l jelo 15 minut a nahlásilo něco přes 7 milionů souborů. Tahat si v desítkách tisiců adresářů soubory s hashy těch ostatních, nebo vytvářet nějaké jiné struktury mi připadá moc komplikované. (Systémová část etc,bin,usr,boot je samozřejmě hashovaná a kontrolovaná ještě přes rkhunter, ale to nejsou TB uživatelských dat.) Souborový systém s check sum integritu zařídí. Čistě pro ilustraci celkový součet obsazeného prostoru připojených souborových systémů na pracovní stanici, reportovaných df má 29831724820 kilobytových bloků (podle du -s 27703041088). Tedy málo přes 30TB obsazeno, 28TB skutečná data. (to 14TB pole z úvodu je v df jako 7337884672 obsazené bloky, protože je to RAID1). Chyby se mi objevují, je jich celkem málo, scrub mi umožňuje je mít pod kontrolou a vědět, kde nastávají. To je vše. Zase na rozdíl od jiných zpráv, jak btrfs havaruje se mi tohle nikdy nestalo, že by se nabourala struktura FS (nebo možná někdy před více než 10 lety) a spolehlivě ustál i několik mých silných chyb, jako třeba vypnutí prodlužky, když systém prováděl "poweroff", ale nevšiml jsem si, že ještě není dokončen, nebo vytržení externího disku během zápisu na něj.

A jsem v poslední době (cca 2 roky) i velmi spokojen s rychlostí btrfs, významně se zvýšila, jak přímá rychlost FS tak i úklidové operace, tedy když z FS překopírují několik set GB jinam, tak úklid b-stromů a opětovné získání a reportování prostoru na FS, je velmi rychlé.