[EXT3] Filesystem vernaggeld, hoe te fixen?

[DjGeRo]

Ok, het zit dus zo, m'n filesystem van een vrij grote raid5 array is vernaggelt. Ik heb verder geen idee hoe dit komt, maar tis wel nogal vervelend. Ik heb al van alles gelezen / geprobeerd om tot een oplossing te komen, maar erg veel opgeschoten ben ik niet.

Ik zal eerst eens wat error logjes posten;

promo:~# fsck.ext3 -y /dev/sda1
e2fsck 1.35 (28-Feb-2004)
Group descriptors look bad... trying backup blocks...
Inode table for group 702 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Inode table for group 718 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Inode table for group 720 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Inode table for group 724 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Inode table for group 5122 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Inode table for group 5126 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

/dev/sda1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes

----------------------
Deze blijft die steeds maar weer herhalen.... Hij kan ze dus niet relocaten..
----------------------

promo:~# recover -a /dev/sda1
Recover v1.3b by Tom Pycke <[e-mail]>

Getting inodes (this can take some time)...
debugfs 1.35 (28-Feb-2004)

------ dan 100000x deze hieronder
ls_deleted_inodes: Ext2 file too big while calling ext2fs_block_iterate
ls_deleted_inodes: Ext2 file too big while calling ext2fs_block_iterate
ls_deleted_inodes: Ext2 file too big while calling ext2fs_block_iterate
ls_deleted_inodes: Ext2 file too big while calling ext2fs_block_iterate
ls_deleted_inodes: A block group is missing an inode table while doing inode scan
No inodes found
Do you want to refilter the inodes? [yn]

---------------------
Als ik ja kies, gaat die weer hetzelfde doen, en kies ik nee stopt die...

En verder heb ik wat zitten kutten met debugfs, maar als je daar al iets wijzer uitwordt, dan tja.

Ik wil eigelijk gewoon die block groups deleten (lekker interessant of ik dan wat data verlies) maar geen idee hoe, en ik weet eigelijk ook niet zeker of het zomaar kan.

Heeft iemand dan misschien een idee?

Trouwens, met debugfs kan ik wel (bijna) alle files nog gewoon listen...

[ Voor 5% gewijzigd door DjGeRo op 22-10-2004 10:48 ]

[usr-local-dick]

ik neem aan dat er geen backups zijn?

is het een software of hardware radi btw?

[DjGeRo]

hardware raid, en tja backups.. dat is niet echt te doen..

[usr-local-dick]

hardware raid

en zegt die controller nog iets vreemds?

[DjGeRo]

Oct 21 16:45:09 promo kernel: EXT3-fs error (device sda1): ext3_check_descriptors: Inode table for group 702 not in group (block 0)!
Oct 21 16:45:09 promo kernel: EXT3-fs: group descriptors corrupted !

zulk soort dingen?

[it0]

wat gebeurt er als je je journal wegmikt? Converteer eerst naar een ext2 filesysteem of forceer te checken als een ext2 systeem.

http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html

[DjGeRo]

it0 schreef op 22 oktober 2004 @ 13:27:
wat gebeurt er als je je journal wegmikt? Converteer eerst naar een ext2 filesysteem of forceer te checken als een ext2 systeem.

http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html

hmm, interessant, nu skipt die deze foutmelding;

/dev/sda1 contains a file system with errors, check forced.

Even afwachten tot die klaar is dus

[DjGeRo]

Inode table for group 5126 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate<y>? yes

Pass 1: Checking inodes, blocks, and sizes
Error allocating 512 contiguous block(s) in block group 702 for inode table: Could not allocate block in ext2 filesystem
Error allocating 512 contiguous block(s) in block group 718 for inode table: Could not allocate block in ext2 filesystem
Error allocating 512 contiguous block(s) in block group 720 for inode table: Could not allocate block in ext2 filesystem
Error allocating 512 contiguous block(s) in block group 724 for inode table: Could not allocate block in ext2 filesystem
Error allocating 512 contiguous block(s) in block group 5122 for inode table: Could not allocate block in ext2 filesystem
Error allocating 512 contiguous block(s) in block group 5126 for inode table: Could not allocate block in ext2 filesystem
Restarting e2fsck from the beginning...
Group descriptors look bad... trying backup blocks...
Inode table for group 702 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate<y>?

------------

There we go again... hij blijft toch herhalen, alleen wat anders

[Verwijderd]

Ik had iets dergelijks aan de hand met m'n gentoo webservertje.
Tijdens synchen van de portage tree kreeg ik File IO errors. Ook het rm -r ging niet.

'k heb de server geboot met de livecd.
Vervolgens:

code:

fsck.ext3 -v /dev/hda3

Dit heeft een aantal Inode fouten opgeleverd en gerepareerd.
Toen uit voorzorg de tree verwijderd en opnieuw gesynched. Het liep perfect.

Misschien kan dit helpen ?

[it0]

Als ik de foutmelding goed begrijp

code:

Error allocating 512 contiguous block(s) in block group 702 for inode table: Could not allocate block in ext2 filesystem

dan zou ik zeggen dat het filesysteem vol zit? Of te gefragmenteerd is, ik weet niet of dat acties zijn die je kan proberen?

[DjGeRo]

Ook na het converten nog hetzelfde.

[DjGeRo]

it0 schreef op 22 oktober 2004 @ 14:19:
Als ik de foutmelding goed begrijp

code:

Error allocating 512 contiguous block(s) in block group 702 for inode table: Could not allocate block in ext2 filesystem

dan zou ik zeggen dat het filesysteem vol zit? Of te gefragmenteerd is, ik weet niet of dat acties zijn die je kan proberen?

Mja, kan hem helemaal niet mounten hé.

[it0]

voor (e2)defrag hoef je niks te mounten howel me dat ook een erg gevaarlijke tool lijkt.

Kan je het ook niet readonly mounten?

[ Voor 19% gewijzigd door it0 op 22-10-2004 14:58 ]

[DjGeRo]

readonly ook niet nee, zit nu ff wat met fsck te kneien voor wat foutrapportjes, zal straks eens naar (e2)defrag kijken

[Zwerver]

DjGeRo: er is een edit knopje () om dingen toe te voegen, gebruik die dan ook! Want op deze manier kick je je topic elke X minuten als je wat toe te voegen hebt, en dat is een reden om het topic te sluiten!

[usr-local-dick]

Ik zou hem ook rebooten met een rescue cd, aan dit gekut met gemounte filesystemen heb je niks...
De meeste normale error krijg je al niet weg met een gemount fs...

[DjGeRo]

Zwerver schreef op 22 oktober 2004 @ 17:08:
DjGeRo: er is een edit knopje ([afbeelding]) om dingen toe te voegen, gebruik die dan ook! Want op deze manier kick je je topic elke X minuten als je wat toe te voegen hebt, en dat is een reden om het topic te sluiten!

wat jij wil jongen