[TriLUG] md5sum question

William Sutton william at trilug.org
Thu Nov 6 18:57:14 EST 2008


yes.

William Sutton


On Thu, 6 Nov 2008, Jason Watts wrote:

> 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
>>
> --
> 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