Dotaz: Nutnost kontrolovat pravidelně ext3?

[petr]

Mám ubuntu. Při každém x-tém startu se mi kontrolují automaticky oddíly s ext3. Má tato kontrola nějaký význam namo jí mohu s klidem vypnout. Pokud význam má, dá se nastavit čas kontroly aby to třeba nikdy nekontrolovalo ráno?

Odpovědi

[Messa]

Pomocí příkazu tune2fs si jde pohrát s nastavením, jak často se má ta kontrola provádět. Tato informace se zapisuje přímo do nějakého master bloku na disku a AFAIK kontrolu provádí kernel a jsem si téměř jistý, že se to touto cestou nedá nastavit tak jemně, jako že se to nemá spouštět ráno.

Filesystém jde ale i zkontrolovat ručně pomocí e2fsck. To by snad mělo čítač vynulovat, ale třeba kořenový filesystém se za chodu kontroluje docela těžko. Snad by šel vytvořit skript, co se před vypnutím počítače podívá, zda je hrozí kontrola při následujícím zapnutí, a kontrolu v tom případě provede ihned.

Tento problém se nicméně docela často řeší použitím vhodnějšího filesystému

[petris]

Kontrolu neprovadi kernel, je to reseno startovacimi skripty. Jejich upravou lze dosahnout toho, ze se to nebude poustet v urcitou dobu atd... Ja jsem si to prepsal tak, ze se to kontroluje pri vypinani.

[Messa]

OK, omlouvám se za dezinformaci. Spletlo mě, že se maximum mount count ukládá do superblocku a hlouběji jsem to nezkoumal.

[Petr Holík]

tune2fs -c max pocet pripojeni maximalni pocet pripojeni nastavte podle toho, jak casto spoustite pocitac. Pokud kazdy den spoustite linux 2x, nastaveni 360 zpusoby kontrolu jednou za pul roku.

To jestli se kontrola provede nebo ne zalezi na nastveni spoustecich skriptu vasi distribuce, pokud chcete, aby se neprovadela rano, budete muset upravit prislusny skript(coz by nemel byt problem).

Za aktualni stavu HW bych se nebal kontrolu vyrazne omezit, nebo uplne vypnout. Zvlast pokud kontrola dlouhodobe nenachazi zadne chyby.

[R]

Nielen "tune2fs -c", ale aj "tune2fs -i". Ja to vypinam vsade, hlavne na serveroch (kde to moze urobit viac skody ako uzitku - po vypadku bezi pol hodinu kontrola a nikto nevie, preco server nefunguje).

[Dalibor Smolík]

To souhlasí. Jednou jsem musel připojit klávesnici a monitor k serveru, abych zjistil, co se děje, že server nepracuje. A nebylo to nic jiného než kontrola fs

[petr]

Ještě mi automatická kontrola nikdy žádné chyby nenašla. O příkazu tunefs vím. Ovlivní nějak tenhle příkaz kontrolu fs při náhlém násilném vypnutí pc nebo to jen ovlivňuje jak často se bude kontrolovat pokud byl fs korektně odpojen?

[Heron]

Pouze korektní odpojení. Nečistý FS se kontroluje vždy.

[Petr Tomášek]

A já myslel, že u ext3 zafunguje journal...

[Michal Kubeček]

Samozřejmě že ano. Jinak by to žurnálování bylo k ničemu…

[Michal Kubeček]

To platí pro ext2, pro ext3 pochopitelně ne, tam se provede recovery podle žurnálu.

[petr]

A nebylo by možný nastavit, aby se po obnovení žurnálu fs zkontroloval?

[Michal Kubeček]

Možná i ano, ale jednak nevím jak, jednak mi uniká, proč pak vůbec používat žurnálovací filesystém.

[petr]

No kdybych vypnul automatické kontroly, tak by potom bodlo to zkontrolovat po obnovení žurnálu. Hlavně pro sychr, že je fs v pohodě.

[Heron]

No tak potom ale nějak padá důvod proč vypínat ty kontroly .

Já osobně bych je nevypínal vůbec a řešit to stylem "zkontrolovat jen po replay" se mi líbí ještě méně.

Ale třeba takový CentOS (a předpokládám, že tedy i RHEL) má tyto kontroly vypnuté defaultně. Tak si vyber.

[petr]

Asi takhle. Mě ty kontroly nějak zásadně nevadí. Problémem je, a v poslední době dost častým, když potřebuju rychle na pc něco udělat a musím počkat 20 minut než se zkontroluje můj 500GB disk. Pokud se pokusím kontrolu přerušit, tak se to pak chová dost nekorektně.

[Heron]

20minut, co já bych za to dal, u mě je to na dopoledne...

Co je často? Možná že to nesouvisí s limity pro počet mountů nebo času. Obvykle se čas kontroly nastavuje na půl roku a počet mountů na cca 30. To nemůže být "tak často". Každopádně je můžeš zvýšit (tune2fs). Možná by pro tebe bylo nejlepší vypnout kontrolu po počtech mountů a nastavit časovou kontrolu na cca dva měsíce.

[Heron]

Pro ext3 pochopitelně taky, on ani žurnál nezvládně vše a pokud se to nezvládně ze žurnálu tak se nasadí fsck. Ano, musí pro to být poněkud specifické podmínky, ale není to nic neobvyklého.

[Michal Kubeček]

Výjimečně možná, ale rozhodně to není ani zdaleko dost často na to, aby to ospravedlnilo větu "Nečistý FS se kontroluje vždy." To by pak ten žurnál byl vlastně jen pro okrasu.

[Petr Holík]

Necisty FS se kontroluje vzdy nezavisle na zurnalu. Zurnal jenom zrychluje proces kontroly, protoze je v nem uvedeno co se naposledy delalo a tudiz se nemusi kontrolovat cely FS, ale jenom oblasti s kterymy se naposledy pracovalo.

Kontrola celeho po prekroceni maximalniho poctu pripojeni nebo po prekroceni maximalniho intervalu kontrol. Je ekvivalentem kontroly e2fsck -f tzn kotroluje uplne cely FS a to jestli je zurnalovaci nebo nehraje na rychlost kontroly vliv, stejne tak to jestli byl predtim odpojen korektne nebo ne.

Ucelem teto kotroly bylo zkontrolovat jestli vlivem chyb HW nebo bugu v kernelu nedochazi k poskozeni FS, na ktere by se pri korektnim pripojovani a odpojovani nemuselo prijit. Vzhledem k tomu ze ext2/3 je jiz pomerne stary a tudiz odladeny, tak v drtive vetsine tato kontrola nic neodhali. A proto si myslim ze je temer zbytecna, zvlast v tak kratkych intervalech.

[Michal Kubeček]

Zurnal jenom zrychluje proces kontroly

To už ohýbáte význam slov na samou mez únosnosti. To, o čem se tu celou dobu bavíme, je skutečná kontrola filesystému, ne to, jestli se podíváte, zda je nastaven příznak dirty. A zrovna tak replay žurnálu je něco úplně jiného než kontrola filesystému.

[Petr Holík]

Nerozumim presne Vasi reakci, kazdopadne FAQ k ext3 pravi nasledujici:

E2fsck will run the journal automatically, and if the filesystem is otherwise
 clean, it skip doing a full filesystem check.
If the filesystem is not clean (because during the previous run the kernel noticed
 some filesystem inconsistencies), e2fsck will automatically do a full check if it
 is necessary.

Z cehoz me vyplyvaji vyse uvedene skutecnosti. Pokud se pletu opravte me.

[Michal Kubeček]

Opravdu nevidíte rozdíl mezi "spustit fsck" a "provést kontrolu filesystému"?

[JirkaH]

vite jak se takovym jako vy rika? HNIDOPICH!

[Michal Kubeček]

Je to počet mountů a časový interval od poslední kontroly. Pokud je jeden z těchto limitů překročen, provede se úplná kontrola. Oba limity fungují nezávisle na sobě a oba lze nastavením na nulu vypnout úplně.

[Petr]

Možná by byla fajn nějaká grafická nastavovací utilitka, která by uměla automaticky kontrolovat připojené fs za běhu v režimu readonly a kdyby našla nekonzistenci dat tak hodí hlášku (něco jako scandisk ve win) .. Docela se divim, že to v distribucích není, nebo se pletu a někdo by o něčem podobném věděl ?

[secido]

A co takto prejst na poriadny FS? ext3 fakt nemusim a vlastne som ho ani nikdy nepouzival. Alebo nechat PC bezat, potom sa pocet mountov rapidne znizi.

[petr]

Já jsem přešel na ext3 kvůli problémům s reiserfs. No ehm problémům. Disky nad 120GB se připojovaly hrozně pomalu. Teď mám 400GB oddíly a tam to bylo fakt dost neúnosný. XFS a JFS nechci už ani vidět, nemám s nimi dobré zkušenosti, tak co jiného mi zbývá?

[Ash]

Disky s reiserfs se mountují rychle, asi vám to jen brzdil fsck... I 500G bez problému :)

[petr]

To asi jo. Já nevím proč mu to trvalo tak dlouho. Ale někde jsem četl, že tohle reiserfs nad 120GB dělá.