Brenner/ scsi-Emulation

Post Reply
Message
Author
klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

Brenner/ scsi-Emulation

#1 Post by klopskuchen »

Moin Forum!

Beim installieren einer x. Distribution habe ich durch einen "Flüchtigkeitsfehler"
oder besser durch Blödheit meine Produktivdistri zerlegt.
Mein Problem: nach Neuinstallation selbiger funktioniert mein CD-Brenner nicht mehr.

Slackware9.1, Kernel2.4.x , IDE-ATAPI-Brenner.
Eintrag in der "lilo.config":
append = "/dev/hdc = ide-scsi"

Laut lsmod läuft der ide-scsi-Treiber.
Ausgabe von /proc/scsi/ide-scsi : nichts!

cdrecord -scanbus liefert
"cant open scsi-driver"
(dev-Variable in cdrecord ist /dev/hdc, siehe lilo.config)

Bisher lief alles bestens, weshalb ich keine Ahnung habe "wo der Wurm drinsteckt".
Hat/hatte jemand ähnliche Sorgen bzw. irgendeine Idee?

MfG, Klopskuchen
When all else fails, read the instructions .

Tino

#2 Post by Tino »

Ich kann dir leider nicht mehr sagen, ob die append-Zeile korrekt ist. Sowas editiert man in der Regel ein mal und dann nie wieder. :?
Und mit dem 2.6.x Kernel ist die SCSI-Emulation auch gar nicht mehr nötig.
Desswegen würde ich dir raten auf den aktuellen Kernel umzusteigen.

klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

#3 Post by klopskuchen »

>Und mit dem 2.6.x Kernel ist die SCSI-Emulation auch gar nicht mehr nötig.
>Desswegen würde ich dir raten auf den aktuellen Kernel umzusteigen.

Nachdem die 2.6er Quellen seit Wochen unangetastet in /usr/local/src "herumliegen",
gab es nun wenigstens einen Grund sich damit zu beschäftigen. ;)

Nun läuft der 2.6er mit IDE-CD-ROM-Treiber und siehe da:
cdrecord verkündet "cannot open scsi-driver".
Vorteil, cdrecords manpage wird nun gewissenhafter gelesen.

Ergebnis:
Zugunsten von Plattformunabhängigkeit benutzt cdrecord grundsätzlich
einen virtuellen scsi-bus.

Dann werd ich mal auf freien Plattenplatz eine Distri die k3b dabei hat aufspielen,
in der Hoffnung "durchzublicken" wie die GUI cdrecord (als backend) zum Brennen überredet.


Trotzdem vielen Dank, Klopskuchen
When all else fails, read the instructions .

klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

#4 Post by klopskuchen »

Falls es jemanden interessiert, hier die "Auflösung".

Der korrekte Eintrag in lilo.conf muß lauten:
"append=Name_IDE_Strang = Name_Modul".
(IN meinem Fall: "append=hdc=ide-scsi".)

Dann noch die scsi-Gerätedatei mit /dev/hdc verlinken:
ln -sf /dev/scd0 /dev/cdrom
Und siehe da, "cdrecord -scanbus" liefert eine brauchbare scsi-Adresse: "0.0.0"
Brenner funzt. :D

Jute Nacht, Klopskuchen
When all else fails, read the instructions .

User avatar
heinrich
Posts: 219
Joined: 22. Sep 1999 11:22
Location: N49.137 E8.544

#5 Post by heinrich »

klopskuchen wrote: Zugunsten von Plattformunabhängigkeit benutzt cdrecord grundsätzlich
einen virtuellen scsi-bus.
Das wird sich leider ändern müssen, da die Kernelentwickler -- allen voran Linus Torvalds -- ide-scsi als argen Hack oder gar als "ide-scsi has always been broken" betrachten. Statt dessen soll die Software auf libata zurückgreifen.
Some years ago some people in the Linux community decided that the SCSI layer should be the uniform layer to directly access non-disk devices in Linux. So up-to Linux 2.6 you need an SCSI emulation driver in order to access the IDE writer. Since Linux 2.5 kernels an updated version of cdrecord is available and it is possible to access IDE writers directly without any need of SCSI emulation in between.
However, some users running Linux kernel 2.6.x experience problems with CD-RW and DVD Writers using the new IDE/ATAPI driver interface (i.e., running without the old 2.4.x IDE/SCSI emulation) along with old versions of cdrecord. Mr. Torvalds has said that IDE/SCSI is a really bad hack, but Mr. Schilling (author of cdrecord) has said that SCSI emulation is a good way to handle the large number of new commands/responses introduced by this hardware. Along with ide-tape, ide-scsi is scheduled for phase-out an will be remove in Linux kernel 2.7 timeframe.

Auszug aus KernelTraffic #242:
"There is a problem with ide-scsi in 2.6, and rather than fix it someone came up with a patch to cdrecord to allow that application to work properly, and perhaps "better" in some way. Since the problem with ide-scsi seems to still exist for other applications, you will probably find you have to work around the problem, by using the -pad option of cdrecord (thought that was standard now for TAO at least) or reading using the ide-cd driver."
And Linus Torvalds replied:
Wrong.

The "somebody" strongly felt that ide-scsi was not just ugly but _evil_, and that the syntax and usage of "cdrecord" was absolutely stupid.

That somebody was me.

ide-scsi has always been broken. You should not use it, and indeed there was never any good reason for it existing AT ALL. But because of a broken interface to cdrecord, cdrecord historically only wanted to touch SCSI devices. Ergo, a silly emulation layer that wasn't really worth it.

The fact that nobody has bothered to fix ide-scsi seems to be a result of nobody _wanting_ to really fix it.

So don't use it. Or if you do use it, send the fixes over.
Auszug aus KernelTraffic #249:
Bartlomiej Zolnierkiewicz said:
"Both ide-tape and ide-scsi are to stay in 2.6.x and die in 2.7.x."
It just works.

Post Reply