[Confirme] Gestion des groupes
Est-il possible de mettre un groupe dans un groupe ? si oui, avec quelle commande ? D'avance merci ! [M.Thonard] E-Mail: [EMAIL PROTECTED]
[Confirme] /etc/services et sérieux de la liste
Désolé les mecs, mais ceux qui m'ont répondu que : 1/ Aucun rapport entre inetd et /etc/services 2/ /etc/services est un fichier mort ont répondu une GROSSE connerie. En effet, mettez juste un # devant la ligne concernant telnet p.ex, dans ce fichier, relancez moi tout ça et tentez de faire un telnet sur votre serveur. Vous constaterez si /etc/services est bien vivant : plus de telnet. Décommentez, ...résultat? Alors si cest ça un fichier mort, moi je m'appelle Christ. Sans vouloir polémiquer, ça m'inspire une remarque : avant d'envoyer qq chose sur la liste, personnellement je l'ai testé. Ou alors il s'agit d'une question. Il me semble que la liste y gagnerait en sérieux et en crédibilité. Bonne journée Rosaire PS : /etc/services permet comme je le pensais (savais), à inetd.conf d'établir la relation entre le numéro de port transmis dans la demande de connexion et le service du serveur à lancer pour répondre au client. Les "choses à faire" sont déduites ensuite de l'examen de /etc/inetd.conf (dans ce cas p.ex : "... /usr/sbin/tcpd in.telnetd").
Re: [Confirme] Ralentissement écran ok pb irq
On 06 Jun 2001 03:05:19 +, [EMAIL PROTECTED] wrote: > Ca a été moins long que prévu mais tout est rentré dans l'ordre et c'est > bien un conflit irq qui posait problème. Pourtant au début cela marchait > > J'ai placé la carte fille rainbow runner sur le slot PCI qui a la même > irq que l'AGP. Comme elle n'est pas reconnue sous linux, cela ne semble > pas problématique et aucun conflit n'apparait. > > Par contre un conflit irq apparaît entre la carte scsi (tient encore > celle là) et un composant du systeme : 82371AB PIIX4 ACPI (Passerelle). > Je ne sais pas trop à quoi cela correspond. Il faut que je teste un peu > tous les périphériques. Si vous savez ?? > > > La dessus je vous remercie tous beaucoup pour votre aide et votre > gentillesse. > > @+ > Luc > > Arf, oublie le mail précédant, j'avé pas lu toute les lignes... 82371AB PIIX4 ACPI est le bridge (pont) entre le pci et l'isa et il se charge du IDE et de l'USB C'est l'un des 2 puces maitresse de ta carte-mère, mais si tout semble marcher, il ne devrait pas y avoir de problèmes.
Re: [Confirme] Ralentissement écran ok pb irq
On 06 Jun 2001 03:05:19 +, [EMAIL PROTECTED] wrote: > Ca a été moins long que prévu mais tout est rentré dans l'ordre et c'est > bien un conflit irq qui posait problème. Pourtant au début cela marchait > > J'ai placé la carte fille rainbow runner sur le slot PCI qui a la même > irq que l'AGP. Comme elle n'est pas reconnue sous linux, cela ne semble > pas problématique et aucun conflit n'apparait. > > Par contre un conflit irq apparaît entre la carte scsi (tient encore > celle là) et un composant du systeme : 82371AB PIIX4 ACPI (Passerelle). > Je ne sais pas trop à quoi cela correspond. Il faut que je teste un peu > tous les périphériques. Si vous savez ?? > > > La dessus je vous remercie tous beaucoup pour votre aide et votre > gentillesse. > > @+ > Luc > > L'ACPI ou Advanced Configuration and Power Interface est une spec industriel co dévellopé par Compaq, Intel, Microsoft, Phoenix, et Toshiba. ACPI définit une interface flexible et extensible qui permet à des créateurs de système de choisir des compensations appropriées de cout/fonction pour la gestion de puissance. L'interface permet et supporte la gestion fiable de puissance par la coordination du matériel amélioré et du système d'exploitation. Le cahier des charges permet à la nouvelle technologie de gestion de puissance d'évoluer indépendamment dans les systèmes d'exploitation et le matériel tout en s'assurant qu'ils continuent à fonctionner ensemble. En plus c'est pas encore vraiment pris en compte par Linux et ne sert pas a grand chose pour le moment... l'APM suffit en fait. Parce que désactiver sa carte pour économiser sur l'EDF, je n'y voit pas d'intêret. Donc t'a trouvé visiblement une config qui marche, alors c'est bon. ___ _HaPPyJaXX_ cherche du Taf (BTS Info Indus et 100% bilingue pour résumer)
Re: [Confirme] Ralentissement écran ok pb irq
Ca a été moins long que prévu mais tout est rentré dans l'ordre et c'est bien un conflit irq qui posait problème. Pourtant au début cela marchait J'ai placé la carte fille rainbow runner sur le slot PCI qui a la même irq que l'AGP. Comme elle n'est pas reconnue sous linux, cela ne semble pas problématique et aucun conflit n'apparait. Par contre un conflit irq apparaît entre la carte scsi (tient encore celle là) et un composant du systeme : 82371AB PIIX4 ACPI (Passerelle). Je ne sais pas trop à quoi cela correspond. Il faut que je teste un peu tous les périphériques. Si vous savez ?? La dessus je vous remercie tous beaucoup pour votre aide et votre gentillesse. @+ Luc > Non je n'ai pas encore déplacé ma carte scsi car cela va être galère. > J'ai tous les slots PCI pris + une carte fille de la carte vidéo (la > rainbow runner) avec des nappes partout. Mais je vais passer la nuit dans > le camboui. Surtout que j'ai essayé dans le setup d'assigner une irq > manuelle à la carte scsi et voilà ti pas que l'irq de l'agp a été modifié > et devinez ce qui c'est passé : irq vidéo = irq scsi. Bon je vais essayé > et je vous tiens au courant > merci > Luc > > On 05 Jun 2001 20:30:55 +0200, happy wrote: > > > On 06 Jun 2001 00:24:14 +, [EMAIL PROTECTED] wrote: > > > > Je viens de lire de la doc sur la matrox et dri. D'après elle, des > > > > problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne > > > > comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc > > > > déconnecté l'assignation Irq du Bios. > > > > > > > > > > > > Comment faire pour assigner une irq à ma carte scsi différente de la > > > > carte AGP. > > > > > > > > > > > > Merci. (on va y arriver !!) > > > > > > > > @+ > > > > > > > > Luc > > > > > > > > > > > > > > > > > > > > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > > > > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > > > > des lignes de configuration mais toutes désactivées; > > > > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > > > > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > > > > > > > Merci > > > > Luc > > > > > > > > > > > > > > Ah! Donc tu n'a toujours pas déplacé ta carte SCSI comme je te l'avais > > > dit !!! ;-) M'enfin... > > > > > > Remet donc l'assignation d'IRQ, et enlève la carte, si tu peut fais en > > > sorte ke le premier slot de PCI (en générale la plus proche de l'AGP) > > > parce ke en générale, les constructeurs on la mauvaise idée de cabler le > > > même IRQ entre le premier PCI et l'AGP (tout comme les 2 derniers slots > > > PCI aussi). C'est le cas de nombreux Abit et de pas mal d'Asus et de > > > tant d'autres... > > > > > > > > > > > Je rajoute même ke j'ai eu pendant un bon moment ma carte SCSI sur le > > premier slot PCI, et elle partagait l'IRQ avec ma G400, mais > > XFree3.3.6+GLX fonctionnait au Poil, ainsi ke windaube quand je l'avait > > encore... > > Mais kan j'ai voulu passer a XFree4, j'ai eu bien des soucis a cause de > > ça... j'ai du tout chambouler, et en plus comme sur ma ABIT BP6 les 2 > > derniers PCI ont également l'IRQ cablé ensemble, j'ai cherché pendant un > > moment quels carts pouvaient se supporter entre elles... En vain... j'ai > > finit par arrêter de mater la télé en virant la carte tuner **Snif** ... > > j'ai encore qqs partages qui se passent sans problèmes... l'USB avec ma > > SB64 (PCI3) et l'UDMA66 (désactivé) avec je sais plus quel carte... > > Mais une chose est sûr, certaines cartes détestent le partage... comme > > nos Matrox et la plupart des cartes graphiques > > Juju
Re: [Confirme] Scanners //
Et les scanners //, est ce possible? J'ai une HP PSC500 (Imprim+scanner) et je n'y arrive pas : sane ne la voit pas... Merci Pierre El Coyote : Le mardi 5 juin 2001, Alain F a écrit : > ENFIN ! Ça marche ! > C'est la première fois depuis des années que j'utilise Linux que je > peux scannériser proprement en couleurs avec mon SnapScan 310. > Comme quoi tout arrive à qui sait être patient. Avec quelle distrib de mandrake??? la 7.1, 7.2 ou 8.0? Si c'est avec la 8.0, merci de donner la recette détaillée. Parce qu'avec la 7.1 et sane-1.0.1-3, pas de problème. J'avais la couleur avec mon scanner Snapscan 600 (sans patch d'ailleurs). Merci d'avance __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif
[Confirme] Récup adresse ip distante ...
Bonjour la liste ! Juste une question : quelqu'un connaît-il la variable ou le fichier ou linux va mettre l'adresse ip de la station distante qui se connecte en telnet ou en ssh sur le serveur ? Par exemple sur apache en PHP, on peut simplement appeler la variable $REMOTE_ADDR, et celle-ci retourne l'adresse du pc client. Existe-t-il la même chose en shell ? Je suppose que oui, puisque à chaque fois qu'on se connecte, il dit "last login from x.x.x.x". Merci de m'éclairer, car un man bash ne donne rien. Ou même, si quelqu'un connaît un document qui citerait toutes les variables que l'on peut invoquer, cela serait super ... Merci et @+ Fabian Arrotin
Re: [Confirme] Emulateur X
Le Mardi 5 Juin 2001 09:56, vous avez écrit : > Est-il possible d'installer un émulateur X sur un pc tournant sous > "Windoze machin" pour travailler sur une machine linux ? Une autre contribution possible: XFree/cygwin 'http://www.cygwin.com/xfree/' --Laurent
Re: [Confirme] Ralentissement écran espoir ???
Non je n'ai pas encore déplacé ma carte scsi car cela va être galère. J'ai tous les slots PCI pris + une carte fille de la carte vidéo (la rainbow runner) avec des nappes partout. Mais je vais passer la nuit dans le camboui. Surtout que j'ai essayé dans le setup d'assigner une irq manuelle à la carte scsi et voilà ti pas que l'irq de l'agp a été modifié et devinez ce qui c'est passé : irq vidéo = irq scsi. Bon je vais essayé et je vous tiens au courant merci Luc > On 05 Jun 2001 20:30:55 +0200, happy wrote: > > On 06 Jun 2001 00:24:14 +, [EMAIL PROTECTED] wrote: > > > Je viens de lire de la doc sur la matrox et dri. D'après elle, des > > > problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne > > > comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc > > > déconnecté l'assignation Irq du Bios. > > > > > > > > > Comment faire pour assigner une irq à ma carte scsi différente de la > > > carte AGP. > > > > > > > > > Merci. (on va y arriver !!) > > > > > > @+ > > > > > > Luc > > > > > > > > > > > > > > > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > > > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > > > des lignes de configuration mais toutes désactivées; > > > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > > > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > > > > > Merci > > > Luc > > > > > > > > > > Ah! Donc tu n'a toujours pas déplacé ta carte SCSI comme je te l'avais > > dit !!! ;-) M'enfin... > > > > Remet donc l'assignation d'IRQ, et enlève la carte, si tu peut fais en > > sorte ke le premier slot de PCI (en générale la plus proche de l'AGP) > > parce ke en générale, les constructeurs on la mauvaise idée de cabler le > > même IRQ entre le premier PCI et l'AGP (tout comme les 2 derniers slots > > PCI aussi). C'est le cas de nombreux Abit et de pas mal d'Asus et de > > tant d'autres... > > > > > > > Je rajoute même ke j'ai eu pendant un bon moment ma carte SCSI sur le > premier slot PCI, et elle partagait l'IRQ avec ma G400, mais > XFree3.3.6+GLX fonctionnait au Poil, ainsi ke windaube quand je l'avait > encore... > Mais kan j'ai voulu passer a XFree4, j'ai eu bien des soucis a cause de > ça... j'ai du tout chambouler, et en plus comme sur ma ABIT BP6 les 2 > derniers PCI ont également l'IRQ cablé ensemble, j'ai cherché pendant un > moment quels carts pouvaient se supporter entre elles... En vain... j'ai > finit par arrêter de mater la télé en virant la carte tuner **Snif** ... > j'ai encore qqs partages qui se passent sans problèmes... l'USB avec ma > SB64 (PCI3) et l'UDMA66 (désactivé) avec je sais plus quel carte... > Mais une chose est sûr, certaines cartes détestent le partage... comme > nos Matrox et la plupart des cartes graphiques > Juju
[Confirme] gnome-ppp
Après configuration, gnome-ppp se lance en root, mais pas en user. Pourtant, les droits d'exécution de pppd sont accordés à tous. Qu'ai-je oublié ? Michel Gosse [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: [Confirme] Ralentissement écran espoir ???
On 05 Jun 2001 20:30:55 +0200, happy wrote: > On 06 Jun 2001 00:24:14 +, [EMAIL PROTECTED] wrote: > > Je viens de lire de la doc sur la matrox et dri. D'après elle, des > > problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne > > comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc > > déconnecté l'assignation Irq du Bios. > > > > > > Comment faire pour assigner une irq à ma carte scsi différente de la > > carte AGP. > > > > > > Merci. (on va y arriver !!) > > > > @+ > > > > Luc > > > > > > > > > > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > > des lignes de configuration mais toutes désactivées; > > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > > > Merci > > Luc > > > > > > Ah! Donc tu n'a toujours pas déplacé ta carte SCSI comme je te l'avais > dit !!! ;-) M'enfin... > > Remet donc l'assignation d'IRQ, et enlève la carte, si tu peut fais en > sorte ke le premier slot de PCI (en générale la plus proche de l'AGP) > parce ke en générale, les constructeurs on la mauvaise idée de cabler le > même IRQ entre le premier PCI et l'AGP (tout comme les 2 derniers slots > PCI aussi). C'est le cas de nombreux Abit et de pas mal d'Asus et de > tant d'autres... > > > Je rajoute même ke j'ai eu pendant un bon moment ma carte SCSI sur le premier slot PCI, et elle partagait l'IRQ avec ma G400, mais XFree3.3.6+GLX fonctionnait au Poil, ainsi ke windaube quand je l'avait encore... Mais kan j'ai voulu passer a XFree4, j'ai eu bien des soucis a cause de ça... j'ai du tout chambouler, et en plus comme sur ma ABIT BP6 les 2 derniers PCI ont également l'IRQ cablé ensemble, j'ai cherché pendant un moment quels carts pouvaient se supporter entre elles... En vain... j'ai finit par arrêter de mater la télé en virant la carte tuner **Snif** ... j'ai encore qqs partages qui se passent sans problèmes... l'USB avec ma SB64 (PCI3) et l'UDMA66 (désactivé) avec je sais plus quel carte... Mais une chose est sûr, certaines cartes détestent le partage... comme nos Matrox et la plupart des cartes graphiques Juju
Fwd: Re: [Confirme] Ralentissement écran espoir ???
-- Message transmis -- Subject: Re: [Confirme] Ralentissement écran espoir ??? Date: Tue, 5 Jun 2001 20:31:57 -0400 From: on4hu <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Bonsoir, l'irq c'est coté bios de la carte mêre qu'il faut changer, cela depend de la carte mère mais en principe la doc doit te donner les information, en l'absance de doc il faut lire le setup du bios Theoriquement ,la carte agp a un irq pour elle toute seule, il n'est pas raisonable de partager l'irq d'une video andré Le Mardi 5 Juin 2001 20:24, vous avez écrit : > Je viens de lire de la doc sur la matrox et dri. D'après elle, des > problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne > comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc > déconnecté l'assignation Irq du Bios. > > > Comment faire pour assigner une irq à ma carte scsi différente de la > carte AGP. > > > Merci. (on va y arriver !!) > > @+ > > Luc > > > > > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > des lignes de configuration mais toutes désactivées; > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > Merci > Luc > > > > Je travaille bien en 16 bits et cela ne marche pas. J'ai fais un > > > glxinfo et j'observe que > > > > > > display: :0.0 screen:0 > > > direct rendering: No > > > server glx vendor string: SGI > > > server glx version string: 1.2 > > > server glx extensions: > > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > > client glx vendor string: SGI > > > client glx version string: 1.2 > > > client glx extensions: > > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > > > GLX_ARB_get_proc_address > > > .../... > > > > > > D'après une discussion, le direct rendering = dri et doit être yes. Si > > > l'on est en 16 bits le direct rendering = yes > > > > > > 1) quelqu'un qui a une matrox peut t'il me le confirmer en faisant > > > glxinfo. > > > > > > 2) Qu'est ce que je dois faire maintenant. Dans XF86config-4 je charge > > > bien le module dri ce qui m'est confirmé lorsque je tape xpdyinfo > > > > > > > > > Un grand merci à tous. Je ne désespère pas d'y arriver. Ca marchait > > > avant alors y pas de raison ... > > > > > > Luc > > > > Mon glxinfo: (celui de mon premier écran, car le 2ème utilise pas la > > 3D) > > > > [happy@ca-ol-avignon-2-131 happy]$ glxinfo > > Loading required GL library /usr/X11R6/lib/libGL.so.1.2 > > display: :0.0 screen:0 > > direct rendering: Yes > > server glx vendor string: SGI > > server glx version string: 1.2 > > server glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > client glx vendor string: SGI > > client glx version string: 1.2 > > client glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > > GLX_ARB_get_proc_address > > GLX extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > OpenGL vendor string: Precision Insight, Inc. > > OpenGL renderer string: Mesa DRI G400 2510 > > OpenGL version string: 1.2 Mesa 3.4 > > OpenGL extensions: > > GL_ARB_multitexture, GL_ARB_tranpose_matrix, GL_EXT_abgr, > > GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, > > GL_EXT_compiled_vertex_array, GL_EXT_histogram, > > GL_EXT_packed_pixels, > > GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, > > GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, > > GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, > > GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, > > GL_SGIS_texture_edge_clamp > > > >visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > > -- > > 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > > 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > > 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > > 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > > 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x2f 16 dc 0 16
Re: [Confirme] Ralentissement écran espoir ???
Bonsoir, l'irq c'est coté bios de la carte mêre qu'il faut changer, cela depend de la carte mère mais en principe la doc doit te donner les information, en l'absance de doc il faut lire le setup du bios Theoriquement ,la carte agp a un irq pour elle toute seule, il n'est pas raisonable de partager l'irq d'une video andré Le Mardi 5 Juin 2001 20:24, vous avez écrit : > Je viens de lire de la doc sur la matrox et dri. D'après elle, des > problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne > comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc > déconnecté l'assignation Irq du Bios. > > > Comment faire pour assigner une irq à ma carte scsi différente de la > carte AGP. > > > Merci. (on va y arriver !!) > > @+ > > Luc > > > > > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > des lignes de configuration mais toutes désactivées; > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > Merci > Luc > > > > Je travaille bien en 16 bits et cela ne marche pas. J'ai fais un > > > glxinfo et j'observe que > > > > > > display: :0.0 screen:0 > > > direct rendering: No > > > server glx vendor string: SGI > > > server glx version string: 1.2 > > > server glx extensions: > > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > > client glx vendor string: SGI > > > client glx version string: 1.2 > > > client glx extensions: > > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > > > GLX_ARB_get_proc_address > > > .../... > > > > > > D'après une discussion, le direct rendering = dri et doit être yes. Si > > > l'on est en 16 bits le direct rendering = yes > > > > > > 1) quelqu'un qui a une matrox peut t'il me le confirmer en faisant > > > glxinfo. > > > > > > 2) Qu'est ce que je dois faire maintenant. Dans XF86config-4 je charge > > > bien le module dri ce qui m'est confirmé lorsque je tape xpdyinfo > > > > > > > > > Un grand merci à tous. Je ne désespère pas d'y arriver. Ca marchait > > > avant alors y pas de raison ... > > > > > > Luc > > > > Mon glxinfo: (celui de mon premier écran, car le 2ème utilise pas la > > 3D) > > > > [happy@ca-ol-avignon-2-131 happy]$ glxinfo > > Loading required GL library /usr/X11R6/lib/libGL.so.1.2 > > display: :0.0 screen:0 > > direct rendering: Yes > > server glx vendor string: SGI > > server glx version string: 1.2 > > server glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > client glx vendor string: SGI > > client glx version string: 1.2 > > client glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > > GLX_ARB_get_proc_address > > GLX extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > OpenGL vendor string: Precision Insight, Inc. > > OpenGL renderer string: Mesa DRI G400 2510 > > OpenGL version string: 1.2 Mesa 3.4 > > OpenGL extensions: > > GL_ARB_multitexture, GL_ARB_tranpose_matrix, GL_EXT_abgr, > > GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, > > GL_EXT_compiled_vertex_array, GL_EXT_histogram, > > GL_EXT_packed_pixels, > > GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, > > GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, > > GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, > > GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, > > GL_SGIS_texture_edge_clamp > > > >visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > > -- > > 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > > 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > > 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > > 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > > 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > > 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > > 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > > 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > > 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16
Re: [Confirme] Ralentissement écran espoir ???
On 06 Jun 2001 00:24:14 +, [EMAIL PROTECTED] wrote: > Je viens de lire de la doc sur la matrox et dri. D'après elle, des > problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne > comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc > déconnecté l'assignation Irq du Bios. > > > Comment faire pour assigner une irq à ma carte scsi différente de la > carte AGP. > > > Merci. (on va y arriver !!) > > @+ > > Luc > > > > > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > des lignes de configuration mais toutes désactivées; > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > Merci > Luc > > Ah! Donc tu n'a toujours pas déplacé ta carte SCSI comme je te l'avais dit !!! ;-) M'enfin... Remet donc l'assignation d'IRQ, et enlève la carte, si tu peut fais en sorte ke le premier slot de PCI (en générale la plus proche de l'AGP) parce ke en générale, les constructeurs on la mauvaise idée de cabler le même IRQ entre le premier PCI et l'AGP (tout comme les 2 derniers slots PCI aussi). C'est le cas de nombreux Abit et de pas mal d'Asus et de tant d'autres...
Re: [Confirme] Ralentissement écran espoir ???
On 06 Jun 2001 00:07:19 +, [EMAIL PROTECTED] wrote: > Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois > faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte > des lignes de configuration mais toutes désactivées; > dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri > mais mesa_dri.so : est ce sur celui la que pointe le load dri ? > > Merci > Luc > > Petite question, as-tu mis les fichiers mga_drv.o et mgq_hal_drv.o ki sont dispos sur le site de matrox ? (renomme l'ancien mga_drv.o) Tu devrais gagner en perf. (ca ne résoudra pas ton problème immédiatement , du moins je pense pas) En revanche sous /usr/X11R6/lib/modules je ne voit nulpart de mesa_dri.so (ni nulpart d'autre non plus) pas même sur rpmfind
Re: [Confirme] Ralentissement écran espoir ???
Je viens de lire de la doc sur la matrox et dri. D'après elle, des problèmes se posent lorsque la carte AGP n'a pas d'IRQ. Or la mienne comme je l'ai indiqué a un conflit d'irq avec ma carte scsi. J'avais donc déconnecté l'assignation Irq du Bios. Comment faire pour assigner une irq à ma carte scsi différente de la carte AGP. Merci. (on va y arriver !!) @+ Luc Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte des lignes de configuration mais toutes désactivées; dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri mais mesa_dri.so : est ce sur celui la que pointe le load dri ? Merci Luc > > Je travaille bien en 16 bits et cela ne marche pas. J'ai fais un glxinfo > > et j'observe que > > > > display: :0.0 screen:0 > > direct rendering: No > > server glx vendor string: SGI > > server glx version string: 1.2 > > server glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > client glx vendor string: SGI > > client glx version string: 1.2 > > client glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > > GLX_ARB_get_proc_address > > .../... > > > > D'après une discussion, le direct rendering = dri et doit être yes. Si > > l'on est en 16 bits le direct rendering = yes > > > > 1) quelqu'un qui a une matrox peut t'il me le confirmer en faisant > > glxinfo. > > > > 2) Qu'est ce que je dois faire maintenant. Dans XF86config-4 je charge > > bien le module dri ce qui m'est confirmé lorsque je tape xpdyinfo > > > > > > Un grand merci à tous. Je ne désespère pas d'y arriver. Ca marchait avant > > alors y pas de raison ... > > > > Luc > > > > > > > Mon glxinfo: (celui de mon premier écran, car le 2ème utilise pas la > 3D) > [happy@ca-ol-avignon-2-131 happy]$ glxinfo > Loading required GL library /usr/X11R6/lib/libGL.so.1.2 > display: :0.0 screen:0 > direct rendering: Yes > server glx vendor string: SGI > server glx version string: 1.2 > server glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > client glx vendor string: SGI > client glx version string: 1.2 > client glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > GLX_ARB_get_proc_address > GLX extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > OpenGL vendor string: Precision Insight, Inc. > OpenGL renderer string: Mesa DRI G400 2510 > OpenGL version string: 1.2 Mesa 3.4 > OpenGL extensions: > GL_ARB_multitexture, GL_ARB_tranpose_matrix, GL_EXT_abgr, > GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, > GL_EXT_compiled_vertex_array, GL_EXT_histogram, > GL_EXT_packed_pixels, > GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, > GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, > GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, > GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, > GL_SGIS_texture_edge_clamp >visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > -- > 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
Re: [Confirme] Ralentissement écran espoir ???
Bon d'accord alors c'est dri. Mais as tu une idée de ce que je dois faire...j'ai vu qu'il y a 1 fichier glx.conf (/etc/X11). Le mien comporte des lignes de configuration mais toutes désactivées; dans /usr/X11R6/lib/module et sous repertoire je n'ai pas de fichier dri mais mesa_dri.so : est ce sur celui la que pointe le load dri ? Merci Luc > > Je travaille bien en 16 bits et cela ne marche pas. J'ai fais un glxinfo > > et j'observe que > > > > display: :0.0 screen:0 > > direct rendering: No > > server glx vendor string: SGI > > server glx version string: 1.2 > > server glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > > client glx vendor string: SGI > > client glx version string: 1.2 > > client glx extensions: > > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > > GLX_ARB_get_proc_address > > .../... > > > > D'après une discussion, le direct rendering = dri et doit être yes. Si > > l'on est en 16 bits le direct rendering = yes > > > > 1) quelqu'un qui a une matrox peut t'il me le confirmer en faisant > > glxinfo. > > > > 2) Qu'est ce que je dois faire maintenant. Dans XF86config-4 je charge > > bien le module dri ce qui m'est confirmé lorsque je tape xpdyinfo > > > > > > Un grand merci à tous. Je ne désespère pas d'y arriver. Ca marchait avant > > alors y pas de raison ... > > > > Luc > > > > > > > Mon glxinfo: (celui de mon premier écran, car le 2ème utilise pas la > 3D) > [happy@ca-ol-avignon-2-131 happy]$ glxinfo > Loading required GL library /usr/X11R6/lib/libGL.so.1.2 > display: :0.0 screen:0 > direct rendering: Yes > server glx vendor string: SGI > server glx version string: 1.2 > server glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > client glx vendor string: SGI > client glx version string: 1.2 > client glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > GLX_ARB_get_proc_address > GLX extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > OpenGL vendor string: Precision Insight, Inc. > OpenGL renderer string: Mesa DRI G400 2510 > OpenGL version string: 1.2 Mesa 3.4 > OpenGL extensions: > GL_ARB_multitexture, GL_ARB_tranpose_matrix, GL_EXT_abgr, > GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, > GL_EXT_compiled_vertex_array, GL_EXT_histogram, > GL_EXT_packed_pixels, > GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, > GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, > GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, > GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, > GL_SGIS_texture_edge_clamp >visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > -- > 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None > 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow > 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow > 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow > 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
Re: [Confirme] gimp, mdk8 et scanner.
Le mardi 5 juin 2001, Alain F a écrit : > ENFIN ! Ça marche ! > C'est la première fois depuis des années que j'utilise Linux que je > peux scannériser proprement en couleurs avec mon SnapScan 310. > Comme quoi tout arrive à qui sait être patient. Avec quelle distrib de mandrake??? la 7.1, 7.2 ou 8.0? Si c'est avec la 8.0, merci de donner la recette détaillée. Parce qu'avec la 7.1 et sane-1.0.1-3, pas de problème. J'avais la couleur avec mon scanner Snapscan 600 (sans patch d'ailleurs). Merci d'avance
Re: [Confirme] lilo: multi-boot avec la 8.0
Bonsoir, en principe pas de probleme j'ai fait pareil avec Windaube, RedHat, MDK en ajoutant la ligne en commande et le bon /hdX bien entendu andré Je profite de la question ;-) > > Mon problème à moi ce serait de faire un double boot : > - le premier avec le choix LINUX ou WINDOB > - le deuxième avec les modes de Linux > ya t-il moyen ? > > pour la précision je pense que le premier sera sur hda et le deuxième sur > hdb1 (ou hdb) > > En passant j'ai aussi un problème pour utiliser lilo en mode graphique > (j'utilise grup donc) serai-ce parce que ma partition /boot ne fait que 10 > Mo ? > > Merci d'avance pour toute réponse > @+ ;-) > > > Christian Gennerat a écrit : > > > Ayant installé une vieille mandrake 7.1 sur la même machine que la 8.0, > > > le chargement de la 7.1 se termine par "unable to open console". > > > Quoi de changé dans Lilo ? > > > Pourquoi la console est-elle verrouillée ? > > > > /dev/hda5 comme racine root pour les 2 ? > > > > @+ > > steph -- *** on4hu André *** e-mail: [EMAIL PROTECTED] e-mail2: [EMAIL PROTECTED] Web page: _/users.skynet.be/on4hu Web server: _www.on4hu.dynip.com Radioamateurs: [EMAIL PROTECTED] Radioamateurs TCP/IP:[EMAIL PROTECTED] Telnet:__on4hu.dynip.com
Re: [Confirme] Ralentissement écran espoir ???
On 05 Jun 2001 22:25:24 +, [EMAIL PROTECTED] wrote: > > > Je travaille bien en 16 bits et cela ne marche pas. J'ai fais un glxinfo > et j'observe que > > display: :0.0 screen:0 > direct rendering: No > server glx vendor string: SGI > server glx version string: 1.2 > server glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context > client glx vendor string: SGI > client glx version string: 1.2 > client glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, > GLX_ARB_get_proc_address > .../... > > D'après une discussion, le direct rendering = dri et doit être yes. Si > l'on est en 16 bits le direct rendering = yes > > 1) quelqu'un qui a une matrox peut t'il me le confirmer en faisant > glxinfo. > > 2) Qu'est ce que je dois faire maintenant. Dans XF86config-4 je charge > bien le module dri ce qui m'est confirmé lorsque je tape xpdyinfo > > > Un grand merci à tous. Je ne désespère pas d'y arriver. Ca marchait avant > alors y pas de raison ... > > Luc > > > Mon glxinfo: (celui de mon premier écran, car le 2ème utilise pas la 3D) [happy@ca-ol-avignon-2-131 happy]$ glxinfo Loading required GL library /usr/X11R6/lib/libGL.so.1.2 display: :0.0 screen:0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Precision Insight, Inc. OpenGL renderer string: Mesa DRI G400 2510 OpenGL version string: 1.2 Mesa 3.4 OpenGL extensions: GL_ARB_multitexture, GL_ARB_tranpose_matrix, GL_EXT_abgr, GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, GL_EXT_vertex_array, GL_MESA_window_pos, GL_MESA_resize_buffers, GL_NV_texgen_reflection, GL_PGI_misc_hints, GL_SGIS_pixel_texture, GL_SGIS_texture_edge_clamp visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
Re: [Confirme] Ralentissement écran espoir ???
Je travaille bien en 16 bits et cela ne marche pas. J'ai fais un glxinfo et j'observe que display: :0.0 screen:0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address .../... D'après une discussion, le direct rendering = dri et doit être yes. Si l'on est en 16 bits le direct rendering = yes 1) quelqu'un qui a une matrox peut t'il me le confirmer en faisant glxinfo. 2) Qu'est ce que je dois faire maintenant. Dans XF86config-4 je charge bien le module dri ce qui m'est confirmé lorsque je tape xpdyinfo Un grand merci à tous. Je ne désespère pas d'y arriver. Ca marchait avant alors y pas de raison ... Luc > On 05 Jun 2001 14:56:34 +0200, happy wrote: > > On 05 Jun 2001 13:54:06 +0200, Stephane wrote: > > > Salut Julien ! > > > Il semble que ton pb vient du fait que tes jeux n'utilisent pas l'acceleration > > > OpenGL de ta carte. > > > Dans ce cas , il faut la forcer en faisant ldd qqchose. > > > Je suis desole, mais je ne peux pas etre plus precis, car c'est une info que > > > j'ai eue dans la FAQ de nvidia, et je n'ai pas eu a l'utiliser, les drivers > > > fournis faisant parfaitement leur travail. > > > > > > J'espere que cela te donne une nouvelle direction pour te diriger dans le README > > > ou la FAQ de Matrox. > > > Stef :-) > > > > > > > > > > > > Salut Julien ! <-- Moi ??? J'n'ai aucun problème de 3D, c'était plutôt pour luc.patryl. Pas Grave. > > > > > > Et comme ça a changé de thread, je te réponds içi. > > Bon, tout bêtement, puiske j'y pense maintenant, tu utilisait bien le 16 > > ou 32 bits ? Car le 24 n'est pas accéleré en 3d ! mais j'ai l'impression > > (enfin j'ai pas trop fait gaffe non-plus) ke DrakConf a du mal a mettre > > le 32 bits pour les Matrox et du coup ca retombe en 24 je crois. Donc > > utilise le 16 bits c nickel. > > Pour le 32 bits il faut 2 lignes ressemblant a ceux ci dans > > XF86Config-4: > > ColorDepth 32 > > FBdepth 24 # <- C pas ça mais ca y ressemble en tout cas > > > > > > Et pour les Matroxiens, y'a eu du nouveau, comme quoi MGA s'investit > > plus pour les Linuxiens que NVidia tout en livrant les sources des > > drivers (qui sont basés sur les vris de chez XFree d'illeurs) > > http://www.matrox.com/mga/media_center/press_rel/2001/linux_powerdesk.cfm > > (attention, d'après le forum, il faut une installe a peu près propre > > d'XFree, au moins pour la config, et attention car avec il parait aussi > > k'il a du mal a générer des fichier lorsque LANG="FR_fr" ... autant > > mettre LANG="C") Faites un Backup de la config avant de toute manière > > > > Tuxracer bouffe pas loin de 100% de cpu sur ma machine, donc rassure-toi > > c normal. (chuis bien content d'avoir 2 procs ;-) comme ça j'en ai un de > > tranquille ) > > > > Best regards, > > _HaPPyJaXX_ (anciennement appelé Julien Banchet) > > > Petite correction: > Les 2 lignes pour le 32 bits dans la section Screen sont: > DefaultDepth 24 > DefaultFbBpp 32 > Et non l'inverse
Re: [Confirme] lilo: multi-boot avec la 8.0
Je profite de la question ;-) Mon problème à moi ce serait de faire un double boot : - le premier avec le choix LINUX ou WINDOB - le deuxième avec les modes de Linux ya t-il moyen ? pour la précision je pense que le premier sera sur hda et le deuxième sur hdb1 (ou hdb) En passant j'ai aussi un problème pour utiliser lilo en mode graphique (j'utilise grup donc) serai-ce parce que ma partition /boot ne fait que 10 Mo ? Merci d'avance pour toute réponse @+ ;-) > Christian Gennerat a écrit : > > > > Ayant installé une vieille mandrake 7.1 sur la même machine que la 8.0, > > le chargement de la 7.1 se termine par "unable to open console". > > Quoi de changé dans Lilo ? > > Pourquoi la console est-elle verrouillée ? > > > > /dev/hda5 comme racine root pour les 2 ? > > @+ > steph > >
Re: [Confirme] webmin sur mdk 7.2
bonjour merçi Antoine, je suis vraiment perdu.. j'i pas mal dans ip tables mais même en enlevant le tout, et en autourisant tout dans iptables rien a faire.. je cherche donc !!! j'ai fait un run iptables stop iptables satrt ce qui a eu pour effet de vider ipatables et de ne laisser que l'éssentiel mais toujour sans succes andré Le Mardi 5 Juin 2001 09:53, vous avez écrit : > Le 05/06/2001 @ 15:32, on4hu écrivait : > >Merçi, j'ai trouvé.. héllas mon probleme n'est pas résolu.. > >fait'il autorisé la pôssibilité de rentrer dans le serveur ftp depuis > >Internet? > >si oui? quelle est la commande ou le fichier qui régis cela? > >je n'ai aucun probleme de rentrer dans le serveur http (apache) > >mais impossible avec le serveur ftp (en local pas de problème)?une idée? > > J'ai eu le même problème à cause d'un script IPTable recopié un peu > rapidement ;-) > Sinon peut-être les "niveaux de sécurité" non ? > > > Voilà, voilà ... > Antoine -- *** on4hu André *** e-mail: [EMAIL PROTECTED] e-mail2: [EMAIL PROTECTED] Web page: _/users.skynet.be/on4hu Web server: _www.on4hu.dynip.com Radioamateurs: [EMAIL PROTECTED] Radioamateurs TCP/IP:[EMAIL PROTECTED] Telnet:__on4hu.dynip.com
[Confirme] Pour tous les pb de drivers Nvidia !!!!!!!!!
Apres recherche il semblerai que les derniers drivers Nvidia ne fonctionnent correctement (en 3D) que en mode "init 3". La 3D ne semble pas fonctionner en mode "init 5" Voila les infos que j'ai trouve
[Confirme] Dernier pilote NVidia
Le dernier pilote NVidia plante quasi-systématiquement les jeux 3D en plein écran. Même les démos de Loki plantent. Apparemment un problème de SDL. Avez-vous des infos, faites-vous le même constat ? carte : GeForce 256 @+ steph
Re: [Confirme] lilo: multi-boot avec la 8.0
Christian Gennerat a écrit : > > Ayant installé une vieille mandrake 7.1 sur la même machine que la 8.0, > le chargement de la 7.1 se termine par "unable to open console". > Quoi de changé dans Lilo ? > Pourquoi la console est-elle verrouillée ? > > boot=/dev/hda > map=/boot/map > install=/boot/boot.b > default=linux-xg > keytable=/boot/fr-latin1.klt > lba32 > prompt > timeout=50 > message=/boot/message-graphic > menu-scheme=wb:bw:wb:bw > #lun mai 28 21:38:42 EDT 2001 > image=/boot/vmlinuz-2.4.3-20xg > label=linux-xg > root=/dev/hda5 > append=" quiet" > vga=0xf06 > read-only > image=/boot/vmlinuz > label=linux > root=/dev/hda5 > append=" quiet" > vga=0xf06 > read-only > image=/mini/boot/vmlinuz > label=Mini-Linux > root=/dev/hda1 > vga=ask > append=" failsafe" > read-only /dev/hda5 comme racine root pour les 2 ? @+ steph
Re: [Confirme] pb avec les drivers nvidia
Stephane wrote: > > "David Sabatie (fvrqzj)" wrote: > > > > Bonjour, > > j'ai intalle les derniers drivers nvidia sur ma LM 8.0 mais je n'ai > > aucune appli openGL qui fonctionnent. > > Chaque fois que j'en lance une j'ai un core avec un message du genre: > > Xlib: core dump (SDL ) > > > > Est-ce que quelqu'un peut m'aider parce que la je comprend rien. > > Tous les pakages SDL sont installes. Je posterai le vrai message > > d'erreur demain. > > Merci pour toute aide > > > > David > > 1 - as-tu Xfree-4 ? > 2 - As-tu mis load "glx" apres load "dbe", et change Driver "nv" pour Driver > "nvidia" dans le fichier /etc/X11/XFConfig-4 ? > > PS : enlever les extensions Load "DRI" et "GLcore". > > 3 - As-tu installe les rpm proprement (glx et kernel), dans le bon ordre (kernel > puis glx, de meme version) ? As-tu eu le message "NVdriver installed correctly." > > Alors ??? > > Stef :-) Apparement tout ca est bon, mais je vais refaire l'install des drivers pour verifier le message
Re: [Confirme] webmin sur mdk 7.2
Le 05/06/2001 @ 15:32, on4hu écrivait : >Merçi, j'ai trouvé.. héllas mon probleme n'est pas résolu.. >fait'il autorisé la pôssibilité de rentrer dans le serveur ftp depuis >Internet? >si oui? quelle est la commande ou le fichier qui régis cela? >je n'ai aucun probleme de rentrer dans le serveur http (apache) >mais impossible avec le serveur ftp (en local pas de problème)?une idée? J'ai eu le même problème à cause d'un script IPTable recopié un peu rapidement ;-) Sinon peut-être les "niveaux de sécurité" non ? Voilà, voilà ... Antoine
RE: [Confirme] pb avec les drivers nvidia
Hello !! Je sais que sur le site Mandrake il y a un lien vers une page qui décrit point par point l'install des drivers NVidia sur la MDK8 Voici le lien : http://www.littlewhitedog.com/reviews_other_00022.asp Bye > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of David Sabatie (fvrqzj) > Sent: Tuesday, June 05, 2001 3:33 PM > To: linux-mandrake confirme > Subject: [Confirme] pb avec les drivers nvidia > > > Bonjour, > j'ai intalle les derniers drivers nvidia sur ma LM 8.0 mais je n'ai > aucune appli openGL qui fonctionnent. > Chaque fois que j'en lance une j'ai un core avec un message du genre: > Xlib: core dump (SDL ) > > Est-ce que quelqu'un peut m'aider parce que la je comprend rien. > Tous les pakages SDL sont installes. Je posterai le vrai message > d'erreur demain. > Merci pour toute aide > > David >
Re: [Confirme] pb avec les drivers nvidia
"David Sabatie (fvrqzj)" wrote: > > Bonjour, > j'ai intalle les derniers drivers nvidia sur ma LM 8.0 mais je n'ai > aucune appli openGL qui fonctionnent. > Chaque fois que j'en lance une j'ai un core avec un message du genre: > Xlib: core dump (SDL ) > > Est-ce que quelqu'un peut m'aider parce que la je comprend rien. > Tous les pakages SDL sont installes. Je posterai le vrai message > d'erreur demain. > Merci pour toute aide > > David 1 - as-tu Xfree-4 ? 2 - As-tu mis load "glx" apres load "dbe", et change Driver "nv" pour Driver "nvidia" dans le fichier /etc/X11/XFConfig-4 ? PS : enlever les extensions Load "DRI" et "GLcore". 3 - As-tu installe les rpm proprement (glx et kernel), dans le bon ordre (kernel puis glx, de meme version) ? As-tu eu le message "NVdriver installed correctly." Alors ??? Stef :-)
Re: [Confirme] webmin sur mdk 7.2
Le mar, 05 jun 2001, on4hu a posté : > fait'il autorisé la pôssibilité de rentrer dans le serveur ftp depuis > Internet? > si oui? quelle est la commande ou le fichier qui régis cela? Pour tout ce qui est commandé par inetd/xinetd, c'est TCPD qui donne les autorisations à l'aide des fichiers /etc/hosts.deny et /etc/hosts.allow -- MP
[Confirme] pb avec les drivers nvidia
Bonjour, j'ai intalle les derniers drivers nvidia sur ma LM 8.0 mais je n'ai aucune appli openGL qui fonctionnent. Chaque fois que j'en lance une j'ai un core avec un message du genre: Xlib: core dump (SDL ) Est-ce que quelqu'un peut m'aider parce que la je comprend rien. Tous les pakages SDL sont installes. Je posterai le vrai message d'erreur demain. Merci pour toute aide David
Re: [Confirme] webmin sur mdk 7.2
Le Mardi 5 Juin 2001 08:14, vous avez écrit : > Le mar, 05 jun 2001, on4hu a posté : > > je suis curieux.. car je n'arrive pas a me connecter depuis internet sur > > mon serveur ftp..., sur la 8.0 que j'utilise ce fichier n'existe pas: > > /etc/inetd.conf > > Les nouvelles version de Linux n'utilisent plus inetd mais xinetd. > Il n'y a pas un seul fichier de de configuration mais un fichier par > serveur et tout ça dans /etc/xinetd.d > > -- > MP -- *** on4hu André *** Merçi, j'ai trouvé.. héllas mon probleme n'est pas résolu.. fait'il autorisé la pôssibilité de rentrer dans le serveur ftp depuis Internet? si oui? quelle est la commande ou le fichier qui régis cela? je n'ai aucun probleme de rentrer dans le serveur http (apache) mais impossible avec le serveur ftp (en local pas de problème)?une idée? merçi andré
Re: [Confirme] Ralentissement écran de pireenpire !!
On 05 Jun 2001 14:56:34 +0200, happy wrote: > On 05 Jun 2001 13:54:06 +0200, Stephane wrote: > > Salut Julien ! > > Il semble que ton pb vient du fait que tes jeux n'utilisent pas l'acceleration > > OpenGL de ta carte. > > Dans ce cas , il faut la forcer en faisant ldd qqchose. > > Je suis desole, mais je ne peux pas etre plus precis, car c'est une info que > > j'ai eue dans la FAQ de nvidia, et je n'ai pas eu a l'utiliser, les drivers > > fournis faisant parfaitement leur travail. > > > > J'espere que cela te donne une nouvelle direction pour te diriger dans le README > > ou la FAQ de Matrox. > > Stef :-) > > > > > > > Salut Julien ! <-- Moi ??? J'n'ai aucun problème de 3D, c'était plutôt pour >luc.patryl. Pas Grave. > > > Et comme ça a changé de thread, je te réponds içi. > Bon, tout bêtement, puiske j'y pense maintenant, tu utilisait bien le 16 > ou 32 bits ? Car le 24 n'est pas accéleré en 3d ! mais j'ai l'impression > (enfin j'ai pas trop fait gaffe non-plus) ke DrakConf a du mal a mettre > le 32 bits pour les Matrox et du coup ca retombe en 24 je crois. Donc > utilise le 16 bits c nickel. > Pour le 32 bits il faut 2 lignes ressemblant a ceux ci dans > XF86Config-4: > ColorDepth 32 > FBdepth 24 # <- C pas ça mais ca y ressemble en tout cas > > > Et pour les Matroxiens, y'a eu du nouveau, comme quoi MGA s'investit > plus pour les Linuxiens que NVidia tout en livrant les sources des > drivers (qui sont basés sur les vris de chez XFree d'illeurs) > http://www.matrox.com/mga/media_center/press_rel/2001/linux_powerdesk.cfm > (attention, d'après le forum, il faut une installe a peu près propre > d'XFree, au moins pour la config, et attention car avec il parait aussi > k'il a du mal a générer des fichier lorsque LANG="FR_fr" ... autant > mettre LANG="C") Faites un Backup de la config avant de toute manière > > Tuxracer bouffe pas loin de 100% de cpu sur ma machine, donc rassure-toi > c normal. (chuis bien content d'avoir 2 procs ;-) comme ça j'en ai un de > tranquille ) > > Best regards, > _HaPPyJaXX_ (anciennement appelé Julien Banchet) > Petite correction: Les 2 lignes pour le 32 bits dans la section Screen sont: DefaultDepth 24 DefaultFbBpp 32 Et non l'inverse
Re: [Confirme] Ralentissement écran de pireenpire !!
On 05 Jun 2001 13:54:06 +0200, Stephane wrote: > Salut Julien ! > Il semble que ton pb vient du fait que tes jeux n'utilisent pas l'acceleration > OpenGL de ta carte. > Dans ce cas , il faut la forcer en faisant ldd qqchose. > Je suis desole, mais je ne peux pas etre plus precis, car c'est une info que > j'ai eue dans la FAQ de nvidia, et je n'ai pas eu a l'utiliser, les drivers > fournis faisant parfaitement leur travail. > > J'espere que cela te donne une nouvelle direction pour te diriger dans le README > ou la FAQ de Matrox. > Stef :-) > > Salut Julien ! <-- Moi ??? J'n'ai aucun problème de 3D, c'était plutôt pour >luc.patryl. Pas Grave. Et comme ça a changé de thread, je te réponds içi. Bon, tout bêtement, puiske j'y pense maintenant, tu utilisait bien le 16 ou 32 bits ? Car le 24 n'est pas accéleré en 3d ! mais j'ai l'impression (enfin j'ai pas trop fait gaffe non-plus) ke DrakConf a du mal a mettre le 32 bits pour les Matrox et du coup ca retombe en 24 je crois. Donc utilise le 16 bits c nickel. Pour le 32 bits il faut 2 lignes ressemblant a ceux ci dans XF86Config-4: ColorDepth 32 FBdepth 24 # <- C pas ça mais ca y ressemble en tout cas Et pour les Matroxiens, y'a eu du nouveau, comme quoi MGA s'investit plus pour les Linuxiens que NVidia tout en livrant les sources des drivers (qui sont basés sur les vris de chez XFree d'illeurs) http://www.matrox.com/mga/media_center/press_rel/2001/linux_powerdesk.cfm (attention, d'après le forum, il faut une installe a peu près propre d'XFree, au moins pour la config, et attention car avec il parait aussi k'il a du mal a générer des fichier lorsque LANG="FR_fr" ... autant mettre LANG="C") Faites un Backup de la config avant de toute manière Tuxracer bouffe pas loin de 100% de cpu sur ma machine, donc rassure-toi c normal. (chuis bien content d'avoir 2 procs ;-) comme ça j'en ai un de tranquille ) Best regards, _HaPPyJaXX_ (anciennement appelé Julien Banchet)
Re: [Confirme] libXv.so.1 : SOLUTION !!
Bonjour, DUCLOS Andre <[EMAIL PROTECTED]> ce mardi 5 Juin 2001 00:39, vous avez écrit : > Salut, > tu as trouve la solution ? > Pour creer les lib manquantes : > ]$ cd /usr/X11R6/lib/ > ]$ ld --whole-archive -shared -o libXv.so libXv.a > ]$ ld --whole-archive -shared -o libXxf86dga.so libXxf86dga.a > ]$ ldconfig > A+ - - - - - - - - - - Merci, André ! Voilà ce que je souhaitais, et cela m'a immédiatement été utile, comme quoi ... Bon! je ferme ma grande gueule !!! Bernard Lambey ... et puisque tu les aime : L'adjudant dit " Ca n'était plus pos- " sible car l'aspirant habite Javel !!!" (Raymond Bour)
Re: [Confirme] kisdn buggé à 300% (mdk 7.2)
Bonjour, Eric MC <[EMAIL PROTECTED]> Le Vendredi 1 Juin 2001 14:44, vous avez écrit : > Tiens, depuis quand kisdn marche avec kde2 ?? > Eric MC Ben, c'est simple, depuis que Kde 2 existe Bernard L.. --- Note = Déjà avec kde 2.0 j'étais arrivé à le mettre en place, mais attention: Kisdn 0.7.3 seulement, l'increvable, le robuste, car le 1.0 ou 1.1, est bien trop raffiné: impossible de le paramétrer sous Kde 2 !!! Kisdn 0.7.3 est celui qui, sauf erreur, figure dans les CD de la distro Mdk-7.0, mais aussi sur 7.1 et 7.2. Bernard L.
[Confirme] Linuxconf-web et MDK8
Bonjour, depuis la mandrake 8.0, et sur trois postes différents, je n'arrive plus à fair fonctionner l'accès 0 linuxconf depuis un navigateur Web. J'ai mis disable=no dans xinetd/linuxconf-web, relancé xinetd, autorisé les machines à se conencter sur linuxconf. Si je tape http://ip-machine:98 ou localhost:98, rien ne se passe et pas de log dans secure.log et htmlaccess.log Par contre le programme linuxconf boucle et prend 98% de la RAM Si je le tue, il se relance. Un telnet ip-machine 98 fonctionne. Dans les versions précedentes de Mandrake ou linuxconf pas de pb cela fonctionnait Des idées ? Merci Nicolas Viers | Service Commun Informatique Mél: [EMAIL PROTECTED]| 123, avenue Albert Thomas | 87060 Limoges cedex Tel: 05-55-45-77-09 | Fax: 05-55-45-75-95 http://www.unilim.fr/sci
Re: [Confirme] webmin sur mdk 7.2
Le mar, 05 jun 2001, on4hu a posté : > je suis curieux.. car je n'arrive pas a me connecter depuis internet sur mon > serveur ftp..., sur la 8.0 que j'utilise ce fichier n'existe pas: > /etc/inetd.conf Les nouvelles version de Linux n'utilisent plus inetd mais xinetd. Il n'y a pas un seul fichier de de configuration mais un fichier par serveur et tout ça dans /etc/xinetd.d -- MP
Re: [Confirme] Ralentissement écran de pire enpire !!
Salut Julien ! Il semble que ton pb vient du fait que tes jeux n'utilisent pas l'acceleration OpenGL de ta carte. Dans ce cas , il faut la forcer en faisant ldd qqchose. Je suis desole, mais je ne peux pas etre plus precis, car c'est une info que j'ai eue dans la FAQ de nvidia, et je n'ai pas eu a l'utiliser, les drivers fournis faisant parfaitement leur travail. J'espere que cela te donne une nouvelle direction pour te diriger dans le README ou la FAQ de Matrox. Stef :-)
Re: [Confirme] Récupération de l'adresse ip
Salut Fabian ! Tant que j'y suis, j'ai trouvé PuTTY, client léger et gratuit pour le SSH, > mais je cherche toujours un serveur X gratuit (les seuls que j'ai trouvé sont > tous payants ) Un super truc gratuit (GNU) : http://www.cygwin.com/ Stef
[Confirme] lilo: multi-boot avec la 8.0
Ayant installé une vieille mandrake 7.1 sur la même machine que la 8.0, le chargement de la 7.1 se termine par "unable to open console". Quoi de changé dans Lilo ? Pourquoi la console est-elle verrouillée ? boot=/dev/hda map=/boot/map install=/boot/boot.b default=linux-xg keytable=/boot/fr-latin1.klt lba32 prompt timeout=50 message=/boot/message-graphic menu-scheme=wb:bw:wb:bw #lun mai 28 21:38:42 EDT 2001 image=/boot/vmlinuz-2.4.3-20xg label=linux-xg root=/dev/hda5 append=" quiet" vga=0xf06 read-only image=/boot/vmlinuz label=linux root=/dev/hda5 append=" quiet" vga=0xf06 read-only image=/mini/boot/vmlinuz label=Mini-Linux root=/dev/hda1 vga=ask append=" failsafe" read-only
[Confirme] lilo et /dev/tty avec la 8.0
Avec la config suivante: boot=/dev/hda map=/boot/map install=/boot/boot.b default=linux-xg keytable=/boot/fr-latin1.klt lba32 prompt timeout=50 message=/boot/message-graphic menu-scheme=wb:bw:wb:bw #lun mai 28 21:38:42 EDT 2001 image=/boot/vmlinuz-2.4.3-20xg label=linux-xg root=/dev/hda5 append=" quiet" vga=0xf06 read-only image=/boot/vmlinuz label=linux root=/dev/hda5 append=" quiet" vga=0xf06 read-only .. Si je fais 'Entrée' pour valider le choix par défaut, tout se charge correctement en affichant les messages de démarrage. Si j'attends sans rien faire, lilo lance le choix par défaut, mais sans message, et le chargement se termine mal, comme cela apparait dans /var/log/messages: Jun 1 21:30:46 bcv66vbb loadkeys: Loading /usr/lib/kbd/keymaps/include/compose.latin1.inc.gz Jun 1 21:30:46 bcv66vbb loadkeys: Couldnt get a file descriptor referring to the console Jun 1 21:30:46 bcv66vbb keytable: Loading compose keys: compose.latin1.inc failed .. Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb /sbin/mingetty[928]: /dev/tty3: cannot open tty: No such device Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb /sbin/mingetty[935]: /dev/tty3: cannot open tty: No such device Jun 1 21:31:04 bcv66vbb /sbin/mingetty[926]: /dev/tty1: cannot open tty: No such device Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb /sbin/mingetty[939]: /dev/tty1: cannot open tty: No such device Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb /sbin/mingetty[937]: /dev/tty3: cannot open tty: No such device Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:04 bcv66vbb /sbin/mingetty[927]: /dev/tty2: cannot open tty: No such device Jun 1 21:31:05 bcv66vbb modprobe: modprobe: Can't locate module char-major-4 Jun 1 21:31:40 bcv66vbb kernel: Unable to handle kernel NULL pointer dereference at virtual address 0004 Jun 1 21:31:40 bcv66vbb kernel: printing eip: Jun 1 21:31:40 bcv66vbb kernel: c0168bf7 Jun 1 21:31:40 bcv66vbb kernel: pgd entry c2d0b000: Jun 1 21:31:40 bcv66vbb kernel: pmd entry c2d0b000: Jun 1 21:31:40 bcv66vbb kernel: ... pmd not present! Jun 1 21:31:40 bcv66vbb kernel: Oops: Jun 1 21:31:40 bcv66vbb kernel: CPU:0 Jun 1 21:31:40 bcv66vbb kernel: EIP:0010:[poke_blanked_console+23/112] Jun 1 21:31:40 bcv66vbb kernel: EIP:0010:[] Jun 1 21:31:40 bcv66vbb kernel: EFLAGS: 00010202 Jun 1 21:31:40 bcv66vbb kernel: eax: ebx: c1155f78 ecx: c0227030 edx: c0227030 Jun 1 21:31:40 bcv66vbb kernel: esi: c1155f78 edi: c1154558 ebp: c1154000 esp: c1155f68 Jun 1 21:31:40 bcv66vbb kernel: ds: 0018 es: 0018 ss: 0018 Jun 1 21:31:40 bcv66vbb kernel: Process keventd (pid: 2, stackpage=c1155000) Jun 1 21:31:40 bcv66vbb kernel: Stack: c0167dbd c1155f78 c0116358 c01dba84 c01dba84 Jun 1 21:31:40 bcv66vbb kernel:c011d003 c01d69f4 000a c1154550 c1154560 c1155fd0 c1154000 Jun 1 21:31:40 bcv66vbb kernel:c1154000 c0215540 0001 0001 0700 Jun 1 21:31:40 bcv66vbb kernel: Call Trace: [console_callback+93/176] [__run_task_queue+72/96] [context_thread+275/416] [context_thread+0/416] [do_linuxrc+0/208] [kernel_thread+38/48] [context_thread+0/416] Jun 1 21:31:40 bcv66vbb kernel: Call Trace: [] [] [] [] [] [] [] Jun 1 21:31:40 bcv66vbb kernel: Jun 1 21:31:40 bcv66vbb kernel: Code: 80 78 04 01 74 45 8b 0d 80 d9 23 c0 85 c9 74 1d a1 0c a2 22
[Confirme] ralentissement tuxracer mais 3d ok
Je pense maintenant que le ralentissement de tuxracer, openuvers,... n'est pas dû à l'accélértion 3D. Dans Xfree, j'ai stoppé l'accélération et je l'ai ensuite remise. La différence est nettement visible avec par exemple mésareflexion. Que dois je vérifier d'autre ??? Pourquoi le cpu est à 100% lorsque je lance ce jeux ??
Re: [Confirme] webmin sur mdk 7.2
Le Mardi 5 Juin 2001 06:21, vous avez écrit : > > inetd se sert bien de /etc/services pour savoir qu'à une demande de > > connexion sur le port 23 > > > (p.ex) il doit lancer le serveur approprié (ici telnet) pour répondre, > > non? > > Non ... etc/services est un fichier mort ... par contre /etc/inetd.conf > est le fichier de configuration de inetd ... > > XB. -- Bonjour, je suis curieux.. car je n'arrive pas a me connecter depuis internet sur mon serveur ftp..., sur la 8.0 que j'utilise ce fichier n'existe pas: /etc/inetd.conf pour info un pc sous Windaube en ftp n'a aucun probleme? si quelcun a une idée.. je seche depuis 8 jours andré *** on4hu André *** e-mail: [EMAIL PROTECTED] e-mail2: [EMAIL PROTECTED] Web page: _/users.skynet.be/on4hu Web server: _www.on4hu.dynip.com Radioamateurs: [EMAIL PROTECTED] Radioamateurs TCP/IP:[EMAIL PROTECTED] Telnet:__on4hu.dynip.com
Re: [Confirme] webmin sur mdk 7.2
> inetd se sert bien de /etc/services pour savoir qu'à une demande de connexion sur le port 23 > (p.ex) il doit lancer le serveur approprié (ici telnet) pour répondre, non? Non ... etc/services est un fichier mort ... par contre /etc/inetd.conf est le fichier de configuration de inetd ... XB.
Re: [Confirme] kisdn buggé à 300% (mdk 7.2)
Tiens, depuis quand kisdn marche avec kde2 ?? Eric MC On Tuesday 29 May 2001 11:48, you wrote: | Le Samedi 19 Mai 2001 21:55, vous avez écrit : | > en fait le pb est simple : possédant une carte isdn gazel j'utilise kisdn | > pour me connecter, seulement une fois sur deux rien ne se passe et je | > suis obligé de me farcir qq "isdn restart" avant de bébloquer la | > situation... énervant d'autant plus que cela limite l'accés aux | > utilisteurs ayant accés à "su" ie moi.. | > soulfly_b | > | | Salut, Soufly_b | | Je reviens sur ton problème de mauvais résultats avec ''kisdn''. | Si tu veux répondre à ces questions, peut-être cela m'aiderait | il à trouver une cause au malaise! | a) Es-tu en Mandrake 7.0, 7.1, 7.2 ou 8.0 ? | C'est avec 7.2 que tu auras le meilleur résultat. | b) Es-tu en kde 1.x ou 2.x ? | Ca marche en 2.1 seulement si tu n'es pas en Mdk-8.0 | c) fais-tu bien le paramétrage de ''kcmkisdn'' AVANT d'avoir | appelé ''kisdn'' ? Il faut le faire avant. | d) Et, comme N° de phone, mets-tu bien le numéro NUMERIS | et non pâs le N° de téléphone associé ? | (le Numéris étant toujours plus petit de 1 - Par exemple: | avec 01256446 & 01256447 = il faut mettre 01256446) | e) Souhaites-tu marcher en 64 ou en 128 ? | FT n'assure le service en réalité qu'en 64bds... | f) As-tu comme moi la version kisdn 0.7.0 ou 0.7.3 avec le | manuel d'aide incorporé (en anglais). J'avais installé la | version 1.1, et je suis revenu à la 0.7.1 | Voilà, si tu as LA MEME installation que moi, et que ça ne | marche pas, essaie un dernier truc: rase-toi le crâne, | car je n'ai plus un poil sur le caillou, et ... on ne sait | jamais, l'éléctricité statique . ;-))) | | Bernard L.
Re: [Confirme] Emulateur X
Le Mardi 5 Juin 2001 03:56, vous avez écrit : > Est-il possible d'installer un émulateur X sur un pc tournant sous "Windoze > machin" pour travailler sur une machine linux ? Tu peux installer un PC virtuel avec Vmware (www.vmware.com) ou Plex86 (www.freshmeat.net; pas fini). Klaus
Re: [Confirme] Emulateur X
OUAIP ya VNC mais il te faut installer le seveur VNC et ya xwin32 qui est payant mais il y a les 2 premieres heures d'utilisation a chaque session ce qui est largement suffisant pour travailler, petites astuces utiliser xdmcp et taper xdm& sur ta station linux @+ ar, 05 jun 2001, vous avez écrit : > Est-il possible d'installer un émulateur X sur un pc tournant sous "Windoze > machin" pour travailler sur une machine linux ? > > D'avance merci ! > > > [M.Thonard] > E-Mail: [EMAIL PROTECTED] -- Amicalement, With my best regards, Stephane BRANGER *** * Linux Technical, Marketing and Pre sales Engineer at Prologue Edition * ***
Re: [Confirme] Emulateur X
vmware, lin4win ou plex86 sur la meme machine ou exceed à distance... -- Nicolas Le Gaillart Opsion Innovation - iFrance e-mail [EMAIL PROTECTED] icq 97 90 21 57 tel 03 80 600 889 Le Mardi 5 Juin 2001 03:56, vous avez écrit : > Est-il possible d'installer un émulateur X sur un pc tournant sous "Windoze > machin" pour travailler sur une machine linux ? > > D'avance merci ! > > > [M.Thonard] > E-Mail: [EMAIL PROTECTED] __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif
Re: [Confirme] Emulateur X
Bonjour Marc, > Est-il possible d'installer un émulateur X sur un pc tournant > sous "Windoze machin" pour travailler sur une machine linux ? Pour travailler depuis Win sur un Linux distant, votre solution se nomme VNC : il existe un client et même un serveur sous licence GPL pour Win32. Le serveur VNC est sans doute dans votre distribution, et le client Win est à portée d'une petite recherche dans les moteurs habituels. Si vous voulez un Linux *en local* depuis un Win *local*, il faut chercher du côté des machines virtuelles : VM Ware le fait, et je crois bien qu'il est aussi distribué pour tourner sous Win, mais c'est une application comerciale --> payante. HTH :), Guillaume [EMAIL PROTECTED]
Re: [Confirme] Emulateur X
Bien sur Relexion X, pc Xware, Exceed ... Mais ils ne sont pas free ... Thonard Marc wrote: > > Est-il possible d'installer un émulateur X sur un pc tournant sous "Windoze > machin" pour travailler sur une machine linux ? > > D'avance merci ! > > [M.Thonard] > E-Mail: [EMAIL PROTECTED] -- patrick Mendez DEE/IR/TSI/AI OSIATIS Tel 0561273285 [EMAIL PROTECTED] FTP ANONYME CNES => http://ftp.cnes.fr/ FORUMS DU CNES => http://forum/ (°- //\ v_/_
Re: [Confirme] gimp, mdk8 et scanner.
frantz ORJOLLET a écrit : > "Alain F." wrote: > > > > > > > Quelqu'un a t-il réussi à scanner proprement en couleur avec un Snapscan 310 et > > sous Linux ? > > J'ai un 610 SCSI. J'ai dû recompiler le pilote avec application du patch pour > SnapScan et ça marche impec (couleur, gris, trait --> 600 dpi ; il ne manque que > le détramage. (Snapscan 610 + Adaptec 2940 UW + kernel 2.2.13mdk/MDK 6.1 + Sane > 1.0.1-3 avec application du patch pour Snapscan) > Par contre, le plug'in Gimp Crashe aussi. > ENFIN ! Ça marche ! C'est la première fois depuis des années que j'utilise Linux que je peux scannériser proprement en couleurs avec mon SnapScan 310. Comme quoi tout arrive à qui sait être patient. Pour ce qui est du plug'in gimp, j'ai l'impression qu'il faut un script Perl compilé. Mais je n'ai pas approfondi. Merci beaucoup pour votre aide. Cordialement. Alain F.
Re: [Confirme] gnomeppp
Gosse Michel a écrit : > Bonjour > > kppp fonctionne parfaitement sur ma mdk 8.0. Par contre, gnome-ppp ne > veut rien savoir. J'ai toujours le message : > " le démon est mort inexpectedtly " > Certes, paix à son âme, mais y-a-t-il une solution ? > Chez moi, syslog (Alt-maj-F12 sous mdk 8.0) me dit que /dev/modem n'a pas les permissions requises. En effet gnome-ppp n'est pas suid contrairement à kppp. Il faut changer les permissions du fichier lié à /dev/modem (/dev/ttyS* ou /dev/ttys*). Vérifier que msec qui contrôle la sécurité du système ne les remette pas à l'origine. Alain F.
[Confirme] Emulateur X
Est-il possible d'installer un émulateur X sur un pc tournant sous "Windoze machin" pour travailler sur une machine linux ? D'avance merci ! [M.Thonard] E-Mail: [EMAIL PROTECTED]
