July 30, 20178 yr Author Erm... I think I've messed something up along the way here... reiserfsck 3.6.24 Will read-only check consistency of the filesystem on /dev/md4 Will put log info to 'stdout' ########### reiserfsck --check started at Sun Jul 30 11:47:51 2017 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md4' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. Bad root block 0. (--rebuild-tree did not complete) Edited July 30, 20178 yr by Netbug
July 30, 20178 yr Author 5 minutes ago, johnnie.black said: You need to use --rebuild-tree from the start. Okie dokie. It's running. Looks like it will take a while.
July 30, 20178 yr Author 40 minutes ago, johnnie.black said: It will take several hours. Okie dokie. I'll be patient. It's still at 0% after 40 minutes though. reiserfsck 3.6.24 ************************************************************* ** 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. ** ************************************************************* Will rebuild the filesystem (/dev/md4) tree Will put log info to 'stdout' Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md4' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Sun Jul 30 11:58:34 2017 ########### Pass 0: Loading on-disk bitmap .. ok, 710588517 blocks marked used Skipping 30567 blocks (super block, journal, bitmaps) 710652013 blocks will be read 0%....
July 30, 20178 yr Author reiserfsck 3.6.24 ************************************************************* ** 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. ** ************************************************************* Will rebuild the filesystem (/dev/md4) tree Will put log info to 'stdout' Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md4' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Sun Jul 30 11:58:34 2017 ########### Pass 0: Loading on-disk bitmap .. ok, 710588517 blocks marked used Skipping 30567 blocks (super block, journal, bitmaps) 710652013 blocks will be read 0%....20%....40%....60%....80%....100% "r5" hash is selected Flushing..finished Read blocks (but not data blocks) 710652013 Leaves among those 707296 - leaves all contents of which could not be saved and deleted 3 Objectids found 52820 Pass 1 (will try to insert 707293 leaves): Looking for allocable blocks .. finished 0%....20%....40%....60%....80%....100% Flushing..finished 707293 leaves read 707116 inserted - pointers in indirect items pointing to metadata 17 (zeroed) 177 not inserted non-unique pointers in indirect items (zeroed) 8738 Pass 2: 0%....20%....40%....60%....80%....100% Flushing..finished Leaves inserted item by item 177 Pass 3 (semantic): Flushing..finished Files found: 48850 Directories found: 3970 Broken (of files/symlinks/others): 3 Pass 3a (looking for lost dir/files): Looking for lost directories: Flushing..finished Pass 4 - finished Deleted unreachable items 2116 Flushing..finished Syncing..finished ########### reiserfsck finished at Sun Jul 30 17:36:34 2017 ########### ####### Pass 0 ####### init_source_bitmap: Bitmap 148 (of 32768 bits) is wrong - mark all blocks [4849664 - 4882432] as used init_source_bitmap: Bitmap 187 (of 32768 bits) is wrong - mark all blocks [6127616 - 6160384] as used init_source_bitmap: Bitmap 219 (of 32768 bits) is wrong - mark all blocks [7176192 - 7208960] as used init_source_bitmap: Bitmap 269 (of 32768 bits) is wrong - mark all blocks [8814592 - 8847360] as used init_source_bitmap: Bitmap 299 (of 32768 bits) is wrong - mark all blocks [9797632 - 9830400] as used block 197502071: The number of items (51605) is incorrect, should be (1) - corrected block 197502071: The free space (35554) is incorrect, should be (3824) - corrected pass0: vpf-10110: block 197502071, item (0): Unknown item type found [947344967 3556836352 0xf8ee16 ??? (12)] - deleted block 298786712: The number of items (42945) is incorrect, should be (1) - corrected block 298786712: The free space (38560) is incorrect, should be (3792) - corrected pass0: vpf-10110: block 298786712, item (0): Unknown item type found [1933574144 33590472 0xf6608c00 ??? (11)] - deleted block 464804857: The number of items (43888) is incorrect, should be (1) - corrected block 464804857: The free space (55352) is incorrect, should be (3792) - corrected pass0: vpf-10110: block 464804857, item (0): Unknown item type found [672006200 3224626137 0xd665f600 ??? (4)] - deleted 52818 directory entries were hashed with "r5" hash. ####### Pass 1 ####### ####### Pass 2 ####### ####### Pass 3 ######### vpf-10680: The file [48996 50180] has the wrong block count in the StatData (2882088) - corrected to (2857800) vpf-10680: The file [45136 47361] has the wrong block count in the StatData (2181896) - corrected to (2181880) vpf-10680: The file [49040 50737] has the wrong block count in the StatData (3216016) - corrected to (3216000) vpf-10680: The file [49092 50387] has the wrong block count in the StatData (2827632) - corrected to (2803344) vpf-10680: The file [45995 46331] has the wrong block count in the StatData (2597248) - corrected to (2597232) vpf-10680: The file [42522 45990] has the wrong block count in the StatData (4573952) - corrected to (2036032) vpf-10680: The file [48573 48574] has the wrong block count in the StatData (9153128) - corrected to (32048) vpf-10680: The file [2926 2927] has the wrong block count in the StatData (7166128) - corrected to (1669584) vpf-10680: The file [43173 43175] has the wrong block count in the StatData (1456664) - corrected to (1416104) ####### Pass 3a (lost+found pass) #########
Archived
This topic is now archived and is closed to further replies.