You are not logged in.
Yesterdays updates brought an Linux-lts and a nvidia-lts upgrade. Nvidia-lts failed to upgrade due to a missing dependency of nvidia-utils:384.69, I was asked to skip it which I did. However, the kernel update caused the xserver to fail on boot (was greeted with a blinking "_" on the screen with nothing to do but hard reboot). So I booted into console only mode and downgraded Linux-lts which got me back up and booting into the desktop (xfce4). I'm guessing I need to wait for nvidia-utils-384.69 to hit the repos as what is available now is 384.59? But why would upgrading Linux-LTS without upgrading Nvidia (which happens practically every week) break starting X?
Right now I'm currently operational due to downgrading linux-lts, but cannot upgrade linux-lts or nvidia-lts.
Last edited by Annoyingduck (2017-09-05 12:24:07)
Offline
The nvidia package provides the kernel module nvidia for the linux package the nvidia-lts package provides the kernel module nvidia for linux-lts.
The breakage would be caused by upgrading linux-lts but not nvidia-lts so the module has a version mismatch.
You should be able to find in the journal for that boot a kernel message about the nvidia module having a version / symbol mismatch.
https://bugs.archlinux.org/task/55305
Offline
The nvidia package provides the kernel module nvidia for the linux package the nvidia-lts package provides the kernel module nvidia for linux-lts.
The breakage would be caused by upgrading linux-lts but not nvidia-lts so the module has a version mismatch.
You should be able to find in the journal for that boot a kernel message about the nvidia module having a version / symbol mismatch.
https://bugs.archlinux.org/task/55305
Got it, thanks. I didn't realize that whenever there was a nvidia-lts update that the kernel needed to match the update. Looks like the solution is to wait for nvidia-utils to catch up before updating linux-lts and nvidia-lts.
Offline
I have the same issue too.
Here's an Error I'm getting.
$ sudo pacman -S nvidia-lts
resolving dependencies...
warning: cannot resolve "nvidia-utils=384.69", a dependency of "nvidia-lts"
:: The following package cannot be upgraded due to unresolvable dependencies:
nvidia-lts
:: Do you want to skip the above package for this upgrade? [y/N]
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-lts: requires nvidia-utils=384.69
Before anyone ask. Yes, I install Nvidia Drivers I need. It's just Nvidia LTS I can't install. Without Nvidia LTS, Linux LTS Kernel won't run games perfect without correct Nvidia Driver.
Is it going to be fix?
Last edited by ABOhiccups (2017-08-27 06:28:17)
Offline
Sure, you could install nvidia-utils from [testing], or wait until it naturally migrates out of [testing], or hold out some faint hope that another maintainer will quickly rebuild the old version of nvidia-lts for [extra] and the new version for [testing] which was what should have been done originally.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
My machines all have this problem:
warning: cannot resolve "nvidia-utils=384.69", a dependency of "nvidia-lts"
:: The following package cannot be upgraded due to unresolvable dependencies:
nvidia-lts
Offline
The underlying issue is not resolved yet. Personally, I don't think this thread should be marked as solved. (Also, for me, using the [testing] repo did not resolve this problem, but maybe I didn't try hard enough.)
However, here's one easy/quick work-around while we wait for the package to be "fixed" properly. You can add this line to the pacman configuration file, /etc/pacman.conf:
IgnorePkg = linux-lts nvidia-lts
When you run pacman -Syu, you'll see these warnings. The other updates will proceed normally.
:: Starting full system upgrade...
warning: linux-lts: ignoring package upgrade (4.9.41-1 => 4.9.45-1)
warning: nvidia-lts: ignoring package upgrade (384.59-2 => 384.69-2)
Offline
Yesterdays updates brought an Linux-lts and a nvidia-lts upgrade. Nvidia-lts failed to upgrade due to a missing dependency of nvidia-utils:384.69, I was asked to skip it which I did. However, the kernel update caused the xserver to fail on boot (was greeted with a blinking "_" on the screen with nothing to do but hard reboot). So I booted into console only mode and downgraded Linux-lts which got me back up and booting into the desktop (xfce4). I'm guessing I need to wait for nvidia-utils-384.69 to hit the repos as what is available now is 384.59? But why would upgrading Linux-LTS without upgrading Nvidia (which happens practically every week) break starting X?
Right now I'm currently operational due to downgrading linux-lts, but cannot upgrade linux-lts or nvidia-lts.
i had the same issue so I couldn't update because of nvidia-utils:384.69 was missing.when i saw that I sayed:where's nvidia-utils:384.69??!! It's missing so we will have to be patient and wait and then update,that's the only way without breaking anything.
Offline
The underlying issue is not resolved yet. Personally, I don't think this thread should be marked as solved. (Also, for me, using the [testing] repo did not resolve this problem, but maybe I didn't try hard enough.)
However, here's one easy/quick work-around while we wait for the package to be "fixed" properly. You can add this line to the pacman configuration file, /etc/pacman.conf:
IgnorePkg = linux-lts nvidia-lts
When you run pacman -Syu, you'll see these warnings. The other updates will proceed normally.
:: Starting full system upgrade... warning: linux-lts: ignoring package upgrade (4.9.41-1 => 4.9.45-1) warning: nvidia-lts: ignoring package upgrade (384.59-2 => 384.69-2)
This is an odd issue where the correct/official solution is to wait, while there are workarounds, I agree with you. I'm going to remove the [Solved] until the official nvidia-utils package is available in the stable repos. Another important reason for changing this is that if anyone is doing a fresh install of Arch and chooses the LTS kernel along with Nvidia-LTS , there is not an easy way to initially use the older kernel/nvidia driver combo that work. So a fresh install would be unbootable in theory.
Last edited by Annoyingduck (2017-08-30 16:17:55)
Offline
Is there a way to follow the progress of this, or humans I can pester?
Offline
The same problem here.
I opened a topic (which is closed)
https://bbs.archlinux.org/viewtopic.php?id=229557
It is necessary to wait patiently for the nvidia-utils package to arrive in the stable branch, and the problem will be solved, apparently.
But alas impossible for my part to launch Blender on my Nvidia
[arch@arch]: ~>$ optirun vlc
[ 96.072530] [ERROR]Cannot access secondary GPU - error: Could not load GPU driver
[ 96.072564] [ERROR]Aborting because fallback start is disabled.
[arch@arch]: ~>$
Maybe it's better to use no-lts kernel to avoid this kind of mishaps?
Sorry for my bad English, I'm French
Last edited by oxydium (2017-08-31 15:40:04)
Offline
The same problem here.
I opened a topic (which is closed)
https://bbs.archlinux.org/viewtopic.php?id=229557
It is necessary to wait patiently for the nvidia-utils package to arrive in the stable branch, and the problem will be solved, apparently.But alas impossible for my part to launch Blender on my Nvidia
[arch@arch]: ~>$ optirun vlc [ 96.072530] [ERROR]Cannot access secondary GPU - error: Could not load GPU driver [ 96.072564] [ERROR]Aborting because fallback start is disabled. [arch@arch]: ~>$
Maybe it's better to use no-lts kernel to avoid this kind of mishaps?
Sorry for my bad English, I'm French
Indeed better be patient as i've read in arch wiki better check what you update always to prevent trouble or breaking something.
Offline
Yes, we have to be patient and today I was in a hurry
Luckily, there was no breakage
I'm also on Debian Sid dual boot, but I have never had problems, I remain vigilant on both distributions, sometimes taking some risks controlled
Last edited by oxydium (2017-08-31 21:42:24)
Offline
If you guys want to update linux-lts now, you can try nvidia-dkms instead of nvidia-lts. (as mentioned by V1del in the thread by oxydium)
https://wiki.archlinux.org/index.php/Dy … le_Support
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
Yes, we have to be patient and today I was in a hurry
Luckily, there was no breakage
I'm also on Debian Sid dual boot, but I have never had problems, I remain vigilant on both distributions, sometimes taking some risks controlled
Great to know
Offline
If you guys want to update linux-lts now, you can try nvidia-dkms instead of nvidia-lts. (as mentioned by V1del in the thread by oxydium)
https://wiki.archlinux.org/index.php/Dy … le_Support
This did it for me, works good. Will change this if the LTS-driver is available for me again...
Great to see this forum in high resolution, was reading with lynx and links as a text browser ...
Offline
the installation of the nvidia-dkms package solved the problem.
my nvidia is operational
this nvidia-dkms package, can replace the nvidia-lts long-term package?
or is it just a temporary troubleshooting solution?
Last edited by oxydium (2017-09-02 09:12:37)
Offline
this nvidia-dkms package, can replace the nvidia-lts long-term package?
or is it just a temporary troubleshooting solution?
It can replace the package completely, but your kernel update might take a bit more time. The -dkms package compiles the nvidia module after each kernel update for the new kernel. The -lts package downloads a precompiled version for the lts kernel.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
oxydium wrote:this nvidia-dkms package, can replace the nvidia-lts long-term package?
or is it just a temporary troubleshooting solution?It can replace the package completely, but your kernel update might take a bit more time. The -dkms package compiles the nvidia module after each kernel update for the new kernel. The -lts package downloads a precompiled version for the lts kernel.
This compilation process is tolerable, i know it from before, when you use virtual box there are some dkms-drivers to be compiled each update. I don't want to update my system every day, so its a solution for me...
Offline
oxydium wrote:this nvidia-dkms package, can replace the nvidia-lts long-term package?
or is it just a temporary troubleshooting solution?It can replace the package completely, but your kernel update might take a bit more time. The -dkms package compiles the nvidia module after each kernel update for the new kernel. The -lts package downloads a precompiled version for the lts kernel.
thank you for this precision
it's not a worry for DKMS, I have a pretty powerful computer.
this morning I had the update of the kernel in 4.9.46-1, and it took less than thirty seconds (thanks the SSD and the i7 quad-core)
it is not penalizing
Offline
I use an old computer and boot my arch linux from a USB 2.0 500GB-harddrive. And it took not so longg
Offline
nvidia-utils 384.69-1 is out so problem solved!
Cancel me not -- for what then shall remain?
Abscissas, some mantissas, modules, modes, A root or two, a torus and a node:
The inverse of my verse, a null domain.
-- Stanislaw Lem, The Cyberiad
Offline
nvidia-utils 384.69-1 is out so problem solved!
Of course now all arch linux users can upgrade safely without any problems!!!!
Last edited by noxarch (2017-09-05 21:02:50)
Offline