Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

problème lors de la mise à jour du kmod-nvidia

magicbisous-nours

Bonsoir hie rmatin j'allume mon PC et l'interface graphique me dit qu'il y a des updates à faire.....je regarde, je lance et erreur lors de la mise à jour du kmod-nvidia.....je ne me souviens plus exactement du message mais en gros j'ai compris que la mise à jour rentrait en conflit avec la version que j'avais.....je me suis dit autant désinstaller le kmod-nvidia puis le réinstaller cela réinstallera la dernière version......sauf que lorsque j'ai voulu réinstaller le kmod-nvidia il m'a dit que pour els dépendance il me fallait le kernel 2.6.22.7-85.fc7 alors que j'ai le 2.6.22.5-76.fc7 et un update ne résoud pas mon problème......comment puis-je le résoudre s'il vous plaît?? (j'utilise beaucoup Beryl)

phenix01

En attendant que le kernel 2.6.22.7-85.fc7 soit sur les dépots. Cela devrait arriver assez vite.

liho

Bonjour,
Récupère le kmod-nvidia correspondant à ton noyau sur le site Livna :
http://livna-dl.reloumirrors.net/fedora/7/

ou attend la sortie du noyau ...-85

magicbisous-nours

essayé pas marché par contre la méthode de liho elle marche nickel!!
merci @ tous!!

kwizart

Il y a deux problèmes dernièrements, la mise à jour de version du kmod -nvidia s'est mal passée (problème de yum )
le kmod-nvidia a été construit pour un kernel qui n'existe pas encore...(problème de l'infrastructure des dépots coté Fedora).

Dominick

Bonsoir.
Question/remarque peut être (sûrement même) idiote ... N'existe-t-il pas des plugins à yum qui permettent de garder le système cohérent en cas de sortie anticipée d'un module (par anticipée j'entends préalable à la sortie de la version adéquate du kernel) ?
Personnellement, j'en ai installé un grand nombre (sans savoir ce qu'ils font tous, je l'avoue et le démontre par ce post 😉) mais je n'ai pas ce genre d'erreur malgré des update quotidiens ...

Merci aux gourous de m'éclairer.

kwizart

@Dominick
Effectivemenet il existe une documentation fedora-fr sur ces plugins

Dominick

@kwizart : c'est vrai que je l'ai cherché 😉
toutefois, je félicite mon inculture (ou ma chance) de préserver mon système de ce genre de problèmes !

Dominick

... mais heureusement, la documentation fut rapide à lire, tant sur fedora-fr que ce que j'ai pu trouver d'autre sur le net 😉
quelqu'un peut il me confirmer que yum-skipbroken permet - entre autres - d'assurer la cohérence version du module vs. version du noyau ? ou bien m'expliquer pourquoi je passe toujours à travers ce genre de problème ? Je me sens exclu ...

jb07

Dominick wrote:... mais heureusement, la documentation fut rapide à lire, tant sur fedora-fr que ce que j'ai pu trouver d'autre sur le net 😉
quelqu'un peut il me confirmer que yum-skipbroken permet - entre autres - d'assurer la cohérence version du module vs. version du noyau ? ou bien m'expliquer pourquoi je passe toujours à travers ce genre de problème ? Je me sens exclu ...

Toi, je ne sais pas, mais moi, je me brosse régulièrement les dents avec le plug-in yum fedora-kmod, et là il me dit :

--> Running transaction check
---> Package kmod-nvidia-96xx.i686 0:1.0.9639-1.2.6.22.7_85.fc7 set to be updated
--> Processing Dependency: kernel-i686 = 2.6.22.7-85.fc7 for package: kmod-nvidia-96xx
--> Finished Dependency Resolution
--> Running transaction check
---> Package kmod-nvidia-96xx.i686 0:1.0.9639-1.2.6.22.4_65.fc7 set to be erased
---> Package kmod-nvidia-96xx.i686 0:1.0.9639-1.2.6.22.7_85.fc7 set to be installed
--> Processing Dependency: kernel-i686 = 2.6.22.7-85.fc7 for package: kmod-nvidia-96xx
--> Finished Dependency Resolution
Error: Missing Dependency: kernel-i686 = 2.6.22.7-85.fc7 is needed by package kmod-nvidia-96xx

Avec fedora-kmod, mon driver nvidia, c'est du béton ! :-D

PS : il est tard, je vais peut-être aller me coucher au lieu de raconter des c*nn*r**s, tiens...

M@rc00_L

ou bien tu attends le nouveau kernel, ou bien tu l'installes manuellement, essaye ceci:

su
wget http://koji.fedoraproject.org/packages/kernel/2.6.22.7/85.fc7/i686/kernel-2.6.22.7-85.fc7.i686.rpm
rpm -i kernel-2.6.22.7-85.fc7.i686.rpm

jb07

M@rc00_L wrote:ou bien tu attends le nouveau kernel, ou bien tu l'installes manuellement, essaye ceci:

su
wget http://koji.fedoraproject.org/packages/kernel/2.6.22.7/85.fc7/i686/kernel-2.6.22.7-85.fc7.i686.rpm
rpm -i kernel-2.6.22.7-85.fc7.i686.rpm

S'il l'installe manuellement et qu'il démarre dessus, son driver ne va pas être d'accord et le monsieur va se retrouver bêtement avec une seule ligne de commande en guise d'interlocuteur. Vaut peut-être mieux qu'il le sache avant de se lancer...

[EDIT] Bon, ok, j'ai dit une c*nn*r** : c'est le driver qui est en avance sur le noyau, donc installer le noyau est effectivement une solution pour les impatients... (désolé, M@rc00_L).

geoToulouse

Dominick wrote:Bonsoir.
Question/remarque peut être (sûrement même) idiote ... N'existe-t-il pas des plugins à yum qui permettent de garder le système cohérent en cas de sortie anticipée d'un module (par anticipée j'entends préalable à la sortie de la version adéquate du kernel) ?
Personnellement, j'en ai installé un grand nombre (sans savoir ce qu'ils font tous, je l'avoue et le démontre par ce post 😉) mais je n'ai pas ce genre d'erreur malgré des update quotidiens ...

Merci aux gourous de m'éclairer.

la securité y est car les dependances sont verifiées..

[root@localhost ~]# yum updateLoading "fastestmirror" plugin
Loading "kernel-module" plugin
Loading mirror speeds from cached hostfile
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package xorg-x11-drv-nvidia.i386 0:100.14.19-2.lvn7 set to be updated
---> Package kmod-nvidia.i686 0:100.14.19-1.2.6.22.7_85.fc7 set to be updated
--> Processing Dependency: kernel-i686 = 2.6.22.7-85.fc7 for package: kmod-nvidia
--> Finished Dependency Resolution
--> Running transaction check
---> Package kmod-nvidia.i686 0:100.14.11-1.2.6.22.4_65.fc7 set to be erased
---> Package kmod-nvidia.i686 0:100.14.19-1.2.6.22.7_85.fc7 set to be installed
--> Processing Dependency: kernel-i686 = 2.6.22.7-85.fc7 for package: kmod-nvidia
--> Finished Dependency Resolution
Error: Missing Dependency: kernel-i686 = 2.6.22.7-85.fc7 is needed by package kmod-nvidia
[root@localhost ~]#

peut etre l'installation de ce plugins de yum ( "kernel-module" plugin) serait inevitable ?? pour eviter ce genre de pb

mais bon moi chuis pas gourou 😉 mais je pense que c'est la soluce !

Dominick

kernel-module, c'était donc celui-là ! merci geoToulouse (sont trop forts ces toulousains 😉)
alors me voilà rassuré !
j'assimile plus ce genre de message à un "warning " quant à la disponiblité du bon noyau qu'à une erreur ... et dans ce cas là, je relance mon update avec la clause excude qui va bien ...
Le fait est que même si le message ne semble vraiment pas beau (quoique, les goûts et les couleurs ...) le plugin a l'avantage (énorme selon moi) d'éviter de rencontrer les problèmes pré-cités et de permettre des ~~update consistants~~ mises à jour cohérentes.

Merci les gourous !

edit : ouah ! parler d'info en français, ça n'est vraiment pas instinctif 😉

zetoun

Un vieux réflexe à prendre :
Ne pas installer un kmod-quelque chose si il n'est pas associè à un kernel-quelque chose.

Je pense que yum ne devrait pas avoir besoin de plugin pour gérer ce genre de situation.

Dominick

tout le monde sera d'accord pour dire que yum est une surcouche fabuleuse à rpm. S'il se charge de calculer les dépendances, autant qu'il le fasse "à fond", notamment quand une version d'un paquet dépend d'une version précise d'un autre paquet ... Tu as raison zetoun, je pense aussi que cela devrait être directement intégré dans yum et ne pas être une extension optionnelle.

[hs]ça me rappelle ma première installation de gnome sous redhat en 98 ou 99 ... à l'époque, internet pour moi, c'était via rtc et j'ai dû en lancer des "rpm -ivh qqch.rpm" avant de télécharger une nouvelle dépendance, et de reboucler le process ... 😉 je bénis le génie qui le premier a pensé à un gestionnaire tel que yum existe aujourd'hui ![/hs]

kwizart

Un plugin externe a un interet lorsque la mise à jours du plugin n'implique pas la mise à jours de yum... lorsque les deux programme ont des cylces de development.. différents...

Mais bon on pourrait en vouloir si il n'y avais pas une magnifique documentation sur yum et ses plugins...

zetoun

kwizart wrote:Un plugin externe a un interet lorsque la mise à jours du plugin n'implique pas la mise à jours de yum... lorsque les deux programme ont des cylces de development.. différents...

Mais bon on pourrait en vouloir si il n'y avais pas une magnifique documentation sur yum et ses plugins...

Je ne pense pas que les deux soient incompatibles. Après tout, un module devrait au moins savoir s'il est compatible avec le noyau en cours d'utilisation.

Et ce n'est pas une raison pour faire la promotion de la merveilleuse et incomparable documentation de Fedora.

😉

M@rc00_L

@jb07 pas de prob 🙂 j'esp`ere avoir pu aider quelqu'un ^_^

je trouve aussi chiant de devoir attendre pour mettre `a jour; mais bon, c'est juste mon impatience 🙂

jb07

phenix01 wrote:En attendant que le kernel 2.6.22.7-85.fc7 soit sur les dépots. Cela devrait arriver assez vite.

Ah, ça y est, le 7-85 est sorti...

[EDIT] Et ce matin, je retrouve ma machine en vrac 🙁 :-o :-x

Voilà ce que j'ai dans le log :

Sep 28 03:00:52 linux-box kernel: possible SYN flooding on port 4662. Sending cookies.
Sep 28 09:34:41 linux-box kernel: eth0: link down.
Sep 28 09:36:55 linux-box syslogd 1.4.2: restart.
Sep 28 09:36:55 linux-box kernel: klogd 1.4.2, log source = /proc/kmsg started.
Sep 28 09:36:56 linux-box kernel: Linux version 2.6.20-2934.fc7xen (kojibuilder@hammer2.fedora.redhat.com) (gcc version 4.1.2 20070502 (Red Hat 4.1.2-12)) #1 SMP Wed Sep 12 17:32:22 EDT 2007
Sep 28 09:36:56 linux-box kernel: BIOS-provided physical RAM map:

et le reste du démarrage, avec le driver nvidia qui est aux abonnés absents...

PS : il redémarre sur un noyau xen dans le code ci-dessus, mais ça ne démarre pas non plus avec le 7-85. J'ai repris le bon vieux 5-76...

Page suivante »