[TriLUG] md5sum question

Jason Watts jsnonzzr at gmail.com
Thu Nov 6 18:56:13 EST 2008


Just making sure I understand correctly,

This would give me the hash value followed by the file name  (the normal
md5sum output) of all of my files individually... so, if I ran it back
though md5, I could find the one file that did not check out properly and
replace it or whatever I chose to do with it?

Jason

On Thu, Nov 6, 2008 at 6:49 PM, William Sutton <william at trilug.org> wrote:

> if you find . -exec md5sum >myfile.md5, then myfile.md5 will be a text
> file listing all of the md5sums (one after another) for all of the files
> in that directory, right down to the bottom of the tree.
>
> William Sutton
>
> On Thu, 6 Nov 2008, Jason Watts wrote:
>
>  > For replicating files  (trying to check the integrity is just a small
> > portion of what I am trying to get done)  I am planning on using rsync.
>  I
> > have noticed at work, that rsync on a gig network with a nice 4 disk raid
> on
> > one, and 10 disk on the other, it is quicker than scp.  (not using any of
> > the restart features due to the directory being recreated every night).
> >
> > For integrity... on my personal stuff, I can use any number of things...
> i
> > am completely up for anything there.
> >
> > Another question, If I use  the find -exec md5sum | sort | md5sum only
> mod
> > it to find -exec md5sum > myfile.md5
> >
> > wont I have what I am looking for?  a hash of all the files individually
> > within that upper level directory?  and would my version only be one way?
> > can I use md5 to read the myfile.md5?  or would I have to generate two
> md5's
> > and run a dif?  (let me know if this confuses anyone... I am thinking in
> > text  as well as fishing for answers)
> > Thanks, the help here is quite appreciated.
> >
> > Jason
> > On Thu, Nov 6, 2008 at 6:27 PM, Kevin Hunter <hunteke at earlham.edu>
> wrote:
> >
> >> At 6:19pm -0500 Thu, 06 Nov 2008, Kevin Hunter wrote:
> >>> Downthread you say it's 3 inches above your head, so let me attempt an
> >>> explanation:
> >>
> >>> [ explanation snipped ]
> >>
> >> That all said, I second Alan Porter's suggestion that you learn about
> >> rsync.
> >> I find it a very handy utility when transferring large files, especially
> >> over
> >> a slow/inconsistent network, but also between slow and older disks.  It
> can
> >> transfer files in pieces, and only if those pieces have changed.  This
> >> enables
> >>
> >> * restart of broken upload/downloads
> >> * very quick synchronization of minimally changed files.  (e.g. daily
> >> updates
> >>  to an iso or virtual machine image)
> >> * minimal bandwidth usage
> >>
> >> Tell us what you go with, eh?
> >>
> >> Kevin
> >>  --
> >> TriLUG mailing list        :
> http://www.trilug.org/mailman/listinfo/trilug
> >> TriLUG FAQ  : http://www.trilug.org/wiki/Frequently_Asked_Questions
> >>
> > --
> > TriLUG mailing list        :
> http://www.trilug.org/mailman/listinfo/trilug
> > TriLUG FAQ  : http://www.trilug.org/wiki/Frequently_Asked_Questions
> >
> >
> --
>  TriLUG mailing list        :
> http://www.trilug.org/mailman/listinfo/trilug
> TriLUG FAQ  : http://www.trilug.org/wiki/Frequently_Asked_Questions
>



More information about the TriLUG mailing list