[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