On Sat, 16 Nov 2024 20:56:18 +0100 "Ralf Mattes" r.mattes@mh-freiburg.de wrote:
(...)
(Ich lasse mal das Erste weg, das ist natürlich alles richtig, was Du schreibst)
Der Tipp mit dem USB hat's gebracht.
Ich frage mich ob das nicht eher ein 'red herring' ist. Wie ist denn Dein Scanner angeschlossen? USB? Dann würde ich mal nachsehen ob das USB-Device wirklich für die Gruppe scanner lesbar ist. Das macht oft eine udev-Regel und die greift (zumindest früher) gerne mal nicht wenn das Device nach dem Booten angeschlossen wurde.
Eine Suche wurde fündig hier ⇒ https://wiki.ubuntuusers.de/Scanner/
In /etc/udev/rules.d/40-libsane.rules soll ein Eintrag für den Scanner stehen. Bei Slackware Current ist es 80-libsane.rules, und der Eintrag ist da:
lsusb ergibt :
Bus 003 Device 006: ID 04a9:1913 Canon, Inc. CanoScan LiDE 300
libsane-rules:
# Canon LiDE 300 | Canon CanoScan LiDE 300 ATTR{idVendor}=="04a9", ATTR{idProduct}=="1913", MODE="0660", GROUP="lp", ENV{libsane_matched}="yes"
Das scheint zu stimmen.
Dann gibt es eine Zeile in /etc/udev/rules.d/52-udev-default.rules:
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0664"
die nach "0666" geändert werden soll. Habe ich gemacht; aber dann habe ich noch gefunden
/etc/udev/rules.d/00-usb-permissions.rules
und auch hier die permissions von 0660 auf 0666 gesetzt:
SUBSYSTEM=="usb", MODE="0666", GROUP="plugdev"
Seitdem nach Neustart lauft alles problemlos. (Anscheinend. Hoffentlich habe ich nicht noch sonstige Probleme erzeugt.)
Ja ich kann mich nur bedanken für Deine und Eure Mühe!
Das war wirklich alles sehr förderlich und interessant. Ich bin sonst ja nur so'n "User" …
Grüße vom Erich
Gruss RalfD
vielen Dank für Deine Mühe!
Erich
Gruss RalfD
P.S.: bitte an die Liste antworten und nicht mich in's CC sonst bekomme ich alles zweimal.
Gern, auf jeden Fall. Es ist jetzt halt nur so, dass auch ich alle Mails doppelt bekomme, einmal an mich selber, einmal an die Gruppe (mit Ausnahme dieses Mails). Da hielt ich das für guten Stil, wollte "brav" sein, habe auf "Antwort an Alle" geklickt und unterlasse das natürlich geflissentlich ...
Gruß Erich
Gruss RalfD
> On Sat, Nov 16, 2024 at 10:26:21AM +0000, E. Hoffmann wrote: > > On Sat, 16 Nov 2024 11:08:31 +0100 > > tomas@tuxteam.de wrote: > > > > > On Sat, Nov 16, 2024 at 09:42:03AM +0000, E. Hoffmann wrote: > > > > On Sat, 16 Nov 2024 09:30:21 +0100 > > > > tomas@tuxteam.de wrote: > > > (...) > > > > > > Vielleicht lernt mensch was daraus, wenn Du den Aufruf unter strace laufen > > > lässt? Weisst Du, wie das geht? > > > > Oh, nein, aber ich habe es gerade gegoogelt, nur komme ich mit der Unmenge an Informationen > > nicht klar, die bei den verschiedenen Optionen (-e , -i usw.) und mit dem > > flag -o erhalte ich eine Output-Datei mit über 30'000 Zeilen... > > Ja, das produziert ziemlich viel Müll. Trick dabei ist, wie Du schon > herausgefunden hast, -o <Datei>. Die andere wichtige Option (imE) ist > -f, so dass Unterprozesse auch mitmachen dürfen. Manchmal löst so ein > Kommando einen Rudel von Prozessen und die Schweinerei passiert irgendwo > "da unten". > > Mit -ff (eine Datei pro Prozess, mit PID im Namen) bin ich nie glücklich > geworden. Für Menschen mit viel mehr Fokus als ich habe ;-) > > Dann brauchst Du etwas, um die Datei anzugucken -- ein Editor, dem bei > der Grösse nicht schwindlig wird (Vim oder Emacs tun es) oder einfach > less. > > Schliesslich die Feststellung, dass das, was Du suchst, ziemlich am > Ende steht: nachdem das Programm mit EPERM eins auf die Finger gekriegt > hat, torkelt es noch ein Bisschen, gibt beleidigt die Fehlermeldung > aus, packt vielleicht ein- zwei Zelte ein und geht. > > Du suchst also ein EPERM ziemlich am Ende, vielleicht ein paar hundert > Zeilen davon entfernt. Und davor, den Syscall, der das "gemacht" hat > (manchmal ist Syscall und Fehler nicht in derselben Zeile, insbesondere, > wenn mehrere Prozesse durcheinanderschreien). > > Das könnte z.B. ein Open sein. Der Pfad ist dann interessant. Oder es > ist ein openat, dann muss mensch sich über das fd des Directories zu > dessen Pfad hangeln. Oder... > > Mit Dem Pfad kannst Du z.B. die Permissions der Datei angucken. Oder > ob ein AppArmor oder SELinux-Fluch draufliegt. Oder. > > Sowas in der Art :) > > lg > -- > t
-- E. Hoffmann h0ffmann@posteo.net
-- Ralf Mattes
Hochschule für Musik Freiburg Projektleitung HISinOne Mendelssohn-Bartholdy Platz 1, D-79102 Freiburg http://www.mh-freiburg.de
-- E. Hoffmann h0ffmann@posteo.net
-- Ralf Mattes
Hochschule für Musik Freiburg Projektleitung HISinOne Mendelssohn-Bartholdy Platz 1, D-79102 Freiburg http://www.mh-freiburg.de
-- E. Hoffmann h0ffmann@posteo.net
-- Ralf Mattes
Hochschule für Musik Freiburg Projektleitung HISinOne Mendelssohn-Bartholdy Platz 1, D-79102 Freiburg http://www.mh-freiburg.de
-- E. Hoffmann h0ffmann@posteo.net