fsck v RH9

[TiMEoS]

Zdravim

Ked musim tvrdo resetnut pc v linuxe, tak po restarte sa mi spusti utilita fsck pri boote. vzdy sa mi ale stane, ze checker nikdy nedobehne do konca, ale skonci s hlaskou ze danu chybu na disku musim odstranit "rucne" a hned nato sa mi spusti repair console. ked v nej opat napisem fsck /dev/hdX (linux je na ext3), tak
opravi superblock (napise nieco ze teraz to uz nieje ext3 ale ext2 fs) a zacne nachadzat neuveritelne vela chyb typu "inode xxx is y, should be z. fix<y>?" Podstate to ide doslova inode za inode. Ked stale stlacam enter (akoze ten fix), tak po celom dokonceni ostane na disku iba adresar /lost+found s "recover" subormi. takze mam po linuxe .
Toto sa mi stalo 2x.

Cudne je to, ako sa moze kuoly jednemu resetu dof**kat cela linuxova partition. Ved napr u nas skole kde bol nahodeny debian (aj ked si myslim,ze od distra to vobec nezavysi), prebehol checking bez problemov (resp. aj boli chyby, ale tie sa bez problemov opravili)??

A otazka do plena, ci je to normalne, ze si mozem jednym resetom doslova "vycheckovat" cely linux (pritom sa jedna o standartnu RH9 so standarnymi appz len s novym jadrom)

thnx

[Jezevec]

Pokud pouzivas ext3 se zurnalem, tak zrus checkovani oddilu (nastaveni fstab - na konec dej 0 0). Ten zurnal by mel pripadnej pad ustat. Napr. na kompu kterej ma bezet stale si nemuzes dovolit aby po vypadku napajeni nenastartoval a cekal na to ze mu budes jak debil oklikavat jednotlivy opravy.

[TiMEoS]

Pokud pouzivas ext3 se zurnalem, tak zrus checkovani oddilu (nastaveni fstab - na konec dej 0 0). Ten zurnal by mel pripadnej pad ustat. Napr. na kompu kterej ma bezet stale si nemuzes dovolit aby po vypadku napajeni nenastartoval a cekal na to ze mu budes jak *** oklikavat jednotlivy opravy.

Hej, bolo to ext3 so zurnalom. To zn. ze postate po tvrdom resete, by sa vobec nespustal fsck ale ten journal by tie opravy robil automaticky

[Rainbow]

No u mna to po tvrdom resete vyzera takto:

Oct 27 19:54:31 pentium kernel: EXT3-fs: INFO: recovery required on readonly filesystem.
Oct 27 19:54:31 pentium kernel: EXT3-fs: write access will be enabled during recovery.
Oct 27 19:54:31 pentium kernel: EXT3-fs: recovery complete.
Oct 27 19:54:31 pentium kernel: kjournald starting.  Commit interval 5 seconds
Oct 27 19:54:31 pentium kernel: EXT3-fs: mounted filesystem with ordered data mode.

Nemountujes to nahodou ako ext2 fsck predsa vie, ze ext3 ma journal.

[TiMEoS]

No u mna to po tvrdom resete vyzera takto:

Oct 27 19:54:31 pentium kernel: EXT3-fs: INFO: recovery required on readonly filesystem.
Oct 27 19:54:31 pentium kernel: EXT3-fs: write access will be enabled during recovery.
Oct 27 19:54:31 pentium kernel: EXT3-fs: recovery complete.
Oct 27 19:54:31 pentium kernel: kjournald starting.  Commit interval 5 seconds
Oct 27 19:54:31 pentium kernel: EXT3-fs: mounted filesystem with ordered data mode.

Nemountujes to nahodou ako ext2 fsck predsa vie, ze ext3 ma journal.

System to bootoval (momentalne je linux v prd...) ako ext3. Nie som si isty, ci mi vypisalo nieco podobne, proste po resete na mna vyskocila hlaska ze bol system zle umountnuty (press Y to check ..).
Tu podporu pre fs ext3 v novom kerneli som dal kompilovat nie ako modul (M) ale priamo.

[TiMEoS]

Ak mam linux na ext3, je dobre kompilovat podporu fs ext3 (resp. ine fs)pre novy kernel ako modul, alebo je lepsie ho zakompilovat priamo do jadra

[Rainbow]

Driver pre root filesystem musi byt zakompilovany priamo do jadra (alebo sa prislusny modul musi zaviest cez initrd).