sieht ganz gut aus. niemand wird dir den kopf abreißen weil keine änderungsnotiz gemacht wurde

Hallo Zusammen

Ich habe gerade gemerkt, das Es Probleme mit dem Scannen und USB3 gibt. Ich musste mir ein neues Notebook besorgen (Unfall) und habe aus Zeitnot die alte HD in das neue Gerät gesteckt (ist das Nachfolgemodell) die Software ist daher identisch. In der neuen Kiste hat es aber neben 2x USB2 auch noch 3x USB3 - Anschlüsse, am USB3 anschluss geht das Scannen nicht, am USB2 schon.

Ich bin mir nicht sicher, ob es ein scanner Problem oder ein USB-Problem ist, wollte es nur schnell posten (Habe zuerst die Anleitung noch einmal durchgespielt bis ich es gemerkt habe). Momentan habe ich den Scanner einfach am USB2-Anschluss angeschlossen als Workaround.

USB3...wer weiss ob Ubuntu 10.04 ? bereits USB 3.0 unterstützt.

Also meine USB-Maus geht am USB3-Anschluss... und ich kann den Scanner auch mit

brscan-skey -l

sehen

Hallo,

ich habe gerade nach der gleichnamigen Wikianleitung den Scanner meines DCP-7010 betriebsbereit gemacht. Den Scanner brauche ich eher selten, daher hatte ich in den letzten Installationen lediglich die Druckertreiber installiert.

Dabei ist mir aufgefallen, dass es zwei Varianten der Konfiguration gibt, um den Scanner als normaler Benutzer verwenden zu können. Standardmäßig ist dabei die /lib/udev/rules.d/40-libsane.rules zu editieren.

In Sonderfällen funktioniert das nicht, dort muss dann die Variante: 55-libsane.rules abgearbeitet werden. Als ein Beispiel dafür, wo das notwendig wird, ist der DCP-7010 genannt. Siehe hier

Zumindest bei 10.04 habe ich den Scanner allein durch das Installieren des Paketes brscan2 und das im Wiki beschriebene Editieren der /lib/udev/rules.d/40-libsane.rules zum Laufen bekommen. Der Weg über 55-libsane.rules war dazu nicht nötig.

Das nur kurz als Info, da beim DCP-7010 nun anscheinend auch der Standardweg über die /lib/udev/rules.d/40-libsane.rules funktioniert.

Gruß, Tom

Ein Kommentar zur Anleitung, vielleicht hilfreich, da scheint noch etwas zu fehlen:

Ich bin von Hardy auf Lynx LTS umgestiegen; danach ging der Scanner im DCP-7045N nicht mehr. Danach habe ich alle Schritte auf der Wiki-Seite ausgeführt, ohne den gewünschten Erfolg.

Meine Suche hat mich dann auf eine andere Anleitung geführt, wo erwähnt wurde, dass in /etc/sane.d/dll.conf ein Zeileneintrag 'brother3' vorkommen muss und in /etc/sane.d/net.conf der Knotenname (oder die IP) des Netzwerkscanners aufgeführt sein muss.

Beides war bei mir nicht der Fall. Warum eigentlich!? Direkt danach hat's dann auch mit dem Scannen geklappt.

Hallo

Ich habe da eine Problem. Ich wollte im Skript für PDF --mode Lineart einbauen, dann wird aber nicht gescannt, es wird nur eine leere Datei erstellt.

muss --mode woanders eingetragen werden?

# MJ: PDF: (requires installation of the packet "netpbm")
scanimage  --mode Lineart --device-name "$device"  --resolution $resolution -l 0 -t 0 -x 210.00 -y 295.00 \ 
| pnmtops -imagewidth 8.26 -nocenter | gs -q -dNOPAUSE -sDEVICE=pdfwrite \
-sOutputFile=- - > "$output_file".pdf

cu Reiner

Hallo Reiner,

in diesem Thread geht es nur um den Wikibeitrag, Problemlösungen musst Du im Forum nachfragen, die werden hier nicht unbedingt entdeckt...

Anderes Thema. Zum Artikel.

Wie könnte man im Abschnitt "Variante 40-libsane.rules" besser+geschickt herausarbeiten, dass zum editieren mit gedit der Befehl "gksu" verwendet werden sollte?

~

Alice wtfiA schrieb:

Wie könnte man im Abschnitt "Variante 40-libsane.rules" besser+geschickt herausarbeiten, dass zum editieren mit gedit der Befehl "gksu" verwendet werden sollte?

Das ist doch in dem in eckigen Klammern verlinkten Artikel ("Zum Verständnis dieses Artikels sind folgende Seiten hilfreich"-Kasten) erklärt. Man braucht ja nicht in jedem Artikel explizit gksu und kdesudo erwähnen.

Man könnte noch das Modell DCP-195C in die Tabelle für den brscan3 aufnehmen, siehe: http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/download_scn.html

Ich fände es gut, wenn bei 4. "Zusätzlich für Natty" erwähnt werden würde, dass man die Device ID mit lsusb ermitteln kann.

Mfg -Xiri101-

Xiri101 schrieb:

Man könnte noch das Modell DCP-195C in die Tabelle für den brscan3 aufnehmen, siehe: http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/download_scn.html

Mach doch, ist doch ein Wiki.

Ich fände es gut, wenn bei 4. "Zusätzlich für Natty" erwähnt werden würde, dass man die Device ID mit lsusb ermitteln kann.

Wie genau kriegt man die Device-ID denn raus? Sind „product id“ und „device id“ einfach die beiden Werte vor und nach dem Doppelpunkt in der Ausgabe von lsusb?

Ich würde die Information auch ergänzen, nur bin ich mir selbst eben nicht ganz sicher, wie man die Information eigentlich bekommt.

Liebe Grüße
Fredo

DCP-195C ist jetzt in die Liste der brscan3-Treiber ergänzt. (Tabellen bearbeiten, sieht erstmal etwas schwierig aus)

@ Xiri101: Gut, es ist interessant, dass man mit "lsusb" die Device-ID erfährt. Funktioniert sogar mit LucidLynx, nachdem der Treiber installiert ist.

@ 'Fredo: 04f9 ist die Vendor ID. Also, das was vor dem Doppelpunkt steht, Hab den gewünschten Teil mal gelb angepinselt.

Und die 1.Zeile (Ubunutu Natty) in der anzulegenden Datei noch mit # auskommentiert. *smile*

Guckt's Euch doch nochmal an, ob's so besser verständlich ist?

Netter Gruss & Danke für den Vorschlag. Hab den Wiki-Artikel zufällig abonniert..

Edit: Es steht auch was dazu in Scanner

Hallo,

im Artikel heißt es:

Möchte man ein Gerät neuerer Bauart (ab Mitte 2008) verwenden ist man darauf angewiesen Treiberpakete manuell zu installieren. Siehe den Abschnitt Manuelle-Installation.

Der Link

Manuelle-Installation

funktioniert jedoch nicht.

Gruß Superhonk

Danke. Bei einer Überarbeitung wurde die Überschrift verändert und der Link klappte deshalb nicht mehr. Ich habe das behoben.

Hi,

re: Brother/Drucker

hab' mal 'ne blöde Frage im Artikel steht für 32-Bit

sudo dpkg -i --force-architecture *lpr*.deb
sudo dpkg -i --force-architecture *cupswrapper*.deb 

wäre ein

sudo dpkg -i *lpr*.deb
sudo dpkg -i *cupswrapper*.deb 

bei einer vorliegenden 32-Bit .deb-Datei nicht völlig ausreichend?