ForumScannen mit MFC-5440
Dieter Drewanz – Montag, 27. November 2006 21:19 Uhr

Hallo LC,
mein Brother MFC-5440CN (Drucker, Fax, Scanner, LAN, ohne die lästigen Chips in den Patronen) funktioniert mit den Treibern von Brother das Drucken einwandfrei. Ich verwende openSUSE 10.1, der Rechner ist über WLAN mit dem Speedport verbunden an dem auch der Drucker hängt. Die Anleitungen der englischen Seiten habe ich befolgt.
Wichtig ist zu wissen, daß zuerst der lpr Treiber installiert wird, bevor der cups Treiber installiert wird. Bevor man cups aufruft, sollte noch das Paßwort für cups gegeben werden, da Suse hier abweicht und hier seperate vergeben werden. Danach restarten /etc/init.d/cups restart sollte nicht vergessen werden (vor allem wenn es bei ‘Drucker modifizieren’ nicht mehr weiter geht). Vorher sollte noch mit lppasswd -a username und lppasswd -a root die cups Paßwörter eingerichtet werden. Dies für root und dem user unter dem man gerade eingeloggt ist. Wenn einer fehlt, dann geht cups nicht bei der nächsten Einrichtung ‘Drucker modifizieren’.
Soweit so gut, nur mit dem Scannen kämpfe ich noch (noname:~ # brsaneconfig2 -a name=SCANNER1 model=MFC-5440CN ip=192.168.xxx.xxx). Im Internet habe ich gelesen, daß es klappt bei Ubuntu 6.x und Suse 10.0. Ich habe schon einiges probiert, weiß jemand hier Rat. Die Meldung bei xsane lautet:
Fehler beim Öffnen des Geräts ‘brother2:net1;dev0’: Ungültiges Argument
Folgendes ist mir auch noch aufgefallen: noname:~ # rcxinetd restart Shutting down xinetd: done Starting INET services. (xinetd) failed noname:~ #

[1] http://www.brother.de/index.cfm?pos=product&page=downloads&artnr=MFC5440CNG1&kind=dr
[2] http://micha.monsteradmin.de/archives/110-Brother-MFC-5440CN-Scannen-ueber-das-Netz-mit-SuSE-10.0.html

1 Antwort
Ulf B. – Montag, 27. November 2006 21:31 Uhr

Hi Dieter,

sieht wohl so aus als startet Dein xinetd-Daemon nicht. Ne im Ernst, was steht denn in der /etc/xinetd.conf und dem Unterverzeichnis /etc/xinetd.d/. Was sagen die LOG’s (/var/log/xinetd.log, /var/log/messages sowie evtl. dmesg)?

Ciao
Ulf

Dieter Drewanz – Montag, 27. November 2006 23:27 Uhr

Hi Ulf,
danke für Deine Antwort. Anbei die (langen) Listings. Die Kommentarzeilen habe ich rausgeworfen, sonst würde es zu lange. Mit Firewall deaktiviert habe ich es auch schon versucht. cat /etc/sane.d/net.conf: # localhost # scanserver 192.168.xxx.xxx cat /etc/xinetd.conf: defaults { log_type = FILE /var/log/xinetd.log log_on_success = HOST EXIT DURATION log_on_failure = HOST ATTEMPT # only_from = localhost instances = 30 cps = 50 10 } includedir /etc/xinetd.d cat: dmesg: device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel@redhat.com dm-netlink version 0.0.2 loaded loop: loaded (max 8 devices) AppArmor: AppArmor (version 2.0-19.43r6320) initialized audit(1164651610.273:2): AppArmor (version 2.0-19.43r6320) initialized NET: Registered protocol family 10 lo: Disabled Privacy Extensions IPv6 over IPv4 tunneling driver ip6_tables: (C) 2000-2006 Netfilter Core Team ip_tables: (C) 2000-2006 Netfilter Core Team Netfilter messages via NETLINK v0.30. ip_conntrack version 2.4 (8192 buckets, 65536 max) – 232 bytes per conntrack cat /var/log/xined.log: 06/11/25@22:29:04: START: sane-port from=127.0.0.1 06/11/25@22:29:04: EXIT: sane-port status=0 duration=0(sec) 06/11/25@22:29:09: START: sane-port from=127.0.0.1 06/11/25@22:29:09: EXIT: sane-port status=0 duration=0(sec) cat messages: Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=26] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/cups-lpd [file=/etc/xinetd.d/cups-lpd] [line=15] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/cvs [file=/etc/xinetd.d/cvs] [line=11] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=16] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/daytime-udp [file=/etc/xinetd.d/daytime-udp] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=15] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/echo-udp [file=/etc/xinetd.d/echo-udp] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/fam [file=/etc/xinetd.d/fam] [line=15] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/imap [file=/etc/xinetd.d/imap] [line=17] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/netstat [file=/etc/xinetd.d/netstat] [line=69] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/qpopper [file=/etc/xinetd.d/qpopper] [line=16] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/rsync [file=/etc/xinetd.d/rsync] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/sane-port [file=/etc/xinetd.d/sane-port] [line=12] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/servers [file=/etc/xinetd.d/servers] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/services [file=/etc/xinetd.d/services] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/swat [file=/etc/xinetd.d/swat] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/systat [file=/etc/xinetd.d/systat] [line=12] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=17] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=14] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/time-udp [file=/etc/xinetd.d/time-udp] [line=15] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/vnc [file=/etc/xinetd.d/vnc] [line=15] Nov 27 20:34:05 client7 xinetd[15976]: Reading included configuration file: /etc/xinetd.d/vsftpd [file=/etc/xinetd.d/vsftpd] [line=90] Nov 27 20:34:05 client7 xinetd[15976]: removing chargen Nov 27 20:34:05 client7 xinetd[15976]: removing chargen Nov 27 20:34:05 client7 xinetd[15976]: removing printer Nov 27 20:34:05 client7 xinetd[15976]: removing cvspserver Nov 27 20:34:05 client7 xinetd[15976]: removing daytime Nov 27 20:34:05 client7 xinetd[15976]: removing daytime Nov 27 20:34:05 client7 xinetd[15976]: removing echo Nov 27 20:34:05 client7 xinetd[15976]: removing echo Nov 27 20:34:05 client7 xinetd[15976]: removing fam Nov 27 20:34:05 client7 xinetd[15976]: removing pop2 Nov 27 20:34:05 client7 xinetd[15976]: removing pop3 Nov 27 20:34:05 client7 xinetd[15976]: removing pop3s Nov 27 20:34:05 client7 xinetd[15976]: removing imap Nov 27 20:34:05 client7 xinetd[15976]: removing imaps Nov 27 20:34:05 client7 xinetd[15976]: removing netstat Nov 27 20:34:05 client7 xinetd[15976]: removing pop3 Nov 27 20:34:05 client7 xinetd[15976]: removing rsync Nov 27 20:34:05 client7 xinetd[15976]: removing sane-port Nov 27 20:34:05 client7 xinetd[15976]: removing servers Nov 27 20:34:05 client7 xinetd[15976]: removing services Nov 27 20:34:05 client7 xinetd[15976]: removing swat Nov 27 20:34:05 client7 xinetd[15976]: removing systat Nov 27 20:34:05 client7 xinetd[15976]: removing tftp Nov 27 20:34:05 client7 xinetd[15976]: removing time Nov 27 20:34:05 client7 xinetd[15976]: removing time Nov 27 20:34:05 client7 xinetd[15976]: removing vnc1 Nov 27 20:34:05 client7 xinetd[15976]: removing vnc2 Nov 27 20:34:05 client7 xinetd[15976]: removing vnc3 Nov 27 20:34:05 client7 xinetd[15976]: removing vnchttpd1 Nov 27 20:34:05 client7 xinetd[15976]: removing vnchttpd2 Nov 27 20:34:05 client7 xinetd[15976]: removing vnchttpd3 Nov 27 20:34:05 client7 xinetd[15976]: removing ftp Nov 27 20:34:05 client7 xinetd[15976]: 15976 {init_services} no services. Exiting… Nov 27 21:20:16 client7 syslog-ng[2456]: STATS: dropped 0 Nov 27 22:20:16 client7 syslog-ng[2456]: STATS: dropped 0

Ulf B. – Dienstag, 28. November 2006 23:57 Uhr

Hi Dieter,

bin jetzt nicht der Sane Experte (insbesondere nicht via Netzwerk), aber ich versuche es mal trotzdem. Mir fällt auf das kein Service aktiviert wurde und deshalb alle Dienste wieder entfernt werden. Insbesondere auch der für Sane zuständige /etc/xinetd.d/sane-port. Ich habe mal bei mir in die Datei geschaut und folgende Ausgabe erhalten:

# default: off # description: The saned provides scanner service via the network. \ # Applications like kooka, xsane or xscanimage can use the remote \ # scanner. service sane-port { socket_type = stream port = 6566 wait = no user = root group = root server = /usr/sbin/saned disable = yes } Wenn ich diese Ausgabe richtig interpretiere, muß hier bei Dir etwas anderes stehen (ich tippe mal darauf das die Zeile disable = yes gelöscht / auskommentiert oder auf no gesetzt werden muß.

Mehr fällt mir momentan nicht auf. Ach so, hast Du den xinetd und SANE mit YaST aktiviert?

Ciao
Ulf

Dieter Drewanz – Donnerstag, 30. November 2006 23:36 Uhr

Danke Ulf! xinetd habe ich im yast aktiviert. sane konnte ich dort nicht finden, ist aber installiert. In /etc/xinetd.d/sane-port steht genau das gleiche, wie bei dir. Vielleicht finde ich noch was.

Ulf B. – Freitag, 01. Dezember 2006 22:06 Uhr

Hi Dieter,

was Steht jetzt drin? Entweder 1.:

service sane-port { socket_type = stream port = 6566 wait = no user = root group = root server = /usr/sbin/saned disable = yes } Oder 2.:

service sane-port { socket_type = stream port = 6566 wait = no user = root group = root server = /usr/sbin/saned disable = no } Nach meiner Meinung muß der Eintrag 2. bei Dir drinnen stehen (1. schaltet den SANE-Port ab).

Ciao
Ulf

Dieter Drewanz – Samstag, 02. Dezember 2006 11:40 Uhr

Danke Ulf, bei mir steht 1. drin und werde 2. ausprobieren, wenn ich wieder dort bin.

Dieter Drewanz – Mittwoch, 06. Dezember 2006 18:03 Uhr

Zur Abwechselung habe ich es mit einem anderen Drucker probiert.
brsaneconfig2 -d liefert:
test SCANNER1
PING 192.168.002.022 (192.168.2.18) 56(84) bytes of data.
10 packets transmitted, 0 received, 100% packet loss, time 9011ms
test SCANNER2
PING 192.168.000.020 (192.168.0.16) 56(84) bytes of data.
From 192.168.0.102: icmp_seq=2 Destination Host Unreachable

Mit ethereal habe ich mal gesnifft, was passiert und habe tatsächlich Anfragen an eine um 4 niedrigere IP gefunden. Vielleicht wäre jemand so nett das hier mit seinem Brother Multifunktionsgerät unter Linux nachzusehen, ob das dort auch so ist.

Harald Geiger – Donnerstag, 07. Dezember 2006 15:57 Uhr

Hallo Dieter! PING 192.168.002.022 (192.168.2.18) 56(84) bytes of data.

Die Zeile sagt eigentlich schon alles:
192.168.002.022 ist gleich 192.168.2.18 und nicht gleich 192.168.2.22, wie Du meinst.

Das liegt daran, dass Zahlen, die mit einer Null beginnen, bei vielen Gelegenheiten als Zahlen im Oktalsystem angesehen und nicht als Dezimalzahlen interpretiert werden:

022(oktal) = 2*8 + 2*1 = 18(dezimal)

Du solltest also in allen relevanten Konfigdateien die führenden Nullen löschen.

Harald

Dieter Drewanz – Donnerstag, 07. Dezember 2006 22:03 Uhr

Vielen Dank! Genau das hat das Problem gelöst! (wenn ich doch bloß fauler gewesen wäre und die Nullen weggelassen hätte) Mit dem DCP-310CN habe ich jetzt endlich erfolgreich gescannt (Drucken geht noch nicht, aber scannen. Das liegt daran, daß ich in die betreffende Datei von cups den Drucker manuell eintragen muß, damit dieser unter hinzufügen/modifizieren “http://localhost:631/admin” im Menü nach der Herstellerwahl, das Modell auch in der Auswahl habe.).
Auch der erst wieder in ein paar Tagen verfügbare MFC-5440 (drucken geht ja) wird damit wohl auch gehen. Vermute allerdings, dass ähnliches bei IP Teilen mit führenden Nullen an anderen Stellen auch ganz schöne Probleme bereiten kann.

Dieter Drewanz – Freitag, 08. Dezember 2006 15:10 Uhr

Anmerkung: Drucken geht nun auch mit dem DCP-310CN. Nochmal installieren (nicht mit su/sudo, sondern im Befehlsfenster Systemverwaltungsmodus) des CUPSwrappers und dann war der Drucker auch in der ppds.dat von CUPS enthalten.