PDA

View Full Version : [SOLVED] Having A Problem Installing Critical Update



shane_faulkinbury2
December 20th, 2015, 03:01 PM
I'm having a problem installing a critical update for the 28 backspace thing on GRUB2! When trying to install the update I get an error saying my boot sector doesn't have enough space. Attached are screen shots of the update request, the error, and of my boot sector. Please help me because I have a 1 TB HDD and I am only using 200 GB of it.

mörgæs
December 20th, 2015, 03:23 PM
It's not about your boot sector, it's about your boot partition.

How did the proposed solution work?

shane_faulkinbury2
December 20th, 2015, 03:29 PM
It didn't work and that is why I'm posting the question!

.

Also, I ran sudo apt-get clean and get the same message!

mörgæs
December 20th, 2015, 03:39 PM
sudo apt-get autoremove is also worth trying.

shane_faulkinbury2
December 20th, 2015, 03:50 PM
But first, what does that remove?

howefield
December 20th, 2015, 03:52 PM
But first, what does that remove?

From..


man apt-get


autoremove (and the auto-remove alias since 1.1)
autoremove is used to remove packages that were automatically installed to satisfy dependencies for other packages
and are now no longer needed.

In this case, most likely an attempt to rid /boot of old kernels.

shane_faulkinbury2
December 20th, 2015, 03:58 PM
I tried it and it didn't work. I get the same error.

ian-weisser
December 20th, 2015, 04:14 PM
Ah, good old LP #1357093 (https://bugs.launchpad.net/bugs/1357093). Please click the 'affects me too' link at the top of the bug report.

Try using dpkg to remove one of the old kernels. WARNING: Don't remove the kernel you are currently running!
If you're not sure how to use dpkg, say so and we'll walk you through it. Also, provide the output of the command 'uname -r'
The goal is simply to free enough space in /boot for apt to complete installing the new kernel, so the package manager works again. And not causing more damage.

After apt works again, there are two ways to prevent the problem in the future:
1) Mark your wall calendar, and run 'sudo apt-get autoremove' every month or so.
2) Use the unattended-upgrades package to regularly run autoremove for you. Edit the autoremove setting in /etc/apt/apt.conf.d/50unattended-upgrades from 'false' to 'true'

shane_faulkinbury2
December 20th, 2015, 04:25 PM
I'm not sure how to run dpkg, but I've used it before. Attached is the output for uname -r.

ian-weisser
December 20th, 2015, 04:39 PM
Try the following. Post all errors, please (er...copy-and-paste the text, terminal screenshots are much harder to use).

sudo dpkg --remove linux-image-3.19.0-37-generic
sudo apt-get autoremove

shane_faulkinbury2
December 20th, 2015, 05:02 PM
dpkg: dependency problems prevent removal of linux-image-3.19.0-37-generic:
linux-image-extra-3.19.0-37-generic depends on linux-image-3.19.0-37-generic.


dpkg: error processing package linux-image-3.19.0-37-generic (--remove):
dependency problems - not removing
Errors were encountered while processing:
linux-image-3.19.0-37-generic

ian-weisser
December 20th, 2015, 05:34 PM
Follow the chain down the rabbit hole:

sudo dpkg --remove linux-image-extra-3.19.0-37-generic
sudo dpkg --remove linux-image-3.19.0-37-generic
sudo apt-get autoremove

shane_faulkinbury2
December 20th, 2015, 05:50 PM
Much appreciated ian, that did the trick!

ian-weisser
December 20th, 2015, 06:41 PM
Glad to read it.
Remember to look at Post #8 for ongoing prevention so it doesn't happen again.