[solved] Debian 12 - Scanner wird nicht gefunden

[AxelMD]

Hallo, hat noch jemand Hinweise zu Lösung des Problems?

[mitscherdinger]

Hattest Du schon ausprobiert, was in diesem Beitrag geraten wird? viewtopic.php?f=31&t=176559&p=1254020#p1254010
Falls nein, ist das und die folgenden Beiträge vielleicht 'ne heiße Spur für Dich…

[AxelMD]

Hallo Forum,

wie genau prüfe ich die richtig gesetzten Rechte?

MfG
AxelMD

[mitscherdinger]

Steht alles in dem Code-Block. Aber ich kann Dir nochmal einzeln dazu schreiben, was die Befehle machen.

Code: Alles auswählen

root@gandalf:~# scanimage -L
device `snapscan:libusb:005:010' is a AGFA SNAPSCAN e20 flatbed scanner

Is klar: Auf dem Rechner, auf dem saned installiert ist, sieht man nach, welcher Scanner angeschlossen ist. Für uns ist darüber hinaus auch wichtig, wo: 005:010. Bei Deinem Rechner befindet sich der Scanner mit sehr hoher Wahrscheinlichkeit an einem andern Anschluss. Du musst Deinen Anschluss ermitteln und entsprechend anstatt 005:010 nutzen.

Code: Alles auswählen

root@gandalf:~# groups saned
saned : saned scanner

Damit schauen wir nach, welche Gruppe überhaupt saned nutzen darf. Eigentlich müsste der Scanner also mit der Gruppe "saned" oder "scanner" ins System eingebunden werden. Der nächste Befehl zeigt, dass dem nicht so ist:

Code: Alles auswählen

root@gandalf:~# ls -l /dev/bus/usb/005/010
crw-rw-r--+ 1 root root 189, 521 Nov  4 11:05 /dev/bus/usb/005/010

…denn das Gerät, das am USB-Port 005:010 hängt, also der Scanner, hat die Gruppe root. Deswegen funktioniert scanimage -L, wenn man es als "root" auf dem saned-Server ausführt - und über Netzwerk nicht, weil dort normalerweise nicht root, sondern der User saned oder scanner genutzt wird.

Code: Alles auswählen

root@gandalf:~# getfacl !$
getfacl /dev/bus/usb/005/010
getfacl: Removing leading '/' from absolute path names
# file: dev/bus/usb/005/010
# owner: root
# group: root
user::rw-
group::rw-
group:scanner:rw-
mask::rw-
other::r--

Mit "getfacl" kann man sich das nochmal genauer ansehen. Wichtig: "!$" funktioniert nur dann richtig, wenn vorher ls -l /dev/bus/usb/005/010 ausgeführt wurde. "!$" ist Platzhalter und Abkürzung für "Die Parameter des vorherigen Befehls".

[AxelMD]

Hallo mitscherdinger, danke.

Ich habe einen SCSI Scanner, was habe ich da anderweitig zu beachten?

MfG
AxelMD

[mitscherdinger]

Code: Alles auswählen

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

Das ist Dein Scanner, ne?
Dann kann man ja erst einmal mit

Code: Alles auswählen

ls -l /dev/sg3

nachschauen. Was kommt da raus?

[AxelMD]

Das ist definitiv mein Scanner.

Code: Alles auswählen

device `snapscan:/dev/sg3' is a AGFA SNAPSCAN 310 flatbed scanner

[AxelMD]

Das ist definitiv mein Scanner.

Code: Alles auswählen

device `snapscan:/dev/sg3' is a AGFA SNAPSCAN 310 flatbed scanner

[mitscherdinger]

Okay! Und was kommt raus bei ls -l /dev/sg3?

[Kobold76]

Da mein NAS (Helios64) mit Debian daher kommt, dachte ich mal, ich geb Debian 'ne Chance und bin prompt auf dasselbe Problem gestoßen. Unter Gentoo ging's relativ problemlos. Und Debian hab ich mir 'n Wolf gesucht, hab's aber zum Laufen bekommen.

Hier mal 'ne Anleitung. In meinem Fall hab ich einen Canon Lide 200 per USB ans NAS angeschlossen. Ein SCSI-Scanner sollte aber prinzipiell genauso funktionieren.

1. Scanner suchen

Code: Alles auswählen

lsusb
Bus 003 Device 003: ID 04a9:1905 Canon, Inc. CanoScan LiDE 200

• Treiber: genesys
• Device-Pfad: /dev/bus/usb/003/003 (ändert sich, wenn der Scanner in anderen USB-Port gestöpselt wird

2. Sane-Config
Installiert hab ich die Pakete (Debian Buster):

• libsane (=sane-backends)
• sane-utils (=saned)

/etc/sane.d/dll.conf

Code: Alles auswählen

net
genesys

/etc/sane.d/saned.conf (Netzwerk eintragen)

Code: Alles auswählen

localhost
192.168.109.0/24

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

/etc/systemd/system/saned@.service

Code: Alles auswählen

[Unit]
Description=Scanner Service
Requires=saned.socket

[Service]
User=saned
Group=scanner
ExecStart=/usr/sbin/saned
StandardInput=socket
StandardError=syslog

Dann aktiviert man das Ganze:

Code: Alles auswählen

systemctl start saned.socket
systemctl enable saned.socket

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 11 10:17 /dev/bus/usb/003/003

Vermutlich reicht das Read-Flag für others nicht aus, damit auch die Scanner-Nutzer auf den Scanner zugreifen können. Ändert man die Gruppe auf scanner, wird der Scanner gefunden.

Scanner im Udev suchen:

Code: Alles auswählen

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

  looking at device '//devices/platform/usb@fe900000/fe900000.usb/xhci-hcd.0.auto/usb3/3-1/3-1.2':
    KERNEL=="3-1.2"
    SUBSYSTEM=="usb"
    DRIVER=="usb"
    ATTR{idVendor}=="04a9"
    ATTR{devpath}=="1.2"
    ATTR{product}=="CanoScan"
    ATTR{configuration}==""
    ATTR{urbnum}=="223"
    ATTR{manufacturer}=="Canon"
    ATTR{bDeviceClass}=="ff"
    ATTR{bmAttributes}=="a0"
    ATTR{busnum}=="3"
    ATTR{devnum}=="3"
    ATTR{avoid_reset_quirk}=="0"
    ATTR{bDeviceProtocol}=="ff"
    ATTR{bConfigurationValue}=="1"
    ATTR{version}==" 2.00"
    ATTR{authorized}=="1"
    ATTR{tx_lanes}=="1"
    ATTR{bDeviceSubClass}=="ff"
    ATTR{bNumConfigurations}=="1"
    ATTR{idProduct}=="1905"

Daraus erstell ich dann folgende Regel:

/etc/udev/rules.d/20-scanner.rules

Code: Alles auswählen

SUBSYSTEM=="usb", ATTR{idVendor}=="04a9", ATTR{idProduct}=="1905", GROUP="scanner"

Das aktivieren wir jetzt noch:

Code: Alles auswählen

udevadm control --reload-rules
udevadm trigger

Wenn alles geklappt hat:

Code: Alles auswählen

la /dev/bus/usb/003/003 
crw-rw---- 1 root scanner 189, 258 Dez 11 10:17 /dev/bus/usb/003/003

4. Client
/etc/sane.d/dll.conf

Code: Alles auswählen

net
genesys

/etc/sane.d/net.conf

Code: Alles auswählen

kobold

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

Test:

Code: Alles auswählen

sm@hexe: scanimage -L
device `net:kobold:genesys:libusb:003:003' is a Canon LiDE 200 flatbed scanner

[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!