From owner-freebsd-scsi Fri Dec 11 13:20:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01934 for freebsd-scsi-outgoing; Fri, 11 Dec 1998 13:20:24 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from qix.jmz.org (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01921 for ; Fri, 11 Dec 1998 13:20:18 -0800 (PST) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix.jmz.org (8.9.1/8.8.7) id WAA13091; Fri, 11 Dec 1998 22:20:53 +0100 (MET) Date: Fri, 11 Dec 1998 22:20:53 +0100 (MET) Message-Id: <199812112120.WAA13091@qix.jmz.org> X-Authentication-Warning: qix.jmz.org: jmz set sender to jmz@qix.jmz.org using -f From: Jean-Marc Zucconi To: larry@marso.com CC: freebsd-scsi@FreeBSD.ORG In-reply-to: <19981211151343.B22555@marso.com> (larry@marso.com) Subject: Re: cdrecord and caching issue X-Mailer: Emacs Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> Larry S Marso writes: > I wrote a couple of trial cdrecord sessions using -dummy. > I then executed a third, real cdrecord session. It failed (fortunately, > before writing anything to the disk), complaining that "insufficient space > left on media". > I then executed a cdcontrol info, which reported that two previous sessions > were already recorded to the disk. In actual fact, the disk was still > blank; this I confirmed by shutting down and rebooting, then successfully > writing to the cdr. > So, there is some sort of caching going on that mistakenly thinks a -dummy > write is a real write. Might this not cause trouble? This is probably a problem specific to your drive, which does not not reset its internal TOC after a dummy write. Try to open/close the tray after a dummy write to reset it. This works with my CDD2600. Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message