when I do yum update, elrepo offers kmod-nvifdia, but yum does this:
--> Processing Dependency: kernel(sme_me_mask) = 0x17fbce60 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(reservation_object_add_excl_fence) = 0xea98efc0 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(drm_vblank_init) = 0xdcd50a49 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64
.
.
.
repeatedly, then says:
You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
Is there a problem on my end or theirs?
-chuck
On 04/30/2018 05:20 PM, Chuck Campbell wrote:
when I do yum update, elrepo offers kmod-nvifdia, but yum does this:
--> Processing Dependency: kernel(sme_me_mask) = 0x17fbce60 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(reservation_object_add_excl_fence) = 0xea98efc0 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(drm_vblank_init) = 0xdcd50a49 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64
repeatedly, then says:
You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
Is there a problem on my end or theirs?
I have the same problem. When I visited the elrepo archives there was a post about this problem.
http://lists.elrepo.org/pipermail/elrepo/2018-April/004222.html
It appears there is a kernel driver build incompatibility that will go away when RHEL 7.5 comes to CentOS. For the moment I am a just excluding this update. The post suggests there is a version in testing that fixes the problem but I did not see it there. It looked like it was removed. For the moment I suggest patience.
On 01/05/18 02:33, Paul R. Ganci wrote:
On 04/30/2018 05:20 PM, Chuck Campbell wrote:
when I do yum update, elrepo offers kmod-nvifdia, but yum does this:
--> Processing Dependency: kernel(sme_me_mask) = 0x17fbce60 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(reservation_object_add_excl_fence) = 0xea98efc0 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(drm_vblank_init) = 0xdcd50a49 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64
repeatedly, then says:
You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
Is there a problem on my end or theirs?
I have the same problem. When I visited the elrepo archives there was a post about this problem.
http://lists.elrepo.org/pipermail/elrepo/2018-April/004222.html
It appears there is a kernel driver build incompatibility that will go away when RHEL 7.5 comes to CentOS. For the moment I am a just excluding this update. The post suggests there is a version in testing that fixes the problem but I did not see it there. It looked like it was removed. For the moment I suggest patience.
The updated nvidia driver package requires the new el7.5 kernel package which is in the CentOS CR repository.
Le 01/05/2018 à 08:35, Phil Perry a écrit :
The updated nvidia driver package requires the new el7.5 kernel package which is in the CentOS CR repository.
I had the same problem with my GeForce 210 card.
I solved it by upgrading my kernel to the kernel-lt from ELRepo and then building the driver manually from the NVidia.com installer.
https://blog.microlinux.fr/nvidia-210-centos-update/
Cheers,
Niki
-
Chuck Campbell -
Nicolas Kovacs -
Paul R. Ganci -
Phil Perry