[Eisfair_dev] [eisfair-1] webCDwriter mit 2.6er Kernel

Thomas Kienemund breathewave at yahoo.com
Mo Jan 2 18:05:07 CET 2012


Am 28.09.2011 19:33, schrieb Marcus Roeckrath:
[...]
> Was sagt
> 
> cdrdao scanbus
> 
> cdrecord -dev=ATA -scanbus
> 
> Die Zahlenkombination für das Device unterscheiden sich nun von den mit
> dev=ATAPI von cdrecord ausgegebenen.
> 
> Dann geht in webCDwriter eventuell:
> 
> (ATA:0,0,0;/dev/hda)
> 
> Die 0,0,0 ist die Zahlenkombination die cdrecord bzw. cdrdao ausgegeben
> haben.

Hallo Marcus

Da warst Du eindeutig schneller als ich, denn ich habe auch genau diesen
Ansatz verfolgt und der Brenner funktioniert damit.

Während "cdrdao scanbus" kein Ergebnis liefert, ergibt "cdrecord
dev=ATAPI -scanbus":

Cdrecord-ProDVD-ProBD-Clone 3.00 (i586-pc-linux-gnu) Copyright (C)
1995-2010 Jörg Schilling
scsidev: 'ATAPI'
devname: 'ATAPI'
scsibus: -2 target: -2 lun: -2
Warning: dev=ATA: is preferred over dev=ATAPI:.
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
Using libscg version 'schily-0.9'.
scsibus0:
        0,0,0     0) 'HL-DT-ST' 'DVDRAM GSA-4167B' 'DL13' 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) *

Im webCDwriter-Webfrontend kann in der Konfiguration unter "Hardware"
die Zeile "(ATAPI:0,0,0;/dev/sr0)" eingetragen werden und der Brenner
läuft damit. Das Problem scheint hier aber die Geschwindigkeit zu sein,
wie die Warnung von cdrecord deutlich macht. Ich habe zu Testzwecken
einfach eine eisfair-CD eingelesen und die Reservierung des Brenners
dauerte wesentlich länger als das vorher jemals der Fall war. Benutzt
man ATA anstelle von ATAPI, so kann diese Schnittstelle leider nicht im
Webfrontend verwendet werden:

"cdrecord dev=ATA -scanbus" ergibt:

Cdrecord-ProDVD-ProBD-Clone 3.00 (i586-pc-linux-gnu) Copyright (C)
1995-2010 Jörg Schilling
scsidev: 'ATA'
devname: 'ATA'
scsibus: -2 target: -2 lun: -2
Warning: Using badly designed ATAPI via /dev/hd* interface.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
scsibus1000:
        1000,0,0 100000) 'HL-DT-ST' 'DVDRAM GSA-4167B' 'DL13' Removable
CD-ROM
        1000,1,0 100001) *
        1000,2,0 100002) *
        1000,3,0 100003) *
        1000,4,0 100004) *
        1000,5,0 100005) *
        1000,6,0 100006) *
        1000,7,0 100007) *

Der Eintrag (ATA:1000,0,0;/dev/sr0) im Webfrontend führt zur
Fehlermeldung "Error running cdrecord dev=ATA:1000,0,0 -inq". Gibt man
jedoch "cdrecord dev=ATA:1000,0,0 -inq" in der Konsole ein, erhält man:

Cdrecord-ProDVD-ProBD-Clone 3.00 (i586-pc-linux-gnu) Copyright (C)
1995-2010 Jörg Schilling
scsidev: 'ATA:1000,0,0'
devname: 'ATA'
scsibus: 1000 target: 0 lun: 0
Warning: Using badly designed ATAPI via /dev/hd* interface.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'HL-DT-ST'
Identifikation : 'DVDRAM GSA-4167B'
Revision       : 'DL13'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.

Die Warnung bei Verwendung des ATA-Interfaces scheint genau die Stelle
zu sein, wo das webCDwriter Webfrontend Probleme bekommt, denn der DMA
Zugriff scheint damit nicht zu funktionieren.

Holger war so nett und hat mir eine aktuelle Version des
"/etc/init.d/ide"-Skriptes geschickt. Bisher konnte ich leider keinen
Unterschied erkennen, trotzdem ein dickes Lob und ein Dankeschön an
Holger an dieser Stelle!

"/proc/scsi/ide-scsi/1", "/proc/scsi/sg/device_strs" und
"/proc/scsi/scs" existieren bei mir übrigens nicht. "cat
/proc/scsi/scsi" liefet hingegen:

Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: SAMSUNG HD103SI  Rev: 1AG0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD20EARS-00M Rev: 51.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05

Ich hoffe ich konnte das Problem etwas verdeutlichen und liefere auf
Wunsch gerne weitere Infos nach :)

Gruß

Thomas


Mehr Informationen über die Mailingliste Eisfair_dev