Dernière réponse
Sujet : [MDK 9.2] son partagé
Dark_Schneider	si l'utilisateur se déloggue, il restore les perms par défauts.   après pour aller plus au fond, je ne peux te dire, je ne me suis jamais vraiment penché sur le sujet. Cela pourrait être intéressant, mais je n'ai pas le temps. toi essaie.   man pam   man pam.conf   man 5 console.perms   check /etc/pam.d et /etc/security/console.perms et aussi les fichiers de conf de devfs

Votre réponse
Nom d'utilisateur	Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Mot de passe	Vous avez perdu votre mot de passe ? Cliquez ici !
Le ton de votre message
Votre réponse Smilies     Liste des smilies perso Wiki smilies Chercher un smiley
Options	Activer votre signature Désactiver les smilies Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Dark_Schneider

si l'utilisateur se déloggue, il restore les perms par défauts.   après pour aller plus au fond, je ne peux te dire, je ne me suis jamais vraiment penché sur le sujet. Cela pourrait être intéressant, mais je n'ai pas le temps. toi essaie.   man pam   man pam.conf   man 5 console.perms   check /etc/pam.d et /etc/security/console.perms et aussi les fichiers de conf de devfs

freewol

ok, je ne savais pas qu'on pouvait lire du son en mode console, intéressant. Et donc est-ce qu'il y a moyen de dire à "pam" de ne pas donner le son lorsqu'on se connecte en mode console ? Ou de "liberer" le son lorsqu'on en a plus besoin ?

alien conspiracy

drapal son :D

Dark_Schneider

ca c'est un pb de pam.   pam gère les connection/auth et donc le premier connecté se voit assigné la carte son.   Note : on peut lire des vidéo/sons en mode console, donc cela se justifie en même temps.   mplayer en mode AA, mpg123/mpg321, nscd ( ou je ne sais plus ), et autre

freewol

oui c vrai ;) bon alors je modère mes propos : est-ce qu'il serait possible de dire que lorsqu'on est en mode console, on ne "prend" pas le son ?

Dark_Schneider

tu imagine le merdier si plusieurs users piuvaient accéder à la carte son en même temps ....   en effet un gars connecté à la bécane via telnet/ssh pourrait balancer du son sur ta bécane.   j'ai fait cela en cours d'info avec des ordis sous solaris, connecté à distance via telnet, balancer la lecteure d'une vidéo ( en plein ), et le gars se retrouve avec une vidéo ( et le son ) et le prof qui forcément le regarde un peu méchamment

freewol

c'est quand même dommage pour un système multi-utilisateurs non ? Bon j'essairai ça pour voir ce que ça donne.

Sagittarius

En effet, dans /etc/security/console.perms - Modifier la ligne suivante (droits à 660 au lieu de 600) : <console>  0660 <sound>      0660 root.audio - Déloguer tous les utilisateurs. - Ensuite, faire (avec userdrake) appartenir chaque utilisateur au groupe audio.   Mais comme le dit DarkSchneider, je ne sais pas si c'est bien indiqué.

freewol

qu'est-ce que c'est que pam ? Et est-ce que ça veut dire que sous kde, si on ouvre plusieurs cessions en même temps seule l'une d'elle a le droit au son ?

Dark_Schneider

oui et non   tu pourrais bourriner pour que les droits de /dev/dsp soit 777 pour tout le monde, mais ce serai bourrin et je ne suis pas sûr ke cela marcherai ( ou ke ce serait bien ) ...   ou modifier le comportement de pam : /etc/security/console.perms

freewol

Lorsque je lance une cession texte sur un tty1 (avec ctrl+alt+f1), l'utilisateur loggé ici est le seul à pouvoir disposer du son en mode graphique (KDE3.1, tty7). Les autres ont un message comme quoi ils n'ont pas accès à dev/dsp ou un truc comme ça. Je peux résoudre ce problème en lançant le job qui tourne en tty1 avec nohup et fermer ensuite la cession (c'est un folding@home), mais  est-ce la seule solution ?