Hali!
Épp az imént vesztettem el 500GB backupot, filmet, zenét...
Ma elfelejtettem umountolni suspend előtt az USB-n lévő diszket,
és ettől annyira megsérült rajta az ext3 fájlrendszer
(pedig legfeljebb bash prompt "használta" a suspend pillanatában),
hogy az fsck végtelen ciklusban fut rajta.
Lehet esetleg az ext3 opcióival, vagy másik fájlrendszer választásával strapabíróbbá tenni egy külső adathordózót?
- 1227 megtekintés
Hozzászólások
commit interval mennyire volt állítva?
fsck-nak alternatív superblock-ot megadni próbáltál?
- A hozzászóláshoz be kell jelentkezni
commit interval a defaulton volt
Sajnos nem a superblockal van a baj, hanem strace szerint folyamatosan ugyanazt csinálja az alábbinál:
Root inode is not a directory. Clear? yes
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90600914944, [90600914944], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90600947712, [90600947712], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90600980480, [90600980480], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90601013248, [90601013248], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90601046016, [90601046016], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90601078784, [90601078784], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90601111552, [90601111552], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
_llseek(4, 90601144320, [90601144320], SEEK_SET) = 0
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0
--
The Net is indeed vast and infinite...
http://gablog.eu
- A hozzászóláshoz be kell jelentkezni
Hat nincs szerencsed a diszkekkel. :-(
En egyebkent nem az fs-t hibaztatnam ezert (mivel nekem is van USB-s diszkem ext2-vel, amivel minden gond nelkul tudok suspendelni, meg akkor is, ha valami epp ir a diszkre), hanem azt neznem meg eloszor mi baj van a suspend + usb driver komboval.
Es igy nem is fs cserevel kozelitenem meg a kerdest. (Arrol nem is beszelve, hogy emlekeim szerint a lent ajanlott XFS peldaul csak metaadatokrol tart fenn journalt, mig az ext3 minden irasrol. No meg az XFS-t mar szunetmentes nelkul sem szoktak ajanlani, nemhogy USB-s diszkre.)
Azt a hibaturest, amit keresel, elvben epp a journaling / soft updates oldana meg. (Az fs inkonzisztenciatol 1000x-es redundancia sem ov meg, inkabb csak rosszabb lesz a helyzet.)
Hatarozottan erdemes ilyen diszkeket sync,dirsync opciokkal mountolni.
Root inode is not a directory. Clear? yes
Mit varsz az fsck-tol, miutan clearelted a root inode-ot?
Erre en elesben ('-n' nelkul) sose mondanek 'yes'-t, hanem inkabb megprobalnam kezzel rendbetenni a root inode-ot. Gondolom ugyis tudod fejbol mi volt az fs root konyvtaraban. (Ha az fsck nem megy, inkabb mas fs recovery toolok utan neznek.)
Sok sikert az adatmenteshez!
- A hozzászóláshoz be kell jelentkezni
XFS alapbeallitasban tenyleg kevesbe hibaturo, az ext3 block szinten csinalja a naplot.
Semmi pótolhatatlan nem veszett el, ezért nem álltam neki mással komolyabban próbálkozni.
--
The Net is indeed vast and infinite...
http://gablog.eu
- A hozzászóláshoz be kell jelentkezni
Hasonlóval találkoztam én is multkor szintén ext3 alatt.. Eddig xfs illetve JFS tűnik eléggé használhatónak ilyen problémák elkerülése ellen.. Amúgy az alábbi tool-al még lehet mákod lesz és recovery-zhetsz
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
JFS...
debian gnu/linux @ linux-2.6.22.20-op1-rc1 | patch
info
- A hozzászóláshoz be kell jelentkezni
javaslom, hogy legközelebb hibernálás előtt futtasd le ezt:
# sync && echo 3 > /proc/sys/vm/drop_cachesÍgy valószínű elkerülöd a hasonló baleseteket.
---------
"Ha igazat mondasz azt végig unják, ha feldíszíted azt jól meg dugják"
szerény blogom -- új címen!
- A hozzászóláshoz be kell jelentkezni
Esetleg mount-oláskor adj meg egy sync kapcsolót, ettől ugyan lasabaan fog az adott eszközre dolgozni, de ha véletlenül kihúzod sem lesz adatvesztés.
- A hozzászóláshoz be kell jelentkezni
Kulso usbs vinyomon reiserfs van. Millioszor allt mar le rosszul (talan irtam is miatta forumba?), de a fajlrendszer mindig ep maradt.
- A hozzászóláshoz be kell jelentkezni
milyen distribucio?
nekem meg sose volt ilyen gondom opensuse alatt, pedig mar parszor hibernaltam umount nelkul, ha jol tudom umountolja mielott hibernal, majd megprobalja visszamountolni(ha meg be van dugva) ebredes utan...
egy bugreportot meger a disztribuciodnak
- A hozzászóláshoz be kell jelentkezni
Vaklárma a suspend probléma, állítólag volt reggel egy áramszünet is, szerintem az gyilkolhatta le a fájlrendszerem (a laptop ment tovább, az USB-s diszknek kellett volna a külső power). Bár azért örültem volna, ha ezt kibírja.
Ubuntu Hardy a disztró. Ami továbbra sem tetszik az az, hogy - bár valószínűleg nem ez volt a gond - nem látom nyomát sync/umount ill. mount-nak a suspend/resume scriptekben. Bugreport megtörtént.
--
The Net is indeed vast and infinite...
http://gablog.eu
- A hozzászóláshoz be kell jelentkezni