qui sont en rw pour root et aucuns droits pour les autres -> seuls root
peut écouter de la musique avec xmms par ex.
Je me loggue en root, je change les droits d'accès et le proprio pour
que mes users puissent y accéder -> c'est bon ca marche.
Je reboote, les droits ont été réinitialisés, je suis obligé de
recommecer la manip !
je vais quand même pas devoir executer un script au démarrage ?!!
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rakotomandimby Mihamina
moi je le fais ... j'ai un chmod 666 /dev/dsp dans rc.local.
ce qui fait qu'a chaque boot, les permissions de dsp sont "liberees". -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://stko.dyndns.info/site_principal/Members/mihamina
moi je le fais ...
j'ai un chmod 666 /dev/dsp dans rc.local.
ce qui fait qu'a chaque boot, les permissions de dsp sont "liberees".
--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://stko.dyndns.info/site_principal/Members/mihamina
moi je le fais ... j'ai un chmod 666 /dev/dsp dans rc.local.
ce qui fait qu'a chaque boot, les permissions de dsp sont "liberees". -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://stko.dyndns.info/site_principal/Members/mihamina
David LE BOURGEOIS
Bnojour
Bonsoir.
sur une Redhat 9, j'ai /dev/dsp /dev/mixer
qui sont en rw pour root et aucuns droits pour les autres -> seuls root peut écouter de la musique avec xmms par ex.
Je me loggue en root, je change les droits d'accès et le proprio pour que mes users puissent y accéder -> c'est bon ca marche.
Je reboote, les droits ont été réinitialisés, je suis obligé de recommecer la manip ! je vais quand même pas devoir executer un script au démarrage ?!!
Vos avis ?
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Personnellement, j'ai choisi de commenter les lignes de configuration du fichier, et fait un chmod une bonne fois pour toutes.
-- David LE BOURGEOIS
Bnojour
Bonsoir.
sur une Redhat 9, j'ai
/dev/dsp
/dev/mixer
qui sont en rw pour root et aucuns droits pour les autres -> seuls root
peut écouter de la musique avec xmms par ex.
Je me loggue en root, je change les droits d'accès et le proprio pour
que mes users puissent y accéder -> c'est bon ca marche.
Je reboote, les droits ont été réinitialisés, je suis obligé de
recommecer la manip !
je vais quand même pas devoir executer un script au démarrage ?!!
Vos avis ?
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms
définit les droits sur la classe <sound>, contenant entre autres
/dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Personnellement, j'ai choisi de commenter les lignes de configuration du
fichier, et fait un chmod une bonne fois pour toutes.
qui sont en rw pour root et aucuns droits pour les autres -> seuls root peut écouter de la musique avec xmms par ex.
Je me loggue en root, je change les droits d'accès et le proprio pour que mes users puissent y accéder -> c'est bon ca marche.
Je reboote, les droits ont été réinitialisés, je suis obligé de recommecer la manip ! je vais quand même pas devoir executer un script au démarrage ?!!
Vos avis ?
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Personnellement, j'ai choisi de commenter les lignes de configuration du fichier, et fait un chmod une bonne fois pour toutes.
-- David LE BOURGEOIS
Gabriel
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Tu supposes juste.
Merci bcp, c'est réglé ! -- -- email : on se découvre pour m'écrire :)
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Tu supposes juste.
Merci bcp, c'est réglé !
--
--
email : on se découvre pour m'écrire :)
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Tu supposes juste.
Merci bcp, c'est réglé ! -- -- email : on se découvre pour m'écrire :)
Nicolas George
David LE BOURGEOIS wrote in message <40d496a9$0$18748$:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Il me semble que c'est plutôt 0600 pour l'utilisateur qui se logue en console.
David LE BOURGEOIS wrote in message
<40d496a9$0$18748$626a14ce@news.free.fr>:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms
définit les droits sur la classe <sound>, contenant entre autres
/dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Il me semble que c'est plutôt 0600 pour l'utilisateur qui se logue en
console.
David LE BOURGEOIS wrote in message <40d496a9$0$18748$:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Il me semble que c'est plutôt 0600 pour l'utilisateur qui se logue en console.
David LE BOURGEOIS
David LE BOURGEOIS wrote in message <40d496a9$0$18748$:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Il me semble que c'est plutôt 0600 pour l'utilisateur qui se logue en console.
Bien vu, j'ai loupé le triple clip dans mon xterm.
Il fallait lire : <console> 0600 <sound> 0600 root
-- David LE BOURGEOIS
David LE BOURGEOIS wrote in message
<40d496a9$0$18748$626a14ce@news.free.fr>:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms
définit les droits sur la classe <sound>, contenant entre autres
/dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Il me semble que c'est plutôt 0600 pour l'utilisateur qui se logue en
console.
Bien vu, j'ai loupé le triple clip dans mon xterm.
Il fallait lire : <console> 0600 <sound> 0600 root
David LE BOURGEOIS wrote in message <40d496a9$0$18748$:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Il me semble que c'est plutôt 0600 pour l'utilisateur qui se logue en console.
Bien vu, j'ai loupé le triple clip dans mon xterm.
Il fallait lire : <console> 0600 <sound> 0600 root
-- David LE BOURGEOIS
g.patel
On Sat, 19 Jun 2004 21:40:25 +0200, David LE BOURGEOIS wrote:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Personnellement, j'ai choisi de commenter les lignes de configuration du fichier, et fait un chmod une bonne fois pour toutes.
C'est une solution.
A ma connaissance, l'utilité du console.perms n'est pourtant pas nulle; je crois - sans en etre certain par expérience - que dans le cas d'une machine à laquelle un autre utilisateur accède par une session X à distance, lorsque ledit utilisateur lance un programme qui émet des sons, du genre 'tada' quand un message est téléchargé, cette musique jouera sur l'ordinateur avec la solution ci-dessus - ce qui peut n'etre pas souhaitable; alors que si le console.perms est renseigné comme il faut, meme si l'utilisateur est dans le groupe audio, la machine ne lui donnera pas l'accès au périphérique, qui est réservé aux utilisateurs de la console système. Si le meme utilisateur vient travailler directement sur la machine, le son jouera normalement. C'est plus élégant à mon avis.
Gérard Patel
On Sat, 19 Jun 2004 21:40:25 +0200, David LE BOURGEOIS
<this.address@is.invalid> wrote:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms
définit les droits sur la classe <sound>, contenant entre autres
/dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Personnellement, j'ai choisi de commenter les lignes de configuration du
fichier, et fait un chmod une bonne fois pour toutes.
C'est une solution.
A ma connaissance, l'utilité du console.perms n'est pourtant pas
nulle; je crois - sans en etre certain par expérience - que dans le
cas d'une machine à laquelle un autre utilisateur accède par une
session X à distance, lorsque ledit utilisateur lance un programme
qui émet des sons, du genre 'tada' quand un message est téléchargé,
cette musique jouera sur l'ordinateur avec la solution ci-dessus - ce
qui peut n'etre pas souhaitable; alors que si le console.perms est
renseigné comme il faut, meme si l'utilisateur est dans le groupe
audio, la machine ne lui donnera pas l'accès au périphérique, qui
est réservé aux utilisateurs de la console système.
Si le meme utilisateur vient travailler directement sur la machine, le
son jouera normalement. C'est plus élégant à mon avis.
On Sat, 19 Jun 2004 21:40:25 +0200, David LE BOURGEOIS wrote:
Sous RedHat 8.0 par défaut, le fichier /etc/security/console.perms définit les droits sur la classe <sound>, contenant entre autres /dev/dsp et /dev/mixer. Et sa configuration est reglée sur 0600 root.
Je suppose que sous la RedHat 9.0 la gestion doit être similaire.
Personnellement, j'ai choisi de commenter les lignes de configuration du fichier, et fait un chmod une bonne fois pour toutes.
C'est une solution.
A ma connaissance, l'utilité du console.perms n'est pourtant pas nulle; je crois - sans en etre certain par expérience - que dans le cas d'une machine à laquelle un autre utilisateur accède par une session X à distance, lorsque ledit utilisateur lance un programme qui émet des sons, du genre 'tada' quand un message est téléchargé, cette musique jouera sur l'ordinateur avec la solution ci-dessus - ce qui peut n'etre pas souhaitable; alors que si le console.perms est renseigné comme il faut, meme si l'utilisateur est dans le groupe audio, la machine ne lui donnera pas l'accès au périphérique, qui est réservé aux utilisateurs de la console système. Si le meme utilisateur vient travailler directement sur la machine, le son jouera normalement. C'est plus élégant à mon avis.
