On Mon, May 24, 2010 at 9:30 AM, Matthias Apitz wrote:
> I think it isn't important how many blocks are on the DVD, but more
> important that a) all files area readable on the DVD and b) are MD5
> identically with the original on the hard disk. That's why after burning
> a tree of files for backup
> I think it isn't important how many blocks are on the DVD, but more
> important that a) all files area readable on the DVD and b) are MD5
> identically with the original on the hard disk. That's why after burning
> a tree of files for backup to some DVD I use a combination of
> find+md5+sort+diff
El día Sunday, May 23, 2010 a las 03:23:26PM -0700, Doug Hardie escribió:
> I am periodically backing up a bunch of files to DVD. I use mkisofs to
> create the original image and growisofs to write it to a real DVD. However,
> at that point I want to verify that the write was successful. I tr
On 23 May 2010, at 15:31, Manolis Kiagias wrote:
> On 24/05/2010 1:23 π.μ., Doug Hardie wrote:
>> I am periodically backing up a bunch of files to DVD. I use mkisofs to
>> create the original image and growisofs to write it to a real DVD. However,
>> at that point I want to verify that the wr
On 24/05/2010 1:23 π.μ., Doug Hardie wrote:
> I am periodically backing up a bunch of files to DVD. I use mkisofs to
> create the original image and growisofs to write it to a real DVD. However,
> at that point I want to verify that the write was successful. I tried using
> dd to read back in
I am periodically backing up a bunch of files to DVD. I use mkisofs to create
the original image and growisofs to write it to a real DVD. However, at that
point I want to verify that the write was successful. I tried using dd to read
back in the DVD to a file. Its interesting that the bs par
