[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