| Summary: | On clean installation, nvidia driver will not load (Older version of kernel devel files needed than match the installed kernel) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Doug Laidlaw <laidlaws> |
| Component: | Release (media or process) | Assignee: | Kernel and Drivers maintainers <kernel> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | isobuild, marja11, tmb |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: |
report.bug.xz copied from /root/drakx.
Journal of first boot. |
||
|
Description
Doug Laidlaw
2017-01-16 02:17:38 CET
Created attachment 8860 [details]
Journal of first boot.
(In reply to Doug Laidlaw from comment #0) > Created attachment 8859 [details] > report.bug.xz copied from /root/drakx. > > [Lodged at Marja's request] Indeed :-) > [May be a duplicate of Bug 18084] > I don't know whether this is relevant at all (from report.bug.xz): Error! Your kernel devel files for kernel 4.9.0-desktop-3.mga6 cannot be found at /lib/modules/4.9.0-desktop-3.mga6/build or /lib/modules/4.9.0-desktop-3.mga6/source. Anyway, from the first time booting into the new install: Jan 11 20:54:20 cauldron.douglaidlaw.net dkms-autorebuild.sh[808]: nvidia-current (375.26-1.mga6.nonfree): Installing module. Jan 11 20:54:20 cauldron.douglaidlaw.net dkms-autorebuild.sh[808]: dkms build -m nvidia-current -v 375.26-1.mga6.nonfree -k 4.9.2-desktop-1.mga6 -a x86_64 -q --no-clean-kernel but then: Jan 11 20:54:57 cauldron.douglaidlaw.net service_harddrake[8449]: switch X.org driver from 'nv.+' to 'nouveau' (The proprietary kernel driver was not found for X.org driver 'nvidia') > > Since proprietary drivers had been mentioned as the culprits, yesterday I > changed the video driver to nouveau as a test. With or without "nokmsboot" in the kernel options in grub2? > I was back at the âGood > Luckâ prompt. I restored the proprietary driver RPM, and had my desktop > back. > CC:
(none) =>
marja11 Sorry, forget my comment, I was too much in a hurry to let what I read in the logs sink in :-((( O.K.: But the installer usually asks for and installs the kernel-devel files, along with gcc and the usual files needed for compiling from source. The entry about switching to nouveau: that is normal IF the required files are missing. "nokmsboot" was always in Cauldron's grub2. At that time, it was missing in the string sent from Official, but it is there now. Sounds like a botched installation, somehow. A previous netinstall was a complete mess. Need to test from the sta2 DVD. (In reply to Marja van Waes from comment #2) > > > Anyway, from the first time booting into the new install: > > Jan 11 20:54:20 cauldron.douglaidlaw.net dkms-autorebuild.sh[808]: > nvidia-current (375.26-1.mga6.nonfree): Installing module. > Jan 11 20:54:20 cauldron.douglaidlaw.net dkms-autorebuild.sh[808]: dkms > build -m nvidia-current -v 375.26-1.mga6.nonfree -k 4.9.2-desktop-1.mga6 -a > x86_64 -q --no-clean-kernel > > but then: > > Jan 11 20:54:57 cauldron.douglaidlaw.net service_harddrake[8449]: switch > X.org driver from 'nv.+' to 'nouveau' (The proprietary kernel driver was not > found for X.org driver 'nvidia') > > This is OK, after all. I had assumed, instead of checked that the above lines were before. Jan 11 20:57:29 cauldron.douglaidlaw.net systemd[1]: prefdm.service: Main process exited, code=exited, status=1/FAILURE Jan 11 20:57:29 cauldron.douglaidlaw.net systemd[1]: prefdm.service: Unit entered failed state. But they were. (In reply to Doug Laidlaw from comment #4) > O.K.: But the installer usually asks for and installs the kernel-devel > files, along with gcc and the usual files needed for compiling from source. Yeah, but according to report.bug.xz, a newer kernel-desktop-devel version was installed than the version of the kernel devel files that couldn't be found: > installing kernel-desktop-devel-latest-4.9.2-1.mga6.x86_64.rpm > Error! Your kernel devel files for kernel 4.9.0-desktop-3.mga6 cannot be > found at > /lib/modules/4.9.0-desktop-3.mga6/build or > /lib/modules/4.9.0-desktop-3.mga6/source. The lspci output at the beginning of report.bug.xz shows things like hub : Linux 4.9.0-desktop-3.mga6 So 4.9.0-3 seems to be stage2's kernel version. I don't understand why kernel devel files for that version are needed, instead of for v. 4.9.2-1 CC:
sysadmin-bugs =>
isobuild (In reply to Marja van Waes from comment #5) > > Error! Your kernel devel files for kernel 4.9.0-desktop-3.mga6 cannot be > > found at > > /lib/modules/4.9.0-desktop-3.mga6/build or > > /lib/modules/4.9.0-desktop-3.mga6/source. > > The lspci output at the beginning of report.bug.xz shows things like > > hub : Linux 4.9.0-desktop-3.mga6 > > So 4.9.0-3 seems to be stage2's kernel version. > Not stage2, its drakx-installer-images that carries the kernel > I don't understand why kernel devel files for that version are needed, > instead of for v. 4.9.2-1 Some mixed / missing rpms on CI CC:
(none) =>
tmb Does that mean that it would happen only on a netinstall? (In reply to Thomas Backlund from comment #6) > > Some mixed / missing rpms on CI (In reply to Doug Laidlaw from comment #7) > Does that mean that it would happen only on a netinstall? With a Classical Iso it can happen, as Thomas said, when there are mixed or missing rpms on it. When they're mixed it means dependencies can't be resolved because a needed package has the wrong version. With a netinstall it can happen if your mirror has a problem, or if new kernel packages just were pushed and your mirror has only part of them. Much of what I'm about to say now, is known to you, but that's for users who know less and will read this report. On January 10 kernel 4.9.2-1 was pushed, it's in the list here: https://ml.mageia.org/l/arc/changelog/2017-01/thrd14.html (page back after confirming you're not a spammer) You can see that drakx-installer-images-2.41-2.mga6 is near the bottom of that list. That's the version that was rebuilt with the new 4.9.2-1 kernel, and was pushed to the mirrors 42 minutes later. drakx-installer-images-2.41-2.mga6.nonfree was pushed another 19 minutes later. kmod-* came in between. And even RPMs stemming from the same SRPM can land on a mirror at different times :-/ Anyway, no kernels were pushed since 1½ days ago, it should be safe to try again :-) http://pkgsubmit.mageia.org/ will show the last packages (actually the SRPM names are given) that were built (and thus pushed to the mirrors) http://mirrors.mageia.org/status will give an indication about the status of your mirror. OK. I will try again. The Mirror Map off mirrors.mageia.org shows that Australia and Indonesia are outside the network. Most of the mirrors are a few hours behind, but mirror.aarnet.edu.au hasn't been updated since the 9th, and is listed as Broken. That isn't the first time it has been so far behind. There are a few that are up-to-date and fast. Just complreted a clean reinstall. Booted straight into Xfce desktop with no problems. (In reply to Doug Laidlaw from comment #10) > Just complreted a clean reinstall. Booted straight into Xfce desktop with > no problems. Thanks for checking :) IIUC, mirrorbrain ( see bug 17400 ) should help prevent problems with outdated mirrors or mirrors in the middle of syncing interdependant packages. Other than that, there's nothing we can do. This report can be closed, but I'm in doubt about the correct resolution, if mirrorbrain does indeed prevent this, then closing as duplicate of 17400 seems best. Wilco. Don't assume that I know as much as you do. I am a lawyer by training, came to computers in about 1994, with XT laptops. I have learned entirely by doing. No further action required here. Closed as per Comment 11. *** This bug has been marked as a duplicate of bug 17400 *** Status:
NEW =>
RESOLVED |