[linux] seconde session graphique : le retour de la mort qui tue...
Bonjour tout le monde ! J'ai pris quelques jour de vacances, et ce n'est qu'aujourd'hui que je prend connaissance de la tonne de mails de la liste... Merci à tous ceux qui ont proposé une solution à mon problème de seconde session graphique, mais voilà, rien que pour m'embêter, mon problème a changé de nature... J'ai découvert un jeu de baston à la Doom qui s'appelle Cube.Je l'ai installé et ai constaté qu'il ne marchait pas à cause d'extensions GLX introuvables. En cherchant un peu (ben oui, j'essaie quand-même de ne pas bouffer toutes les bonnes volontés de la liste ;-)), j'en suis arrivé à la conclusion que le driver de ma carte graphique (une GeForce DDR) ne gérait pas l'openGL ou ce qui en tient lieu sous Linux. J'ai trouvé et installé les RPM Nvidia-Kernel et Nvidia-GLX, j'ai déclaré le bon driver dans le fichier XF86Config-4 de ma MDK9.0 et, hop, le jeu marche les doigts dans le nez... Mais pour ce qui concerne le seconde session graphique, c'est pire qu'avant. Avant, je faisais ctrl-alt-F1, je me loggais sous un autre utilisateur et je lançais startx -- :1 pour arriver à une session KDE normale, sauf que je n'avais pas le son et un message d'erreur concernant /dev/dsp. Maintenant, si je lance la seconde session graphique, j'entends le son de démarrage de KDE (joie), mais j'arrive à un écran vide, d'un vert pâle très très beurk, et puis c'est tout. Si je fais ctrl-alt-delete, le message d'erreur, sybillin, que je trouve est : xinit : connection to X server lost J'en perd mon latin, et le reste... Mais je joins en attachement mon fichiers XF86config-4, des fois qu'un gourou... Que me conseillez-vous : le suicide, ou le Prozac à hautes doses ? Merci ! # File generated by XFdrake. # ** # Refer to the XF86Config man page for details about the format of # this file. # ** Section Files # Multiple FontPath entries are allowed (they are concatenated together) # By default, Mandrake 6.0 and later now use a font server independent of # the X server to render fonts. FontPath unix/:-1 EndSection Section ServerFlags #DontZap # disable CrtlAltBS (server abort) AllowMouseOpenFail # allows the server to start up even if the mouse doesn't work #DontZoom # disable CrtlAltKP_+/KP_- (resolution switching) EndSection Section Module Load dbe # Double-Buffering Extension Load v4l # Video for Linux Load extmod Load type1 Load freetype Load glx # 3D layer EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option XkbModel pc105 Option XkbLayout be Option XkbOptions EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option Emulate3Buttons Option Emulate3Timeout 50 EndSection Section Monitor Identifier monitor1 VendorName Plug'n Play ModelName 1280x1024 @ 76 Hz HorizSync 30-70 VertRefresh 50-120 # Sony Vaio C1(X,XS,VE,VN)? # 1024x480 @ 85.6 Hz, 48 kHz hsync ModeLine 1024x48065.00 1024 1032 1176 1344 480 488 494 563 -hsync -vsync # TV fullscreen mode or DVD fullscreen output. # 768x576 @ 79 Hz, 50 kHz hsync ModeLine 768x576 50.00 768 832 846 1000 576 590 595 630 # 768x576 @ 100 Hz, 61.6 kHz hsync ModeLine 768x576 63.07 768 800 960 1024 576 578 590 616 EndSection Section Device Identifier device1 BoardName NVIDIA GeForce DDR (generic) Driver nvidia Option DPMS EndSection Section Screen Identifier screen1 Device device1 Monitor monitor1 DefaultColorDepth 16 Subsection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubsection Subsection Display Depth 15 Modes 1024x768 800x600 640x480 EndSubsection Subsection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubsection Subsection Display Depth 24 Modes 1024x768 800x600 640x480 EndSubsection EndSection Section ServerLayout Identifier layout1 InputDevice Keyboard1 CoreKeyboard InputDevice Mouse1 CorePointer Screen screen1 EndSection ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
Salut Pascal, On Tue, Mar 04, 2003 at 11:58:28PM +0100, Pascal Bleser wrote: Vous me voyez venir là, non ? :-) Ma question est de savoir comment je peux faire pour que les sons joués dans la session sur le terminal X s'entendent sur sa carte son ? Ca dépend de l'environnement utilisé. KDE = artsd GNOME/GTK+ = esound Aucun des deux :-) WindowMaker sur une des machines et IceWM sur l'autre. Je sais que esound saif faire cela: esd -tcp -public -port 9876 sur le serveur, et esd -bind serveur:8976 sur le client. Le meilleur endroit pour mettre ça est sans doute dans ~/.xinitrc avant la ligne exec $WINDOWMANAGER Merci, je vais essayer cela. (Je supppose que le fait d'utiliser un autre WM n'a aucune importance pour esound ?) -- J.-F. STRAETEN --- Mutt 1.4i. Powered by GNU/Linux - SuSE 8.1 ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
Salut la Liste, Tant qu'on est sur ce thread... J'ai un problème similaire avec le son, mais qui se pose différemment. Je travaille sur deux PC, dont un est configuré en terminal X pour aller chercher sa session graphique sur un autre, dans une autre pièce. Vous me voyez venir là, non ? :-) Ma question est de savoir comment je peux faire pour que les sons joués dans la session sur le terminal X s'entendent sur sa carte son ? J'imagine qu'il faut transporter le son par le réseau, mais je coince pour aller plus loin. Je croyais que rplay allait m'aider mais non... Quelqu'un a une idée de ce je pourrais faire ? Merci d'avance, -- J.-F. STRAETEN --- Mutt 1.4i. Powered by GNU/Linux - SuSE 8.1 ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
Jean-Francois Straeten wrote: Je travaille sur deux PC, dont un est configuré en terminal X pour aller chercher sa session graphique sur un autre, dans une autre pièce. Vous me voyez venir là, non ? :-) Ma question est de savoir comment je peux faire pour que les sons joués dans la session sur le terminal X s'entendent sur sa carte son ? J'imagine qu'il faut transporter le son par le réseau, mais je coince pour aller plus loin. Je croyais que rplay allait m'aider mais non... Quelqu'un a une idée de ce je pourrais faire ? Ca dépend de l'environnement utilisé. KDE = artsd GNOME/GTK+ = esound Je sais que esound saif faire cela: esd -tcp -public -port 9876 sur le serveur, et esd -bind serveur:8976 sur le client. Le meilleur endroit pour mettre ça est sans doute dans ~/.xinitrc avant la ligne exec $WINDOWMANAGER -- -o) Pascal Bleser http://guru.unixtech.be | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
Pascal Bleser wrote: Jean-Francois Straeten wrote: Je travaille sur deux PC, dont un est configuré en terminal X pour aller chercher sa session graphique sur un autre, dans une autre pièce. Vous me voyez venir là, non ? :-) Ma question est de savoir comment je peux faire pour que les sons joués dans la session sur le terminal X s'entendent sur sa carte son ? J'imagine qu'il faut transporter le son par le réseau, mais je coince pour aller plus loin. Je croyais que rplay allait m'aider mais non... Quelqu'un a une idée de ce je pourrais faire ? Ca dépend de l'environnement utilisé. KDE = artsd GNOME/GTK+ = esound Il existe encore NAS et YIFF. Je sais que esound saif faire cela: esd -tcp -public -port 9876 sur le serveur, et esd -bind serveur:8976 sur le client. Et il faut configurer toutes tes applications pour utiliser Esound (esd), ce qui peut être fastidieux. Le meilleur endroit pour mettre ça est sans doute dans ~/.xinitrc avant la ligne exec $WINDOWMANAGER La meilleure solution serait qu'il y ait un consensus pour que tous les programmes utilisent une variable comme $DISPLAY, mais pour le son. Cela devrait être facilement faisable. J'avais suggéré cela à plusieurs endroits judicieusement choisis il y a quelques années, tout le monde trouvait cela une bonne idée, mais cela n'a jamais abouti... Peut-être faudra-t-il attendre qu'un de ces systèmes précités se dégage comme LE standard avant que cela ne devienne enfin une réalité? Il y a quelques années, j'aurais parié sur NAS. ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
[linux] Seconde session graphique
Hello Everybody ! Il y a quelques temps sur cette liste s'est développé un thread concernant l'ouverture d'une deuxième session graphique, ce que ma compagne a trouvé hyper-génial, puisqu'elle peut maintenant bidouiller dans son propre environnement tandis que le mien reste ouvert et que je suis occupé ailleurs pour une raison quelconque... Mais il y a un petit os assez désagréable : pas de son avec la deuxième session. Au démarrage, KDE dit qu'il ne peut utiliser /dev/dsp : permission denied. Armés des droits du superutilisateur, on a été voir ce /dev/dsp. On a constaté qu'il pointait en fait sur /etc/sound/dsp à qui on a activé les bits SUID et SGID. Ca n'a rien changé du tout au problème. Alors, l'un(e) de vous aurait une idée ? Merci d'avance ! Dominique. ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 03 March 2003 11:20, Dominique VALLET wrote: Mais il y a un petit os assez désagréable : pas de son avec la deuxième session. Au démarrage, KDE dit qu'il ne peut utiliser /dev/dsp : permission denied. Armés des droits du superutilisateur, on a été voir ce /dev/dsp. On a constaté qu'il pointait en fait sur /etc/sound/dsp à qui on a activé les bits SUID et SGID. Ca n'a rien changé du tout au problème. Essaie peut etre d'ajouter le login dans le groupe audio -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Y4kq3Qzx239StfYRApbQAKC0aLIgPz1hML6kAmKJEea5Vrq5YgCfUf0y UJz/e6EkZ/3B+Nc3G4YiUgs= =kBTQ -END PGP SIGNATURE- ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
Disons que c'est le moyen complique ;) La pluspart des audio drivers de maintenant supportent l'ouverture multiple de /dev/dsp et ces audio daemon machin sont en fait un gros patch pour faire marcher le tout. Pour ton probleme, c'est simplement un droit d'acces: sous debian (et toutes les autees, souvent) : [EMAIL PROTECTED]:~$ ls -lisa /dev/dsp 173360 crw-rw1 root audio 14, 3 Nov 5 2001 /dev/dsp donc, ajoute tes users dams le group 'audio' JeF On Tue, 2003-03-04 at 09:32, Pascal Bleser wrote: Dominique VALLET wrote: Il y a quelques temps sur cette liste s'est développé un thread concernant l'ouverture d'une deuxième session graphique, ce que ma compagne a trouvé hyper-génial, puisqu'elle peut maintenant bidouiller dans son propre environnement tandis que le mien reste ouvert et que je suis occupé ailleurs pour une raison quelconque... Mais il y a un petit os assez désagréable : pas de son avec la deuxième session. Au démarrage, KDE dit qu'il ne peut utiliser /dev/dsp : permission denied. Armés des droits du superutilisateur, on a été voir ce /dev/dsp. On a constaté qu'il pointait en fait sur /etc/sound/dsp à qui on a activé les Tu utilises quelle distribution ? bits SUID et SGID. Ca n'a rien changé du tout au problème. Non, ces bits n'aideront en rien. Alors, l'un(e) de vous aurait une idée ? Ta compagne utilise également KDE dans l'autre console graphique (session) ? Bon, déjà, KDE permet de partager le device /dev/dsp entre plusieurs applications grâce à son démon artsd (l'équivalent sous GNOME étant esound). Ce qui se passe: tu ouvres ta session à toi, KDE se lance, artsd se lance et prend /dev/dsp à son compte afin de gérer les entrées/sorties audio. Ce faisant, /dev/dsp appartient à ton utilisateur et ton groupe. Le problème est donc que lorsque ta compagne ouvre sa session, le démon artsd qui se lance dans celle-ci ne peut prendre /dev/dsp car il appartient déjà à ton utilisateur à toi (qui plus est en mode 600, ce qui signifie aucun accès au groupe ni aux autres). Maintenant, comment résoudre ce problème... Il faudrait que l'artsd lancé dans la 2ème session utilise l'artsd qui est déjà en éxécution. Ou alors configurer artsd de telle manière à ce qu'il relache /dev/dsp après un certain temps d'inactivité (esound sait faire cela). C'est de la bidouille, mais une idée est d'ajouter la commande suivante dans le .xinitrc de l'utilisateur de ta compagne (~tafemme/.xinitrc ;-)), avant la ligne exec $WINDOWMANAGER : sudo -u toi artsshell terminate ce qui va arrêter ton processus artsd avant que KDE ne soit lancé (essaye d'abord avec suspend au lieu de terminate). Tu dois également installer sudo (livré avec toutes les bonnes distributions (tm) ;-)) et le configurer comme ceci (à l'aide de la commande visudo, comme root): User_Alias ELLE=tafemme ELLE ALL=(toi) NOPASSWD:artsshell Remplace évidemment toi par ton user et tafemme par celui de ta compagne ;-) -- -o) Pascal Bleser http://guru.unixtech.be | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Seconde session graphique
Jean-Francois Dive wrote: Disons que c'est le moyen complique ;) C'est le moyen sans multiplexage de /dev/dsp ;-) ... Pour ton probleme, c'est simplement un droit d'acces: sous debian (et toutes les autees, souvent) : [EMAIL PROTECTED]:~$ ls -lisa /dev/dsp 173360 crw-rw1 root audio 14, 3 Nov 5 2001 /dev/dsp donc, ajoute tes users dams le group 'audio' Chez moi c'est 600 et l'utilisateur courant est owner ;-) -- -o) Pascal Bleser http://guru.unixtech.be | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
[linux] Seconde session graphique
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonsoir à tous, Ma machine est configurée telle qu'au démarrage, xdm démarre et on se loggue en graphique. Je suis actuellement loggué et un second utilisateur souhaiterais également se logguer et utiliser ses programmes. Je ne veux pas me délogguer car des programmes sont lancés et je ne veux pas les stoper. Le second utilisateur se loggue sur une console et tape startx. Ca ne marche pas: Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] Xlib: connection to :0.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key giving up. xinit: unable to connect to X server xinit: No such process (errno 3): Server error. Que puis-je faire? Merci d'avance! - -- # Fabian Vilers # [EMAIL PROTECTED] # http://fabianvilers.linux-fan.com # # Powered by Gentoo Linux # PGP Key ID: 0x7F52B5F6 # Available at http://pgp.ael.be - http://belgium.keyserver.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+JEKE3Qzx239StfYRAkpdAKChTLjukArHj4Uar9phZLzISGVVcwCfaARb yBxY9mKDygfqdRPGlCP80Fs= =lfCS -END PGP SIGNATURE- ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech