ext 3 recovery handig aanpakken

[Boudewijn]

Hoihoi

Zoals jullie hier kunnen zien heb ik mijn fs goed aan gevaren blootgesteld:
Areca1120: Raidset recovered, maar 1 van de 3 volumes faalt


Echter krijg ik nu dit:

code:

ragbak:/# mount /dev/sdc1 /home/
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

ragbak:/# dmesg | tail
[   37.726376] /dev/vmnet: port on hub 8 successfully opened
[   40.304663] /dev/vmnet: open called by PID 3127 (vmnet-netifup)
[   40.304684] /dev/vmnet: port on hub 1 successfully opened
[   40.305176] /dev/vmnet: open called by PID 3126 (vmnet-netifup)
[   40.305186] /dev/vmnet: port on hub 8 successfully opened
[   42.706252] ip_tables: (C) 2000-2006 Netfilter Core Team
[   54.876540] vmnet8: no IPv6 routers present
[   56.033915] vmnet1: no IPv6 routers present
[  412.746503] EXT3-fs error (device sdc1): ext3_check_descriptors: Block bitmap for group 3424 not in group (block 0)!
[  412.746540] EXT3-fs: group descriptors corrupted!
ragbak:/#

Hmm, hoe kan ik dit het beste tackelen? En hoe groot is de kans dat ik het uberhaupt tackle?

fsck lijkt me de meest voor de hand liggende stap.

[B-Man]

Ik heb al een forumpost op het net gevonden waarbij een fsck de "group descriptors corrupted" oploste. Verder heb je uiteraard een backup, toch

Je filesysteem (ext3) geeft aan dat er problemen zijn, de eerste stap is dan altijd een fsck; Uiteraard kun je de -N en -n opties proberen en eerst een dry-run uitvoeren, zodat je ziet wat er gaat gebeuren.

[ Voor 7% gewijzigd door B-Man op 13-10-2009 00:27 ]

[Boudewijn]

B-Man schreef op dinsdag 13 oktober 2009 @ 00:20:
Ik heb al een forumpost op het net gevonden waarbij een fsck de "group descriptors corrupted" oploste. Verder heb je uiteraard een backup, toch

De bacup doos heeft hetzelfde issue.sue.

Je filesysteem (ext3) geeft aan dat er problemen zijn, de eerste stap is dan altijd een fsck; Uiteraard kun je de -N en -n opties proberen en eerst een dry-run uitvoeren, zodat je ziet wat er gaat gebeuren.

Ja,maar zijn er nog do's en dont's en aanraders qua andere tools?

[B-Man]

Mijn ervaring met kapotte filesystems is dat er allerhande recoverytools zijn voor bijvoorbeeld ext2/ext3 filesystems, maar dat je die pas gebruikt als een fsck niet helpt.
Ik heb in ieder geval nog nooit verhalen gehoord of gelezen, of zelf ervaren dat een fsck op een ext3 fs de boel verergerde.

Kortom: probeer een fsck, en als dat niet werkt (geeft een foutmelding) post je die melding hier.

[silentsnake]

Ik heb op m'n RHCE cursus te horen gekregen dat fsck weldegelijk data kan vernietigen. Het doei is immers om het filesystem te recoveren, maar daarmee kan wel data verloren gaan. Tis immers best een lastige kwestie - wil je data kwijtraken zodat de rest wel nog beschikbaar is of wil je dat uberhaupt niks meer beschikbaar is?

Ik heb het zelf nog nooit gezien hoor, maar ja, ik hou het wel altijd in m'n achterhoofd.

[lamko]

Vrij logisch als iets gedeeltelijk nog in het filesystem staat maar niet op de standaard manier ruimt fsck het op.
Fsck repareert het bestandsysteem als eerste niet de bestanden.