[solved] Debian 12 - Scanner wird nicht gefunden

[albundy]

bzgl. der Geschichte Scanner nur als root usw. gibt es vermutlich bald etwas:

https://lists.debian.org/debian-release ... 00179.html

[AxelMD]

Hallo Kobold76 und Alle,

wo sollte ich jetzt weiter machen?

Was empfehlt ihr mir?

Wenn ich die Kobold76 Anleitung alleine abarbeite funktionmiert bei mir vermutlich gar nichts mehr.
Damit bin ich überfordert.

@Kobold76
Kannst Du mich unterstützen?
Was mache ich als erstes?

MfG
AxelMD

[AxelMD]

3. Udev
Jetzt kommen wir zum eigentlichen Problem. Als lokaler Root wird der Scanner gefunden, als Nutzer (lokal + übers Netz nicht). Voraussetzung: Alle Nutzer sind in der Scanner-Gruppe

Mein Problem fängt hier, in kleiner Abwandulung an.
Der Scanner wird am Server erkannt und kann am Server von einem User genutzt werden.

+ übers Netz nicht). <----- das ist mein Problem


Welche Informationen benötige ich zusätzlich um mein Problem lösen zu können?

/etc/sane.d/net.conf

Code: Alles auswählen

kobold

= Rechner, an dem der Scanner angestöpselt ist.

Was ist da genau anzugeben, IP-Adresse oder Rechnername aus /etc/hosts ?

[AxelMD]

Systemd-Geraffel
/etc/systemd/system/saned.socket

Code: Alles auswählen

[Unit]
Description=saned incoming socket

[Socket]
ListenStream=0.0.0.0:6566
Accept=yes

[Install]
WantedBy=sockets.target

Bei mir ist die /etc/systemd/system/saned.socket leer bzw. nicht vorhanden.

Wie muss diese Datei bei mir aussehen?

[AxelMD]

Ist ja echt doof.

Code: Alles auswählen

 sudo udevadm info -a -p $(udevadm info -q path -n /dev/bus/usb/003/003)
Unknown device "/dev/bus/usb/003/003": No such file or directory
info: option requires an argument -- 'p

Was nun?

[mitscherdinger]

Das /dev/bus/usb/003/003 steht für einen bestimmten USB-Anschluss, der sich natürlich von Rechner zu Rechner unterscheiden kann. Hattest Du nicht gesagt, Du hättest einen SCSI-Scanner?

Das Problem ist: Die Beschreibungen, die sowohl in Deinem eigenen Thread als auch hier angegeben sind, erklären eigentlich alles, was zu tun ist. Du musst das lediglich auf Deinen Rechner/Scanner übertragen. Im Prinzip war ich ja schon dran, Dir zu helfen. Es wird aber schwierig, wenn meine Fragen nicht beantwortet werden.
Erinnerst Du Dich an:
"Okay! Und was kommt raus bei ls -l /dev/sg3?"?

[AxelMD]

Erinnerst Du Dich an:
"Okay! Und was kommt raus bei ls -l /dev/sg3?"?

Klar erinnere ich mich, hatte nur zwischenzeitlich kein Debian 10 und die Lust war mir auch vergangen.
Seit dem " von AxelMD » 05.04.2020 07:56:40 " bastel ich an dem Thema.
8192 Zugriffe auf diesen Thread.

Code: Alles auswählen

root@pc5:~# scanimage -L
device `snapscan:/dev/sg3' is a AGFA SNAPSCAN 310 flatbed scanner


root@p5:~#  ls -l /dev/sg3
crw-rw----+ 1 root root 21, 3 Dez 15 15:55 /dev/sg3
root@pc5:~# 

Siehe auch Vergleich Thread: "Debian 9 - Netzwerkscanner - Einstellungen - Scanner funktioniert über Netzwerk"

viewtopic.php?f=30&t=176958&start=90#p1257856

3. Udev
Jetzt kommen wir zum eigentlichen Problem. Als lokaler Root wird der Scanner gefunden, als Nutzer (lokal + übers Netz nicht). Voraussetzung: Alle Nutzer sind in der Scanner-Gruppe

Code: Alles auswählen

 ls -al /dev/bus/usb/003/003
crw-rw-r-- 1 root root 189, 258 Dez 15 15:55 /dev/bus/usb/003/003

Scanner im udev suchen:

Code: Alles auswählen

udevadm info -a -p $(udevadm info -q path -n /dev/bus/usb/003/003)

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '//devices/pci0000:00/0000:00:1d.7/usb3/3-2':
    KERNEL=="3-2"
    SUBSYSTEM=="usb"
    DRIVER=="usb"
    ATTR{urbnum}=="315409"
    ATTR{tx_lanes}=="1"
    ATTR{bConfigurationValue}=="1"
    ATTR{manufacturer}=="Netgear"
    ATTR{bDeviceProtocol}=="ff"
    ATTR{devnum}=="3"
    ATTR{bMaxPower}=="500mA"
    ATTR{bDeviceClass}=="ff"
    ATTR{bMaxPacketSize0}=="64"
    ATTR{bmAttributes}=="80"
    ATTR{serial}=="12345"
    ATTR{devpath}=="2"
    ATTR{ltm_capable}=="no"
    ATTR{quirks}=="0x10"
    ATTR{configuration}==""
    ATTR{rx_lanes}=="1"
    ATTR{maxchild}=="0"
    ATTR{idProduct}=="9018"
    ATTR{authorized}=="1"
    ATTR{version}==" 2.00"
    ATTR{bDeviceSubClass}=="ff"
    ATTR{bNumInterfaces}==" 1"
    ATTR{product}=="WNDA3200"
    ATTR{speed}=="480"
    ATTR{removable}=="unknown"
    ATTR{bcdDevice}=="0202"
    ATTR{busnum}=="3"
    ATTR{idVendor}=="0846"
    ATTR{avoid_reset_quirk}=="1"
    ATTR{bNumConfigurations}=="1"

  looking at parent device '//devices/pci0000:00/0000:00:1d.7/usb3':
    KERNELS=="usb3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{rx_lanes}=="1"
    ATTRS{ltm_capable}=="no"
    ATTRS{bDeviceClass}=="09"
    ATTRS{authorized}=="1"
    ATTRS{version}==" 2.00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bcdDevice}=="0419"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{tx_lanes}=="1"
    ATTRS{devnum}=="1"
    ATTRS{quirks}=="0x0"
    ATTRS{bmAttributes}=="e0"
    ATTRS{idVendor}=="1d6b"
    ATTRS{speed}=="480"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{removable}=="unknown"
    ATTRS{maxchild}=="6"
    ATTRS{product}=="EHCI Host Controller"
    ATTRS{devpath}=="0"
    ATTRS{serial}=="0000:00:1d.7"
    ATTRS{manufacturer}=="Linux 4.19.0-13-amd64 ehci_hcd"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{interface_authorized_default}=="1"
    ATTRS{configuration}==""
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{urbnum}=="55"
    ATTRS{busnum}=="3"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{idProduct}=="0002"
    ATTRS{authorized_default}=="1"

  looking at parent device '//devices/pci0000:00/0000:00:1d.7':
    KERNELS=="0000:00:1d.7"
    SUBSYSTEMS=="pci"
    DRIVERS=="ehci-pci"
    ATTRS{companion}==""
    ATTRS{enable}=="1"
    ATTRS{vendor}=="0x8086"
    ATTRS{class}=="0x0c0320"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{broken_parity_status}=="0"
    ATTRS{d3cold_allowed}=="1"
    ATTRS{device}=="0x2836"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{revision}=="0x02"
    ATTRS{irq}=="23"
    ATTRS{subsystem_vendor}=="0x1734"
    ATTRS{driver_override}=="(null)"
    ATTRS{ari_enabled}=="0"
    ATTRS{uframe_periodic_max}=="100"
    ATTRS{msi_bus}=="1"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{local_cpus}=="3"
    ATTRS{numa_node}=="-1"
    ATTRS{subsystem_device}=="0x10b6"

  looking at parent device '//devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

gefrustet bin ich,Ideen habe ich keine mehr.

was kann ich noch versuchen?
was sollte ich tun?

Du musst das lediglich auf Deinen Rechner/Scanner übertragen. Im Prinzip war ich ja schon dran, Dir zu helfen. Es wird aber schwierig, wenn meine Fragen nicht beantwortet werden.

Wie mache ich das?
Fehlen Informationen?

[weshalb]

Hallo, ich weiß nicht, ob das jetzt hierein gehört, doch ich hatte vor Kurzem folgendes Problem:

Einen USB Drucker mit Scanner an den Server angeschlossen, wobei dann der Scanner vom Client aus nicht gefunden wurde.

Es lag daran, dass ein USB Stick im Server steckte.

[mitscherdinger]

Code: Alles auswählen

root@p5:~#  ls -l /dev/sg3
crw-rw----+ 1 root root 21, 3 Dez 15 15:55 /dev/sg3

Na, das scheint doch die Erklärung zu sein, warum der Scanner nicht über's Netz angesprochen werden kann: Sowohl User als auch die Gruppe von /dev/sg3 ist "root". Wenn Du mit einem Scan-Befehl aus dem Netzwerk an Deinen Scan-Server herantrittst, wird dieser den Befehl aber nicht als "root" abarbeiten, sondern als Benutzer "scanner"oder Benutzer "saned" (weiß ich gerade nicht auswendig). Folge: Der Scan-Befehl kann nicht auf das zugehörige Device zugreifen und bricht ab. Antwort auf dem Client: Kein Scanner gefunden.

Code: Alles auswählen

 ls -al /dev/bus/usb/003/003
crw-rw-r-- 1 root root 189, 258 Dez 15 15:55 /dev/bus/usb/003/003

Du kannst einen Scanner, der am SCSI-Bus hängt nicht im USB finden. Und die Suche mittels udevadm im USB macht deswegen auch keinen Sinn.

Ich würde jetzt erst einmal versuchen, ob der Scan-Vorgang funktioniert, indem ich die verschiedenen Szenarien einmal durchgehe. Dass Dein Scanner mit "root" auf dem saned-Server ansprechbar ist, hast Du ja schon mittels

Code: Alles auswählen

scanimage -L

überprüft und erfolgreich abgeschlossen, weil da Dein Scanner ausgegeben wurde. Jetzt musst Du erst einmal versuchen, ob das auch mit anderen Usern funktioniert. Das geht Beispielsweise mittels

Code: Alles auswählen

su [username] -c "scanimage -L"

Erklärung: su erlaubt, Befehle als anderer User auszuführen. Du musst [username] also durch den User ersetzen, der den Test durchführen soll. Uns interessiert "saned" oder "scanner" (je nach dem, kann man auch beide nacheinander ausprobieren).
"-c" sagt dem Programm "su", dass es ein Programm ausführen soll, in unserem Falle den scanimage-Befehl. "scanimage" alleine reicht aber nicht, "scanimage -L" listet alle Scanner im System auf(, sofern sie von dem jeweiligen Benutzer angesprochen werden dürfen). Damit "su" nicht fälschlicherweise annimmt, dass -L ihm gilt, ist "scanimage -L" in Anführungszeichen geschrieben. Damit ist klar: "-L" gehört zu "scanimage".
Spoiler: Wenn es stimmt, was ich behaupte, nämlich, dass Dein SCSI-Scanner nur mittels "root" angesprochen werden kann, dann sollte dieser Versuch schief gehen!
Kannst Du so weit folgen?

[AxelMD]

Hallo mitscherdinger,

danke für deine Hilfe.

Der Scanner funktioniert auf dem Server mit LXQt mit Xsane als User einwandfrei.

Na, das scheint doch die Erklärung zu sein, warum der Scanner nicht über's Netz angesprochen werden kann: Sowohl User als auch die Gruppe von /dev/sg3 ist "root". Wenn Du mit einem Scan-Befehl aus dem Netzwerk an Deinen Scan-Server herantrittst, wird dieser den Befehl aber nicht als "root" abarbeiten, sondern als Benutzer "scanner"oder Benutzer "saned" (weiß ich gerade nicht auswendig). Folge: Der Scan-Befehl kann nicht auf das zugehörige Device zugreifen und bricht ab. Antwort auf dem Client: Kein Scanner gefunden.

Das kann ich aus der Befehlsausgabe nicht ersehen, die Begründung ist mir auch nicht klar.

Bitte das anschauen, Debian 9: viewtopic.php?f=30&t=179650&p=1258294#p1258294
Die Ausgabe ist identisch der Ausgabe bei Debian 10.

Code: Alles auswählen

Debian 9
crw-rw----+ 1 root root 21, 3 Dez 16 07:15 /dev/sg3
Debian 10
crw-rw----+ 1 root root 21, 3 Dez 15 15:55 /dev/sg3

Auf dem Server, Debian 10:

Code: Alles auswählen

axel@p5:~$ sudo scanimage -L
device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner

su axel -c "scanimage -L"
Passwort: 

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).



axel@p5:~$ sudo -s
root@p5:/home/axel# scanimage -L
device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner
root@p5:/home/axel# 

Das Problem liegt also bei " su axel -c "scanimage -L" "
Bei Debian 9 wird so der Scanner gefunden.

Uns interessiert "saned" oder "scanner" (je nach dem, kann man auch beide nacheinander ausprobieren).

Wie komme ich an die Information?


Auf dem Client:
Auf dem Client habe ich jetzt nichts geändert, der Client arbeitet mit Debian 9 Stretch und dem Scanner am Server einwandfrei über Netzwerk zusammen. Die IP-Adresse ist vom Server ist mit Debian 10 und Debian 9 identisch.

Wie nun weiter, es sieht ja so aus, als wenn das Problem kurz vor der Lösung steht?

OT
Wann schaust Du hier gewöhnlich, dann kann ich mich ein wenig einrichten, zur Zeit wechsel ich ständig zwischen Debian 9 (Netzwerkscanner funktioniert) und Debian 10?

[mitscherdinger]

Das Problem liegt also bei " su axel -c "scanimage -L" "

Bei Debian 9 wird so der Scanner gefunden.

Ach was!? Krass! Hätte ich nicht gedacht.

Uns interessiert "saned" oder "scanner" (je nach dem, kann man auch beide nacheinander ausprobieren).

Wie komme ich an die Information?

Einfach mit beiden Usern ausprobieren, würde ich sagen. Kann ja nix kaputt gehen, dabei…

Auf dem Client:
Auf dem Client habe ich jetzt nichts geändert, der Client arbeitet mit Debian 9 Stretch und dem Scanner am Server einwandfrei über Netzwerk zusammen. Die IP-Adresse ist vom Server ist mit Debian 10 und Debian 9 identisch.

Wie nun weiter, es sieht ja so aus, als wenn das Problem kurz vor der Lösung steht?

Ich hätte versucht, die Gruppe des Scanners /dev/sg3 manuell auf saned:saned oder scanner:scanner umzustellen. Kann man ja beides mal ausprobieren. Den "chown"-Befehl kennst Du? Falls beides oder eines von beiden funktioniert, müsste man nur noch überlegen, wie man dafür sorgt, dass der Scanner beim hochbooten die richtigen Rechte zugeteilt bekommt.
Wenn aber nichts von beidem funktioniert, dann bin ich ehrlich gesagt auch überfragt. Sonderbar ist für mich nach wie vor, dass Debian 9 saned auch mit root:root auf /dev/sg3 läuft. Aber so deteiliiert habe ich mich mit saned auch nicht auseinandergesetzt.

Wann schaust Du hier gewöhnlich, dann kann ich mich ein wenig einrichten, zur Zeit wechsel ich ständig zwischen Debian 9 (Netzwerkscanner funktioniert) und Debian 10?

Kann ich nicht sagen, ist unterschiedlich.

[AxelMD]

AxelMD hat geschrieben: ↑ zum Beitrag ↑
16.12.2020 07:35:56

Uns interessiert "saned" oder "scanner" (je nach dem, kann man auch beide nacheinander ausprobieren).

Wie komme ich an die Information?

Einfach mit beiden Usern ausprobieren, würde ich sagen. Kann ja nix kaputt gehen, dabei…

Wie finde ich raus, was ich da tun werde?
Mit rudimentärem Wissen bin ich jezt nicht viel weiter gekommen.
Was soll ich konkret eingeben?
Welche "Usern" habe ich in meinem System?
Nur den User "AxelMD" kenne ich näher.

Ich hätte versucht, die Gruppe des Scanners /dev/sg3 manuell auf saned:saned oder scanner:scanner umzustellen. Kann man ja beides mal ausprobieren.

Wie stelle ich das um?

Aber so detailliert habe ich mich mit saned auch nicht auseinandergesetzt.

Kennt sich hier jemand damit näher aus?

So langsam zweifel ich an einer möglichen Lösung. :-(

[mitscherdinger]

Einfach mit beiden Usern ausprobieren, würde ich sagen. Kann ja nix kaputt gehen, dabei…

Wie finde ich raus, was ich da tun werde?

Diese Frage verstehe ich nicht.

Was soll ich konkret eingeben?

Falls Du Dir erhoffst, dass Dich jemand bei der Hand nimmt und Dich Stück für Sück durch Dein Problem hindurch begleitet, muss ich Dir leider sagen: Das kann ich nicht liefern, weil ich erstens nicht die Zeit dafür habe und zweitens mich in einem Linux-System vielleicht ganz gut zurecht finde, ich aber selbst nicht bis in alle Tiefen alles durchblicke.

Ganz konkret:

Code: Alles auswählen

su [username] -c "scanimage -L"

Wie ich bereits erwähnt habe, wollte ich wissen, bei welchem User "scanimage -L" erfolgreich abgeschlossen wird. Erfolgreich heißt in diesem Falle: Der Rechner gibt die angeschlossenen Scanner aus. Erfolglos: Die Ausgabe des Befehls behauptet, es wären keine Scanner angeschlossen(, bzw. "scanimage -L" findet keine Scanner).
Ebenfalls erwähnt habe ich, dass in [username] jeglicher User einsetzbar ist. Für "root" und "axel" hast Du das Ergebnis schon herausbekommen. Jetzt wollte ich wissen, was der Befehl ausgibt, wenn die User "scanner" oder "saned" eingesetzt werden. Demnach hieße der Befehl ausgeschrieben

Code: Alles auswählen

su scanner -c "scanimage -L"

oder

Code: Alles auswählen

su saned -c "scanimage -L"

also, so würde ich das versuchen.

Welche "Usern" habe ich in meinem System?

Sämtliche User sind in der Datei /etc/passwd eingetragen.

Ich hätte versucht, die Gruppe des Scanners /dev/sg3 manuell auf saned:saned oder scanner:scanner umzustellen. Kann man ja beides mal ausprobieren.

Wie stelle ich das um?

Code: Alles auswählen

chown scanner:scanner /dev/sg3

oder

Code: Alles auswählen

chown saned:saned /dev/sg3

, als root, versteht sich.

[AxelMD]

Code: Alles auswählen

axel@p5:~$ su scanner -c "scanimage -L"
su: user scanner does not exist

Code: Alles auswählen

axel@p5:~$ su saned -c "scanimage -L"
Passwort: 
su: Fehler bei Authentifizierung

sudo ist bei meinem Debian 10 Buster zur Zeit nicht aktiviert.

Code: Alles auswählen

cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
_apt:x:100:65534::/nonexistent:/usr/sbin/nologin
systemd-timesync:x:101:102:systemd Time Synchronization,,,:/run/systemd:/usr/sbin/nologin
systemd-network:x:102:103:systemd Network Management,,,:/run/systemd:/usr/sbin/nologin
systemd-resolve:x:103:104:systemd Resolver,,,:/run/systemd:/usr/sbin/nologin
messagebus:x:104:110::/nonexistent:/usr/sbin/nologin
usbmux:x:105:46:usbmux daemon,,,:/var/lib/usbmux:/usr/sbin/nologin
rtkit:x:106:113:RealtimeKit,,,:/proc:/usr/sbin/nologin
sshd:x:107:65534::/run/sshd:/usr/sbin/nologin
pulse:x:108:117:PulseAudio daemon,,,:/var/run/pulse:/usr/sbin/nologin
speech-dispatcher:x:109:29:Speech Dispatcher,,,:/var/run/speech-dispatcher:/bin/false
avahi:x:110:119:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/usr/sbin/nologin

saned:x:111:120::/var/lib/saned:/usr/sbin/nologin

colord:x:112:121:colord colour management daemon,,,:/var/lib/colord:/usr/sbin/nologin
geoclue:x:113:122::/var/lib/geoclue:/usr/sbin/nologin
hplip:x:114:7:HPLIP system user,,,:/var/run/hplip:/bin/false
sddm:x:115:123:Simple Desktop Display Manager:/var/lib/sddm:/bin/false
axel:x:1000:1000:axel,,,:/home/axel:/bin/bash
systemd-coredump:x:999:999:systemd Core Dumper:/:/usr/sbin/nologin
 

Code: Alles auswählen

axel@p5:~$ su -
Passwort: 
root@p5:~# chown scanner:scanner /dev/sg3
chown: ungültiger Benutzer: „scanner:scanner“

Lösung:

Code: Alles auswählen

root@p5:~# chown saned:saned /dev/sg3
root@p5:~# 

Vom Client aus:

Code: Alles auswählen

sudo scanimage -L
[sudo] Passwort für axel: 
device `net:192.168.178.21:snapscan:/dev/sg3' is a AGFA SNAPSCAN 310 flatbed scanner

Hallo mitscherdinger,

super es funktioniert, vielen vielen Dank.
:-)

Woran lag nun genau der Fehler, Bug?
Warum ist es so schwer zu finden gewesen, bei den viel Mitlesern?

Seit dem 05.04.2020 sind es bis heute 8674 Mitleser gewesen.
Bei allen Mitlesern und Versuchshelfern bedanke ich mich auch.

Wie bist Du gedanklich auf die Lösung gekommen, die weiteren 8674 Leser ja irgendwie nicht?

Den Thread hier konnte ich schon nicht mehr sehen, es nervte micht seit April 2020.

MfG
AxelMD

[mitscherdinger]

@smiler hat mich in meinem Thread darauf aufmerksam gemacht, dass neuere Debian-Versionen die Rechte für manche Scanner (je nach Treiber) falsch vergibt.
Ich vermute, dass so ein Problem die Fähigkeiten vieler Mitlesender übersteigt und auch ich muss leider zugeben: Dass das jetzt (gerade) funktioniert, ist leider nicht die Lösung, weil sie nicht persistent ist. Anders ausgedrückt: Das manuelle ändern der Rechte an /dev/sg3 wird einen Reboot nicht überstehen, die Einstellung ist dann weg.
Zudem bin ich mir komplett unsicher, ob ich Dir mit meinem Tipp nicht ein riesiges Sicherheitsloch gerissen habe. Nicht umsonst sind die allermeisten "Dateien" (bzw. Geräte) nur als root:root ansprechbar.
Wirklich gelöst ist Dein Problem erst, wenn das System beim Hochbooten alles so einrichtet, dass es wie erwartet funktioniert. SCSI-Scanner sind heutzutage nur noch selten im Einsatz, aber Du solltest auf jeden Fall einen Bugreport verfassen, der beschreibt, dass Dein Scanner nicht so eingerichtet wurde, dass er im Netzwerk nutzbar war und, dass Du manuell die Zugriffsrechte auf Deinen Scanner geändert hast, und das dafür gesorgt hat, dass alles wie erwartet funktioniert. Dann würde ich noch die Frage hinzufügen, ob das Ändern der Rechte ein Sicherheitsrisiko ist und wie man es eventuell "richtig" gemacht hätte. Es wird vielleicht ein paar Tage dauern, bis jemand antwortet, aber vielleicht ergibt sich da eine Lösung, die dem von mir vorgeschlagenen Workaround deutlich überlegen ist.
Also: Ja - ich würde sagen, das ist ein Bug!

[AxelMD]

Das ist ja doof. :-(

Von welchem Paket ist das ein Bug?

Code: Alles auswählen

su -
Password: 
root@p5:~# scanimage -L
device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner
root@p5:~# chown saned:saned /dev/sg2
chown: cannot access '/dev/sg2': No such file or directory

root@p5:~# chown saned:saned /dev/sg2
root@p5:~# 

Warum hat sich jetzt /dev/sg3 in /dev/sg2 geändert?


Wie löse ich das Scanproblem?

[mitscherdinger]

Von welchen Paket ist das ein Bug?

libsane, vermute ich

Warum hat sich jetzt /dev/sg3 in /dev/sg2 geändert?

Weil die Geräte nicht bei jedem Boot gleichermaßen eingerichtet werden. Das kann unterschiedlich lang dauern, folglich wird die Reihenfolge (/dev/sg0, /dev/sg1, /dev/sg2,…) bei jedem Boot unterschiedlich festgelegt.
Is aber in Deinem Fall eh egal, weil alles unter /dev dynamisch angelegt wird und deswegen auch die Rechteverteilung eigentlich immer gleich ausfällt - und zwar normalerweise nicht so, wie Du es jetz für Deinen Scanner brauchst. Es gibt bestimmte Regeln für bestimmte Geräte, die sagen: Dieses Gerät wird aber nicht als root:root eingebunden, aber genau diese Regeln festzulegen, ist nicht ganz trivial und deswegen weiß ich z.B. auch gar nicht, wo ich die festlegen muss. (Dass diese Regeln für jedes Gerät woanders festgelegt werden müssen, kann durchaus auch der Fall sein - genau deswegen traut sich da ja niemand so richtig ran…)

[AxelMD]

https://bugs.debian.org/cgi-bin/bugrepo ... bug=789593

TROUBLESHOOTING.Debian

Code: Alles auswählen

cat /usr/share/doc/libsane/TROUBLESHOOTING.Debian

1.) usbfs: interface 1 claimed by usblp while ‘scanimage’ sets config #1
2.) ACL: device file system does not support ACLs


1.) usbfs: interface 1 claimed by usblp while ‘scanimage’ sets config #1

If you get this error meessage you can try

    echo -e "\nblacklist usblp" >>  /etc/modprobe.d/blacklist.conf 

and reboot. After that your scanner can used. 

REMARK: Sometimes usblp is used to access your printer. 


2.) ACL: device file system does not support ACLs

From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789593

The file /lib/udev/rules.d/60-libsane.rules uses the command "/bin/setfacl -m g:scanner:rw 
$env{DEVNAME}" to add the "scanner" group with rw access to the device permissions.

In my case, with /dev on an ext4 filesystem with no ACL support enabled in the kernel, setfacl 
returns "Operation not supported". I assume this is because it's trying to add a group, which is not 
possible in its fallback mode of traditional Unix-style file permissions.

As a workaround, I have substituted "/bin/chown root:scanner $env{DEVNAME}" as the command at the 
end of 60-libsane.rules (an alternative would be to use a UDEV rule element to change the ownership).

daraus

From https://bugs.debian.org/cgi-bin/bugrepo ... bug=789593

The file /lib/udev/rules.d/60-libsane.rules uses the command "/bin/setfacl -m g:scanner:rw
$env{DEVNAME}" to add the "scanner" group with rw access to the device permissions.

In my case, with /dev on an ext4 filesystem with no ACL support enabled in the kernel, setfacl
returns "Operation not supported". I assume this is because it's trying to add a group, which is not
possible in its fallback mode of traditional Unix-style file permissions.

As a workaround, I have substituted "/bin/chown root:scanner $env{DEVNAME}" as the command at the
end of 60-libsane.rules (an alternative would be to use a UDEV rule element to change the ownership).

nano /lib/udev/rules.d/99-libsane.rules

Code: Alles auswählen

ENV{libsane_matched}=="yes",
RUN+="/bin/setfacl -m g:scanner:rw $env{sg2}"

Code: Alles auswählen

scanimage -L
device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner

Lösung noch nicht gefunden.
Wie setze ich den Workaround richtig um?

[AxelMD]

Developer Infos


Eine Email vom 9. Mai 2020 von einem Developer:

Code: Alles auswählen

> > > > >
> > > >
> > > > als erstes würde ich mal schauen, ob bei dir die Datei
> > > >
> > > > /lib/udev/rules.
> > > > d/99-libsane.rules
> > > >
> > > > gibt. wenn nicht bitte anlegen, den Eintrag
> > > >
> > > > ENV{libsane_matched}=="yes",
> > > > RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"
> > > >
> > > >
> > > > und dann am besten
> > > > einmal neu starten.

Code: Alles auswählen

> Server
nano /lib/udev/rules.d/99-libsane.rules

> Inhalt 99-libsane.rules

ENV{libsane_matched}=="yes",
RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"
> 

In /usr/share/doc/libsane/TROUBLESHOOTING.Debian soll nach Aussagen des Developers die Lösung stehen.

viewtopic.php?f=30&t=176958&p=1258651#p1258651


Nur wie setze ich den Workaround für den Bug um?

[AxelMD]

Warum ist es so schwer die Lösung von hier

viewtopic.php?f=30&t=176958&p=1258665#p1258542

dauerhaft einzubinden?

[AxelMD]

Versuchslösung mitscherdinger

Sever

Code: Alles auswählen

axel@p5:~$ su -
Passwort: 
root@p5:~# scanimage -L
device `snapscan:/dev/sg3' is a AGFA SNAPSCAN 310 flatbed scanner
root@p5:~# ls -l /dev/sg3
crw-rw----+ 1 root root 21, 3 Dez 19 09:02 /dev/sg3
root@p5:~# chown saned:saned /dev/sg3
root@p5:~# 

Client

Code: Alles auswählen

sudo scanimage -L
[sudo] Passwort für axel: 
device `net:192.168.178.21:snapscan:/dev/sg3' is a AGFA SNAPSCAN 310 flatbed scanner

Ergebnis

Scanner ist von Client erreichbar, beim nächsten Reboot muss alles wiederholt werden.

[AxelMD]

Versuchslösung Developer 9.5.2020

Server

Code: Alles auswählen

nano /lib/udev/rules.d/99-libsane.rules

Inhalt 99-libsane.rules

Code: Alles auswählen

ENV{libsane_matched}=="yes",
RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"

Ein Reboot vom gesamten System

Code: Alles auswählen

scanimage -L
device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner

Client

Code: Alles auswählen

sudo scanimage -L
[sudo] Passwort für axel: 

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).

Ergebnis

Scanner funktioniert direkt am Server, Im Netzwerk ist der Scanner nicht erreichbar.
snapscan:/dev/sg* hat sich geändert.

[AxelMD]

https://bugs.debian.org/cgi-bin/bugrepo ... bug=789593

Versuchslösung Steve (Bug Liste)

Code: Alles auswählen

nano /lib/udev/rules.d/60-libsane.rules

Inhalt 60-libsane.rules

Code: Alles auswählen

/bin/chown root:scanner $env{DEVNAME}

Reboot

Server

Code: Alles auswählen

scanimage -L
device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner

Client

Code: Alles auswählen

sudo scanimage -L
[sudo] Passwort für axel: 

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).

Ergebnis

Scanner funktioniert direkt am Server, Im Netzwerk ist der Scanner nicht erreichbar.

[AxelMD]

Wo sollte, kann ich jetzt weiter ansetzen?
Sieht jemand Umsetzungsfehler bei meinen Versuchslösungen von mir?

Debian 10 Buster

Code: Alles auswählen

 apt show libsane
Package: libsane
Version: 1.0.27-3.2

Debian Testing Bullseye

Code: Alles auswählen

Paket libsane

    bullseye (testing) (libs): API library for scanners [transitional package]
    1.0.31-4: amd64 arm64 armel armhf i386 mips64el mipsel ppc64el s390x

Das Paket libsane_1.0.31-4_amd64.deb läßt sich nicht einfach so installieren.
Einen Backport gibt es nicht.

Ubuntu 20.04
Rolf Bensch hat ein ppa libsane 1.0.31
https://launchpad.net/~rolfbensch/+arch ... u/sane-git

[RobertS]

…Warum ist es so schwer zu finden gewesen, bei den viel Mitlesern?

Seit dem 05.04.2020 sind es bis heute 8674 Mitleser gewesen.
…

Weil für manchen dein Problem ein eher exotisches ist? Aber trotzdem interessant?
Beim Kauf meines Kombigerätes habe ich gleich auf Netzwerkfähigkeit geachtet, das funktioniert auch ohne Server, bzw. Druck- und Scanserver ist im Gerät integriert.
Das verhindert dann, leider, auch zuverlässig daß man auf der eigenen Kiste kurz mal eben nachsehen kann wie es da umgesetzt ist.