Zugriffsrechte bei Benutzern von Brennprogrammen

Aus Fedorawiki.de

Wechseln zu: Navigation, Suche


Neu.png Dieser Artikel wurde neu erstellt und bedarf evtl. noch einer Korrekturlesung. Danach kann diese Box entfernt werden.
Dieser Artikel ist Teil der HOWTO Sammlung

Wer kennt sie nicht, die Warnmitteilungen als normaler Benutzer beim Starten von Brennprogramme wie K3b, Nero, GnomeBaker, Graveman und Brasero.

K3b Warnmitteilung
Nero Warnmitteilung


Inhaltsverzeichnis

Infos des CD/DVD-Brenners ermitteln

Ein CD/DVD-Brenner wird gewöhnlich als SCSI-Gerät und somit als scdX oder sgX Device erkannt. Zuerst ermitteln wir, welche brennfähigen CD/DVD-Geräte angeschlossen sind.

[root]# dmesg | grep CD-ROM
scsi 3:0:0:0: CD-ROM           TSSTcorp DVD-ROM SH-D163A SB00 PQ: 0 ANSI: 5
scsi 3:0:1:0: CD-ROM           TSSTcorp CD/DVDW SH-W163A TS01 PQ: 0 ANSI: 5


K3B und Zugriffsrechte auf Devices

K3B greift auf die /dev/scd* Devices zu.

ll /dev/scd*


brw-rw---- 1 root disk 11, 0 14. Jun 15:05 /dev/scd0 

Die Device /dev/scd* hat standardmäßig in Fedora die Gruppenzugehörigkeit disk mit Schreibrechten. Es genügt deshalb den Benutzer in die Gruppe disk mit aufzunehmen.

[root]# usermod -a -G disk <Benutzername>


Nero und Zugriffsrechte auf Devices

Nero greift auf die /dev/sg* Devices zu.

ll -a /dev/sg*


crw------- 1 root root 21, 0 14. Jun 21:20 /dev/sg0
crw------- 1 root root 21, 1 14. Jun 21:20 /dev/sg1

Anhand der angezeigten Werte läßt sich leicht erkennen, dass nur der Benutzer root auf die Device /dev/sgX zugreifen darf. Damit auch Nicht Root-Benutzer Schreibrechte bekommen, erstellen wir mit Hilfe von udev-Regeln, Devices mit Schreibrechten und Gruppenzugehörigkeit disk.

Neue Rules Datei anlegen

Erstellt nun mit dem Editor Eurer Wahl die Datei /etc/udev/rules.d/51-custom.rules und fügt den folgenden Inhalt ein:

BUS=="scsi", KERNEL=="sg[0-9]*", GROUP="disk", MODE="0660"

Aktualisieren der neuen Udev-Regel

Dazu muss der Rechner neu gestartet werden, damit die Regeln ihre Wirkung zeigen , oder in Fedora 8 der ConsoleKite Dienst neu gestartet werden.

Prüfen der Gerätedevices

Nach dem Neustart prüfen wir die Brennerdevices auf ihre Rechte und Gruppenzugehörigkeit.

ll /dev/sg*

Die Devices sollten danach folgendermassen aussehen:

crw-rw---- 1 root disk 21, 0 14. Jun 21:20 /dev/sg0 
crw-rw---- 1 root disk 21, 1 14. Jun 21:20 /dev/sg1

Benutzer in die Gruppe disk aufnehmen

Dann noch den Benutzer in die Gruppe disk mit aufnehmen.

[root]# usermod -a -G disk <Benutzername>

Hat der Benutzer Zugriffsrechte für die Devices

Dies kann mit dem Programm getfacl überprüft werden, hier sollte dann der eigentliche Benutzername aufgelistet werden.

[root]# getfacl /dev/sr*
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user:martin:rw-
group::rw-
mask::rw-
other::---

# file: dev/sr1
# owner: root
# group: disk
user::rw-
user:martin:rw-
group::rw-
mask::rw-
other::---


Mögliche Probleme

In manchen Fällen kann es vorkommen, dass bei Änderungen der Zugriffsrechte diese nicht sofort dem Benutzer zur Verfügung stehen. In diesen Fällen sollte zuerst geprüft werden, ob der ConsoleKit Dämon gestartet ist.

Läuft der ConsoleKit Daemon

Die Ausgabe sieht in etwa so aus, wenn der Dienst läuft:

/etc/init.d/ConsoleKit status

console-kit-daemon (PID 2458) wird ausgeführt...

ConsoleKit Dämon nach Änderungen neu starten

Dies kann erforderlich sein, wenn Änderungen vorgenommen wurden.

/etc/init.d/ConsoleKit restart


Links