je demande l'aide de ceux parmis vous qui utlisent leur machine avec
plusieurs comptes locaux ouvers simultanément
j'ai l'habitude de laisser ma femme travailler sur ma mchine de temps en
temps, hehe. Chacun de nous a son compte utilisatuer et utilise KDE.
Je rencontre 2 problemes
1) Son : si l'un de nous ouvre une nouvelle session alors que l'autre
avait une session ouverte, a l'ouverture de kde un message signale que le
mixer son est introuvable et que toutes les donnnes sont rediriger ver
/dev/null.
** comment partager le son ? **
2) J'ai 2 disques USB. j'aimerais que chacun de nous puisse avoir tous
les droits sur ces partitions apres qu'elles aient été montées
automatiquement au demarrage.
J'ai essayé un tas de combinaisons des options (user, users, rw et
autres) dans mon fichier fstab.
Il n'y a toujours que le "propriétaire" qui peut écrire sur ces
partitions.
** j'fais comment, moi ? **
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
Vincent Bernat
OoO En cette nuit striée d'éclairs du samedi 06 août 2005, vers 02:11, Frederic CORNU disait:
1) Son : si l'un de nous ouvre une nouvelle session alors que l'autre avait une session ouverte, a l'ouverture de kde un message signale que le mixer son est introuvable et que toutes les donnnes sont rediriger ver /dev/null. ** comment partager le son ? **
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS, il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par exemple 660, de le donner au groupe audio et de rajouter les deux utilisateurs dans le groupe audio. Pour Alsa, les périphériques se trouvent dans /dev/snd.
2) J'ai 2 disques USB. j'aimerais que chacun de nous puisse avoir tous les droits sur ces partitions apres qu'elles aient été montées automatiquement au demarrage.
J'ai essayé un tas de combinaisons des options (user, users, rw et autres) dans mon fichier fstab. Il n'y a toujours que le "propriétaire" qui peut écrire sur ces partitions. ** j'fais comment, moi ? **
Je suppose que la partition est en FAT. Il faut rajouter gid=xxx,umask 2 avec gid un groupe auquel les deux utilisateurs appartiennent. umask 2 donne les permissions qui ne sont pas accordées : on accorde tout pour l'utilisateur et le groupe mais pas l'écriture pour les autres. -- BOFH excuse #443: Zombie processess detected, machine is haunted.
OoO En cette nuit striée d'éclairs du samedi 06 août 2005, vers 02:11,
Frederic CORNU <deufrai@noos.fr> disait:
1) Son : si l'un de nous ouvre une nouvelle session alors que l'autre
avait une session ouverte, a l'ouverture de kde un message signale que le
mixer son est introuvable et que toutes les donnnes sont rediriger ver
/dev/null.
** comment partager le son ? **
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS,
il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par
exemple 660, de le donner au groupe audio et de rajouter les deux
utilisateurs dans le groupe audio. Pour Alsa, les périphériques se
trouvent dans /dev/snd.
2) J'ai 2 disques USB. j'aimerais que chacun de nous puisse avoir tous
les droits sur ces partitions apres qu'elles aient été montées
automatiquement au demarrage.
J'ai essayé un tas de combinaisons des options (user, users, rw et
autres) dans mon fichier fstab.
Il n'y a toujours que le "propriétaire" qui peut écrire sur ces
partitions.
** j'fais comment, moi ? **
Je suppose que la partition est en FAT. Il faut rajouter
gid=xxx,umask 2 avec gid un groupe auquel les deux utilisateurs
appartiennent. umask 2 donne les permissions qui ne sont pas
accordées : on accorde tout pour l'utilisateur et le groupe mais pas
l'écriture pour les autres.
--
BOFH excuse #443:
Zombie processess detected, machine is haunted.
OoO En cette nuit striée d'éclairs du samedi 06 août 2005, vers 02:11, Frederic CORNU disait:
1) Son : si l'un de nous ouvre une nouvelle session alors que l'autre avait une session ouverte, a l'ouverture de kde un message signale que le mixer son est introuvable et que toutes les donnnes sont rediriger ver /dev/null. ** comment partager le son ? **
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS, il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par exemple 660, de le donner au groupe audio et de rajouter les deux utilisateurs dans le groupe audio. Pour Alsa, les périphériques se trouvent dans /dev/snd.
2) J'ai 2 disques USB. j'aimerais que chacun de nous puisse avoir tous les droits sur ces partitions apres qu'elles aient été montées automatiquement au demarrage.
J'ai essayé un tas de combinaisons des options (user, users, rw et autres) dans mon fichier fstab. Il n'y a toujours que le "propriétaire" qui peut écrire sur ces partitions. ** j'fais comment, moi ? **
Je suppose que la partition est en FAT. Il faut rajouter gid=xxx,umask 2 avec gid un groupe auquel les deux utilisateurs appartiennent. umask 2 donne les permissions qui ne sont pas accordées : on accorde tout pour l'utilisateur et le groupe mais pas l'écriture pour les autres. -- BOFH excuse #443: Zombie processess detected, machine is haunted.
Nicolas George
Vincent Bernat wrote in message :
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS, il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par exemple 660, de le donner au groupe audio et de rajouter les deux utilisateurs dans le groupe audio. Pour Alsa, les périphériques se trouvent dans /dev/snd.
Avec la plupart des cartes son (et leurs drivers, peut-être) actuelles, si un programme est en train d'utiliser la carte dans la première session (ARTSd typiquement), alors ça ne marchera pas pour la seconde session même comme ça.
Vincent Bernat wrote in message <m3hde3y2ra.fsf@neo.luffy.cx>:
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS,
il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par
exemple 660, de le donner au groupe audio et de rajouter les deux
utilisateurs dans le groupe audio. Pour Alsa, les périphériques se
trouvent dans /dev/snd.
Avec la plupart des cartes son (et leurs drivers, peut-être) actuelles, si
un programme est en train d'utiliser la carte dans la première session
(ARTSd typiquement), alors ça ne marchera pas pour la seconde session même
comme ça.
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS, il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par exemple 660, de le donner au groupe audio et de rajouter les deux utilisateurs dans le groupe audio. Pour Alsa, les périphériques se trouvent dans /dev/snd.
Avec la plupart des cartes son (et leurs drivers, peut-être) actuelles, si un programme est en train d'utiliser la carte dans la première session (ARTSd typiquement), alors ça ne marchera pas pour la seconde session même comme ça.
Vincent Bernat
OoO Pendant le temps de midi du samedi 06 août 2005, vers 12:40, Nicolas George <nicolas$ disait:
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS, il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par exemple 660, de le donner au groupe audio et de rajouter les deux utilisateurs dans le groupe audio. Pour Alsa, les périphériques se trouvent dans /dev/snd.
Avec la plupart des cartes son (et leurs drivers, peut-être) actuelles, si un programme est en train d'utiliser la carte dans la première session (ARTSd typiquement), alors ça ne marchera pas pour la seconde session même comme ça.
Cela dépend de la carte son et il n'y a guère de règles à ce niveau. Une Sound Blaster Live! saura mixer d'elle même. Quelque chose de basé sur du i810 ne saura pas. Un CMI saura. Le reste, je ne sais pas.
Il doit alors être possible d'utiliser dmix au niveau de ALSA, mais je ne sais pas comment se gèrent les droits à ce niveau. -- die_if_kernel("Kernel gets FloatingPenguinUnit disabled trap", regs); 2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c
OoO Pendant le temps de midi du samedi 06 août 2005, vers 12:40,
Nicolas George <nicolas$george@salle-s.org> disait:
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS,
il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par
exemple 660, de le donner au groupe audio et de rajouter les deux
utilisateurs dans le groupe audio. Pour Alsa, les périphériques se
trouvent dans /dev/snd.
Avec la plupart des cartes son (et leurs drivers, peut-être) actuelles, si
un programme est en train d'utiliser la carte dans la première session
(ARTSd typiquement), alors ça ne marchera pas pour la seconde session même
comme ça.
Cela dépend de la carte son et il n'y a guère de règles à ce
niveau. Une Sound Blaster Live! saura mixer d'elle même. Quelque chose
de basé sur du i810 ne saura pas. Un CMI saura. Le reste, je ne sais
pas.
Il doit alors être possible d'utiliser dmix au niveau de ALSA, mais je
ne sais pas comment se gèrent les droits à ce niveau.
--
die_if_kernel("Kernel gets FloatingPenguinUnit disabled trap", regs);
2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c
OoO Pendant le temps de midi du samedi 06 août 2005, vers 12:40, Nicolas George <nicolas$ disait:
Cela dépend si c'est ALSA ou OSS qui gère le son. Dans le cas de OSS, il suffit sans doute de mettre les droits corrects sur /dev/dsp. Par exemple 660, de le donner au groupe audio et de rajouter les deux utilisateurs dans le groupe audio. Pour Alsa, les périphériques se trouvent dans /dev/snd.
Avec la plupart des cartes son (et leurs drivers, peut-être) actuelles, si un programme est en train d'utiliser la carte dans la première session (ARTSd typiquement), alors ça ne marchera pas pour la seconde session même comme ça.
Cela dépend de la carte son et il n'y a guère de règles à ce niveau. Une Sound Blaster Live! saura mixer d'elle même. Quelque chose de basé sur du i810 ne saura pas. Un CMI saura. Le reste, je ne sais pas.
Il doit alors être possible d'utiliser dmix au niveau de ALSA, mais je ne sais pas comment se gèrent les droits à ce niveau. -- die_if_kernel("Kernel gets FloatingPenguinUnit disabled trap", regs); 2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c
