View previous topic :: View next topic |
Author |
Message |
l_bratch Guru
Joined: 08 Feb 2005 Posts: 494 Location: Jersey
|
Posted: Sat Jan 28, 2006 11:52 pm Post subject: Recovering from a ReiserFS partition. |
|
|
Ok basically I had a huge directory full of loads of different types of files, and it has been unintentionally deleted.
I've tried recovering whatever I can using:
Quote: | reiserfsck --rebuild-tree -S -l /root/recovery.log /dev/hdd3 |
But the following happens:
Quote: | server1 bratch # reiserfsck --rebuild-tree -S -l /root/recovery.log /dev/hdd3
reiserfsck 3.6.19 (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/hdd3) tree
Will put log info to '/root/recovery.log'
Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
Replaying journal..
Reiserfs journal '/dev/hdd3' in blocks [18..8211]: 0 transactions replayed
###########
reiserfsck --rebuild-tree started at Tue Dec 5 15:02:35 2006
###########
Pass 0:
The whole partition (9871936 blocks) is to be scanned
Skipping 8512 blocks (super block, journal, bitmaps) 9863424 blocks will be read
0%....20%....40%... left 4454812, 6752 /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 statistics are unknown to us), and this disk
drive is probably not expensive enough for you to you to risk your
time and data on it. If you don't want to follow that follow that
advice then if you have just a few bad blocks, try writing to the
bad blocks and see if the drive remaps the bad blocks (that means
it takes a block it has in reserve and allocates it for use for
of that block number). If it cannot remap the block, use badblock
option (-B) with reiserfs utils to handle this block correctly.
bread: Cannot read the block (5418554): (Input/output error).
Aborted |
Any ideas how I could get around this bad block problem? |
|
Back to top |
|
|
titix Guru
Joined: 01 Nov 2003 Posts: 343 Location: Paris, France
|
Posted: Sat Jan 28, 2006 11:56 pm Post subject: |
|
|
The better thing is to backup all of your data, and format your partition completely.
Under ReiserFS it's very hard to correct filesystem errors for now
It's the major problem of this filesystem, when it's broken you can't repair it easily.
Good luck _________________ titix
« La route est longue... mais la voie est libre ! » |
|
Back to top |
|
|
l_bratch Guru
Joined: 08 Feb 2005 Posts: 494 Location: Jersey
|
Posted: Sat Jan 28, 2006 11:59 pm Post subject: |
|
|
Won't formatting it lessen the chance of recovering the data even more?
Rather annoyingly, it was the large directory in question that was the important stuff on the drive, the rest (ie. the remaining stuff) can be scrapped if needs be. |
|
Back to top |
|
|
l_bratch Guru
Joined: 08 Feb 2005 Posts: 494 Location: Jersey
|
Posted: Mon Jan 30, 2006 4:22 pm Post subject: |
|
|
*bump* |
|
Back to top |
|
|
PaveQ Apprentice
Joined: 11 Feb 2005 Posts: 225 Location: Finland
|
Posted: Mon Jan 30, 2006 5:33 pm Post subject: |
|
|
did you read the post? Move all data to somewhere else, then reformat. If you can't move then, well..
** Do not run the program with --rebuild-tree unless **
** something is broken and MAKE A BACKUP before using it. **
Did you even read that? |
|
Back to top |
|
|
BlackEdder Advocate
Joined: 26 Apr 2004 Posts: 2588 Location: Dutch enclave in Egham, UK
|
Posted: Mon Jan 30, 2006 5:42 pm Post subject: |
|
|
You can use testdisk to try to recover the data. |
|
Back to top |
|
|
l_bratch Guru
Joined: 08 Feb 2005 Posts: 494 Location: Jersey
|
Posted: Mon Jan 30, 2006 6:41 pm Post subject: |
|
|
PaveQ wrote: | did you read the post? Move all data to somewhere else, then reformat. If you can't move then, well..
** Do not run the program with --rebuild-tree unless **
** something is broken and MAKE A BACKUP before using it. **
Did you even read that? | The date I want recovered has been deleted. The remaining files that I could back up aren't really needed, (as it happens they are actually backed up).
What I asked was wouldn't formatting the disk make it even harder to get back the stuff that has been deleted that I do actually want back.
BlackEdder - Thanks, I'll look into testdisk. |
|
Back to top |
|
|
|