Date: Sun, 06 Feb 2000 23:31:25 -0500 From: Jim Conner <jconner@enterit.com> To: "Kenneth D. Merry" <ken@kdm.org>, Jim C <jconner@enterit.com> Cc: Stephen <sdk@yuck.net>, freebsd-questions@FreeBSD.ORG Subject: Re: CDrecord issues Message-ID: <4.3.0.33.0.20000206232730.00add100@pseudonet.org> In-Reply-To: <20000204141307.B63538@panzer.kdm.org> References: <4.2.0.58.20000202154804.00a40e40@mail.enterit.com> <20000202092022.A17219@visi.com> <4.2.0.58.20000202100505.00a30b70@mail.enterit.com> <4.2.0.58.20000202100505.00a30b70@mail.enterit.com> <4.2.0.58.20000202105928.00a30b88@mail.enterit.com> <4.2.0.58.20000202154804.00a40e40@mail.enterit.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 14:13 04-02-00 -0700, Kenneth D. Merry wrote: >[ It is generally better to send SCSI questions to the freebsd-scsi list ] This didn't start out as SCSI issues so I didn't even think about it. I=20 apologize for the posts if they are not related to the topic of the mailing= =20 list. Should I send this over there now instead or may I continue here? (continued below) >On Wed, Feb 02, 2000 at 15:59:00 -0500, Jim C wrote: > > Well, I recompiled to the latest version 1.8a40 but to no avail. In= fact, > > now I can't even perform a -scanbus with cdrecord. My CDRW passthrough= is > > /dev/pass2 (??) but scanbus is trying to use /dev/pass0 only. The man= =20 > page > > doesn't state (at least from what I have read) how to make cdrecord > > -scanbus check a different device instead of /dev/pass0. I have already > > tried cdrecord -scanbus /dev/pass2 but I get the following error: >[ ... ] > > > (hist 502)# ./cdrecord -scanbus > > Cdrecord 1.8 (i386-unknown-freebsd3.2) Copyright (C) 1995-2000 J=F7rg=20 > Schilling > > ./cdrecord: Operation not permitted. Error opening /dev/pass0 Cam error > > 'cam_rea > > l_open_device: couldn't open passthr. Cannot open SCSI driver. > > ./cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you= =20 > are > > root > > . > > > > > > (hist 503)# ls -al /dev/pas* > > crw------- 1 root operator 31, 0 Dec 23 11:43 /dev/pass0 > > crw------- 1 root operator 31, 1 Dec 23 11:43 /dev/pass1 > > crw------- 1 root operator 31, 2 Dec 23 11:43 /dev/pass2 > > crw------- 1 root operator 31, 3 Dec 23 11:43 /dev/pass3 > >Are you running as root or not? If you're not running as root, you won't >be able to access the pass devices. Also, what are the permissions on >/dev/xpt0? You need permissions on that device to be able to use cdrecord >-scanbus. I am running as root (always have). Here is the listing of /dev/xpt* (hist 501)# id uid=3D0(root) gid=3D0(wheel) groups=3D0(wheel), 2(kmem), 3(sys), 4(tty),=20 5(operator), 20(staff), 31(guest) (hist 502)# ls -al xp* crw------- 1 root operator 104, 0 Dec 23 11:43 xpt0 crw------- 1 root operator 104, 1 Dec 23 11:43 xpt1 > > (some optional info) > > > > (hist 505)# camcontrol devlist -v > > scbus-1 on xpt0 bus 0: > > < > at scbus-1 target -1 lun -1 (xpt0) > > scbus0 on ncr0 bus 0: > > <Quantum XP32150W 81HB> at scbus0 target 0 lun 0 (pass0,da0) > > < > at scbus0 target -1 lun -1 () > > scbus1 on ahc0 bus 0: > > <SEAGATE ST15230W SUN4.2G 0738> at scbus1 target 2 lun 0 (pass1,da1) > > <SONY CD-R CDU920S 2.0c> at scbus1 target 6 lun 0 (pass2,cd0) > > < > at scbus1 target -1 lun -1 () > > > > Hmm...now I was tinkering with camcrontrol and I got this: > > > > (hist 507)# camcontrol periphlist -v > > camcontrol: cam_real_open_device: couldn't open passthrough device=20 > /dev/pass0 > > cam_real_open_device: Operation not permitted > > > > Why on earth would I get this? I recompiled the kernel with the= following > > options before I started to perform any camcontrol commands: > >It looks like you might not be running as root, but your pass devices are >accessible only for root. Maybe your transport layer device (/dev/xpt0), >which is needed > >Ken >-- >Kenneth Merry >ken@kdm.org Let me know if I should send this over to SCSI. I am not even a member of= =20 that list yet. Should I be to send this (is it moderated?) Thanks!! Jim ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Today's errors, in contrast: Windows - "Invalid page fault in module kernel32.dll at 0032:A16F2935" UNIX - "segmentation fault - core dumped" Humanous Beingsus - "OOPS, I've fallen and I can't get up" ------------------------------- Jim Conner NOTJames jconner@enterit.com=00<br> > <br=B1=03=00=A0\c=99=00<=00=94=00..now I was tinkering with=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.3.0.33.0.20000206232730.00add100>