zdravim. mam jednoduchu otazku, na ktoru som zatial nenasiel odpoved. Treba pri suborovm systeme xfs pouzivat fsck vo fstab ? teda myslim tu poslednu polozku vo fstabe. docital som sa ze xfs to nepotrebuje len potom neviem naco tam je prikaz xfs.fsck
dik
Podle meho nazoru ne. Docetl jsem se to same a fsck.xfs je asi jen do poctu. XFS je nejmene problemovy fs, ktery jsem kdy videl. To je alespon ma zkusenost.XFS is a journaling filesystem and performs recovery at mount(8) time if necessary, so fsck.xfs simply exits with a zero exit status.
-- Help! I'm being held prisoner in chinese laundry!
takze fstab by mal mat na konci 0 0 a malo by to byt v pohode. aha prave pozeram man fsck.xfs. takze toto "fsck.xfs - do nothing, successfully" hovori za vsetko.
ja nemam dobru skusenost s XFS, prvy vypadok elektriky a bolo "zadelano"
mylsim ze xfs je skor na vykonne servery zabezpecene proti vypadkom el. en.
Co vy na to ?
JFS rulez
Mam presne stejnou zkusenost jako vy, jen s drobnym rozdilem. JFS a XFS prohodte.
XFS ustal cokoliv a JFS se rozpadl. Je mu ke cti nutno rici, ze z nej slo vsechno dostat v RO modu. Dost mozna se neco zmenilo, preci jen je to uz nejakou dobu. Zbytecne nesmysly typu rulez me nechavaji chladnym.
-- Help! I'm being held prisoner in chinese laundry!
mne se zase s XFS stalo, ze kdyz jsem upravil jeden konfigurak a pak vypadla elektrika, tak sem v tom souboru mel klikihaky a ne textove informace. U EXT3 se mi to nidky nestalo. Ale jinak na XFS jedu dal.
No, urobil som si nejake testiky a zistil som asi toto.
Co sa tyka rychlosti tak najlepsie mi vysiel xfs, tesne za nim ext3 a nejak
divne dopadol jfs.Mozno mu vyhovuje ine nasadenie.
Takze som si myslel ze dam xfs, lenze to som este neskusil
vypnut stroj za jazdy. Urobil som toto otvoril som subor, urobil som zmenu, ulozil som ho
a vypol som komp - nie cez halt, ale power switchom. Vysledok : ext3 - subor bol po starte systemu v takom stave ako pred upravou, teda bez
zmien ktore som v nom urobil,
jfs - totalne posahany fs. ani mi ho nevedelo mountut, xfs - fs v pohode ale subor v korom som robil zmenu
je nepouzitelny. Tvari sa ako binarny namiesto textoveho. Takze to vyzera ze ostavam na ext3.
vas test ma absolutne nulovou vypovidajici hodnotu, protoze zalezi na tom, v jakem case se vam podari ten pocitac vypnout a kde bude zrovna fsync() se zapisovanim dat na disk pripadne jak na tom bude ktera diskova cache. Zurnalovaci filesystem znamena, ze se zaznamenavaji do zurnalu pro obnoveni informace o pozicich datovych bloku souboru, ale uz se tam nic nehovori o samotnych datech. V praxi to znamena, ze pri vypadku elektriny mate zajisteno, ze tabulka rozdeleni disku a adresarova struktura bude v poradku, ale v jakem stavu budou data, o tom se neda dopredu nic rici. Pokud mate zajem o svoje data mit je neustale konzistentni i za teto situace, tak potrebujete v XFS zapnout zurnalovani dat, pak uvidite, ze se vam data nikdy neztrati ani neznici.
Žurnálování dat umí jen EXT3 (alespoň před rokem to v kernelu tak bylo), pokud to explicitně zapnete. Ovšem je to velmi pomalé. Jen tak ale zajistíte, že se v souboru nemohou vyskytnout nesmyslné znaky. Ale jak už bylo poznamenáno, ani to neznamená jistotu konzistence souboru vůči aplikaci.
Ostatní žurnálovací FS (a EXT3 ve standardním nastavení) žurnálují jen metadata (což však stačí na obnovení konzistence souborového systému bez fsck).
To je omyl. Žurnálování dat zajistí, že jeden zápis bude buď proveden úplně nebo vůbec, což ale vůbec nemusí znamenat konsistenci dat na úrovni aplikace, protože filesystém neví, že aplikace by potřebovala zapsat tohleto a tamto buď obojí nebo vůbec (tj. jako jednu atomickou transakci), aby byla data konzistentní. Pokud chceš toto, musíš počkat na Reiser4 a pak upravit aplikaci, aby používala reiser4 syscall a definovala si transakce... (nebo mít všechna data v nějaké DB, která toto umožňuje...).