Hallo! Ich wollte mich mal im CD-Rom brennen versuchen, jedoch friert bei Aufruf von keasycd oder ähnlichen Programmen stets der Rechner komplett ein, kein Tastendruck oder Mausklick geht mehr. Der Brenner hängt an scd1 und das Cdrom an scd0. Warum greift cdrecord immer beim Aufruf der Voreinstellungen in keasycd auf /dev/sg0 zu? Ich sehe momentan keine Möglichkeit, cdrecord oder keasycd dauerhaft zu sagen, daß es scd1 benutzen soll. Wo teile ich das diesen Programmen mit? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Andreas Meyer:
Der Brenner hängt an scd1 und das Cdrom an scd0. Warum greift cdrecord immer beim Aufruf der Voreinstellungen in keasycd auf /dev/sg0 zu?
Keine Ahnung, kenn ich nicht.
Ich sehe momentan keine Möglichkeit, cdrecord oder keasycd dauerhaft zu sagen, daß es scd1 benutzen soll.
cdrecord -dev=... (Bus, ID, Lun)
Thorsten
--
Thorsten Jens
Am Don, 30 Nov 2000 schrieb Thorsten Jens:
Der Brenner hängt an scd1 und das Cdrom an scd0. Warum greift cdrecord immer beim Aufruf der Voreinstellungen in keasycd auf /dev/sg0 zu?
Keine Ahnung, kenn ich nicht.
Brennst Du CDs von der Konsole aus? sg0 ist normalerweise ein scanner.device. Mir ist das alles ein Rätsel...
Ich sehe momentan keine Möglichkeit, cdrecord oder keasycd dauerhaft zu sagen, daß es scd1 benutzen soll.
cdrecord -dev=... (Bus, ID, Lun)
Das habe ich schon versucht. Ich gebe in der bash Žcdrecord -dev=0,3,0Ž ein und rufe anschließend keasycd in der gleichen bash auf. Darin wird dann immer noch sg0 als device angegeben. Ein klick in der GUI von kreatecd auf den Menupunkt "Konfigurieren" und der Rechner ist weg... Das gleiche mit xdroast. Mich würde interessieren, woher cdrecord die Einstellung sg0 bezieht. cat /proc/scsi/scsi ergibt Host: scsi 0 Channel: 00 Id: 03 Lun: 00 Vendor JVC Model: XR-W2010 Rev: 1.51 Type Worm ANSI SCSI revision: 02 Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, On 30 Nov 2000, at 15:37, Andreas Meyer wrote:
cdrecord -dev=... (Bus, ID, Lun)
Das habe ich schon versucht. Ich gebe in der bash Žcdrecord -dev=0,3,0Ž ein und rufe anschließend keasycd in der gleichen bash auf. Darin wird dann immer noch sg0 als device angegeben.
ich habe damit keine Probleme. Vielleicht liegt es ja am Minus- Zeichen. Die Option dev braucht kein -. Also cdbrenn dev=wasauchimmer image ollte tuten! Joachim -- joachim.hussong@dlr.de joachim.hussong@gmx.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Joachim Hussong:
Hi,
On 30 Nov 2000, at 15:37, Andreas Meyer wrote:
cdrecord -dev=... (Bus, ID, Lun)
Das habe ich schon versucht. Ich gebe in der bash Žcdrecord -dev=0,3,0Ž ein und rufe anschließend keasycd in der gleichen bash auf. Darin wird dann immer noch sg0 als device angegeben.
ich habe damit keine Probleme. Vielleicht liegt es ja am Minus- Zeichen. Die Option dev braucht kein -.
Ich denke nicht, dass das der Grund ist. Ich benutz immer das
Minus, und es klappt immer.
Thorsten
--
Thorsten Jens
* Andreas Meyer:
Am Don, 30 Nov 2000 schrieb Thorsten Jens:
Der Brenner hängt an scd1 und das Cdrom an scd0. Warum greift cdrecord immer beim Aufruf der Voreinstellungen in keasycd auf /dev/sg0 zu?
Keine Ahnung, kenn ich nicht.
Brennst Du CDs von der Konsole aus? sg0 ist normalerweise ein scanner.device. Mir ist das alles ein Rätsel...
Nee, sg0 ist nicht normalerweise ein Scanner. /dev/sg0 ist das erste vom SCSI-Generic-Treiber unterstützte Gerät, IIRC. Außerdem meinte ich, ich würde keasycd nicht kennen, da ich halt von der Konsole aus brenne.
Ich sehe momentan keine Möglichkeit, cdrecord oder keasycd dauerhaft zu sagen, daß es scd1 benutzen soll.
cdrecord -dev=... (Bus, ID, Lun)
Das habe ich schon versucht. Ich gebe in der bash Žcdrecord -dev=0,3,0Ž ein und rufe anschließend keasycd in der gleichen bash auf. Darin wird dann immer noch sg0 als device angegeben.
Warum benutzt du denn nicht gleich cdrecord zum Brennen? Meine manpage zu cdrecord hat übrigens eine Sektion "FILES", die vielleicht ganz interessant ist.
Ein klick in der GUI von kreatecd auf den Menupunkt "Konfigurieren" und der Rechner ist weg... Das gleiche mit xdroast.
Ich weiss schon, warum ich weder das eine noch das andere benutze ... Thorsten -- BUGS This manpage is confusing. (man 3 getopt) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 30 Nov 2000 schrieb Thorsten Jens:
cdrecord -dev=... (Bus, ID, Lun)
Das habe ich schon versucht. Ich gebe in der bash Žcdrecord -dev=0,3,0Ž ein und rufe anschließend keasycd in der gleichen bash auf. Darin wird dann immer noch sg0 als device angegeben.
Warum benutzt du denn nicht gleich cdrecord zum Brennen? Meine manpage zu cdrecord hat übrigens eine Sektion "FILES", die vielleicht ganz interessant ist.
Ich nehme mir die manpage mal vor. Ein Žcdrecord -scanbusŽ als user ergibt Fehlermeldung "cannot open /dev/sg0" oder so ähnlich. Als root friert mit sofort der Rechner ein. Ich habe schon überlegt, ob es vielleicht am Tekram-Treiber liegt, aber der zeigt ja alles korrekt an beim startup. Auch kann ich von Brenner lesen, wenn eine normale CD drinliegt. Warum? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Don, 30 Nov 2000, Andreas Meyer wrote:
Ich nehme mir die manpage mal vor. Ein Žcdrecord -scanbusŽ als user ergibt Fehlermeldung "cannot open /dev/sg0" oder so ähnlich. Als root friert mit sofort der Rechner ein.
Rechteproblem.
Ich habe schon überlegt, ob es vielleicht am Tekram-Treiber liegt, aber der zeigt ja alles korrekt an beim startup. Auch kann ich von Brenner lesen, wenn eine normale CD drinliegt.
[ ] Du hast verstanden wie dein Brenner angesprochen wird. Ist der Brenner ueberhaupt via ide-scsi eingebunden oder per ATAPI Treiber? (siehe dmesg). Lesen -> CDROM-Treiber Schreiben -> SCSI-generic Ist unter Win doch das gleiche: Lesen -> normaler Treiber Schreiben -> Irgendne Brennersoftware CU David -- Dag° Hier bin Ich Kasper , hier darf IchŽs sein. [WoKo in dag°] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 30 Nov 2000 schrieb David Haller:
Ich nehme mir die manpage mal vor. Ein Žcdrecord -scanbusŽ als user ergibt Fehlermeldung "cannot open /dev/sg0" oder so ähnlich. Als root friert mit sofort der Rechner ein.
Rechteproblem.
Das kann ich mir mittlerweile nicht mehr vorstellen. Ich habe die Rechte von sg0 und sg1 auf chmod g+w /dev/sg0(1) gesetzt. crw-rw-r-- 1 root disk 21, 1 Mar 11 2000 Auch für sr0 und sd1. Mir hautŽs laufend den Rechner weg bei Žcdrecord -scanbusŽ!
[ ] Du hast verstanden wie dein Brenner angesprochen wird.
Hier mache ich ein Kreuzchen. Der Brenner wird über sr1 vom Tekram-Treiber tmscsim angesprochen. Ich bin so frei und hänge einen Ausschnitt aus dmesg an: DC390: 1 adapters found scsi0 : Tekram DC390/AM53C974 V2.0d28 2000/02/14 scsi : 1 host. DC390: Debug: Waiting queue woken up by timer! DC390: Target 0: Sync transfer 8.0 MHz, Offset 15 Vendor: SEAGATE Model: ST15150W80S Rev: 9F02 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 DC390: Target 2: Sync transfer 4.4 MHz, Offset 15 Vendor: TOSHIBA Model: CD-ROM XM-3701TA Rev: 3055 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0 Vendor: JVC Model: XR-W2010 Rev: 1.51 Type: WORM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi0, channel 0, id 3, lun 0 Uniform CDROM driver Revision: 2.56 SCSI device sda: hdwr sector= 512 bytes. Sectors= 8388315 [4095 MB] [4.1 GB] sda: sda1 sda2 sda3 sda4
Ist der Brenner ueberhaupt via ide-scsi eingebunden oder per ATAPI Treiber? (siehe dmesg).
Ich muß den Brenner nicht via ide-scsi einbinden. Es ist ein SCSI-Brenner und er wird vom Tekram-Treiber erkannt. Was mir in der dmesg auffällt ist, daß die Seagate unter Target 0 aufgeführt wird, das CD-Rom und der Brenner beide unter Target 2. Kein Target 1, ID 1 ist nicht im Spiel. Ein IRQ-Problem schliese ich aus. Der DawiControl läuft unter IRQ 15, die Netzwerkkarte und IRQ 10. Hilfe ;) Danke für den Hinweis auf das Archiv in der anderen mail! HabŽs gelesen.... Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Andreas Meyer wrote:
Am Don, 30 Nov 2000 schrieb David Haller:
Ein IRQ-Problem schliese ich aus. Der DawiControl läuft unter IRQ 15, die Netzwerkkarte und IRQ 10.
Vorsicht: IRQ 14 & 15 sind normalerweise dem primären und sekundären IDE Controllern zugeordnet. Vieleicht liegt da der Hund begraben. mfg. Norbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Fre, 01 Dez 2000, Andreas Meyer wrote:
Am Don, 30 Nov 2000 schrieb David Haller:
Ich nehme mir die manpage mal vor. Ein Žcdrecord -scanbusŽ als user ergibt Fehlermeldung "cannot open /dev/sg0" oder so ähnlich. Als root friert mit sofort der Rechner ein.
Rechteproblem.
Das kann ich mir mittlerweile nicht mehr vorstellen. Ich habe die Rechte von sg0 und sg1 auf chmod g+w /dev/sg0(1) gesetzt. crw-rw-r-- 1 root disk 21, 1 Mar 11 2000 Auch für sr0 und sd1.
Ok.
Mir hautŽs laufend den Rechner weg bei Žcdrecord -scanbusŽ!
[ ] Du hast verstanden wie dein Brenner angesprochen wird.
Hier mache ich ein Kreuzchen.
*g*
Der Brenner wird über sr1 vom Tekram-Treiber tmscsim angesprochen.
Problem: ueber /dev/srX (also den CDROM-Treiber egal ob dann ein nativer SCSI-Treiber oder der ide-scsi-Treiber kommt) kann nicht gebrannt werden! Gebrannt werden kann nur ueber den generic-scsi-Treiber, der ueber /dev/sg* angesprochen wird. Die Frage ist: gibt der cdrom-Treiber das Laufwerk frei? Vorschlag: Bastel einen Kernel, bei dem der cdrom-Kram als Modul eingebunden ist (falls deiner nicht eh modular ist und das Modul nur beim booten automatisch geladen wird) und mache dann ein 'modprobe -r sr_mod' und ggfs. auch noch ein 'modprobe -r cdrom'. Dann ein 'modprobe -kv sg'. Und _dann_ versuch mal ein 'cdrecord -scanbus'.
Kein Target 1, ID 1 ist nicht im Spiel. Ein IRQ-Problem schliese ich aus. Der DawiControl läuft unter IRQ 15, die Netzwerkkarte und IRQ 10.
Siehe Norbert's Re: Hast du auch den sekundaeren IDE-Controller im BIOS deaktiviert? Der krallt sich normal den IRQ 15...
Hilfe ;) Danke für den Hinweis auf das Archiv in der anderen mail! HabŽs gelesen....
.o... ;) CU David -- :Mamma, kuck ma, ich bin in der Sicknatur! [Dieter Bruegmann in dag°] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Fre, 01 Dez 2000 schrieb David Haller:
Problem: ueber /dev/srX (also den CDROM-Treiber egal ob dann ein nativer SCSI-Treiber oder der ide-scsi-Treiber kommt) kann nicht gebrannt werden! Gebrannt werden kann nur ueber den generic-scsi-Treiber, der ueber /dev/sg* angesprochen wird.
Die Frage ist: gibt der cdrom-Treiber das Laufwerk frei?
Wie stelle ich das fest? Was mir auffällt ist, daß bei eingelegter CD die Speed-LED permanent leuchtet, die Busy-LED nicht. Aber das ist eher eine Eigenart des Geräts, wahrscheinlich.
Vorschlag: Bastel einen Kernel, bei dem der cdrom-Kram als Modul eingebunden ist (falls deiner nicht eh modular ist und das Modul nur beim booten automatisch geladen wird) und mache dann ein 'modprobe -r sr_mod' und ggfs. auch noch ein 'modprobe -r cdrom'. Dann ein 'modprobe -kv sg'. Und _dann_ versuch mal ein 'cdrecord -scanbus'.
Kernel bauen schaffŽ ich nicht bei meinem mometanen knowhow. Beim Einbau des Controllers habe ich in der rc.config in der ersten Zeile das alte Modul für den Adaptec 1542B rausgeschmissen und durch tmscsim ersetzt. Die erste Zeile sieht jetzt so aus: INITRD_MODULES="tmscsim 3c509" Dann habe ich ein mk_initrd und lilo ausgeführt. Obige modprobeŽs habe ich ausgeführt. Bei Eingabe von Žmodprobe -kv sgŽ kommt ein /sbin/insmod -k -q /lib/modules/2.2.14/scsi/sg.o Dann gebe ich ein: modprobe -k -q /lib/modules/2.2.14/scsi/sg.o und erhalte: modprobe: CanŽt locate module /lib/modules/2.2.14/scsi/sg.o
Siehe Norbert's Re: Hast du auch den sekundaeren IDE-Controller im BIOS deaktiviert? Der krallt sich normal den IRQ 15...
Ich habŽs nochmal überprüft. Beide IDE-Controller sind deaktiviert. Ich habe im BIOS den IRQ für den Controller versuchsweise mal auf IRQ 7 gesetzt. IRQ 14 und 15 sind in /proc/interrupts nicht im Spiel. Žcdrecord -scanbusŽ -> Eiszeit! Was mir in der /proc/scsi/tmscsim auffällt: Tekram DC390/AM53C974 PCI SCSI Host Adapter, Driver Version 2.0d28 2000/02/14 SCSI Host Nr 0, AM53C974 Adapter Nr 0 IOPortBase 0xb800, IRQ 07 MaxID 7, MaxLUN 8, AdapterID 7, SelTimeout 250 ms, DelayReset 1 s TagMaxNum 16, Status 0x00, ACBFlag 0x00, GlitchEater 24 ns Statistics: Cmnds 21283, Cmnds not sent directly 95, Out of SRB conds 0 Lost arbitrations 1, Sel. connected 0, Connected: No Nr of attached devices: 4, Nr of DCBs: 4 Map of attached LUNs: 01 00 01 03 00 00 00 00 Idx ID LUN Prty Sync DsCn SndS TagQ NegoPeriod SyncSpeed SyncOffs MaxCmd 00 00 00 Yes Yes Yes Yes Yes 124 ns 8.0 M 15 16 01 02 00 Yes Yes Yes Yes No 204 ns 4.4 M 15 01 02 03 00 Yes No Yes Yes No (200 ns) 01 03 03 01 Yes No Yes Yes No (200 ns) 01 Commands in Queues: Query: 0: Hier wird zweimal ID3 mit LUN 0 und LUN 1 aufgeführt! Warum? Attached devices:4 ?? Könnte ich mir noch so erklären, daß der Controller auf ID 7 mitgezählt wird. Ich werde mal das CD-Rom abklemmen und dann nochmal versuchen. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 01-Dec-2000 Andreas Meyer wrote:
Kernel bauen schaffŽ ich nicht bei meinem mometanen knowhow. Beim
So schlimm ist das nicht. Wenn Du mit make menueconfig arbeitest,
kannst Du dir zu den meisten Punkten eine Hilfe aufrufen (zum Teil in
deutsch, das andere in englisch), die dir vielfach auch sagt, wofuer
du dich im Zweifel entscheiden solltest.
Ggfs. kannst Du diesen Prozess jederzeit abgrechen, und selbst nach
einem make (des Kernels) ist es dafuer noch nicht zu spaet. Und wenn
du vor dem Installieren den alten Kernel unter anderem Namen
sicherst, kann Dir auch nach einer Installation nicht viel passieren.
Ob dein Problem sich dadurch loesen liesse, weiss ich allerdings
mangels SCSI-Erfahrung nicht.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
Hallo Andreas, On Fre, 01 Dez 2000, Andreas Meyer wrote:
Am Fre, 01 Dez 2000 schrieb David Haller:
Problem: ueber /dev/srX (also den CDROM-Treiber egal ob dann ein nativer SCSI-Treiber oder der ide-scsi-Treiber kommt) kann nicht gebrannt werden! Gebrannt werden kann nur ueber den generic-scsi-Treiber, der ueber /dev/sg* angesprochen wird.
Die Frage ist: gibt der cdrom-Treiber das Laufwerk frei?
Wie stelle ich das fest?
Keine Ahnung. Dadurch, dass /dev/sgX ansprechbar ist? Was ich nochmal sagen will: Es geht nicht um den SCSI-Kartentreiber sondern um die cdrom-Treiber, also um 'cdrom' und 'sr_mod', nicht um das 'tm...' (analog bei ATAPI ist ide-scsi) oder um das allgemeine 'scsi_mod'. Das ganze kann man in etwa so veranschaulichen: Block Char ------------------ ------ sr_mod sd_mod ··· sg ··· (Interface) | | | V | | cdrom | | | | | +--------+-- ··· -+- ··· | V scsi_mod (SCSI-allgemein) | +--------+---+- ··· ------+ | | | V V V tmscsim aic7xxx ··· ide-scsi (SCSI-Controller) Wenn du das CD(R|RW) als CDROM verwenden willst, dann wird das Geraet blockorientert ueber sr_mod und /dev/srX bzw. /dev/scdX angesprochen. Wenn du Brennen willst (oder auch scannen) dann brauchst du das _rohe_, zeichenorientierte Interface des SCSI- generic-Treibers sg und sprichst es als /dev/sgX an. Was du bisher hast, ist die Kette r_mod -> scsi_mod -> tmscsim du brauchst aber sg -> scsi_mod -> tmscsim Und dass du nicht mit beiden Treibern gleichzeitig auf das Laufwerk zugreifen kannst, sollte einleuchten. Ich denke du hast auch sr_mod und cdrom als Modul vorliegen (meintest du mit dem modprobe s das modprobe -r der beiden Module? Glaub ich mal ;) Wenn sg korrekt geladen wird sollte in /proc/scsi/sg/* einiges auftauchen. Was sagt denn ein # cat /proc/scsi/sg/* Was mit ein wenig irritiert, ist das bei mir grad ein cdrecord -scanbus | -atip ging, obwohl das CDRW als cdrom gemountet war. Als ich dann aber auf die CD zugegriffen habe gab's (fast[1]) ein Lockup bei cdrecord -scanbus. Insofern ist das von Waldemar angesprochene Hardwareproblem durchaus eine Moeglichkeit... [1] Bin grad nochmal davongekommen ;) CU David -- Wer im Sinne schwach ist, der kann nicht anders. Er muss Schwachsinn produzieren. [Woko° in dag°] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Fre, 01 Dez 2000 schrieb David Haller: Hi!
Problem: ueber /dev/srX (also den CDROM-Treiber egal ob dann ein nativer SCSI-Treiber oder der ide-scsi-Treiber kommt) kann nicht gebrannt werden! Gebrannt werden kann nur ueber den generic-scsi-Treiber, der ueber /dev/sg* angesprochen wird.
ok, das habe ich gerafft. Interessant ist, wie die verschiedenen generic-scsi-Treiber sich auf die Geräte verteilen...
Was ich nochmal sagen will: Es geht nicht um den SCSI-Kartentreiber sondern um die cdrom-Treiber, also um 'cdrom' und 'sr_mod', nicht um das 'tm...' (analog bei ATAPI ist ide-scsi) oder um das allgemeine 'scsi_mod'.
Das ganze kann man in etwa so veranschaulichen:
[snipp.... Deine ausführliche Erklärung]
Was du bisher hast, ist die Kette
sr_mod -> scsi_mod -> tmscsim
du brauchst aber
sg -> scsi_mod -> tmscsim
Und dass du nicht mit beiden Treibern gleichzeitig auf das Laufwerk zugreifen kannst, sollte einleuchten.
Ich denke du hast auch sr_mod und cdrom als Modul vorliegen
Also lsmod zeigt nur an, daß unter anderen sg und aha1542 geladen ist, kein sr_mod oder scsi_mod. tmscsim ist momentan ja nicht mehr installiert wegen dem hangup-Problem.
(meintest du mit dem modprobe s das modprobe -r der beiden Module? Glaub ich mal ;)
hatte ich schlecht geschrieben! Mit modprobeŽs meinte ich die verschiedenen Vorschläge von Dir bzgl. dem Laden der Module. Das sollte ein Apostroph sein :-), sprich Plural. modprobe -r war nicht im Spiel...
Wenn sg korrekt geladen wird sollte in /proc/scsi/sg/* einiges auftauchen. Was sagt denn ein
# cat /proc/scsi/sg/*
no such file or directory ;) In /proc/scsi liegt ein directory aha1542 und ein file namens "scsi".
Was mit ein wenig irritiert, ist das bei mir grad ein cdrecord -scanbus | -atip ging, obwohl das CDRW als cdrom gemountet war. Als ich dann aber auf die CD zugegriffen habe gab's (fast[1]) ein Lockup bei cdrecord -scanbus. Insofern ist das von Waldemar angesprochene Hardwareproblem durchaus eine Moeglichkeit...
Es scheint nicht nur am DawiControl, sondern auch am JVC CD-R zu liegen. Ich habe eben zwei CD-Rs mit cdrecord verheizt mit der Option -multi. Die erste Session verlief problemlos, die zweite wurde angeblich geschrieben und fixiert, dann aber kam ein error, daß ein scsicmd nicht ausgeführt werden konnte; dies mit dem AHA1542B. Kann ich multi-session mit diesem Brenner wahrscheinlich vergessen. Und eben stelle ich fest, daß sich das CDRom (das am Ende vom Bus hängt) nur mounten läßt, wenn ich vorher den Brenner (der natürlich nicht terminiert ist) mounte. Buggy firmware des Brenners wahrscheinlich... wenn ich versuche, den Brenner zu mounten, ohne daß eine CD drin liegt, hängt sich das System wieder auf; wie beim DawiControl/tmscsim. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Sam, 02 Dez 2000, Andreas Meyer wrote:
Am Fre, 01 Dez 2000 schrieb David Haller:
Gebrannt werden kann nur ueber den generic-scsi-Treiber, der ueber /dev/sg* angesprochen wird.
ok, das habe ich gerafft. Interessant ist, wie die verschiedenen generic-scsi-Treiber sich auf die Geräte verteilen...
die sg Treiber? Ich kenn nur sg... Das spricht direkt ueber den (simulierten) SCSI Bus mit den Geraeten...
Ich denke du hast auch sr_mod und cdrom als Modul vorliegen
Also lsmod zeigt nur an, daß unter anderen sg und aha1542 geladen ist, kein sr_mod oder scsi_mod.
g braucht AFAIK das scsi_mod... # lsmod Module Size Used by ide-scsi 8340 0 (autoclean) sg 25740 0 (autoclean) (unused) scsi_mod 92496 2 (autoclean) [ide-scsi sg] ^^
Wenn sg korrekt geladen wird sollte in /proc/scsi/sg/* einiges auftauchen. Was sagt denn ein
# cat /proc/scsi/sg/*
no such file or directory ;)
Dann ist sg nicht richtig geladen (oder doch??)... # cat /proc/scsi/sg/* dev_max(currently)=7 max_active_device=1 (origin 1) scsi_dma_free_sectors=80 sg_pool_secs_aval=320 def_reserved_size=32768 32768 host chan id lun type bopens qdepth busy MITSUMI CR-4802TE 1.4D 0 0 0 0 5 0 5 0 uid busy cpl scatg isa emul SCSI host adapter emulation for IDE ATAPI devices 0 0 5 256 0 1 30115 Version: 3.1.15 (20000528)
In /proc/scsi liegt ein directory aha1542 und ein file namens "scsi".
Das sollte es auch: # cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: MITSUMI Model: CR-4802TE Rev: 1.4D Type: CD-ROM ANSI SCSI revision: 02 # cat /proc/scsi/ide-scsi/0 SCSI host adapter emulation for IDE ATAPI devices Hierbei entspricht ide-scsi dem aha und das Mitsumi ist mein Brenner... [Brennen tut scheinbar (single-session) doch] Komisch das ganze ;) CU David -- 2. Good programmers know what to write. Great ones know what to rewrite (and reuse). --- Eric S. Raymond, "The Cathedral and the Bazaar" --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Son, 03 Dez 2000 schrieb David Haller:
die sg Treiber? Ich kenn nur sg... Das spricht direkt ueber den (simulierten) SCSI Bus mit den Geraeten...
Wieso simuliert?
Ich denke du hast auch sr_mod und cdrom als Modul vorliegen
Also lsmod zeigt nur an, daß unter anderen sg und aha1542 geladen ist, kein sr_mod oder scsi_mod.
sg braucht AFAIK das scsi_mod...
# lsmod Module Size Used by hfs 75320 0 (autoclean) sg 12116 0 (autoclean) nfsd 146188 4 (autoclean) 3c509 5964 1 (autoclean) serial 42612 1 (autoclean) memstat 1476 0 (unused) aha1542 10924 5 # modprobe scsi-mod modeprobe: CanŽt locate module scsi_mod # modprobe sr-mod modeprobe: CanŽt locate module sr_mod Ich habe mir das sg_util (http://www.torque.net/sg) gezogen und kompiliert. Die verschiedenen utils zeigen den Brenner auch an, jedoch sind die Ausgaben sehr speziell und nicht alle für mich durchschaubar. Die Seagate (ID0, Busanfang) liegt auf /dev/sg0, das CD-Rom (ID2, Busende) auf /dev/sg1 und der Brenner (ID3, Busmitte) auf /dev/sg2. Was fehlt mir, damit in /proc/scsi das sg-directory erscheint? Warum habe ich obige Module nicht mit SuSE6.4? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Son, 03 Dez 2000, Andreas Meyer wrote:
Am Son, 03 Dez 2000 schrieb David Haller:
die sg Treiber? Ich kenn nur sg... Das spricht direkt ueber den (simulierten) SCSI Bus mit den Geraeten...
Wieso simuliert?
IDE-SCSI ;) Siehe die cat /proc die ich gemailt habe...
Ich denke du hast auch sr_mod und cdrom als Modul vorliegen
Also lsmod zeigt nur an, daß unter anderen sg und aha1542 geladen ist, kein sr_mod oder scsi_mod.
sg braucht AFAIK das scsi_mod...
# lsmod
Module Size Used by hfs 75320 0 (autoclean) sg 12116 0 (autoclean) nfsd 146188 4 (autoclean) 3c509 5964 1 (autoclean) serial 42612 1 (autoclean) memstat 1476 0 (unused) aha1542 10924 5
# modprobe scsi-mod modeprobe: CanŽt locate module scsi_mod
# modprobe sr-mod modeprobe: CanŽt locate module sr_mod
Hm. Hast du die viellecht fest im Kernel? Was sagt ein 'zgrep SCSI /proc/config.gz' ?
Ich habe mir das sg_util (http://www.torque.net/sg) gezogen und kompiliert. Die verschiedenen utils zeigen den Brenner auch an, jedoch sind die Ausgaben sehr speziell und nicht alle für mich durchschaubar.
Im Zweifelsfall mailen...
Die Seagate (ID0, Busanfang) liegt auf /dev/sg0, das CD-Rom (ID2, Busende) auf /dev/sg1 und der Brenner (ID3, Busmitte) auf /dev/sg2.
Das kommt wohl einfach von der Reihenfolge in der die Geraete (beim booten) erkannt werden. Die SCSI IDs haben darauf wohl keinen Einfluss. Und es ist ja auch egal, oder?
Was fehlt mir, damit in /proc/scsi das sg-directory erscheint? Warum habe ich obige Module nicht mit SuSE6.4?
Gute Frage. Was sagt ein 'ls -l /lib/modules/`uname -r`/scsi' ? CU David -- What is the difference between Scientology and Microsoft? One is an evil cult bent on world domination and the other was begun by L. Ron Hubbard. (anonym von slashdot.org) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, On Don, 30 Nov 2000, Andreas Meyer wrote:
Am Don, 30 Nov 2000 schrieb Thorsten Jens:
Der Brenner hängt an scd1 und das Cdrom an scd0. Warum greift cdrecord immer beim Aufruf der Voreinstellungen in keasycd auf /dev/sg0 zu?
Keine Ahnung, kenn ich nicht.
Brennst Du CDs von der Konsole aus? sg0 ist normalerweise ein scanner.device. Mir ist das alles ein Rätsel...
Das wechselt je nachdem welches Modul (cdrom oder scanner) zuerst geladen wird. Die sg-Devices werden einfach der Reihe nach verteilt. Lest einfach mal: http://www.geocrawler.com/archives/3/287/2000/10/0/4579227/ CU David -- 184: MP3 Kann von WinAMP abgespielt werden. (Felix von Leitner) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (6)
-
anmeyer＠gmx.net -
aue＠keba.co.at -
david＠dhaller.de -
h.pahlke＠berlin.de -
joachim.hussong＠dlr.de -
thojens＠gmx.de