All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Mayrhuber <christian.mayrhuber@gmx.net>
To: Alexander Waller <a.waller@webpoint.at>
Cc: reiserfs-list@namesys.com
Subject: Re: Lost Files
Date: Wed, 29 Oct 2003 14:20:38 +0100	[thread overview]
Message-ID: <3F9FBEA6.6020007@gmx.net> (raw)
In-Reply-To: <200310290906.h9T96nsO020624@mail02.webpoint.co.at>

Alexander Waller wrote:
> Hi !
> Yesterday it was the third time I lost important files on a
> reiserfs-partition.
> This time I had a reasonable backup.
> So i could minimize the time my server was offline.
> I use S.u.S.E 8.2.
> The first to times reiserfsck was not able to repair any file. I found all
> of them in the directory /lost+found, but that was not good for me. ( 11000
> files there )
> This time about 5000 files were in /lost+found and the rest in the right
> place.
> 
> Is this a normal behavior or do you think I have a hardware problem ?
> Is the S.u.S.E implementation wrong ?
> Shall I change to ext3 ? ( It´s slower, I know )
> 
> Whats the right strategie to recover a defetive partition ?
> 
> Alex.
> 
> 

I once had a similiar problem, the problem was the AMI Megaraid (now LSI 
   Logic) controller. It didn't detect failed disks which resulted in 3 
failed disks of 5 in a raid 5 array and an unused hot spare.
I had to build a completely new raid array. The thrust in megaraid is gone.

If you want to try various methos for disk recovery, you will have to
use dd_rescue to do a complete backup of the data on your disk into a file.
Use the newest reiserfsck.
Copy the backup to a new name, set up a loop back device and run 
reiserfsck --check on it. Then do what reiserfsck suggests.
If --rebuild-tree recovers to less files you can try --scan-whole-partition.
I don't know a way how to recover the filenames, though.
On a mailstore the files residing in lost+found could be scanned by a 
script to be placed into the right mailboxes, but that doesn't work
on a webspace :-(

-- 
lg, Chris


  parent reply	other threads:[~2003-10-29 13:20 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-29  9:06 Lost Files Alexander Waller
2003-10-29 11:44 ` Hans Reiser
2003-10-29 13:01   ` Carl-Daniel Hailfinger
2003-10-29 13:20 ` Christian Mayrhuber [this message]
2003-10-31  9:02 ` reiserfs error messages Vincent Ndi
2003-10-31  9:07   ` Vitaly Fertman
2003-10-31  9:16     ` Vincent Ndi
2003-10-31 13:00       ` Vitaly Fertman
2003-10-31 11:05     ` HELP on reiserfs Vincent Ndi
  -- strict thread matches above, loose matches on Subject: below --
2003-10-29 15:28 Lost Files Robert_Thilsted

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F9FBEA6.6020007@gmx.net \
    --to=christian.mayrhuber@gmx.net \
    --cc=a.waller@webpoint.at \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.