On Tue, 22 Aug 2000, you wrote:
Ich habe den mitgelieferten Controller und (testweise) auch einen Symbios-Logic eingesetzt, beide werden beim Booten wohl gar nicht erkannt, bzw. finde ich beim Durchsuchen nichts, was darauf hinweist.
Hallo, wird denn beim Booten das entsprechende Kernel-Modul für den SCSI-Controller geladen? Soweit ich weiß, kann man die von Mustek mitgelieferten Controller in der Regel vergessen, da sie a) nicht Interupt-gesteuert sind, und daher den Rechner ausbremsen und b) es keine Kernelunterstützung dafür gibt. Bevor jedoch der Scanner angesprochen werden kann, mußt Du auf jeden Fall erst mal das Modul für den Kernel laden. Falls das nicht beim Booten schon passiert, kannst Du es mit ,modprobe MODULNAME' nachholen. Für weitere Informationen würde ich Dir erst mal das SuSE-Handbuch empfehlen. Gruß, Rudi. -- Rudolf Elpelt EMail: elpelt@t-online.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mit, 23 Aug 2000, Rudolf Elpelt wrote:
Ich habe den mitgelieferten Controller und (testweise) auch einen Symbios-Logic eingesetzt, beide werden beim Booten wohl gar nicht erkannt, bzw. finde ich beim Durchsuchen nichts, was darauf hinweist.
Für weitere Informationen würde ich Dir erst mal das SuSE-Handbuch empfehlen.
Hallo, ich habe nun alles gelesen, was ich in der SDB über Scanner und Scannen finden konnte, schien alles plausibel einfach - aber ich bekomme nichts hin :-( Fast alles scheint schief zu laufen :-( Ich habe einen Symbios-Logic, der soll mit dem Modul ncr53c8xx.o laufen. Soweit so gut, ich habe in der /etc/modules.conf eingefügt: erol@golem:~ > less /etc/modules.conf | grep "sg" pre-install sg modprobe ncr53c8xx alias char-major-21 sg post-install sg echo "scsi add-single-device 1 0 6 0" > /proc/scsi/scsi golem:~ # modprobe sg /lib/modules/2.2.14/scsi/sg.o: post-install sg failed /lib/modules/2.2.14/scsi/sg.o: insmod sg failed golem:~ # lsmod Module Size Used by sg 12116 0 (unused) ncr53c8xx 51988 0 (unused) Das verstehe ich nicht, das Laden schlägt fehl, aber die Treiber sind dennoch geladen? golem:~ # cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: MITSUMI Model: CR-4802TE Rev: 2.1D Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: TEAC Model: CD-540E Rev: 1.0A Type: CD-ROM ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 06 Lun: 00 Vendor: SCANNER Model: Rev: V101 Type: Scanner ANSI SCSI revision: 01 CCS Soweit so gut, nun habe ich, wie beschrieben, die Änderungen der Rechte an xscanimage und den Link für xsane hergestellt. Aber: xsane meldet sofort nach dem Start: "No devices available" Noch schlimmer ist scanimage :-( erol@golem:~ > xscanimage xscanimage: no devices available. Gtk-CRITICAL **: file gtkmain.c: line 534 (gtk_main_quit): assertion `main_loops != NULL' failed. Was habe ich denn falsch gemacht? Laut SuSE-Handbuch soll das ganz einfach sein. Ein HowTo habe ich nicht gefunden ... ich bin ziemlich ratlos :,-( alute erol -- Ein Lebenszeichen aus dem Hundert-Morgen-Wald. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Erol Bernstein wrote:
golem:~ # cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: MITSUMI Model: CR-4802TE Rev: 2.1D Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: TEAC Model: CD-540E Rev: 1.0A Type: CD-ROM ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 06 Lun: 00 Vendor: SCANNER Model: Rev: V101 Type: Scanner ANSI SCSI revision: 01 CCS
Schaut gut aus. Jetzt nur noch den Scanner mit Yast einrichten. Falls er dir nur die beiden ide-cdrom's als /dev/sg0 und /dev/sg1 anbietet und es keine Möglichkeit gibt, den echten SCSI-Controller auszuwählen, dann versuche mal: rm /dev/scanner ln -s /dev/sg2 /dev/scanner scanimage -d mustek > /tmp/image.pnm mfg Alfons. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Son, 27 Aug 2000, Alfons Wuestnienhaus wrote: Hallo Alfons,
Host: scsi1 Channel: 00 Id: 06 Lun: 00 Vendor: SCANNER Model: Rev: V101 Type: Scanner ANSI SCSI revision: 01 CCS
Schaut gut aus. Jetzt nur noch den Scanner mit Yast einrichten. Falls er dir nur die beiden ide-cdrom's als /dev/sg0 und /dev/sg1 anbietet und es keine Möglichkeit gibt, den echten SCSI-Controller auszuwählen, dann versuche mal:
Doch, die Möglichkeit hatte ich: sg2. erol@golem:~ > la /dev/sg2 /dev/scanner lrwxrwxrwx 1 root root 3 Aug 23 19:49 /dev/scanner -> sg2 crwxrwxrwx 1 root disk 21, 2 Mar 11 11:12 /dev/sg2 Damit scheint auch alles in Ordung zu sein. Sane habe ich installiert, ich habe auch in der SDB nicht gelesen, dass man noch irgendwas daran konfigurieren muss.
scanimage -d mustek > /tmp/image.pnm
Hmm ... daran habe ich noch nicht gedacht, dass wenn ein xscanimage existiert, auch ein scanimage da sein muss - aber: erol@golem:~ > scanimage -d mustek > /tmp/image.pnm scanimage: open of device mustek failed: Invalid argument erol@golem:~ > scanimage -T scanimage: no SANE devices found erol@golem:~ > scanimage --list-devices erol@golem:~ > Also sind keine Devices vorhanden, unter erol@golem:~ > locate mustek /etc/sane.d/mustek.conf /usr/lib/sane/libsane-mustek.a /usr/lib/sane/libsane-mustek.la /usr/lib/sane/libsane-mustek.so /usr/lib/sane/libsane-mustek.so.1 /usr/lib/sane/libsane-mustek.so.1.0.1 Auweia ... den sane-Daemon brauche ich doch eigentlich nicht, weil ich hier nur an einem Einzelplatz-Rechner sitze, oder? Ist der Controller nicht richtig ansprechbar, oder ein Problem der Konfiguration? Besten Dank alute erol -- Ein Lebenszeichen aus dem Hundert-Morgen-Wald. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
Elpelt＠t-online.de -
erol.bernstein＠owl-online.de -
sulx＠freenet.de