Date: Fri, 3 Dec 2004 13:31:09 +0100 From: Godwin Stewart <gstewart@bonivet.net> To: freebsd-stable@freebsd.org Subject: Re: Was: Re: Making a data DVD with 4.10 and dvd+rw-format Message-ID: <20041203133109.638747db.gstewart@bonivet.net> In-Reply-To: <5960A4D6-4525-11D9-B7D6-000D93B0B684@ife.no> References: <41AE2A8D.6050003@adbulco.nl> <Pine.BSF.4.30.0412030108260.8303-100000@vault.redlinenetworks.com> <20041203094058.GA56189@grummit.biaix.org> <41B0373E.8050407@gmx.net> <20041203100230.GA58730@grummit.biaix.org> <41B043EC.90107@tiscali.nl> <5960A4D6-4525-11D9-B7D6-000D93B0B684@ife.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 3 Dec 2004 13:17:49 +0100, Stein Morten Sandbech <stein@ife.no> wrote: > My only problem are when an operation on the unit fails, the > /dev/cd0 device disappears, and a mknod to recreate the device > doesn't work either. > > The most recent causes have been using cdda2wav. > > As of now, it gets reestablished only after a reboot. This kind of thing will often happen on a device that's having difficulty reading the media - either because the media's physical characteristics are close to or outside the tolerance required, or because the drive has a problem such as a dirty or tired optical block. More often than not, the drive will perform an internel reset and attempt to resume reading where it lost track, but sometimes it gets thrown into limbo and the only way to resume operation is to perform a hard reset, hence devfs seeing that the drive is offline and the need to reboot the box. I don't know of any silver bullet to prevent this. I've generally resorted to ripping the audio data on another box and scp/ftp'ing the data over. BTW, cdparanoia is less problematic than cdda2wav IME. -- G. Stewart - gstewart@bonivet.net BOFH excuse #210: We didn't pay the Internet bill and it's been cut off.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041203133109.638747db.gstewart>