scannen nur für root?
Wolfgang Egger
ich hab mir heut nen Scanner (Canon LIDE 60) zugelegt. Nach ein paar
kleineren Hindernissen bzgl. sarge bin ich nun mittlerweile so weit,
dass ich als rooot mit xsane scannen kann.
Leider funktioniert dies als normaler user nicht. Wie gehe ich denn nun
am besten vor, um auch als normaler user scannen zu können? Is es
sinnvoll die Rechte der /dev/usb* manuell so zu setzen, dass world drauf
zugreifen kann? Gibt es irgendeinen konfigurierbaren Mechanismus in
Debian, der dafür sorgt, dass zumindest ein bestimmter user scannen darf?
Vielen Dank schon mal für eure Hilfe
Wolfgang
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Bernd Schwendele
> Servus miteinand,
>
> ich hab mir heut nen Scanner (Canon LIDE 60) zugelegt. Nach ein paar
> kleineren Hindernissen bzgl. sarge bin ich nun mittlerweile so weit,
> dass ich als rooot mit xsane scannen kann.
> Leider funktioniert dies als normaler user nicht. Wie gehe ich denn nun
> am besten vor, um auch als normaler user scannen zu können? Is es
> sinnvoll die Rechte der /dev/usb* manuell so zu setzen, dass world drauf
> zugreifen kann?
Nein, nicht sinnvoll.
> Gibt es irgendeinen konfigurierbaren Mechanismus in
> Debian, der dafür sorgt, dass zumindest ein bestimmter user scannen darf?
# cat /etc/group
[...]
scanner:x:108:besc2008,mako0201
Steht in Deiner /etc/group hinter scanner: Dein Username?
Gruß
Wolfgang Egger
danke für die schnelle Reaktion!
Bernd Schwendele schrieb:
> # cat /etc/group
> [...]
> scanner:x:108:besc2008,mako0201
>
> Steht in Deiner /etc/group hinter scanner: Dein Username?
ne, da steht nur
scanner:x:108:
d.h. ich nehm pico und schreib meinen usernamen dahinter?
Schönen Tach noch ;)
Wolfgang
Bernd Schwendele
> Servus Bernd,
>
> danke für die schnelle Reaktion!
>
> Bernd Schwendele schrieb:
> > # cat /etc/group
> > [...]
> > scanner:x:108:besc2008,mako0201
> >
> > Steht in Deiner /etc/group hinter scanner: Dein Username?
>
> ne, da steht nur
> scanner:x:108:
>
> d.h. ich nehm pico und schreib meinen usernamen dahinter?
joo... Kannst auch mehrere User durch Kommata getrennt dahinter
schreiben.
Gruß
Udo Mueller
* Wolfgang Egger schrieb [02-03-06 17:13]:
>
> d.h. ich nehm pico und schreib meinen usernamen dahinter?
adduser benutzername gruppe
man adduser
Mit freundlichen Grüßen
Udo Müller
--
ComputerService Udo Müller Tel.: 0441-36167578
Schöllkrautweg 16 Fax.: 0441-36167579
26131 Oldenburg in...@cs-ol.de Mobil: 0162-4365411
Gerhard Brauer
* Wolfgang Egger <be...@wolfgang-egger.de> schrieb am [02.03.06 17:13]:
>
> ne, da steht nur
> scanner:x:108:
>
> d.h. ich nehm pico und schreib meinen usernamen dahinter?
Nicht vergessen, dich als User von allen X-Servern bzw. Terminals
auszuloggen, sonst wird die Änderung in passwd/groups nicht wirksam.
Mit id <deinusername> kontrollieren.
> Wolfgang
Gruß
Gerhard
--
@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%@%
Don't panic! \* Greetings from Gerhard Brauer,
\|/ ____ \|/ \* 55411 Bingen am Rhein, Germany
@~/ ,. \~@ \*.***************************************************
/_( \__/ )_\ |* IM: gerbra <at> jabber <dot> org
\__U_/ |* PGP: 96A08062
___________________|*___________________________________________________
Andreas Pakulat
> Bernd Schwendele schrieb:
> > # cat /etc/group
> > [...]
> > scanner:x:108:besc2008,mako0201
> >
> > Steht in Deiner /etc/group hinter scanner: Dein Username?
>
> ne, da steht nur
> scanner:x:108:
>
> d.h. ich nehm pico und schreib meinen usernamen dahinter?
Besser:
adduser <deinusername> scanner
Dann machste bestimmt nix kaputt...
Andreas
--
You will never know hunger.
Frank Küster
> Servus Bernd,
>
> danke für die schnelle Reaktion!
>
> Bernd Schwendele schrieb:
>> # cat /etc/group
>> [...]
>> scanner:x:108:besc2008,mako0201
>>
>> Steht in Deiner /etc/group hinter scanner: Dein Username?
>
> ne, da steht nur
> scanner:x:108:
>
> d.h. ich nehm pico und schreib meinen usernamen dahinter?
Generell sollte man /etc/passwd und /etc/group nicht "normal" editieren,
sondern mit vipw bzw. vigr. Wenn die EDITOR-oder VISUAL-Variable
korrekt gesetzt ist, wird auch dein geliebter pico verwendet, auch wenn
das Kommando vi* heisst.
Der Grund ist, dass verhindert werden soll, dass zwei Anwendungen
gleichzeitig auf die Datei zugreifen wollen. Das mag auf einem
Ein-Admin-gleicher-Person-User-Rechner weniger gefährlich sein, aber
auch da kann man auf die Idee kommen, eine der Dateien zu ändern,
während im Hintergrund aptitude upgrade läuft. Also lieber gleich
richtig angewöhnen.
Gruß, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Wolfgang Egger
Andreas Pakulat schrieb:
> adduser <deinusername> scanner
>
> Dann machste bestimmt nix kaputt...
so hab ichs gemacht und ein cat /etc/group liefert nun auch
scanner:x:108:beuys
Danach hab ich den Rechner neu gebootet. Der Erfolg ist leider gleich
NULL :( Nur wenn ich die entsprechenden Programme als root laufen lasse,
hab ich Zugriff auf den Scanner.
Vermutung:
Ich hab vor einiger Zeit auf den 2.6.15er Kernel geupdatet. Seitdem
funktoniert gtkam nicht mehr, d.h. als normaler user wird die Kammera
nicht erkannt. (Als root hab ichs noch nicht ausprobiert) Die Kammera is
auch ein USB-Gerät.
Vielleicht is ja durch das Update auf den neuen Kernel aus backports
irgendwas geändert worden, was dazu führt, dass die /etc/group nicht
richtig ausgewertet wird bzw. ignoriert wird und nur root auf USB-Geräte
zugreifen lässt.
Is das irgendwie plausibel und wenn ja, was kann ich dagegen tun?
Trotzdem auf jeden Fall vielen vielen Dank für eure Hilfe!!!
Wolfgang
Andreas Pakulat
> Danach hab ich den Rechner neu gebootet.
Das war unnoetig.
> Der Erfolg ist leider gleich NULL :( Nur wenn ich die entsprechenden
> Programme als root laufen lasse, hab ich Zugriff auf den Scanner.
Gibts Fehlermeldungen die wenigstens das Device angeben? Wenn ja
koenntest du mal mit ls -l schauen wer was auf dem Device machen darf.
> Ich hab vor einiger Zeit auf den 2.6.15er Kernel geupdatet. Seitdem
> funktoniert gtkam nicht mehr, d.h. als normaler user wird die Kammera
> nicht erkannt. (Als root hab ichs noch nicht ausprobiert) Die Kammera is
> auch ein USB-Gerät.
> Vielleicht is ja durch das Update auf den neuen Kernel aus backports
Eher das sich das Verhalten von udev geaendert hat, aber dazu muss
jemand anderes was sagen. Ich hab keinen Scanner bei der Hand und auch
kein backports-udev (das ja scheinbar, siehe gtkam Thread, auch "anders"
ist als das aus sid).
> irgendwas geändert worden, was dazu führt, dass die /etc/group nicht
> richtig ausgewertet wird bzw. ignoriert wird
Das eher nicht. Sondern die Devices werden die falschen Rechte haben.
> und nur root auf USB-Geräte
> zugreifen lässt.
Finde erstmal raus auf welche Device-Dateien zugegriffen wird, wenn die
Apps das nicht direkt mitteilen (Cannot access device /dev/blub) versuch
mit strace was rauszukriegen.
Andreas
--
Good day for overcoming obstacles. Try a steeplechase.
Markus Schulz
> Servus miteinand,
>
> Andreas Pakulat schrieb:
> > adduser <deinusername> scanner
> >
> > Dann machste bestimmt nix kaputt...
>
> so hab ichs gemacht und ein cat /etc/group liefert nun auch
> scanner:x:108:beuys
>
> Danach hab ich den Rechner neu gebootet. Der Erfolg ist leider gleich
> NULL :( Nur wenn ich die entsprechenden Programme als root laufen
> lasse, hab ich Zugriff auf den Scanner.
zieh den Scanner mal vom USB ab und steck ihn wieder ran.
Wenn es danach geht ist es wieder das Problem, das die udev Regeln für
sane beim Booten nicht ausgeführt wurden (/etc/udev/libsane.rules auf
Sid Systemen) bzw. das von dort aufgerufene Script
(/etc/hotplug.d/usb/libsane.hotplug) welches für das chown des Devices
zuständig ist.
Könnte mit deiner Kamera übrigens das gleiche Problem sein.
--
Markus Schulz
This is Linux Land-
In silent nights you can hear the windows machines rebooting
Wolfgang Egger
> zieh den Scanner mal vom USB ab und steck ihn wieder ran.
> Wenn es danach geht ist es wieder das Problem, das die udev Regeln für
> sane beim Booten nicht ausgeführt wurden (/etc/udev/libsane.rules auf
> Sid Systemen) bzw. das von dort aufgerufene Script
> (/etc/hotplug.d/usb/libsane.hotplug) welches für das chown des Devices
> zuständig ist.
leider ändert das nix :(
Trotzdem danke!
Wolfgang Egger
Andreas Pakulat schrieb:
> Gibts Fehlermeldungen die wenigstens das Device angeben? Wenn ja
> koenntest du mal mit ls -l schauen wer was auf dem Device machen darf.
ne, Fehlermeldungen gibts leider keine. Nur die Meldung, dass kein
Scanner gefunden wird, bzw. z.B. bei kooka bekomm ich diesen Dialog am
Anfang, welchen Scanner ich nehmen möchte, als user nicht angeboten, als
root schon.
> Finde erstmal raus auf welche Device-Dateien zugegriffen wird, wenn die
> Apps das nicht direkt mitteilen (Cannot access device /dev/blub) versuch
> mit strace was rauszukriegen.
$ sudo scanimage -L
device `genesys:libusb:001:003' is a Canon LiDE 60 flatbed scanner
Das lässt mich vermuten, dass es /dev/usbdev1.3 ist. Dazu passt auch das
"einzigartige" Datum dieser Device-Datei:
beuys@bach:~/Documents/zeugnisse/scans$ ls -l /dev/usbdev*
crw-rw---- 1 root root 189, 0 2006-03-03 08:41 /dev/usbdev1.1
crw-rw---- 1 root root 189, 2 2006-03-03 11:00 /dev/usbdev1.3
crw-rw---- 1 root root 189, 128 2006-03-03 08:41 /dev/usbdev2.1
crw-rw---- 1 root root 189, 0 2006-03-03 08:40 /dev/usbdev3.1
crw-rw---- 1 root root 189, 1 2006-03-03 08:40 /dev/usbdev3.2
Die Rechte würden auch erklären, warum nur root drauf zugreiffen kann.
Ich hab heite strace zum ersten mal benutzt, von daher bin ich mir
unsicher, ob das, was ich getan hat wirklich sinnvoll ist, aber hier das
Ergebnis meiner Versuche:
Erst als user ..........................
beuys@bach:~/scans$ strace -e trace=open -o scan.log scanimage -L
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).
beuys@bach:~/scans$ grep "= -1" scan.log |grep usb > scan.errors
beuys@bach:~/scans$ cat scan.errors
open("/proc/bus/usb/003/002", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/003/002", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/002/001", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/002/001", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/001/001", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES (Permission denied)
open("/proc/bus/usb/001/001", O_RDWR) = -1 EACCES (Permission denied)
open("./mustek_usb.conf", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES (Permission denied)
.... dann als root ..........
bach:/home/beuys/scans# strace -e trace=open -o scan.log scanimage -L
device `genesys:libusb:001:003' is a Canon LiDE 60 flatbed scanner
bach:/home/beuys/scans# grep "= -1" scan.log |grep usb > scan.errors
bach:/home/beuys/scans# cat scan.errors
open("./mustek_usb.conf", O_RDONLY) = -1 ENOENT (No such file or
directory)
Bedeutet das, ich muss die Rechte von Hand via chmod ändern? Fänd ich
iregendwie hässlich ;)
Schönen Tach noch
Wolfgang
Markus Schulz
> Servus Andreas,
>
> Andreas Pakulat schrieb:
> > Gibts Fehlermeldungen die wenigstens das Device angeben? Wenn ja
> > koenntest du mal mit ls -l schauen wer was auf dem Device machen
> > darf.
>
> ne, Fehlermeldungen gibts leider keine. Nur die Meldung, dass kein
> Scanner gefunden wird, bzw. z.B. bei kooka bekomm ich diesen Dialog
> am Anfang, welchen Scanner ich nehmen möchte, als user nicht
> angeboten, als root schon.
>
> > Finde erstmal raus auf welche Device-Dateien zugegriffen wird, wenn
> > die Apps das nicht direkt mitteilen (Cannot access device
> > /dev/blub) versuch mit strace was rauszukriegen.
>
> $ sudo scanimage -L
> device `genesys:libusb:001:003' is a Canon LiDE 60 flatbed scanner
> beuys@bach:~/scans$ grep "= -1" scan.log |grep usb > scan.errors
> beuys@bach:~/scans$ cat scan.errors
> open("/proc/bus/usb/003/002", O_RDWR) = -1 EACCES (Permission
> denied) open("/proc/bus/usb/003/001", O_RDWR) = -1 EACCES
> (Permission denied) open("/proc/bus/usb/003/002", O_RDWR) = -1
> EACCES (Permission denied) open("/proc/bus/usb/003/001", O_RDWR) =
> -1 EACCES (Permission denied) open("/proc/bus/usb/002/001", O_RDWR)
> = -1 EACCES (Permission denied) open("/proc/bus/usb/002/001", O_RDWR)
> = -1 EACCES (Permission denied) open("/proc/bus/usb/001/002",
> O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/001/001", O_RDWR) = -1 EACCES (Permission
> denied) open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES
> (Permission denied) open("/proc/bus/usb/001/001", O_RDWR) = -1
> EACCES (Permission denied) open("./mustek_usb.conf", O_RDONLY) =
> -1 ENOENT (No such file or directory)
> open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES (Permission
> denied)
> Bedeutet das, ich muss die Rechte von Hand via chmod ändern? Fänd ich
> iregendwie hässlich ;)
Nein, das sollte das von mir erwähnte Script erledigen.
(/etc/udev/libsane.rules bzw. /etc/hotplug.d/usb/libsane.hotplug)
Kannst du mal schauen ob diese Scripte existieren und dort mal einen
Blick reinwerfen? Ich habe leider kein Sarge System mit Backports
sondern ein Sid. Dort funktioniert das Setzen der Rechte im usbfs
(benutzt du ja auch) einwandfrei.
Vielleicht existiert auch für deinen Scanner dort
(/etc/udev/libsane.rules) noch garkein Eintrag, dann wäre es klar das
die Rechte nicht gesetzt werden.
--
Markus Schulz
Hm, wenn man sich nach einem Screenlock gar nicht mehr wieder anmelden
kann, ist das natürlich sehr sicher. In diesem Sinne wird die Sicherheit
des Systems durch den Bug sogar sehr erhöht. :-))
Andreas Pakulat
> Andreas Pakulat schrieb:
> > Finde erstmal raus auf welche Device-Dateien zugegriffen wird, wenn die
> > Apps das nicht direkt mitteilen (Cannot access device /dev/blub) versuch
> > mit strace was rauszukriegen.
> $ sudo scanimage -L
> device `genesys:libusb:001:003' is a Canon LiDE 60 flatbed scanner
>
> Das lässt mich vermuten, dass es /dev/usbdev1.3 ist. Dazu passt auch das
> "einzigartige" Datum dieser Device-Datei:
>
> beuys@bach:~/Documents/zeugnisse/scans$ ls -l /dev/usbdev*
> crw-rw---- 1 root root 189, 0 2006-03-03 08:41 /dev/usbdev1.1
> crw-rw---- 1 root root 189, 2 2006-03-03 11:00 /dev/usbdev1.3
> crw-rw---- 1 root root 189, 128 2006-03-03 08:41 /dev/usbdev2.1
> crw-rw---- 1 root root 189, 0 2006-03-03 08:40 /dev/usbdev3.1
> crw-rw---- 1 root root 189, 1 2006-03-03 08:40 /dev/usbdev3.2
>
> Die Rechte würden auch erklären, warum nur root drauf zugreiffen kann.
Ja... Vielleicht.
> open("/proc/bus/usb/003/002", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/003/002", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/002/001", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/002/001", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/001/001", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/001/002", O_RDWR) = -1 EACCES (Permission denied)
> open("/proc/bus/usb/001/001", O_RDWR) = -1 EACCES (Permission denied)
Da hast du vmtl. auch keine Rechte drauf oder? Wie sieht das da aus.
> Bedeutet das, ich muss die Rechte von Hand via chmod ändern? Fänd ich
> iregendwie hässlich ;)
Eventuell. Wenn du dich noch etwas gedulden kannst schaue ich heute
Abend nach wie das bei mir ablaeuft wenn ich den Scanner anstoepsel.
Andreas
--
You should emulate your heros, but don't carry it too far. Especially
if they are dead.
Wolfgang Egger
Markus Schulz schrieb:
> Vielleicht existiert auch für deinen Scanner dort
> (/etc/udev/libsane.rules) noch garkein Eintrag, dann wäre es klar das
> die Rechte nicht gesetzt werden.
jepp, so isses:
bach:/home/beuys/scans# cat /etc/udev/libsane.rules|grep Canon
# Canon Inc.|CanoScan FB320U
# Canon Inc.|CanoScan FB620U
# Canon Inc.|CanoScan FB630U
# Canon Inc.|CanoScan FB1210U
# Canon Inc.|CanoScan N650U
# Canon Inc.|CanoScan 1220U
# Canon Inc.|CanoScan D660U
# Canon Inc.|CanoScan D646U
# Canon Inc.|CanoScan D1250U2
# Canon Inc.|CanoScan N670U/N676U/LIDE 20
# Canon Inc.|CanoScan N1240U/LIDE 30
# Canon Inc.|CanoScan 8000F
# Canon Inc.|CanoScan 9900F
# Canon Inc.|CanoScan 5000F
# Canon Inc.|LIDE 50
# Canon Inc.|CanoScan 3000
# Canon Inc.|LIDE 25
# Canon Inc.|FS4000US
meiner is Canon LIDE 60
Ich musste um das Teil überhaupt zum laufen zu bekommen auch eine
Ergänzung in meiner sources.list vornehmen
deb http://people.debian.org/~aurel32/SANE sarge main
deb-src http://people.debian.org/~aurel32/SANE sarge main
und dann ein
apt-get install sane sane-utils xsane libsane
laufen lassen. Offenbar wird dabei der entsprechende Eintrag in der
/etc/udev/libsane.rules nicht ergänzt.
Gibt es dafür ein Tool, oder muss ich das von Hand machen?
ein sane-find-scanner liefert
found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan],
chip=GL841) at libusb:001:005
folglich würde ich vermuten, dass da noch folgende Zeilen rein müssen:
# Canon Inc.|LIDE 50
SYSFS{idVendor}=="04a9", SYSFS{idProduct}=="221c", MODE="664",
GROUP="scanner", RUN+="/etc/hotplug.d/usb/libsane.hotplug"
Vielen Dank, ich denke mal, das is die richtige Spur ;)
Robert Grimm
> Das lässt mich vermuten, dass es /dev/usbdev1.3 ist. Dazu passt auch das
> "einzigartige" Datum dieser Device-Datei:
> beuys@bach:~/Documents/zeugnisse/scans$ ls -l /dev/usbdev*
> crw-rw---- 1 root root 189, 0 2006-03-03 08:41 /dev/usbdev1.1
> crw-rw---- 1 root root 189, 2 2006-03-03 11:00 /dev/usbdev1.3
> crw-rw---- 1 root root 189, 128 2006-03-03 08:41 /dev/usbdev2.1
> crw-rw---- 1 root root 189, 0 2006-03-03 08:40 /dev/usbdev3.1
> crw-rw---- 1 root root 189, 1 2006-03-03 08:40 /dev/usbdev3.2
Die sind nicht relevant.
#v+
[rob@woody:~]$ ls -l /dev/usbdev1.3
crw-rw---- 1 root root 189, 2 Mar 3 08:33 /dev/usbdev1.3
[rob@woody:~]$ ls -l /proc/bus/usb/001/003
-rw-rw---- 1 root scanner 50 Mar 3 12:15 /proc/bus/usb/001/003
[rob@woody:~]$ scanimage -L
device `epson:libusb:001:003' is a Epson GT-8200 flatbed scanner
#v-
Rob
--
> Schmeiß die +90% PCs weg und 'das Internet' wird noch immer funktionieren.
Streiche "noch immer" setze "besser als vorher"
-- Toni Grass und Jens Sülwald in de.comp.security.firewall
Wolfgang Egger
Robert Grimm schrieb:
> [rob@woody:~]$ ls -l /proc/bus/usb/001/003
> -rw-rw---- 1 root scanner 50 Mar 3 12:15 /proc/bus/usb/001/003
bei mir schaut das leider so aus:
bach:/home/beuys# ls -l /proc/bus/usb/001/003
-rw-r--r-- 1 root root 57 2006-03-03 13:17 /proc/bus/usb/001/003
Ich hab jetz auch noch in der /etc/sane.d/hotplug/libsane.db
nachgeschaut, die ihrerseits in der /etc/hotplug.d/usb/libsane.hotplug
nach meinem Scanner durchgrept wird, aber da drin steht mein LIDE 60
auch nicht.
Wenn ich die mail von Markus mit der ganzen Rechtegeschichte
zusammendenke, dann schließe ich, dass bei der Installation der neuen
sane-Version nicht alle notwendigen Schritte durchgeführt wurden und nun
Einträge in diversen Scripten bzw "Datenbanken" fehlen.
Gibt es irgendwo ne Auflistung, welche Dateien davon betroffen sind?
Momentan tippe ich mal dass es mindestens folgende beiden Datein sind:
/etc/sane.d/hotplug/libsane.db
/etc/udev/libsane.rules
Gibt es noch mehr und kann ich die einfach von Hand ergänzen, oder
sollte ich dafür irgendein Tool nehmen?
Wolfgang
Robert Grimm
> Gibt es irgendwo ne Auflistung, welche Dateien davon betroffen sind?
> Momentan tippe ich mal dass es mindestens folgende beiden Datein sind:
> /etc/sane.d/hotplug/libsane.db
> /etc/udev/libsane.rules
Die beiden sollten reichen.
> Gibt es noch mehr und kann ich die einfach von Hand ergänzen, oder
> sollte ich dafür irgendein Tool nehmen?
Ich kenne kein Tool dafür.
Rob
--
Gib einem Hungrigen einen Fisch, und er ist für einen Tag satt. Zeig
ihm, wie man angelt, und er pöbelt Dich an, daß er besseres zu tun
hätte, als Schnüre ins Wasser hängen zu lassen.
-- David Kastrup in de.comp.text.tex
Markus Schulz
exakt, nur eben mit der korrekten Vendor und Product ID (siehst du z.B.
in /proc/bus/usb/devices bei deinem Scanner.
Du kannst also dort einfach eine Zeile selbst reinschreiben, dann hast
du aber das Problem, das ein Paketupgrade eventuell die Datei
überschreibt (weiss grad nicht ob die als config Datei geflagged ist).
Einfacher und sicherer wäre ein neues udev File für das rules.d
Verzeichnis anzulegen und dort genau so eine Zeile mit deinen korrekten
Daten zu hinterlegen. Das macht quasi das gleich ohne die libsane Datei
anzufassen.
--
Markus Schulz
"In diesen heil'gen Mauern soll kein Windows lauern..."
[Jochen Lippert in d.a.s.r]