From owner-freebsd-questions Fri Sep 20 0:45:40 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5715437B401 for <freebsd-questions@FreeBSD.org>; Fri, 20 Sep 2002 00:45:38 -0700 (PDT) Received: from im2.sec.tds.net (im2.mail.tds.net [216.170.230.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED4643E65 for <freebsd-questions@FreeBSD.org>; Fri, 20 Sep 2002 00:45:37 -0700 (PDT) (envelope-from rpclark@tds.net) Received: from x2.trapdoor.org (smga2dsl-a328.ga.tds.net [66.222.53.75]) by im2.sec.tds.net (8.12.3/8.12.3) with SMTP id g8K7iTrL016126 for <freebsd-questions@FreeBSD.org>; Fri, 20 Sep 2002 02:44:33 -0500 (CDT) Date: Fri, 20 Sep 2002 03:44:46 -0400 From: Rob Clark <rpclark@tds.net> To: freebsd-questions@FreeBSD.org Subject: Being "CREATIVE" = RW8438E & md5 mismatches Message-Id: <20020920034446.24c8f04a.rpclark@tds.net> X-Mailer: Sylpheed version 0.8.2 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: <freebsd-questions.FreeBSD.ORG> List-Archive: <http://docs.freebsd.org/mail/> (Web Archive) List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions) List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-questions> List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-questions> X-Loop: FreeBSD.ORG RUNNING: FreeBSD 4.7-PRERELEASE #0: Sat Sep 14 14:25:08 EDT 2002 ISSUE/QUESTIONS: Regarding a known good iso (md5 checks with fbsd .md5 file).. but when I do "dd..."(see below) and run a md5 on that, the checksums do *not* match. Could CREATIVE CDRW RW8438E be "creating" some type of padding that will not allow md5 checksums match? And is the data produced good even though the checksums are not? HARDWARE IN QUESTION: acd0: CD-RW <CREATIVE CD-RW RW8438E> at ata1-master PIO4 INFO: The CREATIVE CDRW RW8438E is know to be latent with problems. I've even read that underneath it all it is a Samsung made drive, branded as CREATIVE--however, the probe confirms CREATIVE. Below is a the process that I went through, of using "burncd" to create an 4.7-RC1-mini.iso image, and the steps used in checking the checksums. It should be noted that upon completion of this process the cd is bootable and installs the OS successfully. RUN THROUGH: # burncd -f /dev/acd0c -s 4 -e data ./4.7-RC1-mini.iso fixate next writeable LBA 0 writing from file ./4.7-RC1-mini.iso size 189216 KB written this track 189216 KB (100%) total 189216 KB fixating CD, please wait.. #dd if=/dev/acd0c of=/usr/home/rclark/dup.iso bs=2048 dd: /dev/acd0c: Input/output error 0+0 records in 0+0 records out 0 bytes transferred in 0.001256 secs (0 bytes/sec) # md5 dup.iso MD5 (dup.iso) = d41d8cd98f00b204e9800998ecf8427e # md5 4.7-RC1-mini.iso MD5 (4.7-RC1-mini.iso) = f154f318622bddccd245d5b5e1af314a ATTEMPTED RESOLUTIONS: Editing /boot/loader.conf to set acd0 to dma mode: hw.ata.ata_dma="1" hw.ata.atapi_dma="1" This drive will run in the DMA mode, but when running the "dd..." command above resulted in READ-BIG errors. Therefore, I commented these lines back out of /boot/loader.conf and rebooted. Also, have tried this same CREATIVE drive in one other FBSD system, same issue with different checksums. THANKS IN ADVANCE: Any help or knowledge on this drive and its behavior with FBSD would be greatly appreciated. "If this issue should be directed elsewhere please advise". Thank-you, Rob Clark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message