From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by listman.redhat.com (Postfix) with ESMTP id D45483EC02 for ; Tue, 29 Oct 2002 03:16:14 -0500 (EST) Received: (from mail@localhost) by int-mx1.corp.redhat.com (8.11.6/8.11.6) id g9T8GEn11045 for blinux-list@listman.redhat.com; Tue, 29 Oct 2002 03:16:14 -0500 Received: from mx1.redhat.com (mx1.redhat.com [172.16.48.31]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id g9T8GEf11039 for ; Tue, 29 Oct 2002 03:16:14 -0500 Received: from mx2 (root@mx2.onewest.net [199.104.81.35]) by mx1.redhat.com (8.11.6/8.11.6) with SMTP id g9T7sMw23489 for ; Tue, 29 Oct 2002 02:54:22 -0500 Received: from id07.onewest.net ([199.104.81.25] helo=idscc07.onewest.net ident=mail) by mx2 with esmtp (Exim 3.36 #1 (Debian)) id 186RXo-0001PW-00 for ; Tue, 29 Oct 2002 01:16:12 -0700 Received: from du244.204.onewest.net ([65.19.204.244] helo=rupin.localnet) by idscc07.onewest.net with esmtp (Exim 3.35 #1 (Debian)) id 186RXm-0000sC-00 for ; Tue, 29 Oct 2002 01:16:11 -0700 Received: from localhost (lcr@localhost) by rupin.localnet (8.11.6/8.11.6) with ESMTP id g9T8G8U24971 for ; Tue, 29 Oct 2002 01:16:11 -0700 Date: Tue, 29 Oct 2002 01:16:08 -0700 (MST) From: "L. C. Robinson" To: blinux-list@redhat.com Subject: Re: Sony cd writer problem (Martin) In-Reply-To: <200210261203.g9QC35G02496@dc.cis.okstate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Loop: blinux-list@redhat.com Sender: blinux-list-admin@redhat.com Errors-To: blinux-list-admin@redhat.com X-BeenThere: blinux-list@redhat.com X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: blinux-list@redhat.com X-Reply-To: no_spam+munged_lcr@onewest.net.invalid List-Help: List-Post: List-Subscribe: , List-Id: Linux for blind general discussion List-Unsubscribe: , List-Archive: A few hints: On our systems here, we have: ls -l /dev/cdrom lrwxrwxrwx 1 root root 8 Feb 28 2001 /dev/cdrom -> /dev/sr0 for our CD-RWs Also from ... doc/cdrtools-cdrecord-1.10/README.ATAPI: 5. In the /etc/lilo.conf file add an append line for ide-scsi, in my case: append = "hdc=ide-scsi hdd=ide-scsi" And from ... doc/cdrtools-cdrecord-1.10/README.linux: - Linux driver design oddities ****************************************** Although cdrecord supports to use dev=/dev/sgc, it is not recommended and it is unsupported. The /dev/sg* device mapping in Linux is not stable! Using dev=/dev/sgc in a shell script may fail after a reboot because the device you want to talk to has moved to /dev/sgd. For the proper and OS independent dev=,, syntax read the man page of cdrecord. Hope that helps, LCR On Sat, 26 Oct 2002, Martin McCormick wrote: > "Willem van der Walt" writes: > >What does some thing like > >produce? Does it open the drive or complain about the device? > > Actually, neither. It complains about the eject command. > > /dev/scd0 is known by the system and works fine at least > when I am mounting a CDROM for reading. > > Before using the SCSI emulation, this device was > /dev/cdrom so that behavior is exactly as it should be. > > This is the darndest problem I have come across yet. If > I type > > mount /dev/scd0 /mnt > > I can read the disk as if it was a SCSI device. I don't know > what else to try. > > By the way, my utmost thanks to everybody who has had a > suggestion. I think I have either done something very odd in the > setup or kernel building process or we have a bug of some kind. > This just doesn't add up. -- L. C. Robinson reply to no_spam+munged_lcr@onewest.net.invalid People buy MicroShaft for compatibility, but get incompatibility and instability instead. This is award winning "innovation". Find out how MS holds your data hostage with "The *Lens*"; see "CyberSnare" at http://www.netaction.org/msoft/cybersnare.html