Nobrakal
Bonjour,
J'ai tenté de passer à Fedora 19, mais en lançant la mise à jour (par FedUp) j'ai vu que le pilote n'avait pas été pris en compte (le akmod). L'abscence du pilote propriétaire provoquant chez moi des délires graphiques et un ordinateur qui ne marche même pas (donc pas de mise à jour effectuée), j'aurais voulu savoir si quelqu'un avait des informations sur ce sujet.
EDIT: Les pilotes ne sont effectivement pas présent sur le Dépôt RPM fusion non-free. Peut-on utiliser le akmod de fedora 18? Et si oui, comment?
Merci d'avance,
Alexandre
VINDICATORs
Réponse... Généralement le pilote propriétaire est en retard. Alors si en plus tu passe en version alpha/beta...
Personnellement, je te le conseille en plus pour le moment, je n'utilise plus que le pilote libre dont les performances vont en s'améliorant rapidement surtout ces derniers temps.
Nobrakal
Bonjour,
Tout d'abord, merci de ta réponse. J'adorerais utiliser le pilote libre, mais comme je l'ai déjà expliqué, il produits des bug graphiques et même système chez moi!
Sinon, le pilote nvdia est quant à lui bien en place dabns les dépôt de RPM fusion.
Alexandre
nouvo09
akmods permet toujours de construire les modules kernel à condition que le pilote correspondant ait été vu par rpmfusion et la compilation adaptée le cas échéant.
Si tu n'as pas akmod-catalyst dans la fedora 19 tu n'as aucune chance d'avoir un pilote catalyst fonctionnel.
Tu peux toujours essayer d'installer depuis le site amd et compiler toi même le kmod, mais ça fonctionne rarement ces derniers temps.
VINDICATORs
Comme je le demande souvent, tu a des bogues graphiques mais tu ne dit pas ce dont tu dispose comme matériel.
Si c'est une génération récente, la dernière version de mesa devrait corriger les choses.
Nobrakal
Bonjour,
Voila le résultat de la commande:
$ cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
cat /proc/cpuinfo | egrep "model name|MHz" ; \
xdpyinfo | egrep "version:|dimensions|depth of" ; \
glxinfo | egrep -A2 "direct rendering|OpenGL vendor" ; \
uname -sr;
[Nobrakal@localhost ~]$ cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
> cat /proc/cpuinfo | egrep "model name|MHz" ; \
> xdpyinfo | egrep "version:|dimensions|depth of" ; \
> glxinfo | egrep -A2 "direct rendering|OpenGL vendor" ; \
> uname -sr;
0.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Turks [Radeon HD 6670]
model name : AMD Athlon(tm) II X2 270 Processor
cpu MHz : 800.000
model name : AMD Athlon(tm) II X2 270 Processor
cpu MHz : 3400.000
dimensions: 1280x1024 pixels (338x270 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: ATI
server glx version string: 1.4
--
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: AMD Radeon HD 6670
OpenGL core profile version string: 4.2.12002 Core Profile Context 9.012
Linux 3.8.11-200.fc18.i686
MErci encore de votre aide
Alexandre
VINDICATORs
Ok, donc pour le pilote libre il faut attendre quand même la version de mesa 9.2 qui prend en charge correctement les HD6xxx.
D'ailleurs il y a encore du neuf à ce sujet qui arrive.
Nobrakal
Bonjour,
Quant va arriver ce support des HD6xxx ?
Dans une semaine, un mois, un an?
Je l'attend de pied ferme!
Merci encore de ton aide
Alexandre
VINDICATORs
D'ici à ce que ce soit dans les dépôts test de F19, actuellement sur koji.
Je tourne dessus en test.
Normalement ça devrait être disponible, vérifie bien que ce soit la version 9.2 de mesa.
Nobrakal
Bonjour,
Si j'ai bien compris, il y a un moyen de l'installer? Ce que je n'ai pas compris, c'est comment. J'ai vérifié sur les dépôts, c'est bien mesa 9.1-6 qui y est.
Et, petite question à part. C'est pas nouveau le pilote libre de droit? Que viens faire mesa la dedans?
Merci de votre aide,
Alexandre
nouvo09
nouveau est le pilote pour les cartes Nvidia. Le pilote libre pour les cartes AMD s'appelle radeon.
VINDICATORs
Mesa c'est une implémentation d'OpenGL (et autres...) :
http://fr.wikipedia.org/wiki/Mesa_%28OpenGL%29
Et comme dit nouvo09.
Cela ne devrait plus trop tarder, c'est installable, mais je préfère ne pas en dire plus ne connaissant pas ton niveau.
Généralement ça arrive en suivant dans les "updates", cela m'étonne que ce ne soit pas le cas vu que c'est disponible sur le site de téléchargement des mises à jour.
Nobrakal
Bonjour,
Merci beaucoup pour toutes ces informations et votre aide, je guette l'arrivée de Mesa 9.2 dans les dépôts.
Alexandre
VINDICATORs
Au passage tu devrais voir débouler rapidement la prise en charge dopengl 4.xx d'ici peu...
Enfin après ça reste les joies des versions alpha. Pense a rapporter tes soucis sur le bugzilla pour faire améliorer les choses.
Nobrakal
Bonjour,
Mesa 9.2 est bien présent dans les dépôts de Fedora 19. J'ai donc suivi la même procédure, via fedup:
fedup-cli --network 19 -v --debuglog debuglog.txt --instrepo http://mirrors.ircam.fr/pub/fedora/linux/development/19/i386/os/
Et, au redémarrage, toujours les mêmes délires graphiques (au choix: écran noir ou clignotement).
D’où le problème peut-il bien venir?
Merci d'avance de vos réponses,
Alexandre
VINDICATORs
Que rapporte la commande que tu avais mis plus haut?
Tu devrais obtenir ceci :
$ cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
> cat /proc/cpuinfo | egrep "model name|MHz" ; \
> xdpyinfo | egrep "version:|dimensions|depth of" ; \
> glxinfo | egrep -A2 "direct rendering|OpenGL vendor" ; \
> uname -sr;
0.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV770 [Radeon HD 4850]
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
cpu MHz : 1000.000
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
cpu MHz : 1000.000
dimensions: 2560x1024 pixels (677x270 millimeters)
depth of root window: 24 planes
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0
Linux 3.9.2-301.fc19.x86_64
Je vais voir de mon coté.
Tu peux aussi voir avec cette astuce :
http://doc.fedora-fr.org/wiki/Carte_graphique_ATI_et_AMD_Radeon_:_Probl%C3%A8mes_et_solutions_des_pilotes_libre#Gestion_de_la_synchronisation_verticale_.28vblank_.2F_vsync.29
Par contre pouvoir avoir refait la procédure pour refaire la migration vers F19 si c'était déjà fait? Parce que bon un simple "dnf update" ou "yum update" reste plus simple pour une mise à jour.
Nobrakal
Bonsoir,
Le problème est que je ne peux même pas mètre à jour mon système, et donc installer mesa 9.2...
Quand je sélectionne system upgrade dans GRUB, soit l'écran est noir, soit il clignote, et aucune mise à jour se fait. À mon avis, fedup utilise le mesa ed Fedora 18 dans son système de mise à jour, ce qui provoque ces bugs graphiques, et surtout l'impossibilité de mettre à jour. Il faudrait que j'arrive à installer mesa 9.2 sur Fedora 18. C'est possible docteur?
Alexandre
VINDICATORs
ctrl+alt+F2 ou démarrer en init3.
Pour l'installation si c'est avec la mise à jour ça devrait aller.
Nobrakal
VINDICATORs wrote:ctrl+alt+F2 ou démarrer en init3.
Pour l'installation si c'est avec la mise à jour ça devrait aller.
Que veut tu dire, pourquoi se logger sur le tty2?
Pour ce qui est de l'installation, je ne comprend pas. Fedup devrait utiliser le pilote propriétaire, mais au lieu de ça, il utilise radeon avec mesa en 9.1... Preupgrade, quant à lui, ne fonctionne pas du tout.
EDIT: La solution serait peut-être de booter en mode texte, en forçant ça avec GRUB. JE ne sis pas si c'est possible...
Mais j'ai surtout peur que mesa 9.2 ne marche pas
Alexandre
nouvo09
Fedup devrait utiliser le pilote propriétaire
Tu as lu le post n° 11 ?