(gelöst) Canon Lide 25 mit Eigenbaukern nur root-Betrieb

[KBDCALLS]

Ich vermute mal das das an der Konfiguration des Kernels liegt. Deshalb würde ich erst einmal mit dem Debiankernel 3.16 austesten. Und wenn das dann funktioniert , dessen Konfig als Vorlage verwenden und nach eigenen Bedürfnissen abspecken.

PS . Mir leuchtet nicht ganz ein was Scanner und Ext 3 miteinander zu tun haben ?

Code: Alles auswählen

symbol: EXT3_FS_POSIX_ACL [=n]
   Type  : boolean
   Prompt: Ext3 POSIX Access Control Lists
     Location:
       -> File systems
   (1)   -> Ext3 journalling file system support (EXT3_FS [=n])
           -> Ext3 extended attributes (EXT3_FS_XATTR [=n])
     Defined at fs/ext3/Kconfig:66
     Depends on: BLOCK [=y] && EXT3_FS_XATTR [=n]
     Selects: FS_POSIX_ACL [=y]

[guennid]

Deshalb würde ich erst einmal mit dem Debiankernel 3.16 austesten. Und wenn das dann funktioniert , dessen Konfig als Vorlage verwenden und nach eigenen Bedürfnissen abspecken.

Bei der Unmenge an Einstellungen, die ein Standard-Kern enthält, bin ich diesen Weg nie gegangen, wenn ich da rausfinden wolle, was mein System alles nicht benötigt, würde ich wohl Monate brauchen. Ich gehe immer so vor, dass ich mir einen defconfig-Kern erstelle und dann je nach Bedarf das fehlende dazu konfiguriere. Im Grunde bootet jede Kern-Figuration ohne initrd-Gedöns erst mal durch, wenn das root-Dateisystem fest im Kern verankert ist, den Rest kann man nachkonfigurieren. Insofern ist die Basis des Kerns auf der aktuellen Maschine wahrscheinlich mal in sarge oder etch erstellt worden. Ich habe auch eigentlich, seit ich Debian nutze (woody ), noch nie neu installieren müssen, immer nur upgedatet - mit einer Ausnahme: als neue Maschinen SATA- statt IDE-Platten hatten, musste es notgedrungen sein. Hätte ich wahrscheinlich auch umgehen können, war ich aber zu faul zu.

Grüße, Gnther

[KBDCALLS]

Es gibt ja noch was anderes als defconfig. zB. oldconfig localmodconfig listnewconfig usw.

[smutbert]

Vielleicht ist der Übeltäter identifiziert. getfacl brachte zunächst nur "Datei oder Verzeichnis nicht gefunden" […]

udev ist ein eigenes Dateisystem, dem sollte es relativ egal sein ob ext3 ACL unterstützt oder nicht. Wenn die Gerätedatei da ist - du hast die genaue Fehlermeldung ja leider nicht gepostet - kann das "Datei nicht gefunden" nur mehr an dem fehlenden Befehl getfacl liegen. Der ist Teil von acl — ist das installiert?

[guennid]

Interessant, interessant:
Eigenbau 3.10.15:

Code: Alles auswählen

# getfacl /dev/bus/usb/003/002
getfacl: Entferne führende '/' von absoluten Pfadnamen
# file: dev/bus/usb/003/002
# owner: root
# group: root
# flags: --t
user::rw-
group::rw-
other::r--

Standard 3.2.0_

Code: Alles auswählen

# getfacl /dev/bus/usb/004/002
getfacl: Entferne führende '/' von absoluten Pfadnamen
# file: dev/bus/usb/004/002
# owner: root
# group: root
# flags: --t
user::rw-
group::rw-
group:scanner:rw-
mask::rw-
other::r--

PS . Mir leuchtet nicht ganz ein was Scanner und Ext 3 miteinander zu tun haben

Es ging um getfacl. Dabei fiel mir auf, dass" EXT3_FS_POSIX_ACL" nur im Standard-Kern vorhanden war. Wahrscheinlich habe ich aber lediglich den Pfad für das Kommando falsch geschrieben. Ich glaube, das können wir vergessen.

[smutbert]

Hm, zuerst könntest du prüfen ob sich mit deinem Kernel die ACL überhaupt setzen lassen, also

Code: Alles auswählen

# setfacl -m g:scanner:rw /dev/bus/usb/[nr]/[nr]

danach vielleicht auch überprüfen

Code: Alles auswählen

$ getfacl /dev/bus/usb/[nr]/[nr]

Wenn das funktioniert, hätte ich als nächstes vorgeschlagen die Ausgaben von

Code: Alles auswählen

$ udeadm info -a /dev/bus/usb/[nr]/[nr]

bei altem und neuem Kernel zu vergleichen oder einfach beide nach nopaste zu posten.

[guennid]

Code: Alles auswählen

# setfacl -m g:scanner:rw /dev/bus/usb/004/002
setfacl: /dev/bus/usb/004/002: Die Operation wird nicht unterstützt

[smutbert]

Dein udev unterstützt also keine ACL. Ist vielleicht in deiner Kernelkonfiguration diese Option

Code: Alles auswählen

CONFIG_TMPFS_POSIX_ACL=y

nicht gesetzt?

Code: Alles auswählen

$ grep ACL meineKernel.config | grep TMPFS

Wenn du deine Kernelkonfiguration nicht ändern möchtest, könntest du die udev-Regel von sane so anpassen, dass sie der Gruppe scanner nicht über ACL sondern über die normalen Posixrechte Zugriff gewährt. Allerdings hätte ich erwartet, dass die nicht unterstützen ACL auch bei anderen Geräten unangenehm auffallen, egal ob systemd oder das alte consolekit - es gibt mehr Software, die sich auf ACL verläßt.

[guennid]

Kompilation läuft.

Hoffentlich waren es die beiden Kern-Bestandteile: oder hast du noch einen Tipp, wie ich umfassend prüfen könnte, was alles für dieses ACL im Kernel benötigt wird? Die beiden anderen auf der oben von mir zitierten Seite genannten Dateisysteme außer ext3 benutze ich gar nicht.

Allerdings hätte ich erwartet, dass die nicht unterstützen ACL auch bei anderen Geräten unangenehm auffallen

Mir ist bisher nichts aufgefallen. Auf welche sollte ich besonders achten?

Grüße, Günther

[smutbert]

die beiden?

Ob ext2, ext3, xfs und die anderen „normalen“ Dateisysteme ACL unterstützen, kann dir - zumindest in diesem Zusammenhang - egal sein. die Gerätedateien werden in einem Dateisystem gespeichert, das nur im Hauptspeicher existiert. Früher war es ein ganz normales tmpfs jetzt steht bei mir etwas von devtmpfs

Code: Alles auswählen

$ mount | grep devtmpfs
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1920515,mode=755)

nachdem ich aber keine Konfigurationsoptionen gefunden habe, die die Zeichenkette UDEV enthalten und udev ja meines Wissen auch genau deswegen entwickelt wurde, damit die Gerätedateien im Userspace und nicht im Kernelspace (dazu gab es devfs, das zwar imho gut funktioniert hat, sich aber unter Linux nie durchgesetzt hat) verwaltet werden. Also liegt die Vermutung nahe, dass es genügt, wenn tmpfs ACL beherrscht.

[…]Mir ist bisher nichts aufgefallen. Auf welche sollte ich besonders achten?
[…]

Auf Anhieb fallen mir DVB-Empfänger, eventuell auch optische Laufwerke (wirkt sich wohl ev. nur beim Brennen aus), midi-Geräte, Gerätedateien zur Virtualisierung (/dev/kvm) und Videograbber ein, aber es gibt bestimmt noch mehr…

[guennid]

Eigenbaukern 3.10.15:

Code: Alles auswählen

# getfacl /dev/bus/usb/004/002
getfacl: Entferne führende '/' von absoluten Pfadnamen
# file: dev/bus/usb/004/002
# owner: root
# group: root
# flags: --t
user::rw-
group::rw-
group:scanner:rw-
mask::rw-
other::r--

Scannen als User läuft!!!

Danke

[smutbert]

Gerne, hat lange genug gedauert bis wir dahintergekommen sind