reiserfsck --rebuild-tree failure
I have three drives: one data drive, hdb, with one ext2 partition and two system drives, hda and hdc, each with swap and two reiserfs partions, one with root hda3/hdc3 and one with data files hda2/hdc2. I can normally boot either system from the suse boot menu. I had a bootfailure of Suse 8.1 on both drives. What seems to be known as a kernel panic! I crawled my unknowledgeable way to fsck and reiserfsck (3.6.2) and found that one partion on one drive came up "NOT clean". It is the hdc2 data partition that is NOT clean. I did a --rebuild-tree on that drive and it consistently fails with: bread: cannot read block #9140832. I don't care much about anything on that partion but would recover files if I could. I would be happy if the file using this block was rubbish. My real problem is not to be able to boot anything. I am not conversant with linux but I am pretty OK with system concepts. I need to boot the system on hdc, ignoring the problems on hda and then copy out both hda partitions as images to files on a USB drive. Any problem blocks should be transferred as zeros rather than stopping the process with an error. It would be handy to note the filename of any files with blocks that could not be read. I found a program called copy-blocks that claims to do this for an ext2 partition http://lists.debian.org/debian-user/2001/12/msg04697.html Is there any chance that this will work with reiserfs partition? Could I then restore this partiton and rerun --rebuild-tree so make the file system mountable again? Please can you help with advice or references? Mike
reiserfsck --rebuild-tree failure
Hi I have problem while rebuilding reiserfs (standing on lvm). Lvm contains 3*400GB drives, ata. The device was 95% full - about 1.1TB. [EMAIL PROTECTED]:/dev/devil-linux]# reiserfsck -y --rebuild-tree data reiserfsck 3.6.19 (2003 www.namesys.com) Pass 0: Loading on-disk bitmap .. ok, 285948016 blocks marked used Skipping 17152 blocks (super block, journal, bitmaps) 285930864 blocks will be read 0%... left 0, 14102 /seccc "r5" hash is selected Flushing..finished Read blocks (but not data blocks) 285930864 Leaves among those 369793 Objectids found 1204513 Pass 1 (will try to insert 369793 leaves): Looking for allocable blocks .. finished 0%20%40%60%...pass1.c 424 pass1_correct_leaf left 100292, 494 /sec pass1_correct_leaf: block 195393764, item 0, pointer 42: The wrong pointer (3960248820) in the file [1833688 1833834]. Must be fixed on pass0. zsh: abort reiserfsck -y --rebuild-tree -l /root/lo data This lvm was created and worked on devil-linux 1.2.5 with kernel 2.4.30. And unsuccessful rebuild was done on debian-stable with custom 2.6.17-rc1. The biggest problem is that now, after unsuccessful rebuild, we can't mount this device. Are there any tools that can access this device? (reiserfsdump exists?) majek.
Re: reiserfsck --rebuild-tree failure
Hi, On Nov/17/2005, Vitaly Fertman wrote: > > i've got a lot of error massages in kern.log: kern.log. > > obvious, there are badblocks: badblocks.log. > > check out www.namesys.com/bad-block-handling.html interesting, I didn't know this feature. It works in Reiser 3 and 4? (It seems that yes, just to be sure) -- Carles Pina i EstanyGPG id: 0x8CBDAE64 http://pinux.info Manresa - Barcelona
Re: reiserfsck --rebuild-tree failure
On Wednesday 16 November 2005 20:27, iv wrote: > i'm following an advice to send a bug report about failed reiserfsck > --rebuild-tree found at http://www.namesys.com/faq.html#rebuild-tree. > i tried to compile the newest reiserfsprogs-3.6.15-pre1 but it fails use reiserfsprogs-3.6.19.tar.gz from ftp.namesys.com/pub/reiserfsprogs/ please > while doing "make": make.log. > so i run reiserfsck from a package (reiserfsck 3.6.13-pre1 (2003 > www.namesys.com)). it also failed: fsck.log. > i've got a lot of error massages in kern.log: kern.log. > obvious, there are badblocks: badblocks.log. check out www.namesys.com/bad-block-handling.html > i still can read from damaged partition. when i run `strings /dev/hdc3` > i get plently of text. > the question is if there is a way to mount the partition. > thanks in advance. > ivan matviyuk. > > -- Vitaly
Re: reiserfsck --rebuild-tree failure
iv wrote (ao): > obvious, there are badblocks: badblocks.log. > i still can read from damaged partition. when i run `strings /dev/hdc3` > i get plently of text. > the question is if there is a way to mount the partition. dd_rescue the whole partition to another disk and reiserfsck the resulting image. After that, mount the image and see what is left. Hope this helps, kind regards, Sander -- Humilis IT Services and Solutions http://www.humilis.net
reiserfsck --rebuild-tree failure
i'm following an advice to send a bug report about failed reiserfsck --rebuild-tree found at http://www.namesys.com/faq.html#rebuild-tree. i tried to compile the newest reiserfsprogs-3.6.15-pre1 but it fails while doing "make": make.log. so i run reiserfsck from a package (reiserfsck 3.6.13-pre1 (2003 www.namesys.com)). it also failed: fsck.log. i've got a lot of error massages in kern.log: kern.log. obvious, there are badblocks: badblocks.log. i still can read from damaged partition. when i run `strings /dev/hdc3` i get plently of text. the question is if there is a way to mount the partition. thanks in advance. ivan matviyuk. arkstar:/home/iv/installs/reiserfsprogs-3.6.15-pre1# make Making all in include make[1]: Entering directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/include' make all-am make[2]: Entering directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/include' make[2]: Leaving directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/include' make[1]: Leaving directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/include' Making all in lib make[1]: Entering directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/lib' if gcc -DHAVE_CONFIG_H -I. -I. -I../include -g -Wall -O2 -fPIC -DPIC -MT misc.o -MD -MP -MF ".deps/misc.Tpo" \ -c -o misc.o `test -f 'misc.c' || echo './'`misc.c; \ then mv ".deps/misc.Tpo" ".deps/misc.Po"; \ else rm -f ".deps/misc.Tpo"; exit 1; \ fi misc.c: In function 'get_dma_support': misc.c:682: warning: implicit declaration of function 'IDE_DISK_MAJOR' rm -f libmisc.a ar cru libmisc.a io.o misc.o ranlib libmisc.a make[1]: Leaving directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/lib' Making all in reiserfscore make[1]: Entering directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/reiserfscore' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/reiserfscore' Making all in fsck make[1]: Entering directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/fsck' gcc -g -Wall -O2 -fPIC -DPIC -o reiserfsck main.o pass0.o pass1.o pass2.o semantic_check.o semantic_rebuild.o pass4.o lost+found.o ubitmap.o uobjectid.o ustree.o ufile.o check_tree.o info.o super.o ../lib/libmisc.a ../reiserfscore/libcore.a ../lib/libmisc.a(misc.o): In function `get_dma_support': /home/iv/installs/reiserfsprogs-3.6.15-pre1/lib/misc.c:682: undefined reference to `IDE_DISK_MAJOR' ../reiserfscore/libcore.a(reiserfslib.o): In function `can_we_format_it': /home/iv/installs/reiserfsprogs-3.6.15-pre1/reiserfscore/reiserfslib.c:1216: undefined reference to `IDE_DISK_MAJOR' /home/iv/installs/reiserfsprogs-3.6.15-pre1/reiserfscore/reiserfslib.c:1216: undefined reference to `SCSI_BLK_MAJOR' collect2: ld returned 1 exit status make[1]: *** [reiserfsck] Error 1 make[1]: Leaving directory `/home/iv/installs/reiserfsprogs-3.6.15-pre1/fsck' make: *** [all-recursive] Error 1 darkstar:/home/iv/installs/reiserfsprogs-3.6.15-pre1# darkstar:/home/iv/installs/reiserfsprogs-3.6.13-pre1# /usr/local/sbin/reiserfsck --rebuild-tree -S /dev/hdc3 reiserfsck 3.6.13-pre1 (2003 www.namesys.com) * ** Do not run the program with --rebuild-tree unless ** ** something is broken and MAKE A BACKUP before using it. ** ** If you have bad sectors on a drive it is usually a bad ** ** idea to continue using it. Then you probably should get ** ** a working hard drive, copy the file system from the bad ** ** drive to the good one -- dd_rescue is a good tool for ** ** that -- and only then run this program. ** ** If you are using the latest reiserfsprogs and it fails ** ** please email bug reports to reiserfs-list@namesys.com, ** ** providing as much information as possible -- your ** ** hardware, kernel, patches, settings, all reiserfsck ** ** messages (including version), the reiserfsck logfile, ** ** check the syslog file for any related information. ** ** If you would like advice on using this program, support ** ** is available for $25 at www.namesys.com/support.html. ** * Will rebuild the filesystem (/dev/hdc3) tree Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes Replaying journal.. 0 transactions replayed ### reiserfsck --rebuild-tree started at Wed Nov 16 17:02:12 2005 ### Pass 0: ### Pass 0 ### The whole partition (21972896 blocks) is to be scanned Skipping 8881 blocks (super block, journal, bitmaps) 21964015 blocks will be read 0%20%40%60%80%... left 1619379, 14147 /sec The problem has occurred looks like a hardware problem. If you have bad blocks, we advise you to get a new hard drive, because once you get one bad block that the disk drive internals cannot hide from your sight,the chances of getting more are generally said to become much higher (precise statistic
Mount fails after reiserfsck --rebuild-tree failure
Estimated sirs, after experiencing some problems accessing files on a reiserfs file system (SuSE linux 8.1, kernel 2.4), I tried reiserfsck rebuild-tree. Since the problem resulted to be in the hardware, it failed, leaving me with an unmountable partition (root inode set to 0) As suggested in you sites FAQ (section 2), I tried with the latest reiserfsprogs (3.6.7-pre1), installed on another HD (with RedHat). The latter also failed. Now I know the problems are (a lot of) bad blocks. I would like to 1. re-enable mounting the partition, in order to recover some of the data I still have there (I know, I should backup more often :-( ) 2. possibly fix the badblocks (as you describe in section 38 of the FAQ), in order to bring up the system until new hard disks are ready. The main question is: how can I undo the setting of root inode to 0? Is there a good way for dealing with faulty hardware with reiserfs? Thank you very much for your answers Davide Imbeni --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.489 / Virus Database: 288 - Release Date: 10/06/2003