Re: ISO Burning problems
On 14:46, Tue 06 Dec 05, Lennart Sorensen wrote: On Tue, Dec 06, 2005 at 01:26:17PM -0600, Mike Reinehr wrote: I ran into this the first time that I burned a DVD image of Libranet's new, 3.0 release. Growisofs output indicated a successful burn, but the new image failed the md5sum test. I finally noticed that the dvd image was several kilobytes larger than the original image. Eventually, using dd od I determined that the difference appeared to consist of several blocks of binary zeros appended to the end of the original image. As a test of this theory, I used dd to truncate the extra blocks and the resulting image passed the md5sum test. cd and dvd are supposed to be padded at the end with zeros. Reading them raw is not supported since there is not official end to the track, only the filesystem knows how far to expect reads to work. The correct way to verify a CD/DVD is to compare the contents in general, or to use readcd or equivalant specifying the number of blocks to read to match the original size. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] What I don't understand is why all the fuse, I thought you were supposed to check the md5sums after you downloaded them from the source. Once you have them verified then you know it's clean, and a proper source. If you then burn them, or use them or modify them on your computer then its a totally different story. The only exception might be a rootkit, but that is somewhat out of character of a root kit, as they usually want to control the local machine, and not modify itself to change how a dvd burn works. I must admit that using diff, and your other suggestions for the list was a good refresher of cmd line tools. I never did like k3b that much, everytime I used it it give's weird results or crashed. So I stuck with growisofs, and the other basis tools that all the gui's depend on. Gnu_Raiz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
antonio giulio [EMAIL PROTECTED] writes: Hi, I'm trying to burn dvd-isos for debian and knoppix, but I got a bad md5 checksum for burned dvds. Md5sum for isos on hard-disk are perfect, but every burned iso returns a different checksum. I have tried with k3b and cdrecord -dao but I doesn't working. I'm using last updated unstable-debian. Have you any idea? Thanks, Giulio The burning and rereading can add extra padding at the end giving you a different file than the original iso. Look for a verify option in k3b or compare the contents of the dvd and iso instead of the image itself. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
On Tue, Dec 06, 2005 at 07:20:19AM +, antonio giulio wrote: I'm trying to burn dvd-isos for debian and knoppix, but I got a bad md5 checksum for burned dvds. Md5sum for isos on hard-disk are perfect, but every burned iso returns a different checksum. I have tried with k3b and cdrecord -dao but I doesn't working. I'm using last updated unstable-debian. You use growisofs to burn dvds like this: growisofs -Z /dev/dvddevice=dvdimage.iso You might want to add -dvd-compat as well to the command which I believe turns on dao mode. Package name is dvd+rw-tools. cdrecord only does CDs. cdrecord-prodvd does DVDs but is non-free and binary only. dvdrecord is a crappy hack on cdrecord. How are you md5sum'ing the discs? Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
I'm trying to burn dvd-isos for debian and knoppix, but I got a bad md5 checksum for burned dvds. Md5sum for isos on hard-disk are perfect, but every burned iso returns a different checksum. I have tried with k3b and cdrecord -dao but I doesn't working. I'm using last updated unstable-debian.I have burned dvd isos (debian, knoppix) with k3b. k3b uses growisofs, but I have not found particular options (I have used Auto and DAO). With cdrecord I have burned cd-isos for FreeBSD (sorry I have missed it in prev email) with -dao option. I make test with md5sum /dev/cdrom or cat /dev/cdrom | md5sum.How Goswin has suggested I have compared isos on hard disk and cd/dvd like this:diff /dev/cdrom path/file.iso and cmp /dev/cdrom path/file.iso but nothing was returned. And how Len suggested I have used growisofs directly, but nothing is changed.Is right my way?Thanks,Giulio
Re: ISO Burning problems
On Tue, Dec 06, 2005 at 05:09:06PM +, antonio giulio wrote: I have burned dvd isos (debian, knoppix) with k3b. k3b uses growisofs, but I have not found particular options (I have used Auto and DAO). With cdrecord I have burned cd-isos for FreeBSD (sorry I have missed it in prev email) with -dao option. I make test with md5sum /dev/cdrom or cat /dev/cdrom | md5sum. That often doesn't work on linux due to block driver stupidity unless burned in dao mode and even then it might not work. How Goswin has suggested I have compared isos on hard disk and cd/dvd like this: diff /dev/cdrom path/file.iso and cmp /dev/cdrom path/file.iso but nothing was returned. No different than the md5sum command given you can not reliably read from /dev/cdrom raw on linux due to block size issues and trying to read ahead in the kernel. And how Len suggested I have used growisofs directly, but nothing is changed. Is right my way? Simple way: mount -o loop image.iso /mnt/image mount /dev/cdrom /mnt/cdrom diff -ruN /mnt/image /mnt/cdrom That compares the file contents without any of the low level device issues. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
On Tuesday 06 December 2005 17:09, antonio giulio wrote: I have burned dvd isos (debian, knoppix) with k3b. k3b uses growisofs, but I have not found particular options (I have used Auto and DAO). With cdrecord I have burned cd-isos for FreeBSD (sorry I have missed it in prev email) with -dao option. The command used by K3B is available in the debugging output after it finishes. You can actually highlight this, middle-click in a nearby xterm and burn another copy of the disc. I found this great for learning about command-line CD/DVD burning. -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
On Tuesday 06 December 2005 17:09, antonio giulio wrote: I have burned dvd isos (debian, knoppix) with k3b. k3b uses growisofs, but I have not found particular options (I have used Auto and DAO). With cdrecord I have burned cd-isos for FreeBSD (sorry I have missed it in prev email) with -dao option.The command used by K3B is available in the debugging output after itfinishes.You can actually highlight this, middle-click in a nearby xtermand burn another copy of the disc. with:mount -o loop image.iso /mnt/imagemount /dev/cdrom /mnt/cdromdiff -ruN /mnt/image /mnt/cdromdiff has returned nothing.This is the output of k3b-debug after dvd iso burning: Used versions---growisofs: 5.21growisofs---WARNING: /dev/hdc already carries isofs!About to execute 'builtin_dd if=/home/giulio/torrent/KNOPPIX_V4.0.2DVD-2005-09-23-EN/KNOPPIX_V4.0.2DVD- 2005-09-23-EN.iso of=/dev/hdc obs=32k seek=0'/dev/hdc: restarting DVD+RW format.../dev/hdc: Current Write Speed is 4.1x1385KBps. 7471104/334464 ( 0.2%) @1.6x, remaining 44:40 19070976/334464 ( 0.6%) @2.5x, remaining 26:09 30703616/334464 ( 0.9%) @2.5x, remaining 23:23 42303488/334464 ( 1.3%) @2.5x, remaining 20:49.../dev/hdc: flushing cache/dev/hdc: writing lead-out growisofs command:---/usr/bin/growisofs -Z /dev/hdc=/home/giulio/torrent/KNOPPIX_V4.0.2DVD-2005-09-23-EN/KNOPPIX_V4.0.2DVD-2005-09-23-EN.iso -use-the-force-luke=notray -use-the-force-luke=tty -dvd-compat -speed=4 -overburn Giulio
Re: ISO Burning problems
On Tue, Dec 06, 2005 at 06:12:45PM +, antonio giulio wrote: with: mount -o loop image.iso /mnt/image mount /dev/cdrom /mnt/cdrom diff -ruN /mnt/image /mnt/cdrom diff has returned nothing. diff returning nothing means no differences found. if you want you can do: diff -ruN /mnt/image /mnt/cdrom echo Everything matches || echo Something didn't match This is the output of k3b-debug after dvd iso burning: All looked fine to me. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
On Tuesday 06 December 2005 12:42 pm, Lennart Sorensen wrote: On Tue, Dec 06, 2005 at 06:12:45PM +, antonio giulio wrote: with: mount -o loop image.iso /mnt/image mount /dev/cdrom /mnt/cdrom diff -ruN /mnt/image /mnt/cdrom diff has returned nothing. diff returning nothing means no differences found. if you want you can do: diff -ruN /mnt/image /mnt/cdrom echo Everything matches || echo Something didn't match This is the output of k3b-debug after dvd iso burning: All looked fine to me. Len Sorensen I ran into this the first time that I burned a DVD image of Libranet's new, 3.0 release. Growisofs output indicated a successful burn, but the new image failed the md5sum test. I finally noticed that the dvd image was several kilobytes larger than the original image. Eventually, using dd od I determined that the difference appeared to consist of several blocks of binary zeros appended to the end of the original image. As a test of this theory, I used dd to truncate the extra blocks and the resulting image passed the md5sum test. Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 More laws, less justice. -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ISO Burning problems
On Tue, Dec 06, 2005 at 01:26:17PM -0600, Mike Reinehr wrote: I ran into this the first time that I burned a DVD image of Libranet's new, 3.0 release. Growisofs output indicated a successful burn, but the new image failed the md5sum test. I finally noticed that the dvd image was several kilobytes larger than the original image. Eventually, using dd od I determined that the difference appeared to consist of several blocks of binary zeros appended to the end of the original image. As a test of this theory, I used dd to truncate the extra blocks and the resulting image passed the md5sum test. cd and dvd are supposed to be padded at the end with zeros. Reading them raw is not supported since there is not official end to the track, only the filesystem knows how far to expect reads to work. The correct way to verify a CD/DVD is to compare the contents in general, or to use readcd or equivalant specifying the number of blocks to read to match the original size. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]