Reprise du message précédent :
Si tu fait un  
 
#/etc/init.d/kdm stop
 
en tant que root sa ne passe pas?
 
Sinon moi j'aurais une petite question. Es ce normal que se soi n peut degueulasse sous mon quake3 avec ce driver?

alors je crois que j'ai fais une boulette :
 
Hier soir j'ai etait dans system/preference/configurer l'ordinateur et affichage (ou qqchose comme ca) et j'ai desactivé "chargé Xorg au demarrage" (je pensais que c'etait ca le X a quitter dans mon message d'erreur) et au boot suivant, je n'avais plus l'interface graphique , comment la remet-on via le terminal ?

service dm stop (en root)  

 
Lances l'outil de configuration XFdrake ou XFDrake

merci madyodaseb, je vais tester ca

EDIT : apres avoir entré ce que tu m'as dis, j'arrive sur une barre de progression qui ne progresse pas ...

J'ai appuyer sur entrer et je retombe sur un terminal et il me demande mon login et mon pass, je rentre donc root et le mot de pass, et ensuite, quand je veux executer la commande pour installer le driver, il me dit qu'il n'arrive pas a trouver le fichier

La barre de progression c'est pour les pilotes nvidia??

non c'est le barre de progression de l'ecran de demarrage de mandriva (en bas a gauche) puisque quand je tape ta commande ca me ramene la

j'ai un souci avec le dernier pilote beta nvidia ou  96.31 + noyau debian 2.6.18-3
j'installe, je lance kdm ca marche, je reboote, j'ai un apercu du logo nvidia et ca repasse en console avec ca ds les logs:
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
 
 
 
je supprime le pilote (--uninstall), je réinstalle, ca marche.
 
 
je reboote, et rebelote ...........
 
 
qui a une idee ?
 
 
j'ai le  problème sur 2 archi totatelement différent: indel et amd, mais 2 debian sid a jour

Bonjour tout le monde.
 
J'ai un souci avec les pilotes Nvidia depuis un certain temps, et je voulais savoir si je suis le seul ou pas.
Voici le problème:
Par défaut dans mon fichier xorg.conf, l'écran est reglé en 60Hz. Les polices sont dégueulasses dans ce mode.
A chaque démarrage de X, il me faut lancer nvidia-settings, puis aller dans "X Server Display configuration" , cliquer sur "Advanced" . Puis choisir "60Hz (1)" et pas "60Hz (2)" .
Et là, les polices sont impeccables.
Si quelqu'un à un problème similaire, ou si quelqu'un sait comment fixer définitivement à 60Hz (1) (ou bien automatiser le changement au pire), toute information est la bienvenue.
 
Carte graphique : Geforce 6600GT
Ecran : LG 1720B
Ubuntu 6.10
Drivers: 9631 . Mais le problème existe depuis la série 8 il me semble.

j'ai trouvé en fouillant sur un topic, une personne qui a le meme pb que moi, mais la solution qu'elle a trouvé me fais un peu peur : http://www.infos-du-net.com/forum/ [...] a-mandriva

@dam1330 : tu veux dire que tu n'as que ça dans les logs ? pas de "ERROR" ?
 
@leto3 : dans nvidia-settings (lancé en root), bouton 'save to X ...' ?

nan aucune erreur dans les log.
 au boot j'ai: removing nvidia TLS links qui dure au moins 30 secondes

Tu te logges et ensuite startx

Et après, faut éditer /etc/inittab et passer l'initdefault de 3 à 5.

 
J'ai déjà essayé de sauvegarder dans un fichier de configuration X.
Les problème sont :
- En l(utilisant directement le fichier de conf Xorg crée par nvidia-settings n'est pas adapté au clavier FR
- En faisant un diff sur le fichier crée par nvidia-settings et mon fichier de conf, je vois pas de différence dans les Modelines

C'est une ligne "Modes" qui devrait changer avec le nom de l'ancien mode remplacé par le nouveau.
Le nom du mode est affiché dans nvidia-settings.
edit: Tu peux aussi tenter la modif à la main (section "Screen" ).

Sur le fichier crée par nvidia-settings :

 
Sur mon fichier /etc/X11/xorg.conf :

 
D'après ce que j'ai pu voir la différence entre 60Hz et 60hz (1) est au niveau du 108.9 ( qui est remplacé par un 108.88 dans le 60Hz simple).
Mais j'ai bien ça dans mon fichier de conf Xorg . Normalement il devrait au démarrage de X me mettre directement dans le bon mode.

Au démarrage, tu arrives dans le premier mode de la ligne "Modes" qui marche.
A toi de modifier cette ligne en fonction, par ex. avec "1280x1024_60".

Ok merci , je teste ça.

Ca change rien, toujours le problème.
 
Pour info mon fichier de conf xorg est dispo ici :
http://olivier.aurait.eu/fw/xorg.conf

2 pistes:
- Est-ce que ton "60Hz (1)" correspond bien à "1280x1024_60" ?
- Virer la ligne metamodes ?
 
edit:
Et aussi, essayer de remplacer "1280x1024_60" par "1280x1024_perso"
 
edit2:
Dans nvidia-settings, quand tu passes du bon mode au mauvais, les polices redeviennent pourries ?

Qqun a essayé les derniers béta (1.0.9742) avec une carte dernière génération (8800) ?
 
Si oui, les retours d'expérience m'intéressent  

 
Merci pour tes pistes, problème résolu.
Ma ligne "Modes" ne correspondait aps au Modeline....

Pour les possesseurs de 8800GTS/GTX voici la dernière release :
 
Version: 1.0-9746
Operating System: Linux x86
Release Date: December 21, 2006
 
Release Highlights
Version: 1.0-9746
Operating System: Linux x86
Release Date: December 21, 2006
 
Release Highlights
 
    * Added support for GeForce 8800 GTS and GeForce 8800 GTX boards.

 
Après un changement d'écran (passage d'un LG 1720B à un Acer AL2216W) (et de xorg.conf donc), j'ai de nouveau ce problème.
Sauf qu'a chaque fois il me faut choisir 60Hz (2) maintenant, associé a la bonne résolution (1680*1050).
 
Or je ne peux pas appliquer la meme solution que précedement, vu que lorsqu'a partir de nvidia-settings je fais "save to xorg.conf" , je fichier généré ne possède aucune ligne Modeline.
Quelqu'un saurait à quoi peut etre du cette absence de Modeline dans le fichier generé par nvidia-settings ? Et comment y remedier / contourner le problème?

D'après ce que j'ai compris, le problème était surtout que la ligne "Modes" ne contenait pas le mode qui allait bien (et qui est affiché dans nvidia-settings).

Oui, mais si j'ai bien compris (ce dont je ne suis pas sur), si je mets la ligne mode suivante:

Cette ligne va indiquer à xorg de chercher une ligne Modeline correspondante et qui contiendra les details, du genre:

 
Le problème c'est que contrairement à ce qui se passait qd j'étais en 1280*1024 avec mon ancien écran, nvidia-settings je mets aucune modeline dans son xorg.conf.

En ajoutant ça :

Ca donne quoi ?

Ben non, si nvidia-settings dit que le mode choisi s'appelle tartempion, c'est que ce mode existe, même sans modeline.

Ok, au temps pour moi. Je testerai ce soir, Merci.

Pilotes version 1.0.9755 out  
 

 
Version x86 dispo ici
 
Version AMD64/EMT64 dispo ici
 
Pour les gentooieux, c'est dispo en version "instable" (pour x86 et amd64), dans Portage
 

Bon, pour le moment, Beryl tient sans me faire les "fameuses fenêtres noires", ni autre joyeuseté du même genre  
 
  Mais je pense pas que ce soit dû simplement aux nouveaux drivers, car j'ai réussi à repasser dans un bios qui me permet d'utiliser l'APIC (et donc booter sans le fameux noapic et autres joyeusetés du même genre) et de laisser la cg sur sa propre "ligne d'IRQ" (en gros, pour simplifier )
 
D'autre part, tout cela refonctionne avec le framebuffer activé aussi  (donc retour du bootsplash et d'une résolution "utilisable" pour la console sans devoir prendre 15 mètres de recul à cause de la taille des caractères )
Donc plus de freeze/écran noir au moindre switch entre X et une console (via <ctrl> + <alt> + F1 par exemple)      
 
 
 
On laisse en test pour voir comment ça se comporte dans la durée  
 
 
Pour info, la config sur laquelle ça tourne pour le moment  :
 
AMD X2 4400+  + carte mère Asus A8N-SLI Deluxe avec bios version 1016
 
GeForce 8800 GTS
 
Gentoo 64 bits    (   )
 
uname -a  :

 
  C'est le "noyau standard Gentoo" (paquet sys-kernel/gentoo-sources-2.6.18-r4 pour "les intimes"   )
avec mes options qui vont bien de comme d'habitude  
 
 
EDIT :   Comme on me l'a si justement fait remarquer (    ), le plus proche noyau encore dispo dans portage et marqué comme "stable" est le 2.6.19-r5, cad le paquet sys-kernel/gentoo-sources-2.6.19-r5.

Hann
 
Je suis pas mort

sniff    problème des "fenêtres noires" revenu au d'un peu plus de 2 heures  

Ya combien de mémoire sur ta CG
C'est bizarre ton truc, c'est pas comme si t'avais une config de merde pourtant ...

Arf Zzozo, pas de souci avec une Geforce série 7 chez moi là, et le warning dû au noyau 2.6.20 est corrigé (sinon, je n'ai rien observé de changé par rapport à la dernière version).
 
edit : c'était ce warning -> http://www.nvnews.net/vbulletin/showthread.php?t=85174

640 Mo ...
 
Faut dire que quand je disais en test, c'était vraiment en test, cad avec plus d'une trentaine de fenêtres diverses ouvertes dont 3 de firefox avec pas moins de 5 onglets chacunes, du flash et tout le bordel ...
Des fois, je lançais même 3 vidéos avec MPlayer en même temps  
 
Histoire d'être sur  
 
 
M'enfin bon, un coup de <ctrl> + <alt> + F1  aller/retour et tout était réglé apparemment  
 
C'est un bien que le frame buffer soit revenu par contre ça  (parce que bon la console en 640x480    )  
 
 
Faut que je teste les autres applis OpenGL maintenant  (enfin une en particulier   )  

Bon, je vais essayer d'upgrader en 2.6.20 alors, histoire de voir si ça change qqchose  

Zzozo, ton problème ne serait pas à rapprocher de http://www.nvnews.net/vbulletin/sh [...] 14&t=83340
 
Dont la solution est :  

c'est ou sous gentoo ?

 J'ai pas vraiment de "flickering", les nouvelles fenêtres (ça ne concerne pas celle déjà existantes et non minimisée) apparaissent directement en noir, quand le bug se manifeste.
 
Enfin je vais jeter un coup d'oeil à cette histoire, on sait jamais ..