ext3 probléma

Debian GNU/Linux

Sziasztok!

Frissíteni szerettem volna az egy gépet, de elhasalt, valami gzip hibával. Nem tudtam hova tenni a dolgot, így többek között megnéztem a /var paríciót:

root@gy-s-linux1(0):~# fsck.ext3 -n /dev/hda5
e2fsck 1.37 (21-Mar-2005)
Warning!  /dev/hda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/hda5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -364706 -(1566190--1566206)
Fix? no

Free blocks count wrong for group #11 (11381, counted=11380).
Fix? no

Free blocks count wrong for group #47 (6683, counted=6660).
Fix? no

Free blocks count wrong (1931415, counted=1931454).
Fix? no

Free inodes count wrong (1070222, counted=1070220).
Fix? no


/dev/hda5: ********** WARNING: Filesystem still has errors **********

/dev/hda5: 181490/1251712 files (0.3% non-contiguous), 569047/2500462 blocks

És nem csak a /var-ral hanem másik partícióval is hasonló gondok vannak. Ugyanakkor boololás közben az fsck lefutott, de nem jelzett hibát. Elindítottam recovery módban is a gépet, lefuttattam az fsck-t, de úgy sem prüszköl.

Ilyenkor mi van?

Luki

  • 1043 megtekintés

( gorgo75 v | 2007. 03. 28., sze – 13:08 )

ááááááá fsck-t nem MOUNTOLVA!! tönkreteszed a rendszeredet!!

( Replaced | 2007. 03. 28., sze – 14:20 )

te elszoktad olvasni, amit a parancsok irnak neked? ember, ha eddig nem volt baja, akkor most megcsinaltad :/

amugy memtest, mielott tovabb keresed a hibat

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

( Luki | 2007. 03. 28., sze – 15:03 )

Most vagy én értettem félre valamit, vagy ti nem olvastátok el rendesen a hsz-omat. Az fsck-t '-n' paraméterrel indítottam, ami nem javít semmit, csak ellenőriz. 


       -n     For some filesystem-specific checkers, the -n option will cause 
              the fs-specific fsck to avoid attempting to repair any problems,
              but simply report such problems to stdout. This is however not 
              true for all filesystem-specific checkers. In particular, 
              fsck.reiserfs(8) will not report any corruption if given this 
              option. fsck.minix(8) does not support the -n option at all.

Félreértettem volna?
De azt is írtam, hogy bootolás során (RO fájlrendszer) nem talál semmit az fsck.

( bastya_elvtars | 2007. 03. 28., sze – 15:11 )

Az fsck-hiba nem ok, hanem lehet a fagyás következménye is.
--
'Please, just tell people to use Windows.' - Linus Torvalds on KDE and GNOME
Registered M$funboy #006 (vigyázat: memetikai dágvány!!!11)

( Luki | 2007. 04. 19., cs – 07:16 )

A probléma megoldódott, a winchester volt a hibás. Csere óta hiba nélkül fut a rendszer.