Unable to resolve unmet dependencies because /boot is full and apt install -f can't finish [duplicate]

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP








up vote
2
down vote

favorite













This question already has an answer here:



  • Can't clean a full /boot because of unmet dependencies

    3 answers



  • How do I resize my /boot partition?

    2 answers



  • My /boot partition hit 100% and now I can't upgrade. Can't remove old kernels to make room

    11 answers



I'm trying to install openvpn however I am running into a problem where Ubuntu is complaining about unmet dependencies:



[sudo] password for keith: 
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
linux-image-extra-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic but it is not going to be installed
linux-signed-image-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic (= 4.4.0-71.92) but it is not going to be installed
openvpn : Depends: libpkcs11-helper1 (>= 1.11) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


When I try to run apt-get -f install I'm met with these errors:



dpkg: error processing archive /var/cache/apt/archives/linux-image-4.4.0-71-generic_4.4.0-71.92_amd64.deb (--unpack):
cannot copy extracted data for './boot/System.map-4.4.0-71-generic' to '/boot/System.map-4.4.0-71-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message indicates a disk full error


If I run df -h I see the below:



Filesystem Size Used Avail Use% Mounted on
udev 208M 0 208M 0% /dev
tmpfs 46M 5.2M 41M 12% /run
/dev/mapper/temptus--vg-root 8.3G 6.7G 1.2G 86% /
tmpfs 228M 4.0K 228M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 228M 0 228M 0% /sys/fs/cgroup
/dev/sda2 473M 470M 0 100% /boot
/dev/sda1 511M 3.6M 508M 1% /boot/efi
tmpfs 46M 0 46M 0% /run/user/1000
/home/keith/.Private 8.3G 6.7G 1.2G 86% /home/Keith


As you can see, /dev/sda2 (/boot) is 100% used. I tried following Can't clean a full /boot because of unmet dependencies, which does free up space in /boot, however when I remove old kernels and finally run apt-get -f install, the space required always increases more than what I cleared.



For example, if I manage to run apt-get -f install before removing kernels it tells me I need 66.4mb of free space. But if I remove a kernel (4.4.31 for example), it increases to 122mb of free space and wants to reinstall whatever kernel I removed.



Is there a way to forcefully remove kernels and have Ubuntu not reinstall after running sudo apt-get -f install?



Thanks!










share|improve this question















marked as duplicate by N0rbert, karel, Eric Carvalho, waltinator, Charles Green Mar 30 at 14:54


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.














  • @N0rbert did you read my post? I clearly outlined that I read that post and followed it. It WORKS, but Ubuntu wants to reinstall that kernel after I run apt-get install -f.
    – Keith Black
    Mar 29 at 20:00










  • well .. you may have issues .. your boot partition may be too small .. usually Ubuntu will keep 2 kernels .. the latest and the previous to latest so if the latest doesn't work for some reason you have a fall back kernel ... but .. if the two kernels take up too much space when the latest "third" kernel tries to install it fills the drive past what it has ...
    – John Orion
    Mar 29 at 20:02






  • 1




    See askubuntu.com/a/1001292/66509 .
    – N0rbert
    Mar 29 at 20:02










  • ok looked into it more .. you have other issues .. your boot directory has more kernels in it that need to be removed to free space ... I have a boot partition that is only 228M and have the default 2 kernels which are using 107M of the partition so I have basically another 109M space for another kernel to update and for autoremove to remove the oldest. .. you have a 473M partition that is full .. it shouldn't be if you only have the oldest 2 kernels installed. I don't think autoremove is clearing the kernels
    – John Orion
    Mar 29 at 20:05







  • 1




    just looked at N0rberts post .. yes this is what you want to do .. probably easier than trying to locate the stuff in synaptic :D
    – John Orion
    Mar 29 at 20:23














up vote
2
down vote

favorite













This question already has an answer here:



  • Can't clean a full /boot because of unmet dependencies

    3 answers



  • How do I resize my /boot partition?

    2 answers



  • My /boot partition hit 100% and now I can't upgrade. Can't remove old kernels to make room

    11 answers



I'm trying to install openvpn however I am running into a problem where Ubuntu is complaining about unmet dependencies:



[sudo] password for keith: 
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
linux-image-extra-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic but it is not going to be installed
linux-signed-image-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic (= 4.4.0-71.92) but it is not going to be installed
openvpn : Depends: libpkcs11-helper1 (>= 1.11) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


When I try to run apt-get -f install I'm met with these errors:



dpkg: error processing archive /var/cache/apt/archives/linux-image-4.4.0-71-generic_4.4.0-71.92_amd64.deb (--unpack):
cannot copy extracted data for './boot/System.map-4.4.0-71-generic' to '/boot/System.map-4.4.0-71-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message indicates a disk full error


If I run df -h I see the below:



Filesystem Size Used Avail Use% Mounted on
udev 208M 0 208M 0% /dev
tmpfs 46M 5.2M 41M 12% /run
/dev/mapper/temptus--vg-root 8.3G 6.7G 1.2G 86% /
tmpfs 228M 4.0K 228M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 228M 0 228M 0% /sys/fs/cgroup
/dev/sda2 473M 470M 0 100% /boot
/dev/sda1 511M 3.6M 508M 1% /boot/efi
tmpfs 46M 0 46M 0% /run/user/1000
/home/keith/.Private 8.3G 6.7G 1.2G 86% /home/Keith


As you can see, /dev/sda2 (/boot) is 100% used. I tried following Can't clean a full /boot because of unmet dependencies, which does free up space in /boot, however when I remove old kernels and finally run apt-get -f install, the space required always increases more than what I cleared.



For example, if I manage to run apt-get -f install before removing kernels it tells me I need 66.4mb of free space. But if I remove a kernel (4.4.31 for example), it increases to 122mb of free space and wants to reinstall whatever kernel I removed.



Is there a way to forcefully remove kernels and have Ubuntu not reinstall after running sudo apt-get -f install?



Thanks!










share|improve this question















marked as duplicate by N0rbert, karel, Eric Carvalho, waltinator, Charles Green Mar 30 at 14:54


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.














  • @N0rbert did you read my post? I clearly outlined that I read that post and followed it. It WORKS, but Ubuntu wants to reinstall that kernel after I run apt-get install -f.
    – Keith Black
    Mar 29 at 20:00










  • well .. you may have issues .. your boot partition may be too small .. usually Ubuntu will keep 2 kernels .. the latest and the previous to latest so if the latest doesn't work for some reason you have a fall back kernel ... but .. if the two kernels take up too much space when the latest "third" kernel tries to install it fills the drive past what it has ...
    – John Orion
    Mar 29 at 20:02






  • 1




    See askubuntu.com/a/1001292/66509 .
    – N0rbert
    Mar 29 at 20:02










  • ok looked into it more .. you have other issues .. your boot directory has more kernels in it that need to be removed to free space ... I have a boot partition that is only 228M and have the default 2 kernels which are using 107M of the partition so I have basically another 109M space for another kernel to update and for autoremove to remove the oldest. .. you have a 473M partition that is full .. it shouldn't be if you only have the oldest 2 kernels installed. I don't think autoremove is clearing the kernels
    – John Orion
    Mar 29 at 20:05







  • 1




    just looked at N0rberts post .. yes this is what you want to do .. probably easier than trying to locate the stuff in synaptic :D
    – John Orion
    Mar 29 at 20:23












up vote
2
down vote

favorite









up vote
2
down vote

favorite












This question already has an answer here:



  • Can't clean a full /boot because of unmet dependencies

    3 answers



  • How do I resize my /boot partition?

    2 answers



  • My /boot partition hit 100% and now I can't upgrade. Can't remove old kernels to make room

    11 answers



I'm trying to install openvpn however I am running into a problem where Ubuntu is complaining about unmet dependencies:



[sudo] password for keith: 
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
linux-image-extra-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic but it is not going to be installed
linux-signed-image-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic (= 4.4.0-71.92) but it is not going to be installed
openvpn : Depends: libpkcs11-helper1 (>= 1.11) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


When I try to run apt-get -f install I'm met with these errors:



dpkg: error processing archive /var/cache/apt/archives/linux-image-4.4.0-71-generic_4.4.0-71.92_amd64.deb (--unpack):
cannot copy extracted data for './boot/System.map-4.4.0-71-generic' to '/boot/System.map-4.4.0-71-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message indicates a disk full error


If I run df -h I see the below:



Filesystem Size Used Avail Use% Mounted on
udev 208M 0 208M 0% /dev
tmpfs 46M 5.2M 41M 12% /run
/dev/mapper/temptus--vg-root 8.3G 6.7G 1.2G 86% /
tmpfs 228M 4.0K 228M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 228M 0 228M 0% /sys/fs/cgroup
/dev/sda2 473M 470M 0 100% /boot
/dev/sda1 511M 3.6M 508M 1% /boot/efi
tmpfs 46M 0 46M 0% /run/user/1000
/home/keith/.Private 8.3G 6.7G 1.2G 86% /home/Keith


As you can see, /dev/sda2 (/boot) is 100% used. I tried following Can't clean a full /boot because of unmet dependencies, which does free up space in /boot, however when I remove old kernels and finally run apt-get -f install, the space required always increases more than what I cleared.



For example, if I manage to run apt-get -f install before removing kernels it tells me I need 66.4mb of free space. But if I remove a kernel (4.4.31 for example), it increases to 122mb of free space and wants to reinstall whatever kernel I removed.



Is there a way to forcefully remove kernels and have Ubuntu not reinstall after running sudo apt-get -f install?



Thanks!










share|improve this question
















This question already has an answer here:



  • Can't clean a full /boot because of unmet dependencies

    3 answers



  • How do I resize my /boot partition?

    2 answers



  • My /boot partition hit 100% and now I can't upgrade. Can't remove old kernels to make room

    11 answers



I'm trying to install openvpn however I am running into a problem where Ubuntu is complaining about unmet dependencies:



[sudo] password for keith: 
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
linux-image-extra-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic but it is not going to be installed
linux-signed-image-4.4.0-71-generic : Depends: linux-image-4.4.0-71-generic (= 4.4.0-71.92) but it is not going to be installed
openvpn : Depends: libpkcs11-helper1 (>= 1.11) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).


When I try to run apt-get -f install I'm met with these errors:



dpkg: error processing archive /var/cache/apt/archives/linux-image-4.4.0-71-generic_4.4.0-71.92_amd64.deb (--unpack):
cannot copy extracted data for './boot/System.map-4.4.0-71-generic' to '/boot/System.map-4.4.0-71-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message indicates a disk full error


If I run df -h I see the below:



Filesystem Size Used Avail Use% Mounted on
udev 208M 0 208M 0% /dev
tmpfs 46M 5.2M 41M 12% /run
/dev/mapper/temptus--vg-root 8.3G 6.7G 1.2G 86% /
tmpfs 228M 4.0K 228M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 228M 0 228M 0% /sys/fs/cgroup
/dev/sda2 473M 470M 0 100% /boot
/dev/sda1 511M 3.6M 508M 1% /boot/efi
tmpfs 46M 0 46M 0% /run/user/1000
/home/keith/.Private 8.3G 6.7G 1.2G 86% /home/Keith


As you can see, /dev/sda2 (/boot) is 100% used. I tried following Can't clean a full /boot because of unmet dependencies, which does free up space in /boot, however when I remove old kernels and finally run apt-get -f install, the space required always increases more than what I cleared.



For example, if I manage to run apt-get -f install before removing kernels it tells me I need 66.4mb of free space. But if I remove a kernel (4.4.31 for example), it increases to 122mb of free space and wants to reinstall whatever kernel I removed.



Is there a way to forcefully remove kernels and have Ubuntu not reinstall after running sudo apt-get -f install?



Thanks!





This question already has an answer here:



  • Can't clean a full /boot because of unmet dependencies

    3 answers



  • How do I resize my /boot partition?

    2 answers



  • My /boot partition hit 100% and now I can't upgrade. Can't remove old kernels to make room

    11 answers







apt package-management kernel disk-usage






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 30 at 6:17









Zanna

48k13119228




48k13119228










asked Mar 29 at 19:52









Keith Black

161




161




marked as duplicate by N0rbert, karel, Eric Carvalho, waltinator, Charles Green Mar 30 at 14:54


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.






marked as duplicate by N0rbert, karel, Eric Carvalho, waltinator, Charles Green Mar 30 at 14:54


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.













  • @N0rbert did you read my post? I clearly outlined that I read that post and followed it. It WORKS, but Ubuntu wants to reinstall that kernel after I run apt-get install -f.
    – Keith Black
    Mar 29 at 20:00










  • well .. you may have issues .. your boot partition may be too small .. usually Ubuntu will keep 2 kernels .. the latest and the previous to latest so if the latest doesn't work for some reason you have a fall back kernel ... but .. if the two kernels take up too much space when the latest "third" kernel tries to install it fills the drive past what it has ...
    – John Orion
    Mar 29 at 20:02






  • 1




    See askubuntu.com/a/1001292/66509 .
    – N0rbert
    Mar 29 at 20:02










  • ok looked into it more .. you have other issues .. your boot directory has more kernels in it that need to be removed to free space ... I have a boot partition that is only 228M and have the default 2 kernels which are using 107M of the partition so I have basically another 109M space for another kernel to update and for autoremove to remove the oldest. .. you have a 473M partition that is full .. it shouldn't be if you only have the oldest 2 kernels installed. I don't think autoremove is clearing the kernels
    – John Orion
    Mar 29 at 20:05







  • 1




    just looked at N0rberts post .. yes this is what you want to do .. probably easier than trying to locate the stuff in synaptic :D
    – John Orion
    Mar 29 at 20:23
















  • @N0rbert did you read my post? I clearly outlined that I read that post and followed it. It WORKS, but Ubuntu wants to reinstall that kernel after I run apt-get install -f.
    – Keith Black
    Mar 29 at 20:00










  • well .. you may have issues .. your boot partition may be too small .. usually Ubuntu will keep 2 kernels .. the latest and the previous to latest so if the latest doesn't work for some reason you have a fall back kernel ... but .. if the two kernels take up too much space when the latest "third" kernel tries to install it fills the drive past what it has ...
    – John Orion
    Mar 29 at 20:02






  • 1




    See askubuntu.com/a/1001292/66509 .
    – N0rbert
    Mar 29 at 20:02










  • ok looked into it more .. you have other issues .. your boot directory has more kernels in it that need to be removed to free space ... I have a boot partition that is only 228M and have the default 2 kernels which are using 107M of the partition so I have basically another 109M space for another kernel to update and for autoremove to remove the oldest. .. you have a 473M partition that is full .. it shouldn't be if you only have the oldest 2 kernels installed. I don't think autoremove is clearing the kernels
    – John Orion
    Mar 29 at 20:05







  • 1




    just looked at N0rberts post .. yes this is what you want to do .. probably easier than trying to locate the stuff in synaptic :D
    – John Orion
    Mar 29 at 20:23















@N0rbert did you read my post? I clearly outlined that I read that post and followed it. It WORKS, but Ubuntu wants to reinstall that kernel after I run apt-get install -f.
– Keith Black
Mar 29 at 20:00




@N0rbert did you read my post? I clearly outlined that I read that post and followed it. It WORKS, but Ubuntu wants to reinstall that kernel after I run apt-get install -f.
– Keith Black
Mar 29 at 20:00












well .. you may have issues .. your boot partition may be too small .. usually Ubuntu will keep 2 kernels .. the latest and the previous to latest so if the latest doesn't work for some reason you have a fall back kernel ... but .. if the two kernels take up too much space when the latest "third" kernel tries to install it fills the drive past what it has ...
– John Orion
Mar 29 at 20:02




well .. you may have issues .. your boot partition may be too small .. usually Ubuntu will keep 2 kernels .. the latest and the previous to latest so if the latest doesn't work for some reason you have a fall back kernel ... but .. if the two kernels take up too much space when the latest "third" kernel tries to install it fills the drive past what it has ...
– John Orion
Mar 29 at 20:02




1




1




See askubuntu.com/a/1001292/66509 .
– N0rbert
Mar 29 at 20:02




See askubuntu.com/a/1001292/66509 .
– N0rbert
Mar 29 at 20:02












ok looked into it more .. you have other issues .. your boot directory has more kernels in it that need to be removed to free space ... I have a boot partition that is only 228M and have the default 2 kernels which are using 107M of the partition so I have basically another 109M space for another kernel to update and for autoremove to remove the oldest. .. you have a 473M partition that is full .. it shouldn't be if you only have the oldest 2 kernels installed. I don't think autoremove is clearing the kernels
– John Orion
Mar 29 at 20:05





ok looked into it more .. you have other issues .. your boot directory has more kernels in it that need to be removed to free space ... I have a boot partition that is only 228M and have the default 2 kernels which are using 107M of the partition so I have basically another 109M space for another kernel to update and for autoremove to remove the oldest. .. you have a 473M partition that is full .. it shouldn't be if you only have the oldest 2 kernels installed. I don't think autoremove is clearing the kernels
– John Orion
Mar 29 at 20:05





1




1




just looked at N0rberts post .. yes this is what you want to do .. probably easier than trying to locate the stuff in synaptic :D
– John Orion
Mar 29 at 20:23




just looked at N0rberts post .. yes this is what you want to do .. probably easier than trying to locate the stuff in synaptic :D
– John Orion
Mar 29 at 20:23















active

oldest

votes






















active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes

Popular posts from this blog

How do so many people here on Academia.SE, and in general, afford lavish higher education programs?

Trouble downloading packages list due to a “Hash sum mismatch” error

How do I move numbers in filenames, in a batch renaming operation?