[] Debian 12 - Scanner wird nicht gefunden

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 19.12.2020 09:06:00

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.
Zuletzt geändert von AxelMD am 19.12.2020 09:32:51, insgesamt 5-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 19.12.2020 09:06:29

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.
Zuletzt geändert von AxelMD am 19.12.2020 09:48:34, insgesamt 11-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 19.12.2020 09:08:42

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.
Zuletzt geändert von AxelMD am 19.12.2020 13:49:02, insgesamt 1-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 19.12.2020 10:02:10

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

Benutzeravatar
RobertS
Beiträge: 512
Registriert: 15.04.2012 13:50:53
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Rastatt BaWü

Re: Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von RobertS » 19.12.2020 15:22:06

AxelMD hat geschrieben: ↑ zum Beitrag ↑
18.12.2020 09:50:53
…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.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 19.12.2020 16:23:58

viewtopic.php?f=30&t=176958&start=120#p1258686

Code: Alles auswählen

ENV{libsane_matched}=="yes",
RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"
Was genau machen diese zwei Zeilen?

Macht es Sinn scanner gegen saned zu tauschen?


DuckDuckGo
https://hauweele.net/~gawen/blog/?p=8
https://bugs.debian.org/cgi-bin/bugrepo ... bug=918358
https://www.raspberrypi.org/forums/view ... ?p=1495620
http://forums.debian.net/viewtopic.php?f=5&t=145489

https://bugs.debian.org/cgi-bin/bugrepo ... bug=918358
From: Jürgen Mellinger <juergen.mellinger@t-online.de>
To: 918358@bugs.debian.org
Subject: Re: libsane:amd64: Missing permissions for scanner group on usb device
Date: Thu, 17 Oct 2019 16:14:28 +0200

I experience the same problem with 1.0.27-3.2.
Inspecting the udev rules, I found that the file 60-libsane.rules is missing a line to apply permissions to the device if it has been recognized.
Such a line is present towards the file’s end in older versions:

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

Putting this line into a file /etc/udev/rules.d/65-libsane.rules allows scanners to be recognized normally after a reboot.

-Juergen

mitscherdinger
Beiträge: 247
Registriert: 08.02.2006 00:57:42

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von mitscherdinger » 20.12.2020 01:48:55

Mach mal meine Lösung und gib setze den Scanner statt saned:saned auf root:saned. Das würde mich mal interessieren, ob das dann noch geht. Und dann würde mich noch interessieren, ob das mit root:scanner auch noch funktioniert.
Ich bin ein wenig verwundert, dass die mit der Gruppe "scanner" hantieren. Aber gut, das muss man ausprobieren.
Angenommen root:saned funktioniert und root:scanner nicht, dann würde ich bei einer der beiden Anleitungen, die nicht von mir sind, einfach mal "scanner" durch "saned" ersetzen - und dann sollten diese Lösungen doch eigentlich genauso gut funktionieren - bzw. besser, weil dauerhaft.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 14:50:32

mitscherdinger, auf Wunsch von mitscherdinger

Server:

Code: Alles auswählen

root@p5:~# chown root:saned /dev/sg3
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).
Mir sagt das nichts, nur es funktioniert nicht.
Zuletzt geändert von AxelMD am 20.12.2020 15:01:46, insgesamt 2-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 14:58:26

viewtopic.php?f=30&t=176958&p=1258835#p1258685

Code: Alles auswählen

root@p5:~# chown saned:saned /dev/sg3
Wie baue ich das in mein System bei jedem Systemstart automatisch ein?

Kann man das mit einem Script lösen?

So musse es dauerhaft aussehen:

Code: Alles auswählen

ls -la | grep sg3
crw-------  1 saned saned    21,   2 Dez 20 15:39 sg3
Dann mal das lesen, uralt:

https://tldp.org/HOWTO/Scanner-HOWTO/dev-intro.html
3.2.1. SCSI Devices

If you are running a 2.4-series kernel you should consider becoming familiar with SCSI proc interface access, and whichever kernel you are running, you should read man sane-scsi before reading further. When the system boots up, generic SCSI device files are mapped on /dev/sgN, where N is a numeric value starting at zero. The major and minor numbers for SCSI devices are 21 and 0,1,2,3... respectively. You can find out what devices are loaded already with ls -l /dev/sg*, which should yield output similar to this:

crw------- 1 root sys 21, 0 Jan 06 2003 /dev/sg0
crw------- 1 root sys 21, 0 Jan 06 2003 /dev/sg1
crw------- 1 root sys 21, 0 Jan 06 2003 /dev/sg2
crw------- 1 root sys 21, 0 Jan 06 2003 /dev/sg3
crw------- 1 root sys 21, 0 Jan 06 2003 /dev/sg4
crw------- 1 root sys 21, 0 Jan 06 2003 /dev/sg5

You will need to make a /dev/scanner symbolic link to an existing device (for reasons clarified later). For example, if your scanner is connected to the first scsi-bus (and lun and target) of your SCSI host device, you should link it to the corresponding device:

# ln -s /dev/sg0 /dev/scanner
sane-scsi
https://nopaste.linux-dev.org/?1325619


ln -s /dev/sg3 /dev/scanner <---- kein Erfolg
ln -s /dev/sg3 /dev/saned <---- auch kein Erfolg

Code: Alles auswählen

/dev$ ls -la | grep sg
insgesamt 4
drwxr-xr-x  2 root root         100 Dez 20 16:24 bsg
crw-r--r--  1 root root      1,  11 Dez 20 16:24 kmsg
crw-rw----  1 root disk     21,   0 Dez 20 16:24 sg0
crw-rw----  1 root cdrom    21,   1 Dez 20 16:24 sg1
crw-------  1 root root     21,   2 Dez 20 16:24 sg2
Zuletzt geändert von AxelMD am 20.12.2020 16:38:58, insgesamt 2-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 16:37:57

So funktioniert der Scanner im Netzwerk:

Code: Alles auswählen

chown saned:saned /dev/sg3
axel@p5:/dev$ ls -la | grep sg
insgesamt 4
drwxr-xr-x  2 root  root         100 Dez 20 16:24 bsg
crw-r--r--  1 root  root      1,  11 Dez 20 16:24 kmsg
crw-rw----  1 root  disk     21,   0 Dez 20 16:24 sg0
crw-rw----  1 root  cdrom    21,   1 Dez 20 16:24 sg1
crw-------  1 saned saned    21,   2 Dez 20 16:24 sg2
axel@p5:/dev$ 
Irgendwie wiederhole ich mich.


Hat jemand noch eine Idee?

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 16:41:40

Neuer Ansatz:

https://nopaste.linux-dev.org/?1325619

Code: Alles auswählen

When using a SCSI scanner, ensure that the access permission for the generic SCSI device is  set  ap‐
       propriately.   We  recommend  to  add  a  group "scanner" to /etc/group which contains all users that
       should have access to the scanner.  The permission of the device should then be set  to  allow  group
       read and write access.  For example, if the scanner is at generic SCSI device /dev/sg0, then the fol‐
       lowing two commands would set the permission correctly:

              $ chgrp scanner /dev/sg0
              $ chmod 660 /dev/sg0
Bei mir

Code: Alles auswählen

              $ chgrp scanner /dev/sg3
              $ chmod 660 /dev/sg3
Bei mir 2 Versuch:

Code: Alles auswählen

              $ chgrp saned /dev/sg3
              $ chmod 660 /dev/sg3
So sieht es jetzt aus:

Code: Alles auswählen

ls -la | grep sg
insgesamt 4
drwxr-xr-x  2 root  root         100 Dez 20 16:44 bsg
crw-r--r--  1 root  root      1,  11 Dez 20 16:44 kmsg
crw-rw----  1 root  disk     21,   0 Dez 20 16:44 sg0
crw-rw----  1 root  cdrom    21,   1 Dez 20 16:44 sg1
crw-rw----  1 root  saned    21,   2 Dez 20 16:44 sg2
Wie ändere ich dauerhaft "root saned" zu "saned saned" oder gebe saned mehr Rechte?

Code: Alles auswählen

We  recommend  to  add  a  group "scanner" to /etc/group which contains all users that
       should have access to the scanner.  The permission of the device should then be set  to  allow  group
       read and write access.
Übersetzt für meinen Fall:

Code: Alles auswählen

We  recommend  to  add  a  group "saned" to /etc/group which contains all users that
       should have access to the scanner.  The permission of the device should then be set  to  allow  group
       read and write access.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 17:07:11

Kennt sich jemand mit den Rechten perfekt aus?
Nach eine Reboot ist immer alles beim Alten.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 17:18:14

https://linux.die.net/man/8/sg_map
Description

Sometimes it is difficult to determine which SCSI device a sg device name (e.g. /dev/sg0) refers to. This command loops through the sg devices and finds the corresponding SCSI disk, cdrom or tape device name (if any). Scanners are an example of SCSI devices that have no alternate SCSI device name apart from their sg device name.

Code: Alles auswählen

sg_map
/dev/sg0  /dev/sda
/dev/sg1  /dev/sr0
/dev/sg3
https://tldp.org/HOWTO/Scanner-HOWTO/dev-intro.html

Code: Alles auswählen

#  ln -s /dev/sg0 /dev/scanner
in meinem Fall:

Code: Alles auswählen

#  ln -s /dev/sg3 /dev/saned
???

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 17:35:56

Vielleicht wird ario mein Freund:

viewtopic.php?t=128494#p822848
6. Die Datei epson.conf in /etc/sane.d/ konfigurieren:

Als root mit dem editor öffnen! Dann (bei Epson GT-7000) folgenden Eintrag machen.
Den Eintrag scsi /dev/sg2 hinzufügen. Im Schritt 5 wird die Schnittstelle angezeigt!

# epson.conf
#
# here are some examples for how to configure the EPSON backend
#
# SCSI scanner:
scsi EPSON
# for the GT-6500:
scsi "EPSON SC"
scsi /dev/sg2
#
# Parallel port scanner:
#pio 0x278
#pio 0x378
#pio 0x3BC
#
# USB scanner:
# There are two different methods of configuring a USB scanner: libusb and the kernel module
# For any system with libusb support (which is pretty much any recent Linux distribution) the
# following line is sufficient. This however assumes that the connected scanner (or to be more
# accurate, it's device ID) is known to the backend.
usb
# For libusb support for unknown scanners use the following command
# usb <product ID> <device ID>
# e.g.:
# usb 0x4b8 0x110
# And for the scanner module, use the following configuration:
#usb /dev/usbscanner0
#usb /dev/usb/scanner0
scsi /dev/sg2

bei mir:

Code: Alles auswählen

 cat /etc/sane.d/snapscan.conf 
#------------------------------ General -----------------------------------

# Change to the fully qualified filename of your firmware file, if
# firmware upload is needed by the scanner
firmware /usr/share/sane/snapscan/your-firmwarefile.bin

# If not automatically found you may manually specify a device name.

# For USB scanners also specify bus=usb, e.g.
# /dev/usb/scanner0 bus=usb

# For SCSI scanners specify the generic device, e.g. /dev/sg0 on Linux.
# /dev/sg0

#---------------------------------------------------------------------------
# No changes should be necessary below this line
#---------------------------------------------------------------------------

#-------------------------- SCSI scanners ----------------------------------
# These SCSI devices will be probed automatically
scsi AGFA * Scanner
scsi COLOR * Scanner
scsi Color * Scanner
scsi ACERPERI * Scanner


#--------------------------- USB scanners -----------------------------------
# These USB devices will be probed automatically
# (This will currently work only on Linux)

# Benq/Acer/Vuego 310U
usb 0x04a5 0x1a20
usb 0x04a5 0x1a26

# Benq/Acer/Vuego 320U
usb 0x04a5 0x2022

# Benq/Acer/Vuego 620U / 620UT
usb 0x04a5 0x1a2a
usb 0x04a5 0x2040

# Benq/Acer/Vuego 640U
usb 0x04a5 0x2060

# Benq/Acer/Vuego 640BU
usb 0x04a5 0x207e

# Benq/Acer/Vuego 640BT
usb 0x04a5 0x20be

# Benq/Acer/Vuego 1240U
usb 0x04a5 0x20c0

# Benq/Acer/Vuego 3300 / 4300
usb 0x04a5 0x20b0

# Benq/Acer/Vuego 4300
usb 0x04a5 0x20de

# Benq 5000E / 5000U
usb 0x04a5 0x20f8

# Benq 5000
usb 0x04a5 0x20fc

# Benq/Acer 5300
usb 0x04a5 0x20fe

# Benq 5250C
usb 0x04a5 0x2137

# Agfa 1236U
usb 0x06bd 0x0002

# Agfa 1212U
usb 0x06bd 0x0001
usb 0x06bd 0x2061

# Agfa Snapscan e10
usb 0x06bd 0x2093

# Agfa Snapscan e20
usb 0x06bd 0x2091

# Agfa Snapscan e25
usb 0x06bd 0x2095

# Agfa Snapscan e26
usb 0x06bd 0x2097

# Agfa Snapscan e40
usb 0x06bd 0x208d

# Agfa Snapscan e42
usb 0x06bd 0x20ff

# Agfa Snapscan e50
usb 0x06bd 0x208f

# Agfa Snapscan e52
usb 0x06bd 0x20fd

# Epson Perfection 660
usb 0x04b8 0x0114

# Epson Perfection 1670
usb 0x04b8 0x011f

# Epson Perfection 2480
usb 0x04b8 0x0121

# Epson Perfection 3490
usb 0x04b8 0x0122

# Epson Stylus CX-1500
usb 0x04b8 0x080c

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 18:23:12

Code: Alles auswählen

 groups
axel cdrom floppy audio dip video plugdev netdev bluetooth lpadmin scanner
Kann man saned root-Rechte einräumen?

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 18:30:34

wiki ubuntu
Rechte für USB-Scanner anpassen

Bei USB-Scannern müssen ggf. auf dem Server die Zugriffsrechte für USB-Geräte in der Datei /lib/udev/rules.d/50-udev-default.rules in einem Editor mit Root-Rechten [3] von

# libusb device nodes
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0664"

in

# libusb device nodes
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0666"

geändert werden.

Achtung, auch diese Änderung kann bei einem Systemupdate überschrieben werden und muss ggf. neu gemacht werden.

Alternativ ist es auch möglich, den Benutzer[5] saned in die Gruppen plugdev und scanner aufzunehmen. Damit erhält dieser Benutzer Schreibrechte auf den Scanner. Für einige Multifunktionsgeräte kann es notwendig sein, saned ebenfalls in die Gruppe lp aufzunehmen.
Das ist aber für USB Scranner.

https://wiki.ubuntuusers.de/udev/
Standardregeln

Die Standardregeln liegen in /lib/udev/rules.d/. Einige Systemregeln, z.B. für Netzwerkkarten, sind auch unter /etc/udev/rules.d/ zu finden.
Eigene udev-Regeln

Sinn eigener Regeln

Standardmäßig werden Gerätenamen unter Linux "hochgezählt". So heißt z.B. der erste USB-Stick /dev/sdb1, der zweite /dev/sdc1. Das System kennt zunächst keinen Unterschied zwischen beiden Sticks. Das bringt einige Nachteile mit sich, wie folgende Beispiele zeigen:

Auf einer USB-Festplatte liegen .mp3-Dateien. Da die Platte immer anders eingebunden wird, wird die Sammlung vom Mediaplayer immer neu eingelesen.

Ein Gerät verschwindet plötzlich aus dem System, Gerätedateien wie z.B. /dev/cdrom funktionieren nicht mehr. Der Grund: SCSI-Geräte werden bei Fehlern einfach "hochgezählt" und fehlerhafte Gerätedateien verworfen. Ein zunächst als sr0 eingebundenes Gerät heißt nach einem Trennen der Verbindung ("disconnect") etwa sr1, und der zugehörige Verweis von /dev/cdrom auf /dev/sr0 ist dann nicht mehr verwendbar.

Ein Skript soll von oder zu einem Laufwerk kopieren (z.B. bei der Datensicherung oder beim Kopieren von SD-Karten), ohne von der Gerätebezeichnung abhängig zu sein.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 18:38:47

Standardregeln bei Debian 10 Buster:

Code: Alles auswählen

/lib/udev/rules.d# ls -la
insgesamt 736
drwxr-xr-x 2 root root  12288 Dez 15 14:49 .
drwxr-xr-x 4 root root   4096 Dez 15 14:50 ..
-rw-r--r-- 1 root root    947 Okt  8  2018 39-usbmuxd.rules
-rw-r--r-- 1 root root    998 Jan 20  2019 40-usb-media-players.rules
-rw-r--r-- 1 root root  40871 Feb 23  2018 40-usb_modeswitch.rules
-rw-r--r-- 1 root root    210 Okt 24 20:44 50-firmware.rules
-rw-r--r-- 1 root root   3679 Okt 24 20:44 50-udev-default.rules
-rw-r--r-- 1 root root   7274 Jun 21  2019 55-dm.rules
-rw-r--r-- 1 root root    921 Dez 10  2018 56-hpmud.rules
-rw-r--r-- 1 root root    626 Feb 14  2019 60-block.rules
-rw-r--r-- 1 root root   1071 Feb 14  2019 60-cdrom_id.rules
-rw-r--r-- 1 root root    413 Feb 14  2019 60-drm.rules
-rw-r--r-- 1 root root    974 Feb 14  2019 60-evdev.rules
-rw-r--r-- 1 root root    282 Feb 14  2019 60-input-id.rules
-rw-r--r-- 1 root root   7099 Feb 15  2019 60-libgphoto2-6.rules
-rw-r--r-- 1 root root   3540 Mär 23  2019 60-libsane.rules
-rw-r--r-- 1 root root    616 Feb 14  2019 60-persistent-alsa.rules
-rw-r--r-- 1 root root   2710 Feb 14  2019 60-persistent-input.rules
-rw-r--r-- 1 root root   1794 Jun 21  2019 60-persistent-storage-dm.rules
-rw-r--r-- 1 root root   6891 Feb 14  2019 60-persistent-storage.rules
-rw-r--r-- 1 root root   2135 Feb 14  2019 60-persistent-storage-tape.rules
-rw-r--r-- 1 root root    769 Feb 14  2019 60-persistent-v4l.rules
-rw-r--r-- 1 root root    727 Feb 14  2019 60-sensor.rules
-rw-r--r-- 1 root root   1190 Feb 14  2019 60-serial.rules
-rw-r--r-- 1 root root    612 Okt 24 20:44 64-btrfs.rules
-rw-r--r-- 1 root root    257 Dez  1 18:54 64-xorg-xkb.rules
-rw-r--r-- 1 root root  54624 Feb 28  2019 65-libwacom.rules
-rw-r--r-- 1 root root   4934 Jan 22  2019 69-cd-sensors.rules
-rw-r--r-- 1 root root 218001 Feb  9  2019 69-libmtp.rules
-rw-r--r-- 1 root root   1142 Jun 26  2017 69-wacom.rules
-rw-r--r-- 1 root root    432 Feb 14  2019 70-joystick.rules
-rw-r--r-- 1 root root    734 Feb 14  2019 70-mouse.rules
-rw-r--r-- 1 root root    568 Feb 14  2019 70-power-switch.rules
-rw-r--r-- 1 root root    378 Dez 27  2018 70-printers.rules
-rw-r--r-- 1 root root    473 Feb 14  2019 70-touchpad.rules
-rw-r--r-- 1 root root   2962 Mär  8  2019 70-u2f.rules
-rw-r--r-- 1 root root   2800 Okt 24 20:44 70-uaccess.rules
-rw-r--r-- 1 root root   2727 Okt 24 20:44 71-seat.rules
-rw-r--r-- 1 root root    636 Okt 24 20:44 73-seat-late.rules
-rw-r--r-- 1 root root    961 Okt 24 20:44 73-special-net-names.rules
-rw-r--r-- 1 root root    857 Okt 24 20:44 73-usb-net-by-mac.rules
-rw-r--r-- 1 root root    452 Feb 14  2019 75-net-description.rules
-rw-r--r-- 1 root root    174 Feb 14  2019 75-probe_mtd.rules
-rw-r--r-- 1 root root    626 Feb  5  2019 77-mm-cinterion-port-types.rules
-rw-r--r-- 1 root root    958 Feb  5  2019 77-mm-dell-port-types.rules
-rw-r--r-- 1 root root   7742 Feb  5  2019 77-mm-ericsson-mbm.rules
-rw-r--r-- 1 root root    608 Feb  5  2019 77-mm-fibocom-port-types.rules
-rw-r--r-- 1 root root    507 Feb  5  2019 77-mm-haier-port-types.rules
-rw-r--r-- 1 root root   2028 Feb  5  2019 77-mm-huawei-net-port-types.rules
-rw-r--r-- 1 root root  12940 Feb  5  2019 77-mm-longcheer-port-types.rules
-rw-r--r-- 1 root root   3030 Feb  5  2019 77-mm-mtk-port-types.rules
-rw-r--r-- 1 root root   1942 Feb  5  2019 77-mm-nokia-port-types.rules
-rw-r--r-- 1 root root    388 Feb  5  2019 77-mm-pcmcia-device-blacklist.rules
-rw-r--r-- 1 root root   3155 Apr 24  2018 77-mm-qdl-device-blacklist.rules
-rw-r--r-- 1 root root    401 Feb  5  2019 77-mm-sierra.rules
-rw-r--r-- 1 root root   1756 Feb  5  2019 77-mm-simtech-port-types.rules
-rw-r--r-- 1 root root   2072 Feb  5  2019 77-mm-telit-port-types.rules
-rw-r--r-- 1 root root   3218 Feb  5  2019 77-mm-ublox-port-types.rules
-rw-r--r-- 1 root root   8770 Feb  5  2019 77-mm-usb-device-blacklist.rules
-rw-r--r-- 1 root root   2482 Feb  5  2019 77-mm-usb-serial-adapters-greylist.rules
-rw-r--r-- 1 root root   3678 Feb  5  2019 77-mm-x22x-port-types.rules
-rw-r--r-- 1 root root  14720 Feb  5  2019 77-mm-zte-port-types.rules
-rw-r--r-- 1 root root   4816 Feb 14  2019 78-sound-card.rules
-rw-r--r-- 1 root root   1375 Okt 24 20:44 80-debian-compat.rules
-rw-r--r-- 1 root root    615 Feb 14  2019 80-drivers.rules
-rw-r--r-- 1 root root    190 Aug 25  2018 80-ifupdown.rules
-rw-r--r-- 1 root root   1183 Feb  1  2018 80-iio-sensor-proxy.rules
-rw-r--r-- 1 root root    277 Feb 27  2020 80-libinput-device-groups.rules
-rw-r--r-- 1 root root    972 Feb  5  2019 80-mm-candidate.rules
-rw-r--r-- 1 root root    292 Feb 14  2019 80-net-setup-link.rules
-rw-r--r-- 1 root root   9354 Feb 22  2019 80-udisks2.rules
-rw-r--r-- 1 root root     82 Okt 26  2018 85-hdparm.rules
-rw-r--r-- 1 root root   1872 Okt  5  2018 85-hplj10xx.rules
-rw-r--r-- 1 root root    204 Jan 10  2019 85-hwclock.rules
-rw-r--r-- 1 root root    256 Mär 30  2019 89-alsa-ucm.rules
-rw-r--r-- 1 root root    489 Mär 30  2019 90-alsa-restore.rules
-rw-r--r-- 1 root root    265 Okt 10  2016 90-console-setup.rules
-rw-r--r-- 1 root root    408 Feb 27  2020 90-libinput-model-quirks.rules
-rw-r--r-- 1 root root   7513 Aug 15  2019 90-pulseaudio.rules
-rw-r--r-- 1 root root    847 Apr 18  2018 95-cd-devices.rules
-rw-r--r-- 1 root root    479 Jun 21  2019 95-dm-notify.rules
-rw-r--r-- 1 root root   2624 Feb 24  2019 95-upower-csr.rules
-rw-r--r-- 1 root root   8109 Feb 24  2019 95-upower-hid.rules
-rw-r--r-- 1 root root    354 Feb 24  2019 95-upower-wup.rules
-rw-r--r-- 1 root root   1518 Mär 22  2020 97-hid2hci.rules
-rw-r--r-- 1 root root    851 Nov 10  2017 97-ofono.rules
-rw-r--r-- 1 root root   1367 Nov 10  2017 97-ofono-speedup.rules
-rw-r--r-- 1 root root   4363 Okt 24 20:44 99-systemd.rules
60-libsane.rules

Code: Alles auswählen

cat 60-libsane.rules
# This file was automatically created based on description files (*.desc)
# by sane-desc 3.5 from sane-backends 1.0.27
#
# udev rules file for supported USB and SCSI devices
#
# For the list of supported USB devices see /usr/lib/udev/hwdb.d/20-sane.hwdb
#
# The SCSI device support is very basic and includes only
# scanners that mark themselves as type "scanner" or
# SCSI-scanners from HP and other vendors that are entitled "processor"
# but are treated accordingly.
#
# If your SCSI scanner isn't listed below, you can add it to a new rules
# file under /etc/udev/rules.d/.
#
# If your scanner is supported by some external backend (brother, epkowa,
# hpaio, etc) please ask the author of the backend to provide proper
# device detection support for your OS
#
# If the scanner is supported by sane-backends, please mail the entry to
# the sane-devel mailing list (sane-devel@lists.alioth.debian.org).
#
ACTION!="add", GOTO="libsane_rules_end"

# The following rule will disable USB autosuspend for the device
ENV{DEVTYPE}=="usb_device", ENV{libsane_matched}=="yes", TEST=="power/control", ATTR{power/control}="on"

SUBSYSTEMS=="scsi", GOTO="libsane_scsi_rules_begin"
GOTO="libsane_rules_end"

LABEL="libsane_scsi_rules_begin"
KERNEL!="sg[0-9]*", GOTO="libsane_rules_end"

# Generic: SCSI device type 6 indicates a scanner
ATTRS{type}=="6", ENV{libsane_matched}="yes"

# Some scanners advertise themselves as SCSI device type 3

# Wildcard: for some Epson SCSI scanners
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="SCANNER*", ENV{libsane_matched}="yes"

# Epson Expression 800 | Epson Expression 800
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Expression800", ENV{libsane_matched}="yes"

# Epson Perfection 2450 | Epson GT-9700F | Epson Perfection 2450 PHOTO
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-9700", ENV{libsane_matched}="yes"

# Epson Perfection 3200 | Epson GT-9800F | Epson Perfection 3200 PHOTO
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-9800", ENV{libsane_matched}="yes"

# Epson GT-X900 | Epson Perfection V700 Photo | Epson Perfection V750 Photo
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-X900", ENV{libsane_matched}="yes"

# Epson Perfection 636S | Epson Perfection 1200S | Epson Perfection 1200S
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Perfection1200", ENV{libsane_matched}="yes"

# Epson Perfection 636 | Epson Perfection 636S
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Perfection636", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 4p
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1130A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIc
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1750A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIp
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1790A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIcx
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C2500A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 4c
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C2520A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 5p
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C5110A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 6200C
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C6270A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 6300C
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C7670A", ENV{libsane_matched}="yes"


LABEL="libsane_rules_end"
# If your SCSI scanner isn't listed below, you can add it to a new rules
# file under /etc/udev/rules.d/.
Wie setzte ich das auf meinen Fall um?

https://linuxwiki.de/LinuxHardware/Scanner#Agfa

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 18:52:37

Auslesen von Informationen

Zunächst müssen möglichst eindeutige Informationen über das jeweilige Gerät ausgelesen werden.


Als Kriterien für eine udev-Regel empfiehlt sich insbesondere:

Die Seriennummer des Geräts (falls vorhanden und nicht NULL).

Die Kombination aus Herstellerkennung und Produktkennung.

Die Kombination aus Hersteller und Modellbezeichnung.

Informationen kann man auf mehrerlei Weise sammeln. Je nachdem, um was für ein Gerät es sich handelt (und wie es angeschlossen wurde), eignen sich hierfür unterschiedliche Werkzeuge. Als Universalwerkzeug kann udevadm eingesetzt werden.
https://linux.die.net/man/8/udevadm

Code: Alles auswählen

udevadm info /dev/sg3
P: /devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg3
N: sg3
L: 0
E: DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg3
E: DEVNAME=/dev/sg3
E: MAJOR=21
E: MINOR=3
E: SUBSYSTEM=scsi_generic
E: USEC_INITIALIZED=23134410
E: libsane_matched=yes
E: ID_PATH=pci-0000:18:07.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-0000_18_07_0-scsi-0_0_0_0
E: ID_FOR_SEAT=scsi_generic-pci-0000_18_07_0-scsi-0_0_0_0
E: TAGS=:uaccess:seat:

root@p5915:/lib/udev/rules.d# 
root@p5915:/lib/udev/rules.d# 
root@p5915:/lib/udev/rules.d# cd
root@p5915:~# udevadm info /dev/sg3
P: /devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg3
N: sg3
L: 0
E: DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg3
E: DEVNAME=/dev/sg3
E: MAJOR=21
E: MINOR=3
E: SUBSYSTEM=scsi_generic
E: USEC_INITIALIZED=23134410
E: libsane_matched=yes
E: ID_PATH=pci-0000:18:07.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-0000_18_07_0-scsi-0_0_0_0
E: ID_FOR_SEAT=scsi_generic-pci-0000_18_07_0-scsi-0_0_0_0
E: TAGS=:seat:uaccess:
Wie baue ich mir daraus eine udev Regel?

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 19:56:37

60-libsane.rules bei Debian 10 wurde sie gegenüber Debian 9 erheblich reduziert.

Code: Alles auswählen

cat 60-libsane.rules
# This file was automatically created based on description files (*.desc)
# by sane-desc 3.5 from sane-backends 1.0.27
#
# udev rules file for supported USB and SCSI devices
#
# For the list of supported USB devices see /usr/lib/udev/hwdb.d/20-sane.hwdb
#
# The SCSI device support is very basic and includes only
# scanners that mark themselves as type "scanner" or
# SCSI-scanners from HP and other vendors that are entitled "processor"
# but are treated accordingly.
#
# If your SCSI scanner isn't listed below, you can add it to a new rules
# file under /etc/udev/rules.d/.
#
# If your scanner is supported by some external backend (brother, epkowa,
# hpaio, etc) please ask the author of the backend to provide proper
# device detection support for your OS
#
# If the scanner is supported by sane-backends, please mail the entry to
# the sane-devel mailing list (sane-devel@lists.alioth.debian.org).
#
ACTION!="add", GOTO="libsane_rules_end"

# The following rule will disable USB autosuspend for the device
ENV{DEVTYPE}=="usb_device", ENV{libsane_matched}=="yes", TEST=="power/control", ATTR{power/control}="on"

SUBSYSTEMS=="scsi", GOTO="libsane_scsi_rules_begin"
GOTO="libsane_rules_end"

LABEL="libsane_scsi_rules_begin"
KERNEL!="sg[0-9]*", GOTO="libsane_rules_end"

# Generic: SCSI device type 6 indicates a scanner
ATTRS{type}=="6", ENV{libsane_matched}="yes"

# Some scanners advertise themselves as SCSI device type 3

# Wildcard: for some Epson SCSI scanners
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="SCANNER*", ENV{libsane_matched}="yes"

# Epson Expression 800 | Epson Expression 800
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Expression800", ENV{libsane_matched}="yes"

# Epson Perfection 2450 | Epson GT-9700F | Epson Perfection 2450 PHOTO
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-9700", ENV{libsane_matched}="yes"

# Epson Perfection 3200 | Epson GT-9800F | Epson Perfection 3200 PHOTO
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-9800", ENV{libsane_matched}="yes"

# Epson GT-X900 | Epson Perfection V700 Photo | Epson Perfection V750 Photo
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-X900", ENV{libsane_matched}="yes"

# Epson Perfection 636S | Epson Perfection 1200S | Epson Perfection 1200S
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Perfection1200", ENV{libsane_matched}="yes"

# Epson Perfection 636 | Epson Perfection 636S
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Perfection636", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 4p
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1130A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIc
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1750A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIp
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1790A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIcx
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C2500A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 4c
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C2520A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 5p
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C5110A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 6200C
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C6270A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 6300C
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C7670A", ENV{libsane_matched}="yes"


LABEL="libsane_rules_end"
99-systemd.rules

Code: Alles auswählen

cat 99-systemd.rules
#  SPDX-License-Identifier: LGPL-2.1+
#
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

ACTION=="remove", GOTO="systemd_end"

SUBSYSTEM=="tty", KERNEL=="tty[a-zA-Z]*|hvc*|xvc*|hvsi*|ttysclp*|sclp_line*|3270/tty[0-9]*", TAG+="systemd"
KERNEL=="vport*", TAG+="systemd"

SUBSYSTEM=="ubi", TAG+="systemd"

SUBSYSTEM=="block", TAG+="systemd"
SUBSYSTEM=="block", ACTION=="add", ENV{DM_UDEV_DISABLE_OTHER_RULES_FLAG}=="1", ENV{SYSTEMD_READY}="0"

# Ignore encrypted devices with no identified superblock on it, since
# we are probably still calling mke2fs or mkswap on it.
SUBSYSTEM=="block", ENV{DM_UUID}=="CRYPT-*", ENV{ID_PART_TABLE_TYPE}=="", ENV{ID_FS_USAGE}=="", ENV{SYSTEMD_READY}="0"

# add symlink to GPT root disk
SUBSYSTEM=="block", ENV{ID_PART_GPT_AUTO_ROOT}=="1", ENV{ID_FS_TYPE}!="crypto_LUKS", SYMLINK+="gpt-auto-root"
SUBSYSTEM=="block", ENV{ID_PART_GPT_AUTO_ROOT}=="1", ENV{ID_FS_TYPE}=="crypto_LUKS", SYMLINK+="gpt-auto-root-luks"
SUBSYSTEM=="block", ENV{DM_UUID}=="CRYPT-*", ENV{DM_NAME}=="root", SYMLINK+="gpt-auto-root"

# Ignore raid devices that are not yet assembled and started
SUBSYSTEM=="block", ENV{DEVTYPE}=="disk", KERNEL=="md*", TEST!="md/array_state", ENV{SYSTEMD_READY}="0"
SUBSYSTEM=="block", ENV{DEVTYPE}=="disk", KERNEL=="md*", ATTR{md/array_state}=="|clear|inactive", ENV{SYSTEMD_READY}="0"

# Ignore loop devices that don't have any file attached
SUBSYSTEM=="block", KERNEL=="loop[0-9]*", ENV{DEVTYPE}=="disk", TEST!="loop/backing_file", ENV{SYSTEMD_READY}="0"

# Ignore nbd devices until the PID file exists (which signals a connected device)
SUBSYSTEM=="block", KERNEL=="nbd*", ENV{DEVTYPE}=="disk", TEST!="pid", ENV{SYSTEMD_READY}="0"

# We need a hardware independent way to identify network devices. We
# use the /sys/subsystem/ path for this. Kernel "bus" and "class" names
# should be treated as one namespace, like udev handles it. This is mostly
# just an identification string for systemd, so whether the path actually is
# accessible or not does not matter as long as it is unique and in the
# filesystem namespace.
#
# http://cgit.freedesktop.org/systemd/systemd/tree/src/libudev/libudev-enumerate.c#n955

SUBSYSTEM=="net", KERNEL!="lo", TAG+="systemd", ENV{SYSTEMD_ALIAS}+="/sys/subsystem/net/devices/$name"
SUBSYSTEM=="bluetooth", TAG+="systemd", ENV{SYSTEMD_ALIAS}+="/sys/subsystem/bluetooth/devices/%k"

SUBSYSTEM=="bluetooth", TAG+="systemd", ENV{SYSTEMD_WANTS}+="bluetooth.target"
ENV{ID_SMARTCARD_READER}=="?*", TAG+="systemd", ENV{SYSTEMD_WANTS}+="smartcard.target"
SUBSYSTEM=="sound", KERNEL=="card*", TAG+="systemd", ENV{SYSTEMD_WANTS}+="sound.target"

SUBSYSTEM=="printer", TAG+="systemd", ENV{SYSTEMD_WANTS}+="printer.target"
SUBSYSTEM=="usb", KERNEL=="lp*", TAG+="systemd", ENV{SYSTEMD_WANTS}+="printer.target"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:0701??:*", TAG+="systemd", ENV{SYSTEMD_WANTS}+="printer.target"

# Apply sysctl variables to network devices (and only to those) as they appear.
ACTION=="add", SUBSYSTEM=="net", KERNEL!="lo", RUN+="/lib/systemd/systemd-sysctl --prefix=/net/ipv4/conf/$name --prefix=/net/ipv4/neigh/$name --prefix=/net/ipv6/conf/$name --prefix=/net/ipv6/neigh/$name"

# Pull in backlight save/restore for all backlight devices and
# keyboard backlights
SUBSYSTEM=="backlight", TAG+="systemd", IMPORT{builtin}="path_id", ENV{SYSTEMD_WANTS}+="systemd-backlight@backlight:$name.service"
SUBSYSTEM=="leds", KERNEL=="*kbd_backlight", TAG+="systemd", IMPORT{builtin}="path_id", ENV{SYSTEMD_WANTS}+="systemd-backlight@leds:$name.service"

# Pull in rfkill save/restore for all rfkill devices
SUBSYSTEM=="rfkill", ENV{SYSTEMD_RFKILL}="1"
SUBSYSTEM=="rfkill", IMPORT{builtin}="path_id"
SUBSYSTEM=="misc", KERNEL=="rfkill", TAG+="systemd", ENV{SYSTEMD_WANTS}+="systemd-rfkill.socket"

# Asynchronously mount file systems implemented by these modules as soon as they are loaded.
SUBSYSTEM=="module", KERNEL=="fuse", TAG+="systemd", ENV{SYSTEMD_WANTS}+="sys-fs-fuse-connections.mount"
SUBSYSTEM=="module", KERNEL=="configfs", TAG+="systemd", ENV{SYSTEMD_WANTS}+="sys-kernel-config.mount"

LABEL="systemd_end"
Zuletzt geändert von AxelMD am 20.12.2020 20:20:13, insgesamt 1-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 20.12.2020 20:11:23

Es scheint so als wenn ich jetzt die richtige udev Regel habe.
:-)

Die Lösung:

Code: Alles auswählen

 cat 60-libsane.rules     
cat: 60-libsane.rules: Datei oder Verzeichnis nicht gefunden
root@p5915:~# cat  /lib/udev/rules.d/60-libsane.rules  
# This file was automatically created based on description files (*.desc)
# by sane-desc 3.5 from sane-backends 1.0.27
#
# udev rules file for supported USB and SCSI devices
#
# For the list of supported USB devices see /usr/lib/udev/hwdb.d/20-sane.hwdb
#
# The SCSI device support is very basic and includes only
# scanners that mark themselves as type "scanner" or
# SCSI-scanners from HP and other vendors that are entitled "processor"
# but are treated accordingly.
#
# If your SCSI scanner isn't listed below, you can add it to a new rules
# file under /etc/udev/rules.d/.
#
# If your scanner is supported by some external backend (brother, epkowa,
# hpaio, etc) please ask the author of the backend to provide proper
# device detection support for your OS
#
# If the scanner is supported by sane-backends, please mail the entry to
# the sane-devel mailing list (sane-devel@lists.alioth.debian.org).
#
ACTION!="add", GOTO="libsane_rules_end"

# The following rule will disable USB autosuspend for the device
ENV{DEVTYPE}=="usb_device", ENV{libsane_matched}=="yes", TEST=="power/control", ATTR{power/control}="on"

SUBSYSTEMS=="scsi", GOTO="libsane_scsi_rules_begin"
GOTO="libsane_rules_end"

LABEL="libsane_scsi_rules_begin"
KERNEL!="sg[0-9]*", GOTO="libsane_rules_end"

# Generic: SCSI device type 6 indicates a scanner
ATTRS{type}=="6", ENV{libsane_matched}="yes"

# Some scanners advertise themselves as SCSI device type 3

# Wildcard: for some Epson SCSI scanners
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="SCANNER*", ENV{libsane_matched}="yes"

# Epson Expression 800 | Epson Expression 800
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Expression800", ENV{libsane_matched}="yes"

# Epson Perfection 2450 | Epson GT-9700F | Epson Perfection 2450 PHOTO
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-9700", ENV{libsane_matched}="yes"

# Epson Perfection 3200 | Epson GT-9800F | Epson Perfection 3200 PHOTO
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-9800", ENV{libsane_matched}="yes"

# Epson GT-X900 | Epson Perfection V700 Photo | Epson Perfection V750 Photo
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="GT-X900", ENV{libsane_matched}="yes"

# Epson Perfection 636S | Epson Perfection 1200S | Epson Perfection 1200S
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Perfection1200", ENV{libsane_matched}="yes"

# Epson Perfection 636 | Epson Perfection 636S
ATTRS{type}=="3", ATTRS{vendor}=="EPSON", ATTRS{model}=="Perfection636", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 4p
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1130A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIc
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1750A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIp
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C1790A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet IIcx
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C2500A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 4c
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C2520A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 5p
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C5110A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 6200C
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C6270A", ENV{libsane_matched}="yes"

# Hewlett-Packard ScanJet 6300C
ATTRS{type}=="3", ATTRS{vendor}=="HP", ATTRS{model}=="C7670A", ENV{libsane_matched}="yes"

# scsi device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner
ENV{libsane_matched}=="yes", RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"


LABEL="libsane_rules_end"

Das folgende ist der nano /lib/udev/rules.d/60-libsane.rules hinzuzufügen:
# scsi device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner
ENV{libsane_matched}=="yes", RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [gelöst] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 21.12.2020 01:13:38

Nach(t)arbeit

https://www.photoinfos.com/Scanner/agfasnapscan.htm

http://www.sane-project.org/man/sane-snapscan.5.html
http://www.sane-project.org/man/sane-scsi.5.html

https://manpages.debian.org/buster/libs ... .5.en.html
DESCRIPTION
The sane-snapscan library implements a SANE (Scanner Access Now Easy) backend that provides access to AGFA SnapScan flatbed scanners. At present, the following scanners are supported from this backend: AGFA SnapScan 300, 310, 600, and 1236s, 1236u, 1212u, e20, e25, e40, e50, e60, Vuego 310s, Acer 300f, 310s, 610s, 610plus, Prisa 620s, Prisa 620u, Prisa 620ut, Prisa 640u, Prisa 640bu, Prisa 1240, Prisa 3300, Prisa 4300, Prisa 5300 and Guillemot Maxi Scan A4 Deluxe (SCSI) (with varying success).
https://manpages.debian.org/buster/libs ... .5.en.html
GENERAL INFO
For scanners with a SCSI interface, it may be necessary to edit the appropriate backend configuration file before using SANE for the first time. For most systems, the configuration file should list the name of the generic SCSI device that the scanner is connected to (e.g., under Linux, /dev/sg4 or /dev/sge is such a generic SCSI device). It is customary to create a symlink from /dev/scanner to the generic SCSI device that the scanner is connected to. In this case, the configuration file simply lists the line /dev/scanner. For a detailed description of each backend's configuration file, please refer to the relevant backend manual page (e.g., sane-epson(5) for Epson scanners, sane-hp(5) for HP scanners, etc.).
scsi VENDOR MODEL TYPE BUS CHANNEL ID LUN

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [gelöst] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 21.12.2020 11:33:27

udevadm

https://linux.die.net/man/8/udevadm

Code: Alles auswählen

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

Code: Alles auswählen

udevadm info --query=all --attribute-walk --name=/dev/sg2

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:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg2':
    KERNEL=="sg2"
    SUBSYSTEM=="scsi_generic"
    DRIVER==""

  looking at parent device '/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0':
    KERNELS=="0:0:0:0"
    SUBSYSTEMS=="scsi"
    DRIVERS==""
    ATTRS{evt_mode_parameter_change_reported}=="0"
    ATTRS{dh_state}=="detached"
    ATTRS{evt_media_change}=="0"
    ATTRS{state}=="running"
    ATTRS{ioerr_cnt}=="0x0"
    ATTRS{evt_soft_threshold_reached}=="0"
    ATTRS{device_blocked}=="0"
    ATTRS{queue_depth}=="2"
    ATTRS{iodone_cnt}=="0x18"
    ATTRS{evt_capacity_change_reported}=="0"
    ATTRS{iocounterbits}=="32"
    ATTRS{model}=="SNAPSCAN 310    "
    ATTRS{scsi_level}=="3"
    ATTRS{timeout}=="30"
    ATTRS{queue_type}=="none"
    ATTRS{blacklist}==""
    ATTRS{rev}=="2.00"
    ATTRS{type}=="6"
    ATTRS{iorequest_cnt}=="0x18"
    ATTRS{evt_inquiry_change_reported}=="0"
    ATTRS{evt_lun_change_reported}=="0"
    ATTRS{device_busy}=="0"
    ATTRS{vendor}=="AGFA    "
    ATTRS{eh_timeout}=="10"

  looking at parent device '/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0':
    KERNELS=="target0:0:0"
    SUBSYSTEMS=="scsi"
    DRIVERS==""

  looking at parent device '/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0':
    KERNELS=="host0"
    SUBSYSTEMS=="scsi"
    DRIVERS==""

  looking at parent device '/devices/pci0000:00/0000:00:1e.0/0000:18:07.0':
    KERNELS=="0000:18:07.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="aic7xxx"
    ATTRS{irq}=="21"
    ATTRS{d3cold_allowed}=="1"
    ATTRS{ari_enabled}=="0"
    ATTRS{revision}=="0x03"
    ATTRS{device}=="0x5078"
    ATTRS{vendor}=="0x9004"
    ATTRS{subsystem_device}=="0x7850"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{local_cpus}=="3"
    ATTRS{broken_parity_status}=="0"
    ATTRS{enable}=="1"
    ATTRS{driver_override}=="(null)"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{numa_node}=="-1"
    ATTRS{msi_bus}=="1"
    ATTRS{class}=="0x010000"
    ATTRS{subsystem_vendor}=="0x9004"

  looking at parent device '/devices/pci0000:00/0000:00:1e.0':
    KERNELS=="0000:00:1e.0"
    SUBSYSTEMS=="pci"
    DRIVERS==""
    ATTRS{subordinate_bus_number}=="24"
    ATTRS{d3cold_allowed}=="0"
    ATTRS{class}=="0x060401"
    ATTRS{secondary_bus_number}=="24"
    ATTRS{broken_parity_status}=="0"
    ATTRS{driver_override}=="(null)"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{ari_enabled}=="0"
    ATTRS{enable}=="1"
    ATTRS{local_cpus}=="3"
    ATTRS{numa_node}=="-1"
    ATTRS{device}=="0x244e"
    ATTRS{revision}=="0xf2"
    ATTRS{subsystem_vendor}=="0x1734"
    ATTRS{subsystem_device}=="0x10b6"
    ATTRS{msi_bus}=="1"
    ATTRS{vendor}=="0x8086"
    ATTRS{irq}=="0"

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""
Was ist nun was für?

Code: Alles auswählen

scsi VENDOR MODEL TYPE BUS CHANNEL ID LUN
VENDOR ---> ATTRS{vendor}=="AGFA "

MODEL ---> ATTRS{model}=="SNAPSCAN 310 "

TYPE ----> ATTRS{type}=="6"

BUS ---->

CHANNEL ---->

ID ----->

LUN ----> ATTRS{evt_lun_change_reported}=="0" richtig???



AxelMD udevregel

Code: Alles auswählen

# AGFA SNAPSCAN 310 flatbed scanner
ATTRS{type}=="6", ATTRS{vendor}=="AGFA ", ATTRS{model}=="SNAPSCAN 310 ", ENV{libsane_matched}="yes"
für /lib/udev/rules.d/60-libsane.rules
Zuletzt geändert von AxelMD am 21.12.2020 12:38:22, insgesamt 3-mal geändert.

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [gelöst] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 21.12.2020 11:52:13

Wie finde ich die fehlenden Attribute?

BUS
CHANNEL
ID
LUN

Oder genügen die bekannten Attribute?
Hat die ein Scanner evtl. fehlenden Attribute gar nicht?


Wodurch unterscheiden sich folgende 2 Lösungen?

Lösung 1

Code: Alles auswählen

# scsi device `snapscan:/dev/sg2' is a AGFA SNAPSCAN 310 flatbed scanner
ENV{libsane_matched}=="yes", RUN+="/bin/setfacl -m g:scanner:rw $env{DEVNAME}"
Lösung 2

Code: Alles auswählen

# AGFA SNAPSCAN 310 flatbed scanner
ATTRS{type}=="6", ATTRS{vendor}=="AGFA ", ATTRS{model}=="SNAPSCAN 310 ", ENV{libsane_matched}="yes"

AxelMD
Beiträge: 1350
Registriert: 15.03.2009 08:02:11

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von AxelMD » 21.12.2020 15:54:07

Hallo, irgendwas stimmt am System nicht.

Jetzt kann ich den Scanner nicht mehr im Netzwerk nutzen.
Die mitscherdinger Teillösung "chown saned:saned /dev/sg2" hilft auch nicht mehr.

Mein Debian 9 (Kernel 4.19.0-0.bpo.11-amd64)
System läuft dagegen stabil, der Scanner kann im Netzwerk genutzt werden.
Image von Debian 9 eingespielt und alles ok.

Ein hin und her hier.

Gestern Abend war alles so schön, selbst das Image von dem "vermeintlichen" Erfolg von gestern kann es nicht richten.

Irgend wie doof, wenn man nicht genügend Plan hat.

Warum der ist der Scanner bei Debian 10 /dev/sg2 und bei Debian 9 /dev/sg3?
Kann man da etwas stellen?

Code: Alles auswählen

Debian 10
 
 looking at device '/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg2':
    KERNEL=="sg2"
    SUBSYSTEM=="scsi_generic"
    DRIVER==""
    
    
Debian 9

 looking at device '/devices/pci0000:00/0000:00:1e.0/0000:18:07.0/host0/target0:0:0/0:0:0:0/scsi_generic/sg3':
    KERNEL=="sg3"
    SUBSYSTEM=="scsi_generic"
    DRIVER==""
22. Dezember 2020
Ein Dualbootsystem Debian_9 / Debian_10 habe ich jetzt.
Mit Debian_10 kann nicht über das Netzwerk auf den Scanner zugegriffen werden.

Für weitere Hinweise bin ich dankbar.

MfG
AxelMd

mellinger
Beiträge: 14
Registriert: 23.12.2020 14:54:15

Re: [] Debian 10 - Netzwerkscanner wird nicht gefunden

Beitrag von mellinger » 23.12.2020 14:57:58

Ich denke, Dein Problem hängt mit diesem Bug in Debian 10 zusammen:

https://linux.debian.bugs.dist.narkive. ... usb-device

Grüße,
Jürgen

Antworten