----- Original Message ----- From: "David Haller"

Hallo,

Christoph R. wrote:

...

Weiß jemand, was /dev/sg0 ist?

Das steht fuer ScsiGeneric, und ist eine der Moeglichkeiten ein scsi-cdrom anzusprechen (z.B. beim Brennen einer CDR). Die andere Moeglichkeit ist /dev/scd0. Du kannst auch das eine device auf das jeweils andere verlinken (aber bitte nur eines von beiden ;)

Das bringt mich auf die Frage: Warum heissen meine scsi-devices /dev/sr0 und /dev/sr1? Mögliche Antwort: Es sind ide-devices, die mit der scsi-emulation angesprochen werden. Liege ich da richtig? Martin --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hallo Martin, Martin.Gaebler wrote:

From: "David Haller"

...

Christoph R. wrote:

...

Weiß jemand, was /dev/sg0 ist?

Das steht fuer ScsiGeneric, und ist eine der Moeglichkeiten ein scsi-cdrom anzusprechen (z.B. beim Brennen einer CDR). Die andere Moeglichkeit ist /dev/scd0. Du kannst auch das eine device auf das jeweils andere verlinken (aber bitte nur eines von beiden ;)

Das bringt mich auf die Frage: Warum heissen meine scsi-devices /dev/sr0 und /dev/sr1?

Oh. Hups. Habe /dev/srX mit /dev/sgX verwechselt. Also nochmal (diesmal richtig): /dev/srX = /dev/scdX = SCSI-CDROM (Blockorientiert, zum lesen, auch via scsi-emulation ide-scsi. /dev/sgX = SCSI-Generic Charakterorientert(!), zum schreiben von CDR(W)s # l /dev/sg0 /dev/sr0 /dev/scd0 crw-r--r-- 1 root disk 21, 0 Jul 23 1999 /dev/sg0 ^ br--r--r-- 1 root disk 11, 0 Jul 23 1999 /dev/sr0 br--r--r-- 1 root disk 11, 0 Jul 23 1999 /dev/scd0 ^ CU David -- "We apologise for the inconvenience" ("God's Final Message") --- Douglas Adams (P.S.: I think, I feel good about it, too...) email: David@dhaller.de www: www.dhaller.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Christoph R. wrote:

also ist es egal, ob ich die Laufwerke über scdx oder sgx anspreche? oder ist eins von beiden devices nur fürs brennen?

Soweit ich es verstanden habe, sind die sgx-devices low-level Schnittstellen zu den SCSI-Geräten. Die gibt es für alle Geräte am SCSI-Bus, außer dem Controller. Ein Rechner mit 2 SCSI-Platten, -CDROM, -Brenner und -Scanner hat auch 5 sgx-devices, sofern alles beim Booten eingeschaltet war (und pro device eine Lun). sgx-devices scheinen dabei nicht zu wissen, was für Geräte ihnen zugeordnet sind. Sie leiten einfach die 'rohen' Kommandos an das Gerät weiter. scdx ist dagegen eine CDROM-Schnittstelle. Und da brennen nicht zu den Eigenschaften eines CDROMS gehört, muß das Brennprogramm eben auf das entsprechende sgx-device zugreifen. Die Zuordnung sgx-device - Gerät ist übrigens dynamisch. Wenn der Scanner beim Booten eingeschaltet ist, erhält er bei diesem Rechner das Device sg2. Ist er beim Booten ausgeschaltet, befindet sich an sg2 das CDROM. Schalte ich den Scanner ein, wird ihm, wenn ich ihn manuell einbinde, sg4 zugeordnet. Scannen kann ich dann erst, wenn ich ihn neu mit yast konfiguriere (wobei dann wohl der Link von /dev/scanner neu gesetzt wird). Aus dem Ganzen folgt, das du immer die für die Geräte vorgesehenen Devices verwenden solltest, scdx und sdx. Zugriff auf sgx nur, wenn es nicht anders geht (brennen, Scanner). mfg Alfons. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Maik Holtkamp wrote:

Hallo Alfons,

Hallo Maik.

Das mit dem Scanner kannst Du IMHO einfacher haben. Beim booten werden die devices einfach von Host aufwärts durchnummeriert. Wenn Du darauf achtest, dass Dein Scanner

die höchste id am Bus hat (außer Controller)

bekommt er die gleiche sgx beim booten wie beim hinzufügen "von Hand".

Stimmt, klappt wunderbar. Habe dem Scanner jetzt die id 5 verpasst, nach dem Booten ist er tatsächlich als /dev/sg4 vorhanden. mfg Alfons. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com