Thema: [Linux] Nach Systemupgrade: Scanner wird nicht mehr erkannt

[Grey]

Hiho zusammen,

ich habe ein Problem an meinem Arbeitsplatzrechner. Er läuft unter Lubuntu Linux, bis vor kurzem noch Version 13, seit einem jüngsten Systemupgrade 14.04. Daran angeschlossen ist ein Drucker/Scanner-Kombigerät, ein brother DCP-7055.

Seit dem Systemupgrade kann ich damit nicht mehr scannen. Drucken funktioniert weiterhin tadellos, aber beim Start von xsane erhielt ich die Fehlermeldung:

Keine Geräte erreichbar

Mit Hilfe von Hinweisen aus meiner Stamm-LUG konnte ich das Problem zumindest inzwischen etwas einkreisen. Anscheinend ist die Scanner-Konfiguration beim Upgrade wieder mit der Default-Konfiguration überschrieben worden. In der Datei /etc/sane.d/dll.conf fehlte der Eintrag "brother4".

Seitdem ich diesen nachgetragen habe, erhalte ich zumindest eine andere Fehlermeldung:

Fehler beim Öffnen des Geräts `brother4:bus2;dev1': Ungültiges Argument.

Parallel zur weiterlaufenden Diskussion in meiner LUG wollte ich mal hier rumfragen: Sind Linux-Gurus anwesend, die mir bei der weiteren Diagnose bzw. Fehlerbehebung helfen können?

[Turgon]

Was spuckt

Code: [Auswählen]

$ sane-find-scanner als normaler User aus, was als root?

Dann: Was sagt

Code: [Auswählen]

$ scanimage -L als normaler User, was als root?

[Grey]

Code: [Auswählen]

$ sane-find-scanner als normaler User:

Code: [Auswählen]

  # sane-find-scanner will now attempt to detect your scanner. If the
  # result is different from what you expected, first make sure your
  # scanner is powered up and properly connected to your computer.

  # No SCSI scanners found. If you expected something different, make sure that
  # you have loaded a kernel SCSI driver for your SCSI adapter.

could not open USB device 0x8087/0x0024 at 002:002: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0002 at 002:001: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0003 at 004:001: Access denied (insufficient permissions)
could not open USB device 0x04f9/0x0248 at 003:002: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0002 at 003:001: Access denied (insufficient permissions)
could not open USB device 0x046d/0xc045 at 001:004: Access denied (insufficient permissions)
could not open USB device 0x046a/0x0801 at 001:003: Access denied (insufficient permissions)
could not open USB device 0x8087/0x0024 at 001:002: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0002 at 001:001: Access denied (insufficient permissions)
  # No USB scanners found. If you expected something different, make sure that
  # you have loaded a kernel driver for your USB host controller and have setup
  # the USB system correctly. See man sane-usb for details.

  # Not checking for parallel port scanners.

  # Most Scanners connected to the parallel port or other proprietary ports
  # can't be detected by this program.

  # You may want to run this program as root to find all devices. Once you
  # found the scanner devices, be sure to adjust access permissions as
  # necessary.

Als root:

Code: [Auswählen]

  # sane-find-scanner will now attempt to detect your scanner. If the
  # result is different from what you expected, first make sure your
  # scanner is powered up and properly connected to your computer.

  # No SCSI scanners found. If you expected something different, make sure that
  # you have loaded a kernel SCSI driver for your SCSI adapter.

  # No USB scanners found. If you expected something different, make sure that
  # you have loaded a kernel driver for your USB host controller and have setup
  # the USB system correctly. See man sane-usb for details.

  # Not checking for parallel port scanners.

  # Most Scanners connected to the parallel port or other proprietary ports
  # can't be detected by this program.


Code: [Auswählen]

$ scanimage -L als normaler User:

Code: [Auswählen]

device `brother4:bus2;dev1' is a Brother DCP-7055 USB scanner

Als root:

Code: [Auswählen]

device `brother4:bus2;dev1' is a Brother DCP-7055 USB scanner


[Turgon]

Seltsam ... sane-find-scanner findet ihn nicht , aber scanimage ? Hm, hm ...

Ist der brother4-Treiber überhaupt installiert?
Dh findet sich in /etc/sane.d eine Datei namens brother4.conf?

[Grey]

Ist der brother4-Treiber überhaupt installiert?
Dh findet sich in /etc/sane.d eine Datei namens brother4.conf?

... nein.

Die muß beim Systemupgrade gelöscht worden sein. Oder die drei Jahre davor hat der Scanner auf Grundlage von Magie funktioniert. Was nun?

[Turgon]

Hm, lt. Homepage unterstützt SANE keine Brother-Scanner in der Standard-Distribution.
Brother selbst jedoch liefert einen SANE-Treiber für seine Scanner aus. Vor drei Jahren dürfte es dieser ominöse brother4-Treiber gewesen sein, den neuen kann man sich wohl hier herunterladen.
Evtl. klappt's ja damit.

[Grey]

Ich hab' es jetzt runtergeladen und installiert. (Tatsächlich muß ich das früher schon mal gemacht haben, denn in meinem "mysoftware"-Verzeichnis lag noch eine ältere Version desselben Installationspakets rum.)

Die Installation lief auch anstandslos durch, aber in /etc/sane.d liegt trotzdem immer noch keine Datei namens brother4. Und auch der Fehler "Ungültiges Argument" blieb mir erhalten.

[Turgon]

Gibt's zu dem Paket evtl. eine Doku?
Du kannst dir den Inhalt des Pakets anzeigen lassen, indem du

Code: [Auswählen]

$ dpkg -L <paketname> (für installierte Pakete)

oder

Code: [Auswählen]

$ dpkg -c <paket.deb> (für den Inhalt von deb-Dateien)

aufrufst. Da kann man dann (hoffentlich) sehen, wo die Doku ist.

[Grey]

Vielleicht habe ich sie übersehen... Wenn ich

Code: [Auswählen]

$ dpkg -L <paketname>eingebe, erhalte ich:

Code: [Auswählen]

/.
/opt
/opt/brother
/opt/brother/scanner
/opt/brother/scanner/brscan4
/opt/brother/scanner/brscan4/models4
/opt/brother/scanner/brscan4/models4/ext_11.ini
/opt/brother/scanner/brscan4/models4/ext_5.ini
/opt/brother/scanner/brscan4/models4/ext_9.ini
/opt/brother/scanner/brscan4/models4/ext_4.ini
/opt/brother/scanner/brscan4/models4/ext_8.ini
/opt/brother/scanner/brscan4/models4/ext_3.ini
/opt/brother/scanner/brscan4/models4/ext_6.ini
/opt/brother/scanner/brscan4/models4/ext_10.ini
/opt/brother/scanner/brscan4/models4/ext_7.ini
/opt/brother/scanner/brscan4/models4/ext_2.ini
/opt/brother/scanner/brscan4/models4/ext_1.ini
/opt/brother/scanner/brscan4/brsanenetdevice4.cfg
/opt/brother/scanner/brscan4/setupSaneScan4
/opt/brother/scanner/brscan4/doc
/opt/brother/scanner/brscan4/doc/brscan4
/opt/brother/scanner/brscan4/doc/brscan4/readme.txt
/opt/brother/scanner/brscan4/brsaneconfig4
/opt/brother/scanner/brscan4/Brsane4.ini
/etc
/etc/opt
/etc/opt/brother
/etc/opt/brother/scanner
/etc/opt/brother/scanner/brscan4
/usr
/usr/lib
/usr/lib/sane
/usr/lib/sane/libsane-brother4.so.1.0.7
/usr/bin
/etc/opt/brother/scanner/brscan4/models4
/etc/opt/brother/scanner/brscan4/brsanenetdevice4.cfg
/etc/opt/brother/scanner/brscan4/Brsane4.ini
/usr/lib/sane/libsane-brother4.so
/usr/lib/sane/libsane-brother4.so.1
/usr/bin/brsaneconfig4
Nach Doku sah mir nur das aus, was ein "doc" im Pfad hatte, und die einzige Textdatei darin war die readme.txt mit dem aussagekräftigen Inhalt:

Code: [Auswählen]

This software is based in part on the work of the Independent JPEG Group.


Immerhin entnehme ich dieser Auflistung schon mal eins: Das Paket enthält überhaupt keine Datei brother4, die unter /etc/sane.d/ hätte abgelegt werden sollen. Die Verknüpfung muß wohl irgendwie anders hergestellt werden. Hast du angesichts der obigen Liste eine Idee, wie?

[Turgon]

brsaneconfig4 scheint das einzige Executable zu sein, das in den Standardpfad installliert wird. Was macht das Ding denn, wenn man es ausführt?

setupSaneScan4 ist sicher auch noch ein Ausprobieren wert, da es sich aber nicht im Standardpfad findet, musst du es mit dem kompletten Pfad aufrufen.

[Grey]

brsaneconfig4 scheint das einzige Executable zu sein, das in den Standardpfad installliert wird. Was macht das Ding denn, wenn man es ausführt?

Das scheint nur dann interessant zu sein, wenn man den Scanner per Netzwerk ansprechen will:

Code: [Auswählen]

USAGE: brsaneconfig4 [-OPTION]   OPTION:
       -a name=FRIENDLY-NAME model=MODEL-NAME ip=xx.xx.xx.xx   
       -a name=FRIENDLY-NAME model=MODEL-NAME nodename=BRN_xxxxx
                   : Add network scanner
       -r FRIENDLY-NAME [FRIENDLY-NAME ...]
                   : Remove network scanner
       -q          : Query supported models and available network scanners
       -d          : Diagnosis
       -p          : Ping (for network scanners) 
       -s:[LABEL]  : Save current configuration
       -l:[LABEL]  : Load saved configuration

[EDIT]
Ich habe es gerade noch mal mit der "-d" Option aufgerufen ("Diagnosis") und dabei u.a. folgende interessante Fehlermeldung bekommen:

Code: [Auswählen]

ls: Zugriff auf /proc/bus/usb nicht möglich: Datei oder Verzeichnis nicht gefunden
cat: /proc/bus/usb/devices: Datei oder Verzeichnis nicht gefunden
... was auch stimmt, denn unter /proc/bus gibt es nur die beiden Einträge "input" und "pci". Könnte das eine Ursache des Problems sein?
[/EDIT]

setupSaneScan4 ist sicher auch noch ein Ausprobieren wert, da es sich aber nicht im Standardpfad findet, musst du es mit dem kompletten Pfad aufrufen.

Da scheint sich irgendwie gar nichts zu tun. Ich habe es einmal mit sudo aufgerufen und einmal ohne; in beiden Fällen gab es keine Rückmeldung, ob und was das Programm überhaupt gemacht hat.

Die Fehlermeldung beim Aufruf von xsane ist auch unverändert das "Ungültige Argument".

[Turgon]

Hm, der Treiber (bzw. zumindest brsaneconfig4) scheint usbfs zu brauchen, welches traditionellerweise unter /proc/bus/usb gemountet wird, bei dir aber offenbar nicht ist.
Das ist nicht verwunderlich, usbfs ist schon länger deprecated und dürfte in einem aktuellen Ubuntu-Kernel nicht mehr aktiviert sein. Hm, ich weiß gerade nicht, ob usbfs im offiziellen Kernel überhaupt noch drin ist :-(
Ich muss mal schauen, ob usbfs für einen aktuellen Kernel evtl. nachpatchbar ist.

Aktuelle Kernel haben ihre USB-Schnittstelle unter /dev/bus/usb

[Grey]

Hmm, ich habe zwischendurch mal versucht, das System wieder mit dem Lubuntu 13-Kernel zu booten. Der Scanner tat es trotzdem nicht.

[Turgon]

War mit dem alten Kernel dann das usbfs vorhanden?
Das Userland war vom neuen System?

[Grey]

Es war jedenfalls kein /proc/bus/usb da. Ich nehme an, das ist das Kennzeichen für ein vorhandenes usbfs?

Was meinst du mit "Userland"?

[Turgon]

Es war jedenfalls kein /proc/bus/usb da. Ich nehme an, das ist das Kennzeichen für ein vorhandenes usbfs?

Jup, da müsste es eigentlich sein :-/

Was meinst du mit "Userland"?

Alles bis auf den Kernel.
Hast du mit dem alten Kernel ins neue System gebootet?

[Grey]

Hast du mit dem alten Kernel ins neue System gebootet?

An der Stelle verlassen wir das Terrain, in dem ich mich betriebssystemseitig auskenne...

Nachdem ich Lubuntu von 13.irgendwas auf 14.04 habe upgraden lassen, fand ich mich i.W. im selben System wieder wie vorher. Sprich, es waren dieselben Verzeichnisbäume und Dateien da, mein Desktop hatte dasselbe Hintergrundbild, alles lief noch, sogar meine selbstgeschriebenen Applikationen wie z.B. mein Scifi-Raumschiff-Auslegungs-Programm -- nur der Scanner nicht.

Wenn ich jetzt in GRUB stattdessen den älteren Kernel auswähle, lande ich ebenfalls wieder im selben Verzeichnisbaum mit demselben Desktop-Hintergrund. Welche Teile jetzt neu sind und welche alt, kann ich leider nicht unterscheiden.

[Turgon]

Das zählt alles als das "neue System" ;-)

Hm, das sieht dann tasächlich so aus, als würde man das usbfs nicht mehr herbekommen. Vielleicht ist das ja aber gar nicht notwendig.
Du könntest viellicht noch probieren, die Scanner-Library selbst an die richtige Stelle zu kopieren und dann mal schauen, was passiert.

Du müsstest herausfinden, wo die SANE-Librarys liegen.
Das geht zB, indem du dir den Inhalt des Pakets libsane anzeigen lässt.

Code: [Auswählen]

$ dpkg -L libsane
Dort, wo die ganzen .so-Dateien liegen, müsstest du auch das in deinem Listing oben genannte /usr/lib/sane/libsane-brother4.so.1.0.7 hinkopieren sowie noch im selben Verzeichnis die Symlinks libsane-brother4.so.1 und libsane-brother4.so dafür anlegen.
Vllt. wird der Treiber dann schon richtig gefunden.

[Grey]

Dort, wo die ganzen .so-Dateien liegen, müsstest du auch das in deinem Listing oben genannte /usr/lib/sane/libsane-brother4.so.1.0.7 hinkopieren sowie noch im selben Verzeichnis die Symlinks libsane-brother4.so.1 und libsane-brother4.so dafür anlegen.

Das wäre laut dpkg das Verzeichnis /usr/lib/i386-linux-gnu/sane/. Ich habe die libsane-brother mal rüberkopiert und die Symlinks angelegt. Leider keine Änderung, das "Ungültige Argument" bleibt mir erhalten.

Außerdem gibt es noch eine libsane.so.1.0.23 direkt in /usr/lib/i386-linux-gnu/, zusammen mit passendem Symlink. Auch dahin habe ich libsane-brother kopiert und gesymlinked. Problem bleibt weiterhin bestehen.

(Ich nehme nicht an, daß danach noch ein daemon-Neustart oder Reboot oder so was noch erforderlich gewesen wäre, oder?)

[Turgon]

Ich nehme nicht an, daß danach noch ein daemon-Neustart oder Reboot oder so was noch erforderlich gewesen wäre, oder?

Nö, da brauchst du nix zu machen.

Ich bin offen gestanden im Augenblick ein wenig ratlos :-/
Sind evtl. nicht alle Librarys vorhanden, die die die libsane-brother4.so.1.0.7 braucht? Was spuckt

Code: [Auswählen]

$ ldd libsane-brother4.so.1.0.7 aus?

[Grey]

Sind evtl. nicht alle Librarys vorhanden, die die die libsane-brother4.so.1.0.7 braucht? Was spuckt

Code: [Auswählen]

$ ldd libsane-brother4.so.1.0.7 aus?

Code: [Auswählen]

ldd: ./libsane-brother4.so.1.0.7: Datei oder Verzeichnis nicht gefunden
Sowohl mit User- als auch mit root-Rechten.

Wobei mich spontan irritiert, daß er nach ./libsane-brother4.so.1.0.7 gesucht hat, also nur lokal in dem Verzeichnis, wo ich gerade war. Die Suche mit vollständigem Pfad ergibt folgendes:

Code: [Auswählen]

ldd /usr/lib/i386-linux-gnu/sane/libsane-brother4.so.1.0.7
linux-gate.so.1 =>  (0xb76f4000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb7699000)
libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xb7680000)
libusb-0.1.so.4 => /lib/i386-linux-gnu/libusb-0.1.so.4 (0xb7675000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb762f000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb762a000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb747a000)
/lib/ld-linux.so.2 (0xb76f5000)


[Turgon]

Hm, da ist nichts Auffälliges, alle Sachen werden gefunden.

[Grey]

Hat es vielleicht was zu bedeuten, daß er die lib nur lokal gesucht hat? Ggf. würde es vielleicht reichen, in den Umgebungsvariablen einen Path zu ergänzen?

[Turgon]

Nein, die Dateiangabe für ldd hat mit SANE an sich nichts zu tun.
Wollte nur sehen, ob da alle Abhängigkeiten da sind (sind sie).

[Grey]

Hm. Und nu?

[Turgon]

Hm ;-)

Ich habe heute an einem Rechner mit einem Scanner (ganz anderes Modell) den gleichen Fehler wie du bekommen.
Vielleicht ist es ein Fehler im neuen SANE, ich habe allerdings noch keinen Bugreport dazu gesehen. Ich schau' mal, ob ich den jetzt bei mir behoben kriege.

[Grey]

Kraß. Und in gewisser Weise "beruhigend", daß das nicht nur mir passiert. Halt mich auf dem Laufenden!

EDIT: Bei was für einem Scanner tritt der Fehler denn bei dir auf?

[Turgon]

Ist ein Canon CanoScan LiDE 60.
Der ist aber anscheinend kaputt, so dass ich den nicht mehr zum Testen hernehmen kann :-(

Zu deinem Problem fällt mir daher leider eigentlich nur noch ein, dass du versuchen könntest, die relevanten Pakete in den Versionen zu installieren, von denen du weißt, dass sie schon mal funktioniert haben. Dh in deinem Fall die SANE- und die libusb-Pakete aus einem älteren Ubuntu zu nehmen.

Deine alte Distribution gibt es leider nicht mehr in den Ubuntu-Repositorys, so musst du's entweder mit den Paket-Versionen aus einem älteren LTS-Ubuntu oder aus einer neueren Distri-Version probieren. Die relevanten Pakete wären:

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/libsane-common_1.0.22-7ubuntu1_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/libsane_1.0.22-7ubuntu1_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/sane-utils_1.0.22-7ubuntu1_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/libu/libusb/libusb-0.1-4_0.1.12-23.2ubuntu1_i386.deb
Du müsstest diese Pakete herunterladen und per Hand installieren

Code: [Auswählen]

$ dpkg -i <paket>und schauen, ob das klappt ...

[Grey]

Statusbericht:

Installation von

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/libsane-common_1.0.22-7ubuntu1_i386.debfunktioniert.

Installation von

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/libsane_1.0.22-7ubuntu1_i386.debführt zur Fehlermeldung:

Code: [Auswählen]

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libsane:i386:
 libsane:i386 hängt ab von libgphoto2-2 (>= 2.4.10.1); aber:
  Paket libgphoto2-2:i386 ist nicht installiert.
 libsane:i386 hängt ab von libgphoto2-port0 (>= 2.4.10.1); aber:
  Paket libgphoto2-port0:i386 ist nicht installiert.
 libsane:i386 hängt ab von libtiff4; aber:
  Paket libtiff4:i386 ist nicht installiert.

dpkg: Fehler beim Bearbeiten des Paketes libsane:i386 (--install):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 libsane:i386


Logischerweise resultiert daraus für

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/sane-utils_1.0.22-7ubuntu1_i386.debdann der Fehler:

Code: [Auswählen]

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von sane-utils:
 sane-utils hängt ab von libsane (>= 1.0.11-3); aber:
  Paket libsane:i386 ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes sane-utils (--install):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 sane-utils


Installation von

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/libu/libusb/libusb-0.1-4_0.1.12-23.2ubuntu1_i386.debfunktioniert danach wieder.

Natürlich gibt mir Synaptic dann jedesmal beim Start eine Warnung raus, daß libsane-common und libusb dringend aktualisiert werden müßten. So gesehen: Wie groß schätzt du die Gefahr ein, daß mir, selbst wenn ich das System auf diese Weise geflickt kriege, das nächste Auto-Update alles wieder zerschießt?

[Grey]

ERROR! ERROR! ERROR! USER CONFUSED!

Gerade eben ist mir folgendes passiert:

Ich habe noch einmal alle manuellen Änderungen rückgängig gemacht (manuell kopierte libs entfernt, überschriebene Pakete re-aktualisiert etc.) und das lubuntu 14.04-System in seinen "Urzustand" versetzt.

Danach habe ich noch einmal das aktuelle brscan4-0.4.2-3.i386.deb eingespielt. Und zwar diesmal nicht per

Code: [Auswählen]

sudo dpkg -i brscan4-0.4.2-3.i386.deb... sondern per

Code: [Auswählen]

sudo su -
dpkg -i brscan4-0.4.2-3.i386.deb

Anschließend habe ich -- noch als root eingeloggt -- versuchsweise xsane gestartet. Es kam die übliche Fehlermeldung "Dies ist ECHT gefährlich", die ich weggeklickt habe, nur um zu gucken.

Und siehe da: xsane startete!!! (Wohlgemerkt: Nach Installation mit "sudo dpkg" hatte es das nicht getan!)

Nachdem ich wieder User geworden war, gab mir xsane unverändert die vertraute "Ungültiges Argument"-Fehlermeldung. Es muß also doch ein Berechtigungsproblem sein, nur eben ganz schön tief vergraben.

Wie kann ich das diagnostizieren und beheben?

[Turgon]

Anschließend habe ich -- noch als root eingeloggt -- versuchsweise xsane gestartet. Es kam die übliche Fehlermeldung "Dies ist ECHT gefährlich", die ich weggeklickt habe, nur um zu gucken.

Und siehe da: xsane startete!!! (Wohlgemerkt: Nach Installation mit "sudo dpkg" hatte es das nicht getan!)

Hm, "sudo xsane" sollte dann auch starten.

Nachdem ich wieder User geworden war, gab mir xsane unverändert die vertraute "Ungültiges Argument"-Fehlermeldung. Es muß also doch ein Berechtigungsproblem sein, nur eben ganz schön tief vergraben.

Wie kann ich das diagnostizieren und beheben?

Hm.
Kannst du die Device-Datei unter /dev/bus/usb ermitteln, die mit deinem Scanner korrespondiert, und dir dirt die Berechtigungen anschauen?

[Grey]

Hm, "sudo xsane" sollte dann auch starten.

Jetzt tut es das auch. Das tat es vorher ebenfalls nicht.

Kannst du die Device-Datei unter /dev/bus/usb ermitteln, die mit deinem Scanner korrespondiert, und dir dirt die Berechtigungen anschauen?

Unter /dev/bus/usb habe ich insgesamt vier Verzeichnisse: 001 bis 004, die jeweils Dateien mit ähnlichem Namen enthalten. Datei /dev/bus/usb/003/002 hat die Berechtigung "crw-rw-r--" für root:lp; alle anderen dasselbe für root:root.

Wie finde ich denn raus, welche davon zu meinem Scanner gehört? Und was mache ich dann damit?

[Turgon]

Das ist ein Rechteproblem ;-)
sane-find-scanner sollte das genaue Device ausspucken (anhand der Zahlen).

[Grey]

sane-find-scanner sagt:

Code: [Auswählen]

found USB scanner (vendor=0x04f9, product=0x0248) at libusb:003:002

Und nu?

[Turgon]

Die fragliche Spezialdatei ist also /dev/bus/usb/003/002

Achtung! Wenn der Rechner rebootet wird oder der Scanner ab- und dann wieder angestöpselt wird, kann sich diese Adresse ändern.

[Grey]

OK... ich habe mich selbst der Gruppe lp hinzugefügt, und zumindest kann ich xsane jetzt wieder als User starten.

Nur scannen kann ich nicht. Sobald ich auf "Scannen" klicke, bekomme ich die Fehlermeldung

Code: [Auswählen]

Konnte Scanner nicht starten Ungültiges Argument

Was könnte das jetzt wieder sein?

[Turgon]

Klappt scannen jetzt als root?

[Grey]

Nein.

[Turgon]

Hm, da fällt mir im Augenblick wieder nur der Tipp ein, es mit den älteren Paketen zu versuchen. :-/

Die fehlenden Pakete wären

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/libg/libgphoto2/libgphoto2-2_2.4.13-1ubuntu1.2_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/libg/libgphoto2/libgphoto2-port0_2.4.13-1ubuntu1.2_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/t/tiff/libtiff4_3.9.2-2ubuntu0.14_i386.deb

[Grey]

Nächste Runde (seufz). Beim Nachinstallieren der von dir zuletzt genannten Pakete bekam ich die beiden folgenden unaufgelösten Abhängigkeiten:

Code: [Auswählen]

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libgphoto2-2:i386:
 libgphoto2-2:i386 hängt ab von libgd2-xpm (>= 2.0.36~rc1~dfsg); aber:
  Paket libgd2-xpm:i386 ist nicht installiert.
und

Code: [Auswählen]

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libtiff4:
 libtiff4 hängt ab von libjpeg62; aber:
  Paket libjpeg62 ist nicht installiert.
Woher nehm' ich die?

Ich hatte es zwischendurch noch auf einem anderen Weg probiert, den mir meine LUG empfohlen hatte, nämlich die Anleitung hinter diesem Link. Was dabei herauskam, habe ich wie folgt an die LUG gepostet:

Irgendwas ist da faul auf meinem Rechner. Die Anleitung läßt sich so gar nicht anwenden.

Laut Anleitung müßte ich unter meiner Ubuntu-Version eigentlich eine Datei /lib/udev/rules.d/55-libsane.rules bearbeiten. Die existiert bei mir aber gar nicht.

Stattdessen existiert die /lib/udev/rules.d/40-libsane.rules, die ich unter Ubuntu 9.10 bis 12.10 bearbeiten müßte. Diese enthält allerdings bereits einen Eintrag `ATTRS{idVendor}=="04f9"', nämlich:

# Compaq S4-100
ATTRS{idVendor}=="049f", ATTRS{idProduct}=="001a", ENV{libsane_matched}="yes"

Ich habe diesen mal auskommentiert und durch den im Artikel empfohlenen Eintrag ersetzt:

# Brother scanners
ATTRS{idVendor}=="04f9", ENV{libsane_matched}="yes"
 
Keinerlei Effekt. :-( Es ist alles wie zuvor: Spätestens beim Start eines Scanvorgangs bekomme ich ein "Ungültiges Argument".

Kannst du dir da einen Reim drauf machen?

Verzweifelnd,
Grey

EDIT: Ach ja, die Firma brother läßt sich mit ihrer Antwort auf meine Problemmeldung auch schon drei Tage Zeit...

[Turgon]

Die fehlenden Librarys wären wohl

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/libg/libgd2/libgd2-xpm_2.0.36~rc1~dfsg-6ubuntu2_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/libj/libjpeg6b/libjpeg62_6b1-2ubuntu1_i386.deb
Es wundert mich nicht, dass die Änderung an der udev-Regel keinen Effekt zeigt. Dein Scanner wurde ja bereits grundsätzlich als Device erkannt, es liegt also nicht am udev.
Du hast dort lediglich eine Regel durch eine etwas unspezifischere ersetzt, was nichts schadet, aber auch nichts nützt.

[Grey]

Die gute Nachricht: Jetzt sind alle Abhängigkeiten aufgelöst, der Downgrade hat funktioniert.

Die schlechte Nachricht: xsane meldet mir jetzt wieder ein "Keine Geräte erreichbar". Auch als root.

EDIT: Nachdem ich in der /etc/sane.d/dll.conf erneut eine Zeile "brother4" eingefügt habe, kann ich xsane zumindest wieder starten. Beim Scanvorgang bekomme ich dann wieder ein "Ungültiges Argument". Also alles wie gehabt.

[Turgon]

Die libusb ist auch die alte?

[Grey]

Da scheinen jetzt die Alte und die Neue parallel installiert zu sein. Synaptic zeigt mir bei libusb-1.0-0 ein Häkchen und bei libusb-0.1-4 einen Aufwärtspfeil.

[Turgon]

Die relevante ist die libusb-0.1-4 (libusb-1.0-0 ist eine andere Lib), das sollte also die alte sein.
Hm, vielleicht mit einer noch älteren Version probieren?

Code: [Auswählen]

http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/libsane_1.0.20-13ubuntu2_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/s/sane-backends/sane-utils_1.0.20-13ubuntu2_i386.deb
http://u-1.mirror.tudos.de/ubuntu/pool/main/libu/libusb/libusb-0.1-4_0.1.12-14_i386.deb

[Grey]

Macht das denn was aus, wenn die Aktuelle parallel dazu installiert bleibt?

[Turgon]

?
Die bleibt ja nicht installiert, die wird downgegradet?

[Grey]

Ach, Moment, meinst du das hier:

Die relevante ist die libusb-0.1-4 (libusb-1.0-0 ist eine andere Lib), das sollte also die alte sein.

... so, daß libusb-0.1-* und libusb-1.0-* zwei komplett verschiedene Libs sind, die einander auch nicht ins Gehege kommen?

[Turgon]

Jup, die sind auch in ihren jeweils aktuellen Versionen parallel installiert.

[Grey]

I see.

Weiterer Downgrade hat leider trotzdem nichts gebracht. Unverändert: "Ungültiges Argument" beim Starten eines Scanvorgangs.

[Turgon]

Hm, ok, langsam bin ich etwas ratlos :-(

[Madis]

Ganz stumpfer Versuch: Factory Reset des Scanners?

Wir hatten das Problem unter OSX mit einem HP-Scanner, der einfach nicht erkannt werden wollte. Grund war: Irgendein idiotisches festes Binding an den alten Laptop. Dort funktionierte der Scanner auch nur an der initial verwendeten USB-Buchse.

[Grey]

Ich habe jetzt mal die Reset-Funktion im Hardware-Menu des Scanners ausprobiert. Kein Unterschied zu vorher.

[Grey]

OK: Ich weiß grad nicht, ob ich über System und Hersteller oder über meine eigene Dämlichkeit den Kopf schütteln soll.

Ich war gerade auf dem Sprung zu Expert Bening, mich nach einem neuen Scanner umgucken. Vor dem Losgehen dachte ich mir, ich probiere noch eine allerletzte Idee eines Freundes aus: Den Scanner einfach mal in eine andere USB-Buchse umstöpseln.

Er läuft.

Sieht zwar jetzt etwas unschön aus mit dem Kabel, das vor der CPU rumhängt, aber es funktioniert. Auf die Anschaffung eines neuen Geräts können wir vorerst verzichten.

Danke euch allen für eure Hilfe, ganz besonders an Turgon.

[Turgon]

Kein Problem :-)

Gibt ja immerhin ein Happy End ;-)