From owner-freebsd-questions Tue Oct 2 21:19:55 2001 Delivered-To: freebsd-questions@freebsd.org Received: from grumpy.dyndns.org (user-24-214-57-209.knology.net [24.214.57.209]) by hub.freebsd.org (Postfix) with ESMTP id 8F60837B403 for ; Tue, 2 Oct 2001 21:19:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.6/8.11.6) with ESMTP id f934Jmw27916 for ; Tue, 2 Oct 2001 23:19:49 -0500 (CDT) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200110030419.f934Jmw27916@grumpy.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-questions@freebsd.org Subject: cdrdao and 4.4 problem From: David Kelly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Oct 2001 23:19:48 -0500 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has been a while since I last used cdrdao but tonight I can't write an audio disk. Searching the mail archive at http://www.freebsd.org/search turned up a number of people having problems with ATAPI but that doesn't apply here other than my disk image happens to be on an EIDE drive. CD-RW is SCSI. Used "cdrdao read-cd --with-cddb --datafile sax.dao sax.toc" to read an audio cdrom disc into two files (data and table of contents) on my HD. The inverse, "cdrdao simulate sax.toc" fails. At least "write" fails exactly the same as "simulate". grumpy: {1050} cdrdao simulate sax.toc Cdrdao version 1.1.5 - (C) Andreas Mueller SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.5' 0,6,0: HP CD-Writer+ 9200 Rev: 1.0e Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0010) Starting write simulation resid: 98 at speed 8... Pausing 10 seconds - hit CTRL-C to abort. Process can be aborted with QUIT signal (usually CTRL-\). WARNING: No super user permission to setup real time scheduling. resid: 96 resid: 98 ?: Input/output error. : scsi sendcmd: retryable error CDB: 5D 00 00 00 00 00 00 00 70 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 12 00 00 00 00 26 00 00 80 00 08 00 00 1C 06 00 07 00 01 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0 Sense flags: Blk 0 (not valid) error refers to data part, bit ptr 0 (not valid) field ptr 8 cmd finished after 0.283s timeout 180s ERROR: Cannot send cue sheet. ERROR: Simulation failed. Source code was sync'ed the day before I built the kernel: grumpy: {1051} uname -a FreeBSD grumpy.dyndns.org 4.4-STABLE FreeBSD 4.4-STABLE #0: Mon Sep 24 11:53:16 CDT 2001 dkelly@grumpy.dyndns.org:/usr4/obj/usr/src/sys/GRUMPY i386 This is what dmesg has to say about my CD-RW: cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-4 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Tried as root and plain user. Experiments suggest the cdrom group only needs rw to /dev/xpt0 and /dev/pass2 for my particulars. This isn't enough for "cdrecord -scandev" This much works: grumpy: {1077} cdrdao disk-info Cdrdao version 1.1.5 - (C) Andreas Mueller SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.5' 0,6,0: HP CD-Writer+ 9200 Rev: 1.0e Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0010) That data below may not reflect the real status of the inserted medium if a simulation run was performed before. Reload the medium in this case. CD-RW : no Total Capacity : 79:57:74 (359849 blocks, 702/807 MB) CD-R medium : TDK Corporation. Long Strategy Type, e.g. Cyanine Recording Speed : n/a CD-R empty : yes What to try next? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message