ambiguities around burning CD
I am trying to write a CD and I have atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SAMSUNG, CDRW/DVD SN-324S, U303 SCSI0 5/cdrom removable man cdrecord says: Some operating systems or SCSI transport implementations may require to specify a filename in addition. In this case the correct syntax for the device is: dev= devicename:scsibus,target,lun[...] May OpenBSD require to specify a filename in addition? If OpenBSD requires a filename in addition, does cdrecord have any further requirements on the filename apart that it is somehow associated with the writer in question? As dmesg suggests, I have a filename /dev/cd0a and /dev/cd0c. However, cdrecord dev=help suggests another filename: Transport name: SCIOCCOMMAND Transport descr.: SCSI for devices known by *BSD Transp. layer ind.: Target specifier: device or bus,target,lun Target example: /dev/rcd0a:@ or 1,2,0 SCSI Bus scanning: not supported Open via UNIX device: supported In this case it's filename /dev/rcd0a, which I have on my system, too. So the possible values for dev= according to this documentation are so far dev=0,0,0 dev=/dev/cd0a:0,0,0 dev=/dev/cd0c:0,0,0 dev=/dev/rcd0a:0,0,0 $ cdrecord dev=0,0,0 disk1.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01 (i386-unknown-openbsd3.9) Copyright (C) 1995-2004 Jvrg Schilling scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. $ cdrecord dev=/dev/cd0a:0,0,0 disk1.iso [...] cdrecord: Operation not supported by device. Cannot open '/dev/cd0a'. Cannot open SCSI driver. [...] $ cdrecord dev=/dev/cd0c:0,0,0 disk1.iso [...] cdrecord: Operation not supported by device. Cannot open '/dev/cd0c'. Cannot open SCSI driver. [...] $ cdrecord dev=/dev/rcd0a:0,0,0 disk1.iso [...] cdrecord: Operation not supported by device. Cannot open '/dev/rcd0a'. Cannot open SCSI driver. [...] Seems like there exists at least one operation which is not supported by these devices. But is it the write operation? Or something else? Does this mean OpenBSD doesn't support writing on my unit? Or does it mean the cryptic identifier I passed to dev= is just not cryptic enough? CL OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.50GHz (GenuineIntel 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 cpu0: Enhanced SpeedStep 1500 MHz (1340 mV) (not in table) real mem = 535052288 (522512K) avail mem = 481202176 (469924K) using 4278 buffers containing 26857472 bytes (26228K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 01/28/05, BIOS32 rev. 0 @ 0xffe90 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc590/176 (9 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371 ISA and IDE rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0xd800! 0xcd800/0x800 0xce000/0x800 0xce800/0x800 0xcf000/0x800 0xcf800/0x800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82852GM Hub-PCI rev 0x02 Intel 82852GM Memory rev 0x02 at pci0 dev 0 function 1 not configured Intel 82852GM Configuration rev 0x02 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 Intel 82852GM AGP rev 0x02: aperture at 0xf000, size 0x800 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel 82852GM AGP rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered ppb0 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci1 at ppb0 bus 1 cbb0 at pci1 dev 1 function 0 Texas Instruments PCI4510
Re: ambiguities around burning CD
On Tue, 5 Sep 2006, Karel Kulhavy wrote: I am trying to write a CD and I have atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SAMSUNG, CDRW/DVD SN-324S, U303 SCSI0 5/cdrom removable man cdrecord says: Some operating systems or SCSI transport implementations may require to specify a filename in addition. In this case the correct syntax for the device is: dev= devicename:scsibus,target,lun[...] May OpenBSD require to specify a filename in addition? http://www.openbsd.org/faq/faq13.html#burnCD If OpenBSD requires a filename in addition, does cdrecord have any further requirements on the filename apart that it is somehow associated with the writer in question? As dmesg suggests, I have a filename /dev/cd0a and /dev/cd0c. However, cdrecord dev=help suggests another filename: Transport name: SCIOCCOMMAND Transport descr.: SCSI for devices known by *BSD Transp. layer ind.: Target specifier: device or bus,target,lun Target example: /dev/rcd0a:@ or 1,2,0 SCSI Bus scanning: not supported Open via UNIX device: supported In this case it's filename /dev/rcd0a, which I have on my system, too. So the possible values for dev= according to this documentation are so far dev=0,0,0 dev=/dev/cd0a:0,0,0 dev=/dev/cd0c:0,0,0 dev=/dev/rcd0a:0,0,0 $ cdrecord dev=0,0,0 disk1.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01 (i386-unknown-openbsd3.9) Copyright (C) 1995-2004 Jvrg Schilling scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. $ cdrecord dev=/dev/cd0a:0,0,0 disk1.iso [...] cdrecord: Operation not supported by device. Cannot open '/dev/cd0a'. Cannot open SCSI driver. [...] $ cdrecord dev=/dev/cd0c:0,0,0 disk1.iso [...] cdrecord: Operation not supported by device. Cannot open '/dev/cd0c'. Cannot open SCSI driver. [...] $ cdrecord dev=/dev/rcd0a:0,0,0 disk1.iso [...] cdrecord: Operation not supported by device. Cannot open '/dev/rcd0a'. Cannot open SCSI driver. [...] Seems like there exists at least one operation which is not supported by these devices. But is it the write operation? Or something else? Does this mean OpenBSD doesn't support writing on my unit? Or does it mean the cryptic identifier I passed to dev= is just not cryptic enough? CL OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.50GHz (GenuineIntel 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 cpu0: Enhanced SpeedStep 1500 MHz (1340 mV) (not in table) real mem = 535052288 (522512K) avail mem = 481202176 (469924K) using 4278 buffers containing 26857472 bytes (26228K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 01/28/05, BIOS32 rev. 0 @ 0xffe90 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc590/176 (9 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371 ISA and IDE rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0xd800! 0xcd800/0x800 0xce000/0x800 0xce800/0x800 0xcf000/0x800 0xcf800/0x800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82852GM Hub-PCI rev 0x02 Intel 82852GM Memory rev 0x02 at pci0 dev 0 function 1 not configured Intel 82852GM Configuration rev 0x02 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 Intel 82852GM AGP rev 0x02: aperture at 0xf000, size 0x800 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel 82852GM AGP rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: Intel EHCI root
Re: ambiguities around burning CD
Hi Karel, On 06/09/2006, at 6:13 AM, Karel Kulhavy wrote: So the possible values for dev= according to this documentation are so far dev=0,0,0 dev=/dev/cd0a:0,0,0 dev=/dev/cd0c:0,0,0 dev=/dev/rcd0a:0,0,0 I use: cdrecord dev=/dev/rcd0c ^ ^ Which works fine for me. Shane