fsck.ext3 vagy e2fsck

Linux-kezdő

fsck.ext3 vagy e2fsck

  • 3611 megtekintés

( safranek | 2005. 10. 13., cs – 11:40 )

Sziasztok!

Van egy olyan problémám, hogy a rendszerem fájlrendszerre, minden nap átáll read-onlyra. Gondoltam biztos hiba van benne. Lefuttattam read-only módban az fsck.ext3-at a fájlrendszeren . Talált is hibákat amiket kijavítottam. Utána azt mondta minden OK.
Azonban egy nap múlva ismét read-only módra váltott és azt modja remount,rw után, hogy hiba van a fájlrendszerben és futtassak e2fsck-t. Igazából nem tudom mi a különbség az fsck.ext3 és az e2fsck között. Lehetséges, hogy az fsck.ext3 hibát hagyott a fájlrendszeren? Érdemes futtatni a másikat is? melyik a jobb? stb...

Szivesen veszem a kiokosítást.

Előre is köszönöm.

( sz | 2005. 10. 13., cs – 12:13 )

[quote:91310d2713="safranek"]Igazából nem tudom mi a különbség az fsck.ext3 és az e2fsck között. Lehetséges, hogy az fsck.ext3 hibát hagyott a fájlrendszeren? Érdemes futtatni a másikat is? melyik a jobb? stb...

Ugyanaz a kettő.

( egmont | 2005. 10. 13., cs – 12:13 )

A két fsck szerintem tök ugyanaz. Ha újból ilyen hamar elromlott, akkor valószínűsíthető a memória- vagy vinyóhiba.

( OgGrREe | 2007. 05. 29., k – 08:34 )

Sziasztok.
Volna egy problémám.

Adott egy samba server 2 db 200 gigás winyóval. Nemrég az egyik "jó minőségű" sata kábel elhalálozott. Kicseréltem, ujraszinkronizáltam a winyókat, mivel azok raid-ben tükrözve vannak. lefuttattam egy fsck.ext3-at a -n kapcsolóval. Ezt kaptam:

root@server:~# fsck.ext3 -n /dev/md3
e2fsck 1.39 (29-May-2006)
Warning! /dev/md3 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/md3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 5095426 has zero dtime. Fix? no

Deleted inode 5095432 has zero dtime. Fix? no

Inodes that were part of a corrupted orphan linked list found. Fix? no

Inode 5095439 was part of the orphaned inode list. IGNORED.
Inode 5095445 was part of the orphaned inode list. IGNORED.
Deleted inode 5095450 has zero dtime. Fix? no

Inode 5095438, i_size is 13942099910292672512, should be 0. Fix? no

Inode 5095438, i_blocks is 4096, should be 0. Fix? no

Inode 5095444, i_size is 13942099910292672512, should be 0. Fix? no

Inode 5095444, i_blocks is 4096, should be 0. Fix? no

Inode 21397537 is in use, but has dtime set. Fix? no

Inode 21397538 is in use, but has dtime set. Fix? no

Inode 21397539 is in use, but has dtime set. Fix? no

Inode 21397540 is in use, but has dtime set. Fix? no

Inode 21397541 is in use, but has dtime set. Fix? no

Inode 21397542 is in use, but has dtime set. Fix? no

Inode 21397543 is in use, but has dtime set. Fix? no

Inode 21397543 has imagic flag set. Clear? no

Inode 21397544 is in use, but has dtime set. Fix? no

Inode 21397544 has imagic flag set. Clear? no

Inode 21397545 is in use, but has dtime set. Fix? no

Inode 21397545 has imagic flag set. Clear? no

Inode 21397546 was part of the orphaned inode list. IGNORED.
Inode 21397546 is in use, but has dtime set. Fix? no

Inode 21397546 has imagic flag set. Clear? no

Inode 21397547 was part of the orphaned inode list. IGNORED.
Inode 21397547 is in use, but has dtime set. Fix? no

Inode 21397547 has imagic flag set. Clear? no

Inode 21397548 was part of the orphaned inode list. IGNORED.
Inode 21397548 is in use, but has dtime set. Fix? no

Inode 21397548 has imagic flag set. Clear? no

Inode 21397552 is in use, but has dtime set. Fix? no

Inode 21397553 is in use, but has dtime set. Fix? no

Inode 21397553 has imagic flag set. Clear? no

Inode 21397554 was part of the orphaned inode list. IGNORED.
Inode 21397554 is in use, but has dtime set. Fix? no

Inode 21397554 has imagic flag set. Clear? no

Inode 21397555 is in use, but has dtime set. Fix? no

Inode 21397556 is in use, but has dtime set. Fix? no

Inode 21397556 has imagic flag set. Clear? no

Inode 21397557 is in use, but has dtime set. Fix? no

Inode 21397557 has imagic flag set. Clear? no

Inode 21397558 is in use, but has dtime set. Fix? no

Inode 21397558 has imagic flag set. Clear? no

Inode 21397559 is in use, but has dtime set. Fix? no

Inode 21397560 is in use, but has dtime set. Fix? no

Inode 21397561 is in use, but has dtime set. Fix? no

Inode 21397562 is in use, but has dtime set. Fix? no

Inode 21397563 is in use, but has dtime set. Fix? no

Inode 21397564 is in use, but has dtime set. Fix? no

Inode 21397565 is in use, but has dtime set. Fix? no

Inode 21397566 is in use, but has dtime set. Fix? no

Inode 21397567 is in use, but has dtime set. Fix? no

Inode 21397568 is in use, but has dtime set. Fix? no

Inode 21397547 has INDEX_FL flag set but is not a directory.
Clear HTree index? no

Inode 21397547 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

HTREE directory inode 21397547 has an invalid root node.
Clear HTree index? no

HTREE directory inode 21397547 has an invalid root node.
Clear HTree index? no

HTREE directory inode 21397547 has an unsupported hash version (86)
Clear HTree index? no

HTREE directory inode 21397547 uses an incompatible htree root node flag.
Clear HTree index? no

HTREE directory inode 21397547 has a tree depth (171) which is too big
Clear HTree index? no

Inode 21397547, i_blocks is 808464432, should be 0. Fix? no

Inode 21397537, i_size is 11597864159752240, should be 0. Fix? no

Inode 21397537, i_blocks is 29556, should be 0. Fix? no

Inode 21397548 has compression flag set on filesystem without compression support. Clear? no

Inode 21397548 has INDEX_FL flag set but is not a directory.
Clear HTree index? no

Inode 21397548 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

HTREE directory inode 21397548 has an invalid root node.
Clear HTree index? no

Error reading block 976236598 (Invalid argument) while reading indirect blocks of inode 21397548. Ignore error? no

HTREE directory inode 21397548 has an invalid root node.
Clear HTree index? no

HTREE directory inode 21397548 has an invalid root node.
Clear HTree index? no

Inode 21397548, i_size is 3760555600812649804, should be 0. Fix? no

Inode 21397548, i_blocks is 845639273, should be 0. Fix? no

Inode 21397540 has INDEX_FL flag set but is not a directory.
Clear HTree index? no

Inode 21397540 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

HTREE directory inode 21397540 has an invalid root node.
Clear HTree index? no

Inode 21397540, i_size is 8659961621908517477, should be 0. Fix? no

Inode 21397540, i_blocks is 1534092658, should be 0. Fix? no

Inode 21397552, i_size is 611693915220738309, should be 0. Fix? no

Inode 21397553 has compression flag set on filesystem without compression support. Clear? no

Inode 21397553, i_blocks is 1816330356, should be 0. Fix? no

Inode 21397563 has compression flag set on filesystem without compression support. Clear? no

Inode 21397563, i_size is 582238565791855060, should be 0. Fix? no

Inode 21397563, i_blocks is 135562980, should be 0. Fix? no

Inode 21397564 has compression flag set on filesystem without compression support. Clear? no

Inode 21397564 has illegal block(s). Clear? no

Illegal block #0 (135562980) in inode 21397564. IGNORED.
Illegal block #1 (135562980) in inode 21397564. IGNORED.
Illegal block #2 (135562980) in inode 21397564. IGNORED.
Illegal block #3 (135562980) in inode 21397564. IGNORED.
Illegal block #4 (135562980) in inode 21397564. IGNORED.
Illegal block #5 (135562980) in inode 21397564. IGNORED.
Illegal block #6 (135562980) in inode 21397564. IGNORED.
Illegal block #7 (135562980) in inode 21397564. IGNORED.
Illegal block #8 (135562980) in inode 21397564. IGNORED.
Illegal block #9 (135562980) in inode 21397564. IGNORED.
Illegal block #10 (135562980) in inode 21397564. IGNORED.
Too many illegal blocks in inode 21397564.
Clear inode? no

Suppress messages? no

Illegal block #11 (135562980) in inode 21397564. IGNORED.
Illegal block #-1 (135562980) in inode 21397564. IGNORED.
Illegal block #-2 (135562980) in inode 21397564. IGNORED.
Illegal block #-3 (135562980) in inode 21397564. IGNORED.
Error while iterating over blocks in inode 21397564: Illegal triply indirect block found
e2fsck: aborted
root@server:~#

Ez elég sok hibának látszik. Mi tévő legyek? nem szeretnék adatvesztést, de ahogy észrevettem 1-2 kissebb fájl már így is eltünt.
Ha tudtok valami jó megoldást segítsetek nekem.
Előre is köszönöm.

-n kapcsolóval még belefér...
AMúgy meg sztem nem lesz késöbb nagyobb bajod, csak vmikor alkalom adtán (inkább minél elöbb ) fsck-zd le, hogy nehogy vmi nagyobb gáz legyen ( mondjuk olyan szektorra ír működés közben a gép, ami akkor még tisztának tűnt, aztán fsck után derülne ki, hogy ott amúgy volt adat, csak épp így már felül lett írva ).
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..

( OgGrREe | 2007. 05. 29., k – 09:30 )

Tehát ha jól értem ezek a hibák nem olyan vészesek, de elkerülhetőek rendszeres fsck.ext3-al.

Na állj :))A rendszeres fsck akkor kell, ha valami tényleg nagy baj van ( néha-néha nem árt lefuttatni, de amúgy csak akkor van rá szükség, ha vmi gond van a filerendszeren ). Jobban jársz, ha a probléma forrását előzöd meg azzal, hogy nem hozod a géped olyan helyzetbe, hogy a filerendszeren kellen majd javítania.. Ergo védjük lehetőség szerint a hírtelen áramkimaradástól ( UPS ), ne nagyon piszkáljuk a HW-t fizikailag, és ha kicsit rossz szemmel is, de figyeljük a SMART állapotát, és hiba esetén igyekezzük a beszerzők (már ha vannak )seggét rugdosni, hogy kapkodják magukat, amíg nincs nagy gáz :)
Azzal, hogy használod a rendszert rendeltetés szerűen nem okozol olyan hibákat, amik szükségesek lennének egy rendszernél gyakori fsck futtatásra ( és mivel ez egy szerver lenne, és mivel fsck-t normálisan csak umountolt filerendszeren lehet végezni, így ez ahoz is vezetne, hogy gyakran kell lecsapni a szervert, ami meg szintén nem nagyon szoktak szeretni a cégeknél. )
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..

( OgGrREe | 2007. 05. 30., sze – 15:22 )

Kb fél óra múlva kezdek neki:

így terveztem:

Leválasztom az md3-at
aztán fsck.ext3 /dev/md3

és ennyi

ha van még valami jótanács, amivel szeretnétek ellátni, akkor írjatok.

Elvileg sikerült. Egy hét múlva újra megnézem. Ha ne adj isten akkor is lennének hibák, akkor mi tévő legyek?

Szerintem teljesen feleslegesen sportoltal (mivel aligha voltak hibak a filerendszeren), de ha ezt minden heten egyszer meg akarod ismetelni, legyen... Amugy par hettel ezelott volt egy ugyanilyen thread, roviden osszefoglalva: RW modban hasznalt filerendszeren az fsck mindig hibat fog jelezni. aki raadasul meg javitast is ker ilyenkor, az abban a pillanatban kinyirja a filerendszeret.

Az ellenőrzés leválasztott fájlrendszernél végeztem, és akkor is jelzett hibákat, melyeket sikeresen javított is. Nem akarom minden héten megismételni.
Volt egy rossz SATA kábal ami miatt ez az egész történt (legalábbis szerintem). Most kicseréltem, utána fsck, és egy hét múlva újra leellenőrzöm, hogy nincs-e probléma. Utána békén hagyom.

U.I.:

Köszönöm Huncraft segítségét!