Faling upgrade to 3.2.0-40-64

[nilsA]

The last kernel upgrade failed on my "no experiments" (read - lts version only) PC.

The short version of the problem is:

The version upgrade to kernel 3.2.0-40-64 fails, and I guess the problem is this:

err. cannot read from '/dev/sdc'.

/dev/sdc is an attached USB (actually an old cellular phone that happened to be attached to the PC).

How do I fix this? Or should I just wait for the next kernel upgrade. Everything seems to be working fine.

[michel]

You could try to reboot and then go into console and type

sudo apt-get -f install

Michel

[nilsA]

Thank you, Michel. I tried, but the only chance was that error listed above was repeated many more times.

[michel]

Make sure your internet connection is up and running and that your cellphone is not hooked up, then enter each of these commands one after the other.

cd /var/lib/apt 
sudo mv lists lists.old 
sudo apt-get clean 
sudo apt-get update
sudo apt-get upgrade

You should get the kernel update at that stage. I hope this time it will go smoothly.

Michel

[nilsA]

sorry, even that did not quite make it:

ldconfig deferred processing now taking place
Det oppsto feil ved behandling av:
 linux-image-3.2.0-40-generic
 linux-image-generic
 linux-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

(The second line is in Norwegian, saying something like "there was an error when ...")

[michel]

Try apt-get -f install to force an install and then apt-get update and then apt-get upgrade.

Michel

[nilsA]

Sorry, that didn't make it.

The message given is pretty much the same as over. I'll try translating a little more, to the best of my ability.

ailed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.2.0-40-generic.postinst line 1010.
dpkg: Feil ved behandling av linux-image-3.2.0-40-generic (--configure):
underprosessen installerte post-installation-skript returnerte feilstatus 2
dpkg: Kravproblem hindrer oppsettet av linux-image-generic:

The last part here, in Norwegian:

"dpg. Error processing the linux-image-3.2.0-40-generic (--configure):
sub process installed post-installation-script returned error status 2
dpkt: Dependency problem prevent setup of linux-image-generic:"

Then it goes on for some line in much the same way.

[michel]

Lets try this:

First type this command :

uname -r

If the output IS NOT

3.2.0-40-generic

Then enter

sudo apt-get purge linux-image-3.2.0-40-generic
sudo apt-get clean
sudo apt-get update
sudo apt-get upgrade

Michel

[nilsA]

Sorry, no luck.

I tried to attach a file with a copy of what was going on, but for some reason I can't do that.

[michel]

Do you have any backports in your sources?

Also what do you get if you type

sudo apt-get check

Michel

[nilsA]

Sorry, it has been a long time now, Linux just working, so I really don't remember this backports thing. Something in the lists where updates come from?

And:

nils@ubuntuNils:/var/lib/apt$ sudo apt-get check
[sudo] password for nils:
Leser pakkelister ... Ferdig
Skaper oversikt over avhengighetsforhold
Leser tilstandsinformasjon ... Ferdig
nils@ubuntuNils:/var/lib/apt$

Translation:

Reading package lists ... Done
Making overview of dependencies
Reading information of state(?) ... Done

Thanks for your patience!

[michel]

Google translate does a better job than you :-)

Reading package lists ... Done
Building dependency ratio
Reading state information ... Done

Looks like you have no broken dependencies.

Please enter this command:

uname -r

and post results.

Michel

[nilsA]

Ah, yes, I forget that Norwegian -> English translate is much better than the lanugages I use goodle translate for. :-)

Now, what I get is still:

nils@ubuntuNils:/$ uname -r
3.2.0-39-generic
nils@ubuntuNils:/$

[nilsA]

Ah, yes, I forget that Norwegian -> English translate is much better than the lanugages I use goodle translate for. :-)

Now, what I get is still:

nils@ubuntuNils:/$ uname -r
3.2.0-39-generic
nils@ubuntuNils:/$

[michel]

I think you can go to Muon Package Manager and search for

linux-backports-modules-hv-precise-virtual

ls it there?

If it is then you can mark it for installation and accept the dependencies. I think this will solve your problem BUT I WOULD SUGGEST YOU WAIT FOR SOMEONE WITH MORE EXPERIENCE TO CONFIRM THAT ROUTE BEFORE PROCEEDING.

Michel