PDA

View Full Version : linux-image won't install (again)



Rottweiler
February 15th, 2005, 05:14 PM
A new kernel was issued yesterday to fix some exploits. But it won't install:


$ sudo apt-get update && sudo apt-get upgrade
[snip]
The following packages have been kept back:
linux-image-2.6-386 linux-restricted-modules-2.6-386
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

So I tried installing them manually (this worked before):


$ sudo apt-get install linux-image-2.6-386 linux-restricted-modules-2.6-386
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
linux-restricted-modules-2.6-386: Depends: linux-restricted-modules-2.6.8.1-5-386 but it is not installable
E: Broken packages

I went to /var/cache/apt/archives and deleted the packages thinking that might help the "broken packages" problem but no change. So how do I get this to install.?

Low key rant: Every time a kernel update is released, it's the same thing like this - it won't install without alot of manual intervention. I'm in the process of deploying Ubuntu on all my servers. When I get lots of these things running this will become a real pain real fast. Is there no way a kernel upgrade can be packaged such that it will just install like everything else without so much ratkilling?
End of low key rant and apologies for being a whiny baby.

Any help appreciated.

WW
February 15th, 2005, 06:10 PM
I had the same problem. However, I think the packages that didn't install are metapackages. When I upgraded, the packages that contain the actual kernel and the restricted modules were installed. I still don't understand what's going on with the kernel metapackages and why they aren't updated.

drasko
February 15th, 2005, 09:01 PM
Why not dowloading those packages from the net and trying dpkg -i...
Migh pass, if the dependency chain don't continues ad infinitum...

Drasko

s.deleeuw
February 15th, 2005, 09:39 PM
The linux-restricted-modules-2.6-686 linux meta package is broken. It depends on the non-existing package linux-restricted-modules-2.6.8.1-5-686.

So people, don't upgrade until this is fixed!


Sander

dodongo
February 15th, 2005, 09:50 PM
Sander -- Is there any easy way to rectify this situation? Unfortunately, the only network connection I have on my Ubuntu box uses the Aetheros wireless chipset drivers, which are (evidently) contained in the linux-restricted-modules package.

Given that I can't find a way to roll back my kernel modules to an earlier version that agrees with the linux-restricted-modules package I still have installed... do I just have to run off a wired connection till this gets fixed?

*sigh* It's my own damn fault for doing the installation... but that doesn't really make it less frustrating :)

s.deleeuw
February 15th, 2005, 09:54 PM
Sure. Did you already remove your old kernel and restricted-modules ? If not, you can just boot your previous kernel. If you did, just reinstall both the 2.6.8.1-4-686 image and restricted-modules. That should solve your problem for now...

Sander

Rottweiler
February 15th, 2005, 10:12 PM
So people, don't upgrade until this is fixed!That's easy enough to comply with since the blessed thing won't install anyway. :shock:

BTW, did you hear officially somewhere that it is broken? I could't find a bugzilla report about it.

dodongo
February 15th, 2005, 11:22 PM
Right-O ... I forgot there was that option. Everything's back to good for the time being!

Thanks!

s.deleeuw
February 15th, 2005, 11:28 PM
Rottweiler: I didn't hear it officially

Just refresh your package list in Synaptic, right-click on linux-restricted-modules-2.6-686 -> Properties -> Dependancies. Here you can see that it depends on a not-existing package. So, that's the reason why I called this package broken.

But it IS important not to try upgrading. If you boot the new kernel (which DOES install), the restricted-modules are not available. So if you own a ATI or NVIDIA graphics card, GDM will not load anymore...

Xian
February 16th, 2005, 12:18 AM
If you boot the new kernel (which DOES install), the restricted-modules are not available. So if you own a ATI or NVIDIA graphics card, GDM will not load anymore...
Just in case someone did install the new kernel and tossed their old one, you can still start X but you will need to revert your X11 config device driver notation to a pre-nvidia/ati state. For example, if you are running a nvidia driver you just need to change the driver listed under the "Device" Section of your /etc/X11/XF86Config-4 file from "nvidia" to "nv". This will allow you to boot using the updated kernel and login to gnome via gdm.

daniels
February 16th, 2005, 03:05 AM
The problem is that some kernel security updates touch core kernel structures, which mean that all the modules linked against it have to rebuilt, and this doesn't always get done immediately; give it some time.

ritger
February 16th, 2005, 11:49 AM
Patience is ofcourse important, however when running Warty (stable) it might be an idea to keep back the new (in this case linux-image-686) package until all dependencies are met. Is there an ETA on when the updated package becomes available?

As for anything else, Ubuntu rules :-)

Rottweiler
February 16th, 2005, 03:27 PM
The problem is that some kernel security updates touch core kernel structures, which mean that all the modules linked against it have to rebuilt, and this doesn't always get done immediately; give it some time.Thank you.

But how were we supposed to know this?

There was nothing in the USN that said "wait". And so-far seemingly all kernel updates have not been willing to install without a lot of manual intervention.

I don't understand why this must be. I'm converting all my RH/FC servers to Ubuntu and the last thing I can endure is having to be constantly tweaking them to get updates to install.

Why can't kernel updates just install like everything else? (Excepting the necessity for a reboot, of course).

daniels
February 16th, 2005, 04:10 PM
This time, everyone tried to get everything installing smoothly as per the lessons of the past, but one more unexpected thing cropped up (specifically: they were uploaded at the same time, so when l-r-m built, linux-headers-* wasn't available). Bear in mind Ubuntu is only young; we haven't been doing kernel security updates for years.

Yukonjack
February 17th, 2005, 12:36 PM
if you are running a nvidia driver you just need to change the driver listed under the "Device" Section of your /etc/X11/XF86Config-4 file from "nvidia" to "nv". This will allow you to boot using the updated kernel and login to gnome via gdm.

First thing I tried but it did not work for me all I did was removed the nvidia-glx and re-installed it then reboot and I was back to normal with kernel 2.6.8.1.5-K7

nocturn
February 17th, 2005, 01:24 PM
Any news on this issue yet? Is it safe to install the updates?

WW
February 17th, 2005, 05:00 PM
I re-upgraded a few minutes ago, and was able to get the upgraded linux-restricted-modules packages and nvidia-glx. So yes, it appears to have been fixed.

nocturn
February 23rd, 2005, 11:34 AM
Strange, this issue still is not fixed for me.

I tried:
aptitude update
aptitude upgrade

again yesterday (2005-02-22), the restricted modules is still broken.

jflorian
November 26th, 2005, 05:11 AM
Hey guys, apt-get is doing exactly what it is supposed to here. From the man page on apt-get under the upgrade section:
under no circumstances are currently installed packages removed, or packages not already installed retrieved and installed
So, the meta linux-image package is being upgraded, but the specific linux-image-<version> upon which it depends is a NEW package. If you want to install new packages along with the upgrades you must:

sudo apt-get dist-upgrade
If you observe apt-get closely most packages won't mention any details about the specific version except for cases like a major release (e.g., php4 vs. php5) and in those cases you won't be seeing the number increment for an upgrade. In other words, linux-image-a.b.c-y is not an upgrade of linux-image-a.b.c.-x.

Hope this helps.