Feeds:
Posty
Komentarze

Archive for the ‘ext3’ Category

filesystem checksum

na różnych systemach plików miałem uszkodzone pliki po jakimś czasie używania.

Jeśli nasz komputer to pc a nie notebook to trzeba najpierw zabezpieczyć się przed przerwami w dostawie pradu. Rozwiązania są dwa: ups lub kontroler raid z baterią.

Większość nowoczesnych systemów plików posiada coś takiego jak journaling. Ale jego implementacja może się różnić. I tak xfs journaluje tylko metadane, ext3 dane i metadane. Dlatego po awarii prądu na xfs możemy pliki mieć wyzerowane.

Reiserfs odradzam z kilku powodów, a jednym z nich jest bezpieczeństwo danych.

Oprócz journalingu dodatkowe bezpieczeństwo daje journal checksuming. Ext3 nie wspiera tego, ale zfs, btrfs i ext4 już tak.

Jeśli używamy ext3 i nie mamy ups lub raid z baterią, to warto się zainteresować opcją barrier.
http://en.wikipedia.org/wiki/Ext3#No_checksumming_in_journal

Ext3 does not do checksumming when writing to the journal. If barrier=1 is not enabled as a mount option (in /etc/fstab), and if the hardware is doing out-of-order write caching, one runs the risk of severe filesystem corruption during a crash.[13][14] (This option is not enabled by default on almost all popular Linux distributions, and thus most distributions are at risk.)

http://forums.gentoo.org/viewtopic-p-5096620.html#5096620

The idea is to separate requests in groups… The requests issued before the barrier are guaranteed to be committed to the physical media after the ones issued afterwards (see /usr/src/linux/Documentation/block/barrier.txt for a thorough explanation 🙂 ). They are implemented using either ordered writes or cache flushes (depending on the capabilities of the underlying devices)…

Warto jeszcze przyspieszyć ext3
http://forums.gentoo.org/viewtopic-t-305871-highlight-barrier+ext3.html

Read Full Post »