[Linux-bruxelles] README.Debian de cdrdao
Aldo
blinuxman at tuxfamily.org
Mar 28 Fév 19:40:53 CET 2006
Dans /usr/share/doc/cdrdao/README.Debian
il semble y avoir la solution pour mon problème de cdrdao; et comme tout
le modne a ce problème, ça devrait en intéresser plus d'un;
oui mais, sauf que la solution ne répond pas au problème; jugez
vous-mêmes:
1. Running cdrdao as a non-root user
In the past, cdrdao has been installed setuid root. Due to security
issues, this was removed.
(voilà en tout cas qui explique pourquoi il faut être root pour pouvoir
utiliser cdrdao)
Such security issues probably still remain at this time. If you make
cdrdao setuid, then it is likely it can be leveraged to gain full
shell access to the relevant uid. As such, I strongly recommend that
you do not do so.
(ça on l'a bien compris)
In order to allow regular users to run cdrdao, you can grant them
access to the relevant device nodes. This will probably be a /dev/scd
and a /dev/sg node - for device 0,1,0, /dev/scd1 and /dev/sg1. This
will grant access to all users in the cdrom group:
chgrp cdrom /dev/scd1 /dev/sg1
chmod g+rw /dev/scd1 /dev/sg1
(ici j'ai fait la même chose mais pour /dev/hdc, vu qu'il n'y a plus
besoin d'emulation scsi)
Then use "adduser user cdrom" to add the users to the cdrom group.
One side-effect of this is that cdrdao will not run with real-time
priority. There is currently no easy, safe way to grant this. With a
modern CD writer, it probably won't matter, but it may cause buffer
underruns if the system is under significant load while burning.
(j'ai déjà eu des buffers underrun à cause de ça, mais surtout, j'ai
constaté que mon dev hdc est bien en
brw-rw---- 1 root cdrom
alors, que peut-on faire de plus que ça?)
Aldo.
PS: j'ai consciement pas sudo sur mon système.
Plus d'informations sur la liste de diffusion Linux-bruxelles