[Gulum-team] Vid?o bugg?e sur ATI X300

Eric Buist buisteri at iro.umontreal.ca
Lun 22 Sep 10:31:41 EDT 2008


Bonjour,
On dirait que X.Org a décidé que maintenant, le fichier de configuration
est xorg.conf.failsafe au lieu de xorg.conf.
Voir par exemple http://ubuntuforums.org/archive/index.php/t-584078.html
qui ne propose pas vraiment de solution.
Le mieux à faire est d'essayer de copier le contenu de xorg.conf dans
xorg.conf.failsafe et voir si X ne va pas démarrer. Utiliser vesa ne
fonctionnera sans doute pas, car il se peut que le BIOS vidéo de la
carte graphique n'accepte pas de mettre une résolution supérieure à
800x600 lors d'un appel VESA pour qu'on soit obligé d'utiliser le pilote
d'ATI pour changer la résolution et utiliser la carte graphique à son
plein potentiel.
Si absolument rien ne fonctionne, je ne vois que l'attente ou l'essai
d'une autre distribution comme solution. Fedora 9, par exemple, pourrait
offrir des pilotes ATI et un noyau plus récents que celui d'Ubuntu 8.04
et ça va peut-être fonctionner. Il y aura sans doute, en contrepartie,
de multiples autres problèmes et beaucoup de bidouille à faire, mais au
moins ce sera mieux qu'un retour à Windows. Tu pourrais aussi essayer la
version bêta d'Ubuntu Intrepid, mais, avous-le, c'est plutôt... intrépide.
Eric

C.T. a écrit :
> Salut à tous,
>
> un suivi de cat /var/log/Xorg.0.log
> Il n'y a aucune ligne commençant par (EE), déjà.
> Quelques extraits:
>
> On dirait que X.org utilise xorg.conf.failsafe (premier problème)
> (--) PCI:*(1:5:0) ATI Technologies Inc RS482 [Radeon Xpress 200] rev
> 0, Mem @ 0xc8000000/27, 0xd8500000/16, I/O @ 0x1100/8
> (--) PCI: (1:5:1) ATI Technologies Inc unknown chipset (0x5874) rev 0,
> Mem @ 0xd0000000/27, 0xd8510000/16
>
> Il charge bien vesa, conformément à ce que préconise xorg.conf.failsafe
>
> (II) LoadModule: "vesa"
> (II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so
> (II) Module vesa: vendor="X.Org Foundation"
>         compiled for 1.4.0.90, module version = 1.3.0
>         Module class: X.Org Video Driver
>         ABI class: X.Org Video Driver, version 2.0
>
> VESA supporte beaucoup plus de modes que 800x600 ou 640x480, mais le
> "virtual size" est limité à 800x600; je pourrais modifier
> xorg.conf.failsafe, mais c'est vraiment sale. On remarque aussi qu'il
> détecte correctement l'écran (!)
>
> (II) VESA(0): Total Memory: 256 64KB banks (16384kB)
> (II) VESA(0): Configured Monitor: Using hsync range of 30.00-70.00 kHz
> (II) VESA(0): Configured Monitor: Using vrefresh range of 50.00-120.00 Hz
> (II) VESA(0): Configured Monitor: Using maximum pixel clock of 110.00 MHz
> (II) VESA(0): Not using built-in mode "1600x1200" (width too large for
> virtual size)
> (II) VESA(0): Not using built-in mode "1400x1050" (width too large for
> virtual size)
> (II) VESA(0): Not using built-in mode "1280x1024" (width too large for
> virtual size)
> (II) VESA(0): Not using built-in mode "1024x768" (width too large for
> virtual size)
> (II) VESA(0): Not using built-in mode "640x400" (no mode of this name)
> (II) VESA(0): Not using built-in mode "640x350" (no mode of this name)
> (II) VESA(0): Not using built-in mode "512x384" (no mode of this name)
> (II) VESA(0): Not using built-in mode "400x300" (no mode of this name)
>
> À la limite, s'il ne veut pas utiliser fglrx, ça ne me dérange pas;
> Compiz donne quelques fonctions facilitant le travail (dont la
> semi-transparence, l'aperçu de fenêtre en passant au-dessus des
> boutons), mais je peux m'en passer. Si au moins il pouvait utiliser le
> pilote vesa en me laissant le choix de la résolutions, ça pourrait
> aller, bien que ça reste une béquille.
>
> Patrick
>
> --- En date de : *Lun, 22.9.08, Eric Buist
> /<buisteri at iro.umontreal.ca>/* a écrit :
>
>     De: Eric Buist <buisteri at iro.umontreal.ca>
>     Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300
>     À: "Membres actifs du GULUM" <gulum-team at iro.umontreal.ca>, "Tobby
>     Cleps" <semaphore45 at yahoo.com>
>     Date: lundi 22 Septembre 2008, 8 h 55
>
>     Bonjour,
>     D'abord, je trouve très suspect qu'il y ait deux pilotes. Même si
>     la carte comporte plusieurs sorties vidéo, un seul pilote est
>     nécessaire pour la gérer.
>     Dans xorg.conf, il ne devrait y avoir qu'une seule section vidéo,
>     concernant fglrx.
>     Après avoir vérifié qu'il n'y a aucune référence, dans xorg.conf,
>     à vesa ou à ati, redémarre la machine et examiner les journaux:
>     dmesg, /var/log/syslog et aussi /var/log/Xorg.0.log.
>     Tu peux aussi regarder ce qui se passe quand tu tapes glxgears. Si
>     tu obtiens un bon framerate, >1000, cela veut dire que le pilote
>     ATI est bien chargé et que c'est l'écran qui n'est pas bien
>     détecté. Dans un tel cas, il ne suffit pas d'entrer le nom de
>     l'écran dans une section de xorg.conf; il faut aussi entrer sa
>     plage de fréquences horizontales et verticales. Ces informations
>     peuvent la plupart du temps être trouvées sur le site du fabricant
>     de l'écran.
>     Si fglrx ne prenait pas en charge la carte graphique, X.Org
>     devrait refuser de démarrer. S'il démarre quand même, avec le
>     pilote VESA ou ATI, c'est que quelque chose n'a pas été configuré
>     correctement.
>     Enfin, si absolument rien ne fonctionne, il reste toujours la
>     possibilité d'installer une carte graphique NVIDIA pas chère. Les
>     admins ne voudront probablement jamais, mais ça vaut malgré tout
>     la peine d'essayer, car c'est vraiment dommage, il faut l'avouer,
>     de devoir renoncer à Linux pour une seule composante de la machine.
>     Eric
>
>
>     C.T. a écrit :
>>     Salut à tous, membres du GULUM,
>>
>>     je tenais à apporter une précision sur le VPN de l'université de
>>     Montréal. Le tutoriel de JF est bien fait, mais semble oublier un
>>     détail qui empêche de naviguer sur des sites externes; il faut
>>     décocher les cases "Use peer DNS" dans l'onglet "PPP Options" de
>>     l'éditeur de configuration VPN, ainsi que la case "Peer DNS
>>     through tunnel" de l'onglet "Routing". À titre informatif,
>>     certains routeurs Linksys, notamment le RT31P2, relativement
>>     courant, bloquent l'entrée des paquets liés au VPn pour une
>>     raison que je n'ai pas encore trouvée.
>>
>>     Une seconde question: après avoir vu la gestion catastrophique de
>>     la RAM sous Windows XP SP2 (même avec 3Go), l'admin système du
>>     labo m'a permis d'installer Ubuntu sur un des ordinateurs
>>     normalisés de UdeM, le dc5750, qui est doté d'une carte vidéo
>>     intégrée ATI X300 (selon le site de HP)  ou Xpress 200 (selon
>>     Ubuntu) ou ATI Radeon 3100 (site de la DGTIC) (!). Sur cette
>>     carte est branché un écran CRT, Viewsonic E771, et rien d'autre.
>>
>>     La machine démarre en 800x600 at 60Hz avec, semble-t-il, 2 pilotes
>>     chargés pour cette carte (commande sudo displayconfig-gtk), l'un
>>     étant vesa, l'autre le pilote libre ati (que l'on sait buggé sur
>>     ce modèle de carte).
>>
>>     J'ai voulu mettre fglrx en passant par le gestionnaire de pilotes
>>     propriétaires; après un redémarrage, un avertissement de Ubuntu
>>     qui indique s'exécuter en mode basse résolution, et toujours
>>     rien. J'ai essayé EnvyNG pour l'installation, même résultat. J'ai
>>     regardé le xorg.conf, pourtant, il liste bien "fglrx" en face de
>>     la section "Driver". J'ai essayé de modifier aux bons paramètres
>>     dans displayconfig-gtk en spécifiant Viewsonic E771 pour l'écran,
>>     et "fglrx" pour les deux cartes vidéo (comme c'est une dual
>>     DVI+VGA, je crois qu'il met un pilote pour chaque port), puis en
>>     validant. Après redémarrage, aucun changement dans ce programme
>>     n'est retenu.
>>
>>     Comment faire pour que la carte vidéo soit correctement reconnue,
>>     ainsi que l'écran? La détection automatique de la vidéo est
>>     toujours problématique dans Ubuntu, et cet ordinateur est un des
>>     pires pour y installer Linux. Si cela peut aider quelqu'un de
>>     plus expérimenté que moi à localiser et régler le problème, j'ai
>>     activé le Bureau à distance (VNC) ainsi que l'accès SSH; bien
>>     sûr, il pourrait aussi venir au labo. Malheureusement j'ai pu
>>     l'installer seulement après l'install-fest au Comic, et, de toute
>>     manière, je ne pense pas avoir pu sortir la machine du lab.
>>
>>     D'avance merci pour votre aide
>>     Patrick
>>
>>
>>     ------------------------------------------------------------------------
>>     Devenez un meilleur amigo grâce à *Yahoo! Courriel*
>>     <http://cf.promos.yahoo.com/courriel/visiteguidee2/>
>>     ------------------------------------------------------------------------
>>
>>     _______________________________________________
>>     Gulum-team mailing list
>>     Gulum-team at iro.umontreal.ca
>>     https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
>>       
>
>
> ------------------------------------------------------------------------
> Offrez un compte Flickr Pro à vos amis et à votre famille.* Allez-y!*
> <http://www.flickr.com/gift/> 
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: http://webmail.iro.umontreal.ca/pipermail/gulum-team/attachments/20080922/01655b20/attachment-0001.html 


Plus d'informations sur la liste de diffusion Gulum-team