Forumneuerdings Schwierigkeiten mit brother MFC 7420 als Scanner
Michael Deist – Montag, 05. Februar 2007 15:06 Uhr

Hi Gemeinde,
ich bin neu hier und weiß auch nicht so recht, ob diese Art von Hilfe hier geleistet werden kann. Also versuche ich es einfach mal und hoffe…

Seit Jahren betreibe ich meinen brother MFC 7420 (nicht …N) in einem Lan, angeschlossen am USB.Port des PC, der in meinem Lan als Server fungiert. Das Drucken unter CUPS funktioniert ausgezeichnet, auch jetzt. Das Scannen funktionierte unter Suse 9.n ebenfalls von allen im LAN befindlichen Rechnern.

Nun habe ich lange Zeit den Scanner nicht mehr benötigt. Inzwischen läuft bei mir auf allen Rechnern Suse 10.1. Alles funktioniert, nur den Scanner bekomme ich nicht mehr ans Laufen. Brother schreibt mir, das ginge sowieso nicht im LAN, das Gerät sei nicht LAN-fahig (war es aber!)

Ich kann den brother-Treiber “brscan2-0.2.1-0.i386.rpm” auf dem PC, an dem der Scanner angeschlossen ist, installieren, anschließend funktioniert dort das Scannen als root mit “Xsane” gut. Dann probiere ich es als Benutzer von einem anderen PC, “Xsane” bleibt hängen und dann klappt das Scannen überhaupt nicht mehr, auch am Server nicht mehr. Es erscheint die Meldung, “Error to open device brother2: bus2; dev1 – Error during device IO”.

Ich habe es schon in anderen Foren versucht, scheinbar weiß niemand etwas, jedenfalls bekam ich bisher keierlei qualifizierte Antworten. Kann mir hier jemand helfen?

Mein System: Suse 10.1, KDE 3.5

Gruß, Michael

1 Antwort
Christian Schuglitsch – Dienstag, 06. Februar 2007 00:26 Uhr

Du scannst immer nur als root? Unter welchem Benutzer läuft der sane.d?
Mit lsusb finde ich z.B. das hier:
Bus 003 Device 011: ID 055f:0002 Mustek Systems, Inc. ScanExpress 600 CU

ls -l /proc/bus/usb/003/011
-rw-rw—- 1 root scanner 57 2007-02-06 00:11 /proc/bus/usb/003/011

Alle User, auch die über das Netzwerk zugreifenden, sollten der Gruppe scanner zugeordnet sein.
Für Testzwecke kann man auch den Stecker zum Internet ziehen und kurzzeitig ein chmod 777 /proc/bus/usb/003/011 durchführen. Das sollte aber kein Dauerzustand bleiben!

Wie verhält sich dein Scanner jetzt, wenn nicht irgendein gestopter Zugriff alle weiteren Zugriffe blockiert?

MfG

[1] http://linux.schugy.de

Michael Deist – Dienstag, 06. Februar 2007 17:17 Uhr

Hallo Christian,
danke für Deine Antwort.- Natürlich scanne ich nicht immer als root. Das geschah hier nur zu Testzwecken. Mittlerweile kann ich auch wieder als “normaler” user scannen, wenigstens auf dem lokalen Rechner.

Manchmal sieht man den Wald vor lauter Bäumen nicht. Du hast mir mit dem Hinweis auf den “gestoppten Prozess” ein Brett vorm Kopf weggenommen…

Okay, aber das Scannen übers Netz funktioniert noch immer nicht. Wie bereits beschrieben: Der Scannerschlitten fährt in die Ausgangsposition, dann bleibt das Programm xsane hängen.- Nichts geht meht. Ein “kill PID” entsperrt xsane, aber es klappt eben nicht. Die Konfigurationsdateien “net.conf” und “dll.conf” sind richtig(?), laut Beschreibungen, gesetzt.

Gruß, Michael

Christian Schuglitsch – Dienstag, 06. Februar 2007 20:25 Uhr

Du schickst den Scanbefehl hin, und die Ausgangsposition wird eingenommen. Der sane.d-Benutzer gehört also zur Gruppe scanner (oder läuft als root).
Jetzt beginnt der sane.d die Daten einzulesen und ab dem ersten Bit Bildinformation stoppt der Prozess?
client -> server = geht
server -> client = geht nicht
Das hört sich nach einer übereifrigen Firewall auf dem Clientrechner an.
Auf welchem Port sendet sane.d die Daten an den Client? Ist der Port für den Protokolltyp frei? Was sagen die Firewalllogs? Schafft das Deaktivieren der Firwall Abhilfe?

Michael Deist – Mittwoch, 07. Februar 2007 08:57 Uhr

Hi Christian,

schön, dass ich mal mit jemandem Kontakt habe, der versucht Gedankenanstöße zu geben. Mit der Aussage der brother-Hotline “Geht nicht” kann ich mich prinzipiell nicht abgeben!

Also, bis hierhin (Firewall) habe ich die Angelegeheit schon verfolgt und hatte den gleichen Schluss gezogen. Leider ohne Erfolg, ein Abschalten der Firewall des Clients ergab keine Änderung!

Gruß, Michael

Michael Deist – Mittwoch, 07. Februar 2007 11:26 Uhr

Hallo Christian,

hier noch ein Nachtrag, was mich nun aber vollends aufs “Abstellgleis schiebt”:
Auf dem Server erscheint die Meldung “process nnnn (saned) did not claim interface #1 before use”!- Das scheint mir fast ein Fehler in der libusb zu sein. Gibt es da irgendwelche neuen Erkenntnisse?- Ich habe bei google nur ältere Beiträge gefunden, aus denen ich keine Schlüsse ziehen konnte.

Gruß,
Michael

Christian Schuglitsch – Sonntag, 18. Februar 2007 23:01 Uhr

Der usb-core des kernels, die libusb, glibc und alles andere entwickeln sich weiter, während die brother-Treiber wahrscheinlich nur wenig gepflegt werden.

Ansonsten könnten schon die USB-Meldungen beim Booten interessant sein (dmesg).