public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Monnerie <michael.monnerie@is.it-management.at>
To: xfs@oss.sgi.com
Subject: Re: xfs_repair of critical volume
Date: Sat, 13 Nov 2010 16:35:18 +0100	[thread overview]
Message-ID: <201011131635.19396@zmi.at> (raw)
In-Reply-To: <4CDE5A4D.9090905@hardwarefreak.com>


[-- Attachment #1.1: Type: Text/Plain, Size: 2066 bytes --]

On Samstag, 13. November 2010 Stan Hoeppner wrote:
> You've missed the point of this sub thread discussion, or I did.  He
> stated that having the metadata show the files still exist is a
> positive thing.  The files are gone.  I stated that this discrepancy
> is not good thing.

And it's *not* a problem of the filesystem that that data is gone. The 
OP took 1/5 of the disk area and basically overwrote it with zeroes. He 
can be very lucky if there's even a single file still readable. That's 
definitely *robustness* of XFS. If you take 1/5th of any filesytem and 
replace it with zeroes, how many FS would will work after that, or be in 
a workable state?
 
> I believe you are confused, thinking this micro discussion is dealing
> with the OP's overall situation.  It is not.  It is dealing strictly
> with the issue of the lost set of disks, the files that were on them,
> and the fact the metadata says they still exist.  I believe this is
> due to the fact that he hasn't run a destructive xfs_repair yet,
> which I'm guessing will remove those orphaned metadata entries.

Maybe, but you took my message, which solely described that XFS is 
incredible to still work, and mix it with the wish to still have that 
data.

Yes, the OP is in the shit, but it's more or less his own fault. Having 
no full backup, and destroying 1/5th of the disk is very crazy. If he 
can still recover the rest of the contents, he can be very lucky and 
proud to have used XFS. Other FS maybe wouldn't have been so nice.

And I believe no "chkdsk" type program like xfs-repair is designed to 
recover from partly overwritten disks anyway. The sole purpose is to 
bring the filesystem back to a working state.

-- 
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc

it-management Internet Services: Protéger
http://proteger.at [gesprochen: Prot-e-schee]
Tel: +43 660 / 415 6531

// ****** Radiointerview zum Thema Spam ******
// http://www.it-podcast.at/archiv.html#podcast-100716
// 
// Haus zu verkaufen: http://zmi.at/langegg/

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 121 bytes --]

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2010-11-13 15:33 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-31  7:54 xfs_repair of critical volume Eli Morris
2010-10-31  9:54 ` Stan Hoeppner
2010-11-12  8:48   ` Eli Morris
2010-11-12 13:22     ` Michael Monnerie
2010-11-12 22:14       ` Stan Hoeppner
2010-11-13  8:19         ` Emmanuel Florac
2010-11-13  9:28           ` Stan Hoeppner
2010-11-13 15:35             ` Michael Monnerie [this message]
2010-11-14  3:31               ` Stan Hoeppner
2010-12-04 10:30         ` Martin Steigerwald
2010-12-05  4:49           ` Stan Hoeppner
2010-12-05  9:44             ` Roger Willcocks
2010-11-12 23:01       ` Eli Morris
2010-11-13 15:25         ` Michael Monnerie
2010-11-14 11:05         ` Dave Chinner
2010-11-15  4:09           ` Eli Morris
2010-11-16  0:04             ` Dave Chinner
2010-11-17  7:29               ` Eli Morris
2010-11-17  7:47                 ` Dave Chinner
2010-11-30  7:22                   ` Eli Morris
2010-12-02 11:33                     ` Michael Monnerie
2010-12-03  0:58                       ` Stan Hoeppner
2010-12-04  0:43                       ` Eli Morris
2010-10-31 14:10 ` Emmanuel Florac
2010-10-31 14:41   ` Steve Costaras
2010-10-31 16:52 ` Roger Willcocks
2010-11-01 22:21 ` Eric Sandeen
2010-11-01 23:32   ` Eli Morris
2010-11-02  0:14     ` Eric Sandeen
  -- strict thread matches above, loose matches on Subject: below --
2010-10-31 19:56 Eli Morris
2010-10-31 20:40 ` Emmanuel Florac
2010-11-01  3:40   ` Eli Morris
2010-11-01 10:07     ` Emmanuel Florac
2010-10-31 21:10 ` Steve Costaras
2010-11-01 15:03 ` Stan Hoeppner

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=201011131635.19396@zmi.at \
    --to=michael.monnerie@is.it-management.at \
    --cc=xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox