1
Hardware / Re:Externí disk odolný proti odpojení
« Poslední příspěvek od M Z kdy Dnes v 09:45:35 »umount -l ... a potom sync, nic vic s tim nejspis udelat nelze.
To, že souborový systém přežije ztrátu napájení, byla klíčová vlastnost každého souborového systému, který nebyl určen jen na hraní. Řeší se to např. žurnálováním (ext3, ext4, XFS, JFS, HFS+, NTFS) nebo copy-on-write mechanismem (btrfs, ZFS).Nejde mi ani tak o ztrátu napájení jako o možnost odpojení filesystému, pokud selže umount / eject a systém se dostane do stavu, kdy disk nelze bezpečně odebrat a z důvodu připojeného disku nelze systém ani vypnout standardním způsobem. Samozřejmě je namístě řešit důvod (např. chyba driveru), avšak v okamžiku kdy taková situace nastane a na vyřešení je asi tak 5 minut, je třeba také ochránit data.
Nějaká fakta na podporu takového tvrzení? Není li to redundantní pole, tak násilné trhání za chodu asi nebyl primární cíl tohoto FS. ZFS si drží RAM cache a kdo ví kolik z předchozích zápisů ještě není na disku.To, že souborový systém přežije ztrátu napájení, byla klíčová vlastnost každého souborového systému, který nebyl určen jen na hraní. Řeší se to např. žurnálováním (ext3, ext4, XFS, JFS, HFS+, NTFS) nebo copy-on-write mechanismem (btrfs, ZFS).
Napsat si něco sám má své výhody i nevýhody. Výhodou je, že nad tím mám plnou kontrolu - dodržuji zpětnou kompatibilitu, když to potřebuji, nedávám tam funkcionalitu, co nepotřebuji. Nevýhodou je, že stojí čas si to napsat. Občas to je však méně času, než se naučit používat cizí knihovnu, nebo tu cizí knihovnu ohnout, aby fungovala, jak potřebuji.Ještě jsi zapomněl na jednu další nevýhodu - zavedeš si tam bugy. Žádný kód nejde napsat bez bugů, a na rozdíl od cizí knihovny ti je nikdo neopraví. Všechny je musíš najít a opravit sám (ano, pokud by ta cizí knihovna byla nekvalitní, tak v ní nejspíš bude víc bugů než ve tvojí implementaci, ale u kvalitní, zavedené a "battle-tested" knihovny to až tolik nehrozí).
Tohle se dá elegantně vyřešit vhodným filesystemem. Třeba ZFS.Nějaká fakta na podporu takového tvrzení? Není li to redundantní pole, tak násilné trhání za chodu asi nebyl primární cíl tohoto FS. ZFS si drží RAM cache a kdo ví kolik z předchozích zápisů ještě není na disku.
Zajímá mě to, protože v bytě budu mít kombinaci elektrických přímotopů a krbové kotle. Jasně můžu si spočítat, kolik mě cca ten den topení stálo a zajít si k elektroměru a číslo si opsat. Ale já vůbec nemám tušení, kolik to bude žrát. Na ostatní elektroniku mám Tuya zástrčky/prodlužky, které tu spotřebu měří (jestli precizně netuším, ale když zapnu 100W telku, ukazuje to odběr ~100W, takže to přesné zřejmě je). Chci mít prostě přehled a taky si chci hrát, protože mám radost z nového bydlení