xfs
[Top] [All Lists]

Re: file corruption during emacs build on XFS logical volume

To: Sean Neakums <sneakums@xxxxxxxx>
Subject: Re: file corruption during emacs build on XFS logical volume
From: Steve Lord <lord@xxxxxxx>
Date: 04 Jan 2002 12:29:59 -0600
Cc: Linux XFS <linux-xfs@xxxxxxxxxxx>
In-reply-to: <6u666ikn5n.fsf@zork.zork.net>
References: <1010141444.1992.3.camel@pyewacket> <1010164935.1945.8.camel@UberGeek> <6u666ikn5n.fsf@zork.zork.net>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Fri, 2002-01-04 at 12:04, Sean Neakums wrote:
> begin  Austin Gonyou quotation:
> 
> > No, It does not guarantee. Also, if you're not on the same Inode the
> > file time is different, etc, it's possible to have different md5sums. A
> > basic size and file comparison is probably best for what you want to do.
> 
> The md5sum of a file is based on its contents only.  The inode has
> nothing to do with it.
> 
> > Something you can do to test what I'm talking about is copy each of your
> > dumps to another name, binfilexyz.1 or something, then compare it's
> > md5sum against the original. Those should be the only time they match.  
> 
> I'm not sure exaclty what you mean by this.  The name of the file is
> irrelevant in the computation of the md5sum.

A lot of binaries have generated strings put into them which are
created, an example would be:
cpp -E << /EOF
__TIME__
/EOF

# 1 ""
"12:25:35"


Compilers can also put strings into .o files which include the time
stamp and absolute pathnames.


Steve


> 
> -- 
>  /////////////////  |                  | The spark of a pin
> <sneakums@xxxxxxxx> |  (require 'gnu)  | dropping, falling feather-like.
>  \\\\\\\\\\\\\\\\\  |                  | There is too much noise.
-- 

Steve Lord                                      voice: +1-651-683-3511
Principal Engineer, Filesystem Software         email: lord@xxxxxxx


<Prev in Thread] Current Thread [Next in Thread>