I would suspect that it is a problem in how the device is reported at
init, the example below show a 'MATSHITA Model: PD-1 LF-1000'
doing double reporting. With/out a PD cartridge installed at init it
reports as an "Optical Device"
scsi0 : AdvanSys SCSI 3.1E: ISA 240 CDB: BIOS DC00, IO 110/F, IRQ 11, DMA 6
scsi : 1 host.
Vendor: SEAGATE Model: ST43400N Rev: 1028
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Vendor: SEAGATE Model: ST43400N Rev: 1028
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
Vendor: MATSHITA Model: PD-1 LF-1000 Rev: A109
Type: Optical Device ANSI SCSI revision: 02
Detected scsi removable disk sdc at scsi0, channel 0, id 4, lun 0
scsi : detected 3 SCSI disks total.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 5688447 [2777 MB] [2.8 GB]
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 5688447 [2777 MB] [2.8 GB]
sdc : READ CAPACITY failed.
sdc : status = 1, message = 00, host = 0, driver = 28
sdc : extended sense code = 2
sdc : block size assumed to be 512 bytes, disk size 1GB.
Now insert a CDROM disk into the device and........
scsi0 : AdvanSys SCSI 3.1E: ISA 240 CDB: BIOS DC00, IO 110/F, IRQ 11, DMA 6
scsi : 1 host.
Vendor: SEAGATE Model: ST43400N Rev: 1028
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Vendor: SEAGATE Model: ST43400N Rev: 1028
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
Vendor: MATSHITA Model: PD-1 LF-1000 Rev: A109
Type: CD-ROM ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
scsi : detected 1 SCSI cdrom 2 SCSI disks total.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 5688447 [2777 MB] [2.8 GB]
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 5688447 [2777 MB] [2.8 GB]
This is crazy, but I am not a SCSI person, but have been asked local to
help someone who has these devices.
Would anyone like to explain either one or both of these problems?
On 15 Feb 1999, Joerg Plate wrote:
> Hello-hello,
>
> I have problems with my MO-drive...
>
> Kernel 2.2.1-ac5
> fdisk v2.9i
> mke2fs 1.14, 9-Jan-1999 for EXT2 FS 0.5b, 95/08/09
> Using EXT2FS Library version 1.14
>
> fdisk -b 2048 /dev/sdb worked
> mke2fs -b 2048 /dev/sdb1 worked
> cp something /dev/sdb1 failed... horribly...
>
> Excepts from "/var/log/syslog"
>
> kernel: SCSI device sdb: hdwr sector= 2048 bytes. Sectors= 310352 [606 MB] [0.6 GB]
> Looks good (afaik)
>
> kernel: sdb: Write Protect is off
> kernel: sdb: sdb1
> kernel: ll_rw_block: device 08:10: only 2048-char blocks implemented (1024)
> Why does something try to read 1024 bytes from /dev/sdb ?
>
> kernel: scsi0: MEDIUM ERROR on channel 0, id 4, lun 0, CDB: Read (6) 04 b0 5b 0f 00
> kernel: Current error sd08:11: sense key Medium Error
> kernel: Additional sense indicates Unrecovered read error
> kernel: scsidisk I/O error: dev 08:11, sector 1229048
> kernel: SCSI disk error : host 0 channel 0 id 4 lun 0 return code = 28000002
> kernel: extra data not valid Current error sd08:11: sense key Hardware Error
> kernel: Additional sense indicates Positioning error detected by read of medium
> kernel: scsidisk I/O error: dev 08:11, sector 1229072
> [more errors with different sectors removed]
> kernel: scsi0: MEDIUM ERROR on channel 0, id 4, lun 0, CDB: Write (6) 04 b0 66 37 00
> kernel: extra data not valid Current error sd08:11: sense key Medium Error
> kernel: Additional sense indicates Write error - auto reallocation failed
> kernel: scsidisk I/O error: dev 08:11, sector 1229080
>
> I suspect a bad disk, except for the ll_rw_block error. Maybe I should
>
> --
> "I'm working on it."
>
> "There should be more math. This could be mathier."
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
>
Cheers,
Andre Hedrick
The Linux IDE guy
http://www.dyer.vanderbilt.edu/server/udma/
You just need a bigger hammer, or learn how to swing the one you have better.
(C) me.....
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/