Re: Audio-CD auslesen - Treiberchaos?

From: Marc Santhoff <M.Santhoff(at)web.de>
Date: Fri, 21 Dec 2012 15:17:37 +0100

Am Freitag, den 21.12.2012, 03:57 +0100 schrieb Polytropon:
> On Thu, 20 Dec 2012 20:42:49 +0100, Marc Santhoff wrote:
> > Na schön. ATAPI-Laufwerk, Treiber kontrollieren, denn ISO9660
> > funktioniert auch unproblematisch.
> >
> > Das einzige, was zu fehlen scheint, ist atapicam, läßt sich aber nicht
> > laden:
> >
> > # kldstat
> > Id Refs Address Size Name
> > 1 8 0xffffffff80200000 d4d688 kernel
> > 2 1 0xffffffff80f4e000 6618 sem.ko
> > 3 1 0xffffffff80f55000 4f0a8 vboxdrv.ko
> > 4 1 0xffffffff81012000 25b linux_adobe.ko
> > # kldload atapicam
> > kldload: can't load atapicam: Exec format error
> > # kldstat -v | grep atapi
> > #
>
> Welche OS-Version ist das? Wenn ich mich richtig entsinne, ist
> die "SCSI-Sprache" der neue Default für optische Einheiten, d. h.
> ATAPICAM wird nicht mehr benötigt, um ATAPI-Geräte in "SCSI-Manier"
> ansprechen zu können - daher auch /dev/cd0 statt /dev/acd0 (und
> zudem der Wegfall von /dev/acd0t01 usw. für die Repräsentation
> der einzelnen Audiotracks auf der CD).

Ist V9, also normal. Ich hatte selbstverständlich cd0 und acd0 probiert,
ohne Erfolg. Auch die Konfigurationsdatei von ripit habe ich geprüft und
angepaßt, dort wird ja normalerweise nur /dev/cdrom benutzt, was noch
ein Link auf acd0 ist.

> > Hm. Handbuch und man page zu atapicam sagen, man soll es laden. Geht
> > nicht.
>
> Ich hab's im Kernel, ist aber auch ein 8.2-System. Per kldload
> ging es aber ebenfalls.

Ja, Handbuch sollte ergänzt werden. Ich fand aber die Information über
die Änderung in 9 nicht mehr, mu wohl nur über die Stable-Liste gegangen
sein, oder so.

> > In den Kernel einkopmiliern geht auch nicht, wurden Symbole nicht
> > gefunden (IIRC "atapi_cmd" o.ä.).
>
> Wie gesagt: Des jibbet nisch mähr. :-)
>
>
>
> > Hier mal der hoffentlich komplette AUsschnitt aus der kernel.conf zu
> > diesem Thema:
> >
> > <snip>
> > # ATA controllers
> > device ahci # AHCI-compatible SATA controllers
> > #device atadisk #
> > #device atapicd #
> >
> > device ata # Legacy ATA/SATA controllers
> > options ATA_CAM # Handle legacy controllers with CAM
> > options ATA_STATIC_ID # Static device numbering
> > #device atapicam
> >
> > # ATA/SCSI peripherals
> > device scbus # SCSI bus (required for ATA/SCSI)
> > device ch # SCSI media changers
> > device da # Direct Access (disks)
> > device sa # Sequential Access (tape etc)
> > device cd # CD
> > device pass # Passthrough device (direct ATA/SCSI
> > access)
> > device ses # SCSI Environmental Services (and
> > SAF-TE)
> >
> >
> > </snip>
> >
> > Wie zu erkennen, ist atapicam ausgeschaltet.
>
> Sieht ansonsten korrekt aus - die optischen Einheiten werden
> nunmehr über cd (basierend auf scbus) angesprochen. Die
> Alternative, stattdessen acd zu benutzen, besteht wohl
> nicht mehr.
>
> Du kannst ja leicht prüfen, ob "dmesg | grep ^acd" Dir
> überhaupt noch entsprechende Geräte ausgibt. Unter Version
> 8 beispielsweise werden sowohl acd- als auch cd-Geräte
> (also _zwei_ Devices, eins je Art, pro optischer Einheit)
> verfügbar gemacht.

Tut es nicht. Seltsam oder normal in 9-STABLE?

puma$ dmesg | grep ^acd
puma$ dmesg | grep cd
cd0 at ata0 bus 0 scbus7 target 0 lun 0
cd0: <Optiarc DVD RW AD-7241S 1.03> Removable CD-ROM SCSI-0 device
cd0: 150.000MB/s transfers (SATA, UDMA5, ATAPI 12bytes, PIO 8192bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present
- tray closed

Wie schon erwähnt, ich kann cd0 ja auch benutzen, aber Audio-CDs werden
nicht verwurstet.

> > Was stimmt hier nicht?
>
> Vermutlich das Programm, das ein Interface nutzen möchte, das
> es nicht mehr gibt... obwohl das abwegig klingt, denn die Manpage
> von cdparanoia sagt: "Joerg Schilling has also contributed SCSI
> expertise through his generic SCSI transport library.", also
> sollte es wohl mit dem "neuen" SCSI-Gerätezugriff funktionieren.

Was ich nicht deuten kann ist das da:

<snip>
(cd0:ata0:0:0:0): MODE SENSE(10). CDB: 5a 0 e 0 0 0 0 0 20 0
(cd0:ata0:0:0:0): CAM status: SCSI Status Error
(cd0:ata0:0:0:0): SCSI status: Check Condition
(cd0:ata0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in
CDB)
(cd0:ata0:0:0:0): Command byte 2 is invalid
(cd0:ata0:0:0:0): MODE SENSE(10). CDB: 5a 0 e 0 0 0 0 0 20 0
(cd0:ata0:0:0:0): CAM status: SCSI Status Error
(cd0:ata0:0:0:0): SCSI status: Check Condition
(cd0:ata0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in
CDB)
(cd0:ata0:0:0:0): Command byte 2 is invalid
</snip>

Kann das ein Bug oder ein Binary sein, das neu kompiliert werden möchte?

Sehe das nächste Systemupdate auf mich zurollen ...

-- 
Marc Santhoff <M.Santhoff(at)web.de>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 21 Dec 2012 - 15:18:11 CET

search this site