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

C.T. semaphore45 at yahoo.com
Lun 22 Sep 10:51:12 EDT 2008


Slaut à tous, 

le problème est que l'attente n'est pas spécialement envisageable, car je suis déjà en retard pour ce travail; par ailleurs, c'est une machine de production; si l'Alpha 6 de Intrepid Ibex est assez stable pour ne pas planter plus d'une fois par jour, ça ne devrait pas poser problème.

Dans le lien que tu donnes, ils disent avoir résolu le problème en enlevant xserver-xgl, mais c'était avec Gutsy. Enfin, en mode live CD, Ubuntu démarre avec un laid 60Hz, mais un beaucoup plus utilisable 1280x1024, si ça peut guider.

Accessoirement, me voir peiner autant que ça pour un simple problème de résolution n'est pas près de convaincre l'admin du labo de conseiller Linux si un problème de gestion de mémoire apparaît sous Windows avec les mammouths comme je manipule.

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
À: "C.T." <semaphore45 at yahoo.com>, "Membres actifs du GULUM" <gulum-team at iro.umontreal.ca>
Date: lundi 22 Septembre 2008, 10 h 31




  
  
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
            
_______________________________________________
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!

 



      Devenez un meilleur amigo grâce à Yahoo! Courriel
http://cf.promos.yahoo.com/courriel/visiteguidee2/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: http://webmail.iro.umontreal.ca/pipermail/gulum-team/attachments/20080922/8303c49a/attachment.html 


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