je savez pas trop se que c été mais c est une R3XX apparement, elle as toujours été reconnu comme une 9600 bien que l autocollant sur l asus dise 9700

lspci
00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 21)
00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 21)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet (rev 03)
02:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
02:01.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
02:01.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04)
02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05)
Le R3xx est le nom de la génération de gpu chez ATI, les R3xx vont du radeon 9500 à 9800 (à ne pas confondre avec les gpu chez nvidia vu qu'ils reprennent ces n°!). Après il se peut que les constructeurs fassent n'importe quoi dans la nomination de leurs cartes... Mais c'est bien une radeon 9600 (RV350)...

Les R3xx sont bien prit en charge par le pilote radeon, mais il n'est pas aussi performant qu'il devrait être (version d'openGL un peut trop ancienne aussi...), normalement cela vas s'améliorer dans un proche avenir... (je refond la doc pour y apporter les notes de version et les avancée future des pilotes libres...)

Le pilote libre radeonhd ne prend en charge que la génération des R5xx au R7xx, enfin les R6xx et R7xx partiellement (ceci vas changer d'ici peut...), mais demande encore pas mal de travail (pareille! je prépare tout cela dans la documentation d'ici peut!)...


Pour information il se pourrait que les futures gpu de chez ATI/AMD soit uni et bi-cœurs comme les cpu actuel... voir plus...
Je me suis enfin décidé à suivre la méthode et ça marche avec mon HD4850 en x86_64.
J'ai le ventilo de mon portable qui tourne à 100% (ACPI TZ5 = 100%), vraisemblablement à cause d'une surchauffe de la carte graphique (ACPI TZ2 = 72°C). J'ai essayé de vérifier la t° avec aticonfig, mais j'ai le message d'erreur suivant: 
# aticonfig --adapter=0 --od-gettemperature
ERROR - Could not find library: libatiadlxx.so
Pourtant la librairie en question est bien présente: 
# locate libati
/usr/lib/fglrx/libatiadlxx.so
Comment faire pour qu'aticonfig la trouve?
Voici ce que donne les commandes "PowerPlay": 
# aticonfig --set-powerstate=1
Setting the requested power state failed or is not supported yet.
Possible reasons for failure:
  - thermal control is in effect
  - trying to set the current power state again
Modes unsupported due to bandwidth limitations:
  - dual head/big desktop/clone modes
aticonfig: parsing the command-line failed.
# aticonfig --lsp
    core/mem      [flags]
-----------------
  1: 209/135 MHz  [low voltage]
* 2: 392/252 MHz  [default state]
  3: 425/378 MHz  [performance mode]
# aticonfig --auto-powerstates=on
Avant, je parvenais à changer le "powersate", maintenant, ce n'est plus possible.
J'ai aussi essayé les solutions touvée ici sans succès: 
]# aticonfig --pplib-cmd "get temperature 0"
PPLIB command execution has failed!
ati_pplib_cmd: execute "get" failed!
# LD_PRELOAD=libXinerama.so.1 aticonfig --od-gettemperature
ERROR - Could not find library: libatiadlxx.so
Est-ce que sensors-applet donne les mêmes valeurs que lmsensor?
C'est la même chose! d'après ce que je comprend, c'est parce que tu est en bi-écran qu'il ne peut pas t'accorder le droit à des modifications!
Modes unsupported due to bandwidth limitations:
- dual head/big desktop/clone modes
Il faut savoir que le bi-écran, comme les grandes résolutions, demande un surcroit de puissance!
Edit : et dieu inventa le wiki désolé.

Edit 2:
En faite j'ai un leger soucis j'ai l'affichage vraiment moche ( pas adapté a ma résolution et apparament il ne veut pas prendre ne compte ma résolution native de 1680x1050 ( dois-je le rajouter par dans " Modes" sur le xorg.conf ? ) ) Sinon je suis toujours dans la même galère le pilote ne veut pas du tout s'installer ca reste a MESA , j'ai pourtant suivit toute les étapes. Néanmoit ya quelque petits truc bizarre et je crois que ca vient de la :
Pour la commande yum --enablerepo=kwizart-testing install kmod-fglrx j'obtiens :
[root@Rarea dri]# yum --enablerepo=kwizart-testing install kmod-fglrx
Modules complémentaires chargés : refresh-packagekit
Configuration du processus d'installation
Traitement des options d'installation des paquetages
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquetage kmod-fglrx.x86_64 0:8.561-1.8.12.fc10.1 marqué pour être mis à jour
--> Traitement de la dépendance : kmod-fglrx-2.6.27.9-159.fc10.x86_64 = 8.561-1.8.12.fc10.1 pour le paquetage : kmod-fglrx
--> Lancement de la transaction de test
---> Paquetage kmod-fglrx-2.6.27.9-159.fc10.x86_64.x86_64 0:8.561-1.8.12.fc10.1 marqué pour être mis à jour
--> Traitement de la dépendance : fglrx-kmod-common >= 8.561 pour le paquetage : kmod-fglrx-2.6.27.9-159.fc10.x86_64
--> Lancement de la transaction de test
---> Paquetage xorg-x11-drv-fglrx.x86_64 0:8.561-2.8.12.fc10.1 marqué pour être mis à jour
--> Traitement de la dépendance : xorg-x11-drv-fglrx-libs = 8.561-2.8.12.fc10.1 pour le paquetage : xorg-x11-drv-fglrx
--> Traitement de la dépendance : livna-config-display >= 0.0.21 pour le paquetage : xorg-x11-drv-fglrx
--> Traitement de la dépendance : /usr/lib64/fglrx/libGL.so.1.2 pour le paquetage : xorg-x11-drv-fglrx
--> Traitement de la dépendance : livna-config-display pour le paquetage : xorg-x11-drv-fglrx
--> Traitement de la dépendance : libfglrx_gamma.so.1()(64bit) pour le paquetage : xorg-x11-drv-fglrx
--> Lancement de la transaction de test
---> Paquetage xorg-x11-drv-fglrx.x86_64 0:8.561-2.8.12.fc10.1 marqué pour être mis à jour
--> Traitement de la dépendance : livna-config-display >= 0.0.21 pour le paquetage : xorg-x11-drv-fglrx
--> Traitement de la dépendance : livna-config-display pour le paquetage : xorg-x11-drv-fglrx
---> Paquetage xorg-x11-drv-fglrx-libs.x86_64 0:8.561-2.8.12.fc10.1 marqué pour être mis à jour
--> Traitement de la dépendance : libstdc++.so.5(GLIBCPP_3.2)(64bit) pour le paquetage : xorg-x11-drv-fglrx-libs
--> Traitement de la dépendance : libstdc++.so.5(CXXABI_1.2)(64bit) pour le paquetage : xorg-x11-drv-fglrx-libs
--> Traitement de la dépendance : libstdc++.so.5()(64bit) pour le paquetage : xorg-x11-drv-fglrx-libs
--> Lancement de la transaction de test
---> Paquetage xorg-x11-drv-fglrx.x86_64 0:8.561-2.8.12.fc10.1 marqué pour être mis à jour
--> Traitement de la dépendance : livna-config-display >= 0.0.21 pour le paquetage : xorg-x11-drv-fglrx
--> Traitement de la dépendance : livna-config-display pour le paquetage : xorg-x11-drv-fglrx
---> Paquetage compat-libstdc++-33.x86_64 0:3.2.3-64 marqué pour être mis à jour
--> Résolution des dépendances terminée
xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 de kwizart-testing a des problèmes de dépendances
--> Dépendance manquante : livna-config-display est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 de kwizart-testing a des problèmes de dépendances
--> Dépendance manquante : livna-config-display >= 0.0.21 est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
Erreur : Dépendance manquante : livna-config-display >= 0.0.21 est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
Erreur : Dépendance manquante : livna-config-display est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
J'suppose qu'il n'arrive pas à satisfaire les dépendances n'est-ce pas ? :o

Bonjour, désolé de surement reposé la question j'ai lu la moitié des pages en survolant mais j'ai pas trouvé quelqu'un dans mon cas.

Deja Fedora c'est tout nouveau pour moi je viens d'une debian capricieuse d'une archlinux qui n'a pas voulu reconnaitre mon clavier et ma carte graph. Bref j'etais un peu habitué a la petite interface de aptitude pour les paquêts ( <3 le démineur sur aptitude )

Avant d'exposer mon problème je tiens à m'excuser pour les diverses fautes d'ortographes ( j'ai pas le dico français sur firefox? )

Bref, je possède une HD4850 et j'ai installé F10 via un live cd ( me suis tapé 3 / 4 net install pour mes autres distro épaulé d'un amis qui s'y connait plutôt pas mal il faut l'avouer ). J'ai prit la version 64bits parceque j'avais envie de voir les perfs du 64bits sous linux, mais la n'est pas la question.

Donc je souhaite installer le driver proprio ( radeonhd n'a pas l'air de supporter les cartes a base de rv770 ), mais à ma grande surprise je ne peut pas refaire un xorg.conf tout basique. Je suppose qu'il faut installer ce "system-config-display" pour pouvoir faire le --reconfig et poursuivre l'installation. Donc bon la question est un poil bidon ( tant de texte pour une simple question ) quelle est le gestionnaire de paquet de Fedora et y a t'il un aptitude-like en console ? 🙂

Voila encore désolé pour les petites fautes par si par là !
Pour la résolution oui il faut le mettre dans le modes du xorg.conf, pour le boot voir le "manuel et solution", il y a le tableau des équivalences pour régler cela dans le boot!

Pour la dépendance tu peut installer le dépôt rpmfusion, mais ne mets pas leur version du pilote qui se trouve dans leur update-testing! Du moins en 64bits (je n'ai pas testé en 32 vu que je n'ai plus que des machines en 64!)...
Yop, merci de tes réponses j'essai tout de suite pour le xorg.conf j'editerais après.

Le depot rpmfusion ne veut pas s'installer par contre :/
Il me donne encore une erreur de dépendance :
erreur: Dépendances requises:
system-release >= 10.90 est nécessaire pour rpmfusion-free-release-10.90-1.noarch
Edit : en faite la commande que j'ai utilisé sur le wiki était pas bonne le lien etait incorrect 🙂 ( http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm )

Et après installation des dépots encore des soucis de dependance :
--> Résolution des dépendances terminée
xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 de kwizart-testing a des problèmes de dépendances
--> Dépendance manquante : livna-config-display est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 de kwizart-testing a des problèmes de dépendances
--> Dépendance manquante : livna-config-display >= 0.0.21 est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
Erreur : Dépendance manquante : livna-config-display >= 0.0.21 est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
Erreur : Dépendance manquante : livna-config-display est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
iRyusa wrote:Le depot rpmfusion ne veut pas s'installer par contre :/
Il me donne encore une erreur de dépendance :
erreur: Dépendances requises:
system-release >= 10.90 est nécessaire pour rpmfusion-free-release-10.90-1.noarch
Edit : en faite la commande que j'ai utilisé sur le wiki était pas bonne le lien etait incorrect 🙂 ( http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm )
Je crois que tu fais les mises à jour de ton système depuis la version de developpement (Rawhide). Tu n'as plus qu'à réinstaller ton OS.
J'ai installé depuis le livecd j'ai pas fait de mise à jour encore :o Va falloir que je passe par une net install ?
Edit : sinon le dépot est installé hein 😉
Oui! j'avais vu mais merci pour le lien (lui par contre je l'avais pas vu!)!

Par contre je ne le propose pas vu les possibles difficulté que cela peut engendré. Déjà qu'avec un simple "cp /machin.so /machin/" fait pousser de l'urticaire virulent chez certain(e)s...
Mise a part une réinstallation ( je vois pas vraiment ce que ca pourrais changé mais bon s'il faut le faire :o )
Aucun autre avis sur ces dépendances ? :o
--> Résolution des dépendances terminée
xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 de kwizart-testing a des problèmes de dépendances
--> Dépendance manquante : livna-config-display est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 de kwizart-testing a des problèmes de dépendances
--> Dépendance manquante : livna-config-display >= 0.0.21 est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
Erreur : Dépendance manquante : livna-config-display >= 0.0.21 est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
Erreur : Dépendance manquante : livna-config-display est requis par le paquetage xorg-x11-drv-fglrx-8.561-2.8.12.fc10.1.x86_64 (kwizart-testing)
j'ai un ptit soucis, ma carte graphique est une radeon X2300 HD, qui devrait normalement utiliser le driver radeonhd libre.

Le problème c'est qu'apparemment le système la détecte comme une radeon X2100 et lui fait utiliser le driver libre radeon. Quand j'installe le driver radeonhd, et que je lui force à l'utiliser via system-config-display, cela fonctionne, sauf le réglage de la luminosité qui ne fonctionne plus, et la carte qui est détectée comme "inconnue".

Vous avez une idée pourquoi ?
Pour le moment dans ton cas utilise le pilote propriétaire!

Normalement il devrait y avoir beaucoup de nouveautés dans les pilotes libres cette année, mais en l'état c'est encore très expérimental!

Par la suite il ne faut pas confondre les mobility avec les gpu normal. Ce n'est pas parce que le mobility est marqué 2300 que forcément le gpu intégré est un X2300! C'est souvent des gpu optimisé pour ne pas trop consommer et chauffer, donc il y a pas mal de choses qui sont désactivé, ils sont plus lent en fréquence et n'utilisent pas le même type de mémoire ou aussi performante. D'où la détection d'une X2100...
ouai d'accord, sauf que j'ai voulu tester l'installation des pilotes propriétaires selon le wiki de fedora, ça ne fonctionne pas, et quand je les installes moi meme via le run du site ati, ça fonctionne mais je n'ai plus la 3D :s
ta vérifié ton xorg.conf avec les proprio?
ba je sais pas trop comment le vérifier, il est différent d'une carte à l'autre
il se trouve dans /etc/X11/xorg.conf

Sachant qu'il est différent par rapport à celui de nvidia...
oui merci t'inquiète pas je sais où est le xorg.conf, je disais juste que je peux pas trop vérifier si son contenu est exact vis à vis de ma carte
si mais le xorg.conf est différent d'une carte à l'autre, pour vérifier si le mien est correct il me faudrait un xorg.conf correct pour la même carte 😉
... regarde plus loin dans le temps de ce sujet... tu as plein d'exemple...
ouai d'accord je vais y regarder, d'ailleurs au passage, une idée, on pourrait pas créer un topic, sans blabla intermédiaire, juste histoire de poster le contenu d'un xorg.conf correctement configuré, avec le modèle de la carte, version de driver (libre, proprio), et version de fedora?
Au faite c'est normal que radeon marche sur ma 4850 et pas radeonhd? :o
Alors là... le pilote radeon est plus anciens, donc de base il est plus fonctionnel que le radeonhd, par contre tout est basé sur les R3xx dans le meilleurs des cas...

Comme dit plus haut, pour le moment utilisez le pilote fglrx pour les R5xx(X1xxx) et + pour avoir des fonctionnalités et performance!
Les R3xx/R4xx(radeon 9550->X8xx) peuvent garder le pilote "radeon", tout comme les R2xx (des radeon 8500->9250).
vous savez pour quand c'est prévu d'ailleurs le fglrx 9.1 ?
La béta de la 9.2 tourne déjà sur la toile, la 9.1 devrait arriver sous peut, mais il y a eu des problèmes lors des tests qui on du retarder sa sortie.

Par contre si le béta tourne avec de nombreux retours, je pense que ce que j'avais dit il y a quelques temps que ce ne serait que mieux!
J'voudrais bien VINDICATORs, mais j'ai quelques soucis ( cf 5 ou 6 post plus haut )
Pour livna-config-display voir dépôt rpmfusion!
Ca à l'air de marché je vais essayer de rajouter la ligne de commande dans le grub pour essayer voir si solaris se lance ( la dernière fois il me disait que le mode n'etais pas suporté :/ )

Sinon dans le wiki on demande ça :
Etant en 64 bit j'execute, comme indiqué il manque une librairie que j'installe et la encore une librairie manquante :
erreur: Dépendances requises:
libXext.so.6 est nécessaire pour xorg-x11-drv-fglrx-libs-8.561-2.8.12.fc10.1.i386
Avec yum search libXext pas moyen de trouver sur mes depots actuel :/

Apparament fglrx a l'air de se lancer mais par contre problème glxinfo ne marche pas il me donne une erreur:
name of display: :0.0
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 144 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 15
Current serial number in output stream: 15
Merci pour ton aide pour une fois que fglrx marche sur une distro avec ma 4850 :>

Edit : au passage j'ai ajoute le code de ma reso en 24 bits et plymouth ne veut pas se lancer :/
Et au passage c'est normal que quand je boot grub est tout noir pendant le temps ou il me demande d'appuyer sur une touche pour aller dans la liste des os ? ( les ecritures sont souligné par un fond donc je trouve ça bizarre =p et le reste tout noir :o )

Edit 2 : pour plymouth si je mets vga=le code de ma reso il me dit qu'il n'est pas possible. Il me donne ceux disponible et la y en a un qui marche c'est 31A si je mets vga=31a il va marcher ou ca va être encore un code different ? ( c'est normal qu'il me propose que des modes compatible vesa? )
Fait un :
yum install libXext*.386*
Je n'arrive pas à expliquez à quoi sert le *... En gros, c'est pour remplacer une partie de la chaine de caractère que l'on ne connait pas... Cela facilite pas mal les choses surtout lors de recherches etc... (PS : Si qq1 à une explication plus complète... il n'est pas forcer de ne pas le dire...).

Normalement cela devrait être fait automatiquement (du moins si vous avez les dépôts standard de fedora "fedora, update" en même temps que le dépôt de kwizart d'activé! mais un bogue qui date de F9 fait que si la version 64bits est déjà installé, il ne se force pas à installer la version 32bits même en cas de besoin... bizarre, car ce bogue avait tendance à disparaitre...).
[root@Rarea iryu]# yum install libXext*.386*
Modules complémentaires chargés : refresh-packagekit
Configuration du processus d'installation
Traitement des options d'installation des paquetages
No package libXext*.386* available.
Rien à faire
Je sais pas si tu as vu j'ai fait deux edit au post si tu peux regarder également c'est vraiment sympa 🙂
Pour l'étoile merci ça simplifiera mes recherches a l'avenir =]
pourquoi vous n'essayez pas d'installer le .run du driver ati téléchargeable sur le site officiel? Pour ma part j'ai quelques soucis avec la 3D, je pense que c'est qu'une question de réglage xorg, mais sinon tout fonctionne nickel !
Bonjour, j'ai moi-même un problème en suivant les instructions de la documentation.
Quand je veux entrer la commande en mode super-utilisateur 
yum --enablerepo=kwizart-testing install kmod-fglrx
je me retrouve avec l'erreur suivante :
Modules complémentaires chargés : dellsysidplugin, refresh-packagekit
http://rpms.kwizart.net/fedora/proprio/common/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found
Essai d'un autre miroir.
Erreur : Cannot retrieve repository metadata (repomd.xml) for repository: kwizart-proprio-common. Please verify its path and try again
C'est normal cette erreur 404 ? J'ai pourtant recopié le code lettre par lettre (j'ai même recommencé à l'aide d'un copier/coller histoire d'être sûr.)

Et j'ai bien ajouté les dépôts de Kwizart et activé toute celles qui n'ont pas le terme debug ou source.
Normal! les dépôt proprio et no-proprio ne sont pas actif! cette commande te permet d'éviter d'avoir tout d'activer!
ouafnico wrote:pourquoi vous n'essayez pas d'installer le .run du driver ati téléchargeable sur le site officiel? Pour ma part j'ai quelques soucis avec la 3D, je pense que c'est qu'une question de réglage xorg, mais sinon tout fonctionne nickel !
Je pense parce que ça édite xorg.conf n'importe comment. La preuve : je viens de tenter de le coup, et au reboot, j'ai un écran noir, mais impossibilité d'accéder à l'interface texte. Je suis obliger d'activer le système de réparation à partir du DVD d'installation, et heu... comme je ne connais pas de commande pour lancer un éditeur de texte présent sur le live-DVD (en temps normal, j'utilise emacs, non pas parce que c'est bien, mais c'est parce que je connais sa commande) je suis un peu bloqué.

Si quelqu'un peut me dépanner en me donnant la commande d'un éditeur de texte svp.
Vindicators wrote:Normal! les dépôt proprio et no-proprio ne sont pas actif! cette commande te permet d'éviter d'avoir tout d'activer!
Je ne comprend pas, si la commande permet d'éviter d'avoir à tout activer, à fortiori ça devrais fonctionner quand on a activé les dépos ? Ou il y a quelques chose qui m'échappe ?
Il te suffit de rajouter le chiffre "3" à la fin de la ligne comportant rhgb en éditant grub au boot pour booter en ligner de commande! (lire ce qu'il marque avec l'écran du choix du noyau!)

Non! car actuellement les dépôts dont il te dit qu'il n'existe pas ne sont pas actif! d'où l'erreur! Sans compter que tu n'a pas besoin non plus d'avoir tout les dépôts d'activer tout le temps!

Je rappel (encore une fois...) que le pilote propriétaire dont on parle ici chez RPMFUSION/KWIZART est le .run officiel avec des scripts pour l'adapter à la Fedora!

Pourquoi il y a des problèmes? (je vais encore radoter un peut...) C'est parce qu'il y a eu pas mal de changement dans xorg et autres qui fait que les bon chemins posent des problèmes! Et comme un pilote vidéo ne se fait pas en un jour et que le nombre de personnes travaillant dessus n'est pas très important (mais largement plus qu'a une époque... merci AMD!), cela prend du temps! Sans compter que chez xorg ils ont tendances à tout changer du jours au lendemain ces derniers temps...