Dotaz: ReiserFS nejde namountovat

[kafi]

Pekny den, dnes se mi restartoval server zatim z neznameho duvodu a po nabehnuti se mi nenamountoval oddil na disku sda5. Tento oddil je reiserFS. Pri pokusu jej namountovat rucne se objevi v logach
syslog:

Apr 27 13:21:48 titan kernel: ReiserFS: sda5: warning: sh-2029: reiserfs read_bitmaps: bitmap block (#12222464) reading failed
Apr 27 13:21:48 titan kernel: ReiserFS: sda5: warning: jmacd-8: reiserfs_fill_super: unable to read bitmap

messages:

Apr 27 13:21:45 titan kernel: ReiserFS: sda5: found reiserfs format "3.6" with standard journal
Apr 27 13:21:47 titan kernel:  limit=97659072
Apr 27 13:21:47 titan kernel: attempt to access beyond end of device
Apr 27 13:21:47 titan kernel: sda5: rw=0, want=439877640, limit=97659072
Apr 27 13:21:47 titan kernel: attempt to access beyond end of device
Apr 27 13:21:47 titan kernel: sda5: rw=0, want=440139784, limit=97659072
Apr 27 13:21:47 titan kernel: attempt to access beyond end of device

pise to ze pokus o pristup je mimo konec zarizeni. coz mi jaksi nejde do hlavy. Proc to do tedka fungovalo. Harddisk je rozdelen na 2 oddily- 1. pimarni 200GB (jde v pohode), 2. 50GB (problemovy) a zbytek z 320GB disku je zatim nevyuzitych. kernel je vanila 2.6.18.4 a distribuce Slackware 10.1. Pri googleni na internetu jsem nalezl nejake komentare o tom ze se jedna a problem disku a ze je v haji. Pokud tedy tomu tak je nemate nejaky napad jak z tama dostat ty data? Zkousel sem dd if=/dev/sda5 of=sda5_img.iso nebo dd_rescue -r -A /dev/sda5 sda5_img.iso ale vytvoreny image je nefunkcni pri mountovani mount -o loop -t reiserfs sda5_img.iso /mnt/iso/ se mi dostane hlasky

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

a v logach
messages:

Apr 27 14:07:27 titan kernel: 7659072
Apr 27 14:07:27 titan kernel: attempt to access beyond end of device
Apr 27 14:07:27 titan kernel: loop0: rw=0, want=440401928, limit=97659072
Apr 27 14:07:27 titan kernel: attempt to access beyond end of device
Apr 27 14:07:27 titan kernel: loop0: rw=0, want=440664072, limit=97659072

syslog:

Apr 27 14:07:27 titan kernel: ReiserFS: loop0: warning: sh-2029: reiserfs read_bitmaps: bitmap block (#12222464) reading failed
Apr 27 14:07:27 titan kernel: ReiserFS: loop0: warning: jmacd-8: reiserfs_fill_super: unable to read bitmap

Budu vdecny za jakoukoliv radu. Na tom oddilu jsou komplet web soubory. Takze prekerni situace.

Odpovědi

[andree]

skus "mount -o ro", (reiser)fsck si uz asi skusal... mozno reiserfsck --rebuild-tree? (alebo nieco podobne)

neviem teraz, aku ma ten reiser strukturu, ale keby to bola bitmapa volnych blokov, aspon v tom ro mode by to mohol montovat.. ale prevdepodobne to asi teda nebude tento pripad

skus este pozriet na `fdisk -l`, ci sa ti nahodou nezmenili velkosti oddielov...

[kafi]

Dekuji za reakci, mount -o ro mne nenapadlo, testl jsem to ted ale bohuzel to same. reiserfsck --rebuild-tree jsem nedelal bo jsem se docetl ze muze pri nem dojit ke strate dat a ja ty data potrebuju jinak jsem v prd.... Velikost oddilu se nezmenila. Je stale stejna.

[Luboš Doležel (Doli)]

Doporučuju oddíl zazálohovat někam jinam (přes dd) a pak dát ten rebuild tree.

[kafi]

Dobry den, jenze, jak jsem psal, pri pokusu jej zalohovat byl pak obraz necitelny. Nejde namountovat.

[Luboš Doležel (Doli)]

Proto říkám, že máte zazálohovat ten oddíl pomocí dd. Tedy okopírovat oddíl, ne soubory v tom souborovém systému.

[kafi]

Hm, kdyz jsem udelal dd if=/dev/sda5 of=xxx.iso tak jsem nezalohoval oddil? Jak pak tedy muzu zalohovat oddil a pak jej otestovat jestli je funkcni? dekuji.

[Luboš Doležel (Doli)]

Aha, přehlédl jsem. O co tedy jde? Když máte zálohu, tak udělejte ten rebuild tree.

[kafi]

Ano zaloha je, ale chtel jsem ji vyzkouset, jak jsem psal, a tak jsem ji namountoval pomoci loop a vyskocila chyba viz 1. dotaz. Z toho jsem usoudil ze je tato zaloha nefunkcni. A nebo se mylim?

[andree]

mno pozri, ak by neboli ten /dev/sda5 a xyz.iso binarne rovnake, tak by si mal neprijemny problem - a to poskodeny disk... v tom pripade ti pomoze mozno len dd_rescue (ale ten toho o moc viac ako obycajne dd asi aj tak nezachrani)... skus si tie fsck na tom iso subore teda... alebo na povodnom sda5 a keby nieco, tak to zase dd-cknes z toho suboru naspat do sda5...

[AraxoN]

Niekde v rámci štruktúry toho reisera sa uložilo, že nejaké údaje (potrebné k mountu) sú na takom bloku, ktorý už je mimo tých 50GB. Záloha cez dd, ktorú si vytvoril by mala stačiť - predpokladám, že ten súbor so zálohou má len 50GB a nie viac, preto tá ista chyba pri mounte cez loop. Ja by som najprv skúsil --fix-fixable, potom --rebuild-sb a až nakoniec --rebuild-tree, keďže ten mi naposledy z disku narobil hromadu neidentifikovateľných adresárov a súborov (všetky mali miesto názvu len nejaké číslo).

[kafi]

Takze jsem zkusil vse krome --rebuild-tree a vsechno konci tim, ze mam spustit rebuild tree. Tak moje zrejme posledni otazka-z te zalohy ty data pujdou tedy pouzit, kdyz je pak nahrnu spatky na ten disk prez dd i kdyz mi ted nejdou namountovat?

[andree]

mno z tych logov sa mi zda ze to vyhadzuje podobne chyby na tom image aj na povodnom sda5, takze by nemal byt problem potom "obnovit" staru verziu...

[kafi]

Takze jsem se nastval a pustil rebuild tree a jak sem predpokladal i vy jste psali vysledkem je jen spousta adresaru a souboru a tudiz data jso v prd... takze zkousim obnovit zpatky ty data ze zalohy. Pak dam vedet jak to dopadlo.
Da se teto situaci nejak predchazet? Je tedy dobre pouzivat reiserFS? Neni to tak trochu nanic? Je teda lepsi pouzivat ext3?

[Ash]

Oba FS jsou dobré. Důležitá data umístěná na ext3 je potřeba zálohovat úplně stejně jako důležitá data na ReiserFS.

[kafi]

Takze po obnove dat to same. Data jsou ta tam. Je to sice pruser jak mraky, ale ma to i vyhodu, mozna primeju chlebodarce aby investoval do novejsiho hardware. Na jinych serverech pouzivam ext3 a ke vsi spokojenosti s timto jsem se jeste nesetkal. Takze panove prominou ale stupid ReiserFS a uz nikdy vice.

[Ash]

Pokud je situace opravdu "průser jak mraky" tak určitě vytvořte pro uvedená kriticky důležitá data raid a zálohujte, protože tohle se může kdykoliv v budoucnu opakovat (poškozený FS, poškozený disk, cokoliv).

[andree]

hlavne zalohy.. proti poskodenemu filesystemu je raid samozrejme na 2 veci

[frEon]

taky si muzes pres dd udelat zalohu toho disku, nahodit na loop a hrat si stim. kdyz se to rozbije, muzes udelat dd na disk znovu