Arch Linux

Scanner Canon Pixma funktioniert nicht mit Sane

dino

arch x86_64 / gnome 3

scanimage -V

scanimage (sane-backends) 1.0.24; backend version 1.0.24
-> OK

scanimage -L

ergibt:
device `v4l:/dev/video0' is a Noname BisonCam, NB Pro virtual device
device `pixma:04A9175F_315075' is a CANON Canon PIXMA MP230 multi-function peripheral

wenn ich anschließend mit

scanimage --device pixma:04A9175F_315075 --format=tiff > test.tiff

versuche zu scannen, passiert: nichts :-(

Vielleicht hat jemand eine Idee dazu, die proprietärenTreiber von Canon möchte ich aufgrund der Unmengen an 32-bit Abhängigkeiten nicht verwenden.

Greg

dino schrieb

scanimage --device pixma:04A9175F_315075 --format=tiff > test.tiff

Versuchs mal als root.

dino

@Greg

Danke für den Tipp!

Mit vorgestelltem sudo funktioniert es, anschließend dann auch ohne. Auch Xsane, welches vorher den Dienst komplett verweigerte funktioniert inkl. Vorschau (ohne sudo) reibungslos.
Hat jemand eine logische Erklärung dafür?

Ich bin (und war schon vorher) Mitglied der Gruppen scanner und lp ...

Na, Hauptsache es funktioniert nun.

Greg

dino schrieb@Greg Mit vorgestelltem sudo funktioniert es, anschließend dann auch ohne. Auch Xsane, welches vorher den Dienst komplett verweigerte funktioniert inkl. Vorschau (ohne sudo) reibungslos.
Hat jemand eine logische Erklärung dafür?Ich bin (und war schon vorher) Mitglied der Gruppen scanner und lp ...
Na, Hauptsache es funktioniert nun.

Jetzt wo das Problem ein Rechteproblem ist, solltest du den Zugriff zum Scanner entsprechend anpassen. Wie das bei den Canonkram geht weiß ich nicht. Aber es gibt eine Anlaufstelle in /etc/udev/rules.d/
Eine udev Regel erzeugen für die Gruppe users oder scanner im Zusammenhang des Gerätes 04A9175F_315075.

Sieh dir mal das Wiki udev an. Oder frag hier einfach noch genauer danach.
Hier ist mal ein Beispiel eines Programmers

SUBSYSTEM!="usb|usb_device", GOTO="ft2232_rules_end"
ACTION!="add", GOTO="ft2232_rules_end"

ATTRS{idVendor}=="0403", ATTRS{idProduct}=="cff8", MODE="0666", GROUP="users"
ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", MODE="0666", GROUP="users"

LABEL="ft2232_rules_end"

Gruß aus DN
Greg

dino

@Greg, danke für den Lösungsansatz mit den UDEV-Regeln.

Ich schau mir das sobald als möglich an, sollte ich dies hinbekommen, poste ich hier das Ergebnis.

Greg

dino schrieb@Greg Mit vorgestelltem sudo funktioniert es, anschließend dann auch ohne. Auch Xsane, welches vorher den Dienst komplett verweigerte funktioniert inkl. Vorschau (ohne sudo) reibungslos....

So im Nachhinein, warum das zuerst nur mit root und anschließend doch ohne sudo geht weiß ich nicht.
Mit lsusb kannst du für die Udevregel die Vendorid und Produktid herausbekommen. z.B.

$ lsusb
Bus 008 Device 004: ID 046d:c016 Logitech, Inc. Optical Wheel Mouse

dino

Greg schriebSo im Nachhinein, warum das zuerst nur mit root und anschließend doch ohne sudo geht weiß ich nicht.

Ja, die Wege mancher Bits und Bytes sind unergründlich. Eines Tages kommt vielleicht die grosse Erleuchtung über uns Menschen und Gottes Plan mit uns wird ersichtlich
:-)

PS: Nach dem ab- und anmelden funktioniert es dann erst wieder nach vorherigem Aufruf mit sudo. Wenn ich gleich zu Hause bin, mach ich mich mal an die Udev-Geschichte ...

dino

Nachdem ich mich mit dem Problem nun um zwei Nächte Schlaf gebracht habe, und vor lauter anpassen und probieren von UDEV-Regeln und Verzeichnissen einen dicken Kopf bekommen habe, resigniere ich.

Ich scanne etwa 3-5 mal die Woche, da kann ich mit

sudo scanimage --device pixma:04A9175F_315075 --format=tiff > test.tiff

und anschließendem

xsane

erst mal gut leben.

Derzeit teste ich noch die kommerzielle Software VueScan (http://www.hamrick.com/), die bisher klaglos funktioniert, dies ganz ohne Konfiguration, einfach anklicken und zurück lehnen. Wenn dies so bleibt, werde ich mir die professionell-Lizenz dafür zulegen.

Danke für die Hilfsbereitschaft in dieser Sache, wenn jemandem doch noch was einfällt, können wir den Thread ja gerne noch mal beleben ...

Greg

Einen hab ich noch:
In /etc/sudoers kann man Befehle eintragen die als user aufgerufen werden die normalerweise nur als root laufen würden. Das ganze ohne Passworteingabe.
%users ALL=(ALL) NOPASSWD: /usr/bin/scanimage

Rechner neustarten oder Benutzer neu anmelden.
Testen.

Ist aber schon merkwürdig mit dem Canonkram warum der als root laufen will.

dino

Danke für den Tipp.

Allerdings sehe ich bei diesem Lösungsansatz das Problem, das die eingetragene Anwendung dann jedes mal grundsätzlich und nicht wahlweise als sudo ausgeführt wird ...

Greg

dino schriebAllerdings sehe ich bei diesem Lösungsansatz das Problem, das die eingetragene Anwendung dann jedes mal grundsätzlich und nicht wahlweise als sudo ausgeführt wird ...

Wieso ein Problem bei scanimage ?
Welche Sicherheit soll ich haben scanimage nur als root zu betreiben?

dino

Stimmt auch wieder ...

efreak4u

Greg schriebEinen hab ich noch:
In /etc/sudoers kann man Befehle eintragen die als user aufgerufen werden die normalerweise nur als root laufen würden. Das ganze ohne Passworteingabe.
%users ALL=(ALL) NOPASSWD: /usr/bin/scanimage
...

dino schriebDanke für den Tipp.

Allerdings sehe ich bei diesem Lösungsansatz das Problem, das die eingetragene Anwendung dann jedes mal grundsätzlich und nicht wahlweise als sudo ausgeführt wird ...

Das ist so nicht richtig. Nur durch den Eintrag in die /etc/sudoers wird der Befehl nicht mit Superuser-Rechten ausgefuehrt. Dafuer musst du den Befehl explizit mit "sudo scanimage" aufrufen. Anders sieht es aus, wenn du einen Alias scanimage fuer "sudo scanimage" anlegest. Dann rufst du jedesmal, wenn du in der Shell mit dem Alias "scanimage ..." eingibst den Befehl "sudo scanimage ... " auf. Nach dem Anlegen des Alias musst du deinen Benutzer ab- und neu anmelden oder deine Shell anweisen, deren Konfigurationsdatei neu einzulesen.

Greg schrieb ... /etc/sudoers [...] eintragen ...
Rechner neustarten oder Benutzer neu anmelden.
...

Du brauchst weder den Benutzer abmelden, noch den Computer neu starten, da die /etc/sudoers bei jedem - und auch nur dabei - sudo-Aufruf ausgewertet wird.

dino

@efreak4u:

Danke für deine Erläuterungen, jetzt ist mir einiges klar.

Aber: Fanfare! Es gibt eine Lösung! Tschingderassa Bum Bum Bum ...

Ich bin der letzte der massiv Crossposting betreibt, aber in diesem Fall sah ich es als ergiebiger an, ausnahmsweise auch gleichzeitig im englischen Forum um Rat zu fragen,
und von dort kam eben der entscheidende Tipp rein:

USB3 !!!

An meinem msi Adora sind USB2 und jede Menge USB3-Anschlüsse. Nachdem ich den Scanner auf USB2 umgesteckt habe, und den Rechner neu gestartet,
lüppt et (wie wir Oberberger sagen) - zumindest derzeit - wie es soll.

Nun freu ich mich auf meine Frau und mein Dackelmädchen, die ich in den letzten Tagen sehr vernachlässigt habe :-)

Danke nochmal, wie immer, an alle die sich bemüht haben zu helfen. Eine tolle Truppe ist das hier!

dino

Zwischenzeitlich hab ich hier einen HP Envy 4500 Multifunktionsdrucker, der mit hplip sowohl am USB2 als auch am USB3-Port ganz hervorragend und ohne sudo seine Dienste verrichtet :-)

Datenschutz
Impressum