Firewire DVD burner - what device to mount?
 

This is _really_ stupid but ...

I cannot figure out what device I should use to mount a firewire DVD burner. All the IEEE1394 drivers load and the DVD is recognized and attached to the IEEE bus. gscanbus shows it and the controller. Among the things I have tried are:

mount /dev/sbpcd /dev/dvd
mount /dev/srx /dev/dvd (x = 1 .. 3)
mount /dev/sbc /dev/dvd
mount /dev/sbc1 /dev/dvd

I get messages that either the device is not a valid block device or that it does not exist. This is driving me NUTS!! I know it is something stupid. Please, please, go ahead and embrass me by telling me.

Ralph

files to check

/var/log/dmesg
/var/log/messages

this would most likely reflect what block device to use.

You would think so but I don't see anything that looks like a device name for the DVD in either file.

Are there specific device names associated with the IEEE1394 SBP-2 module?

In /proc/ide, I can see /hdc and /hdd, the interrnal ide optical drives. The optical drives are also listed by model in /proc/scsi/scsi but there is no entry for the DVD.
There is no /proc/ieee1394 or /proc/sbp2 but there is a /proc/scsi/sbp2. What it contains appears to relate to the ieee controller and not the device that is attached to it.

/var/log/dmesg does contain several lines from the ieee sbp2 module indicating that it "logged into" the DVD but doesn't show anything like a /dev name.

Finally figured this out.

My problem was that the device was not "registered." I could't get the rescan-scsi-bus.sh script to run. Regardless of who owns the file, I got permission problems but I was able to do

echo "scsi add-single-device 1 0 0 0" > /proc/scsi/scsi

(The ieee1394 controller is scsi1). This makes the DVD burner the third scsi cd so mount /dev/scd2 /mnt/dvd does the trick.

Ralph

Hi,
I'm also stuck with my external IEEE1394 HP DVD200e.

Doing an "modprobe ohci1394", /var/log/messages gives:
an 21 16:45:32 oshi kernel: ohci1394: $Rev: 530 $ Ben Collins <bcollins@debian.org>
Jan 21 16:45:32 oshi kernel: PCI: Found IRQ 11 for device 02:01.2
Jan 21 16:45:32 oshi kernel: PCI: Sharing IRQ 11 with 02:01.0
Jan 21 16:45:32 oshi kernel: PCI: Sharing IRQ 11 with 02:01.1
Jan 21 16:45:32 oshi kernel: ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[11] MMIO=[f8fff000-f8fff800] Max Packet=[2048]
Jan 21 16:45:33 oshi kernel: ieee1394: Host added: Node[00:1023] GUID[484fc0001e78c010] [Linux OHCI-1394]
Jan 21 16:45:33 oshi kernel: ieee1394: Device added: Node[01:1023] GUID[0060b00005020b98] [HP ]
Jan 21 16:45:33 oshi kernel: ieee1394: sbp2: Logged into SBP-2 device
Jan 21 16:45:33 oshi kernel: ieee1394: sbp2: Node[01:1023]: Max speed [S400] - Max payload [2048]
Jan 21 16:45:33 oshi kernel: scsi1 : IEEE-1394 SBP-2 protocol driver (host: ohci1394)
Jan 21 16:45:33 oshi kernel: $Rev: 530 $ James Goodwin <jamesg@filanet.com>
Jan 21 16:45:33 oshi kernel: SBP-2 module load options:
Jan 21 16:45:33 oshi kernel: - Max speed supported: S400
Jan 21 16:45:33 oshi kernel: - Max sectors per I/O supported: 255
Jan 21 16:45:33 oshi kernel: - Max outstanding commands supported: 8
Jan 21 16:45:33 oshi kernel: - Max outstanding commands per lun supported: 1
Jan 21 16:45:33 oshi kernel: - Serialized I/O (debug): no
Jan 21 16:45:33 oshi kernel: - Exclusive login: yes
Jan 21 16:45:33 oshi kernel: scsi: unknown type 31
Jan 21 16:45:33 oshi kernel: Vendor: Model: @ Rev:
Jan 21 16:45:33 oshi kernel: Type: Unknown ANSI SCSI revision: 07
Jan 21 16:45:33 oshi kernel: sg: find_free_slot ...<7>sg: ... found 15:01
Jan 21 16:45:33 oshi kernel: sg_attach: dev1=(21:1)
Jan 21 16:45:33 oshi kernel: Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 31
Jan 21 16:45:33 oshi kernel: sd_attach()
Jan 21 16:45:33 oshi kernel: resize_dma_pool: unknown device type 31
Jan 21 16:45:33 oshi insmod: Using /lib/modules/2.4.19-4GB/kernel/drivers/ieee1394/sbp2.o
Jan 21 16:45:33 oshi insmod: Symbol version prefix ''

I ran rescan-scsi-bus.sh:
Jan 21 16:44:14 oshi kernel: scsi singledevice 0 0 1 0
Jan 21 16:44:14 oshi kernel: scsi singledevice 0 0 2 0
Jan 21 16:44:14 oshi kernel: scsi singledevice 0 0 3 0
Jan 21 16:44:14 oshi kernel: scsi singledevice 0 0 4 0
Jan 21 16:44:14 oshi kernel: scsi singledevice 0 0 5 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 0 0 6 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 0 0 7 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 1 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 2 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 3 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 4 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 5 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 6 0
Jan 21 16:44:15 oshi kernel: scsi singledevice 1 0 7 0

But I don't know what device to mount:

oshi:/tmp # mount /dev/sr1 /mnt/cdrom
mount: /dev/sr1: unknown device
oshi:/tmp # mount /dev/sg1 /mnt/cdrom
mount: /dev/sg1 is not a block device
oshi:/tmp # mount /dev/scd1 /mnt/cdrom
mount: /dev/scd1: unknown device
oshi:/tmp # mount /dev/scd2 /mnt/cdrom
mount: /dev/scd2: unknown device

Does the "scsi: unknown type 31" mean what I think it does?

Thanks for any hints!
SuSE-8,1, 2.4.19 (SuSE Kernel), HP DVD200e (external IEEE1394/USB2 CD/DVD+RW burner). USB is fine but only 1.1 since my Notebook - Dell Latitude C840 has only USB-1.1.

Marv

At this point I'd check cdrecord -scanbus to see if it's registering up there.

Thanks for your quick reply.

oshi:~ # cdrecord -scanbus
Cdrecord 1.11a28 (i686-suse-linux) Copyright (C) 1995-2002 Jörg Schilling
Linux sg driver version: 3.2.0
Using libscg version 'schily-0.6'
scsibus0:
0,0,0 0) 'HL-DT-ST' 'RW/DVD GCC-4240N' 'D110' Removable CD-ROM
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
scsibus1:
1,0,0 100) '' '' '' Removable vendor specific 7 unknown/no device
1,1,0 101) *
1,2,0 102) *
1,3,0 103) *
1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *

What gives?
Thx again!

Marv

echo "scsi add-single-device 1 0 0 0" > /proc/scsi/scsi

Did you try that line? I have no idea where they got that from, but it seemed to be what fixed it for them :)

Then try the cdrecord -scanbus again, and with any luck mount it up with /dev/scd2

Cool

Yes, I done that.
kernel log says:
Jan 21 17:47:21 oshi kernel: scsi singledevice 1 0 0 0

oshi:/tmp # echo "scsi add-single-device 1 0 0 0" > /proc/scsi/scsi
oshi:/tmp # cdrecord -scanbus
Cdrecord 1.11a28 (i686-suse-linux) Copyright (C) 1995-2002 Jörg Schilling
Linux sg driver version: 3.2.0
Using libscg version 'schily-0.6'
scsibus0:
0,0,0 0) 'HL-DT-ST' 'RW/DVD GCC-4240N' 'D110' Removable CD-ROM
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
scsibus1:
1,0,0 100) '' '' '' Removable vendor specific 7 unknown/no device
1,1,0 101) *
1,2,0 102) *
1,3,0 103) *
1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *
oshi:/tmp # mount /dev/scd2 /mnt/cdrom
mount: /dev/scd2: unknown device

:-((

Thank you.

Marv

By loading "modprobe raw1394" I can start gscanbus.
Selecting the "S400 HP" device, I get:

SelfID Info
-----------
Physical ID: 1
Link active: Yes
Gap Count: 63
PHY Speed: S400
PHY Delay: <=144ns
IRM Capable: No
Power Class: -1W
Port 0: Not connected
Port 1: Connected to child node
Init. reset: No

CSR ROM Info
------------
GUID: 0x0060B00005020B98
Node Capabilities: 0x000083C0
Vendor ID: 0x000060B0
Unit Spec ID: 0x0000609E
Unit SW Version: 0x00010483
Model ID: 0x00000340
Nr. Textual Leafes: 2

Vendor: HEWLETT-PACKARD CO.
Textual Leafes:
HP
REV1

AV/C Subunits
-------------
N/A

Marv

Hmmm, well I'm not quite sure what's going on and wish I could help a bit more. Have you checked out:
http://www.linux1394.org/

Hopefully you can find what you need there, sorry I can't figure out the problem.

When installing my Firewire Hard Drive, I had to add the following to the /etc/devices/drivers file:

50 ieee1394
51 ohci1394
52 sbp2

Save, rescan and restart.

Your DVD should then show up under /dev/cdroms with a mount point /mnt/cdrom1 or similar. Then add to your /etc/fstab file.
I think the raw1394 module is only required for digital cameras.

Jim

Sorry, my SuSE-8.1 box does not have this file nor that directory.
Thanks anyway.

Marv