[ale] How to check files on CDROM?

[Jerry Yu]

I don't think it is too late to use checksum. Here is how I usually does for
my backups

   - for files on disk

cd  /MyPictures && find . -type f -iname "*.jpg" -exec md5sum {} \;  | sort
> md5sums.disk

   - for files on CD/DVD

cd  /mnt/cdrecorder && find . -type f -iname "*.jpg" -exec md5sum {} \;  |
sort  >> md5sums.cd

   - compare the checksum

diff md5sums.disk md5sums.cd  | less

You need to repeat step 2  for all CDs and to re-sort md5sum.cd file after
all CDs are done.


On 2/15/07, Christopher Fowler <cfowler at outpostsentinel.com> wrote:
>
> Will convert fail on bad data?
>
> foreach $file in /mnt/cdrom
> do
>   convert $file /tmp/1.png
>   rm /tmp/1.png
> done
>
> Just a guess since it tries to read the data to convert it.
>
> Maybe if it succeeds then you could start and md5sum catalog then.
>
>
> On Thu, 2007-02-15 at 13:52 -0500, Thompson Freeman wrote:
> >
> > This may be a bit of an oddball question when I get to it.
> >
> > I just spent an hour backing up my girlfriend's pictures on
> > her computer, roughly 5 CD's worth. Since CD's can slowly
> > go bad, I got wondering is there a reasonable way to let a
> > computer verify each file?  In this case jpegs but make it
> > a general case.
> >
> > Obviously, if I had planned it properly each file could be
> > run through a checksum procedure _before_ burning the disk.
> > As it is now, I need to open each file individually and
> > look at it. This can be automated to a degree, but I still
> > need to eyeball each one to verify that the picture is
> > complete and still there on the disk. Since there should be
> > better than 10,000 pictures, that represents a fair chunk
> > of time I'd prefer to use goofing off some other way.
> >
> > Thanks for any ideas, and I appreciate the use of
> > everybody's bandwidth.
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://www.ale.org/mailman/listinfo/ale
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://www.ale.org/mailman/listinfo/ale
>
-------------- next part --------------
An HTML attachment was scrubbed...