5 ms·

> The simplest fix would probably be to make /boot large enough by default (in the order of 10GB or 20GB or so -- the current size is 512MB IIRC). Sure, I'll j

> The simplest fix would probably be to make /boot large enough by default (in the order of 10GB or 20GB or so -- the current size is 512MB IIRC). Sure, I'll just use 1/6th of SSD to store 60 megabytes. $ du -hs /boot/ 56M /boot/ If 512M is not enough space for /boot you're doing something wrong.

deleted 10y ago
[deleted]
lukeschlather 10y ago
If you're running updates weekly it will fill up on Ubuntu. This is a recent problem, and I've only experienced it on my laptop with full-disk encryption. The update process generates on the order of 100mb/month.
- jayess 10y ago
  It's not new. It's been happening to me since I started using Ubuntu in the 8.x range.
Sir_Substance 10y ago
>If 512M is not enough space for /boot you're doing something wrong. I don't know what planet you're living on but it's certainly not this one. Between a Ubuntu desktop, a laptop and personal server with multiple Ubuntu VM's on it, all of which are kept up rigorously to date, I fix this problem at least three times a year, every year. The command line process to fix it[1] is a multi-stage mess of dense bash-foo that comes with a 140 word, two paragraph explanation so that /ubuntu veterans/ can figure out what is going on without resorting to scouring the man page for flags. The friendly GUI process to fix it relies on a third party tool that is no longer maintained[2]. It is not possible to explain to non-technical users what is happening here, which means the only thing they can do when they see this is call their technical friend and cry for help. This is exactly the kind of user experience that makes people think Linux is not ready for widespread desktop use. This is definitely something the OS should take care of itself. I'm ignorant of the challenges that caused it to be this way in the first place, but in my ignorance I would advocate that: a) the partition be made larger by default b) the OS auto-purge any kernel package more than three revisions old [1] https://askubuntu.com/questions/89710/how-do-i-free-up-more-space-in-boot/90219#90219 https://askubuntu.com/questions/89710/how-do-i-free-up-more-... [2] https://launchpad.net/ubuntu-tweak/ https://launchpad.net/ubuntu-tweak/
- kobeya 10y ago
  Um, isn't the fix `sudo apt auto-remove --purge`, which autodetects unused kernels? What am I missing?
  - Sir_Substance 10y ago
    https://news.ycombinator.com/item?id=14005528 https://news.ycombinator.com/item?id=14005528
    - alphapapa 10y ago
      Following the chain of links and answers and explanations, we come to the conf file that says in the comments that it commonly results in two (2) kernels being saved, but can sometimes results in three (3) being saved. IOW, it does automatically remove old kernels, it just keeps the last 2-3. So, yes, run "apt-get autoremove", that's it.
  - tedivm 10y ago
    If you do not run that command before /boot fills up, and you have a full /boot with a partially installed kernel, then that command fails. So this works fine if you remember to call it regularly, but it does not solve the problem once it occurs.
    - kobeya 10y ago
      Interesting. I haven't encountered that edge case. I've many times filled /boot and resolved by doing an auto remove.
  - collinmanderson 10y ago
    It seems silly to me that I need to manage this myself. Why do I need to be worrying about different kernel versions? I just want to make websites.
  - ikurei 10y ago
    I think it has solved the problem for me, but still is not a good solution for anyone who would answer "What's a terminal?" I love having a terminal with bash and use it constantly, but I don't think it should be needed for the system to just go on working.
cbhl 10y ago
Yup! That "something wrong" is installing every single kernel update for two, three, four years and not deleting any of the old kernels. Super common in enterprise deployments. I ran into this a bunch on my $EMPLOYER-issued workstation.
- cookiecaper 10y ago
  The installer should handle this. When you apt-get upgrade anything besides the kernel, does it leave the old version lying around? I understand that it may be wise to keep the old kernel around so the system can be booted in case there is a hardware incompatibility or breakage in the new release, but that justifies only one additional kernel. Ubuntu keeps those kernels sitting there until you `apt-get autoremove`, and that means that unless you're running that command routinely, the boot partition is going to fill up at some point, no matter how big you make it. This is especially a problem for people who use the unattended-upgrades package. I've autoremoved and had it clean up almost a gig of old kernel images before.
hollander 10y ago
Sorry, but Ubuntu is doing something wrong here, not me. This should be handled automatically. Ubuntu wants to be the system for everybody, but you can't expect people to open the terminal and fix this manually. Making boot 20GB is ridiculous, but 1GB should be no problem, and for me 2GB would be OK if that means that this problem will disappear forever. And I believe my boot partition is only 256MB, and I didn't set it to that. That was a system default.
- dustinkirkland 10y ago
  Ubuntu is absolutely doing something wrong here and we'll get that fixed. Thanks!

deleted 10y ago

[deleted]

lukeschlather 10y ago

If you're running updates weekly it will fill up on Ubuntu. This is a recent problem, and I've only experienced it on my laptop with full-disk encryption. The update process generates on the order of 100mb/month.

jayess 10y ago
It's not new. It's been happening to me since I started using Ubuntu in the 8.x range.

Sir_Substance 10y ago

>If 512M is not enough space for /boot you're doing something wrong. I don't know what planet you're living on but it's certainly not this one. Between a Ubuntu desktop, a laptop and personal server with multiple Ubuntu VM's on it, all of which are kept up rigorously to date, I fix this problem at least three times a year, every year. The command line process to fix it[1] is a multi-stage mess of dense bash-foo that comes with a 140 word, two paragraph explanation so that /ubuntu veterans/ can figure out what is going on without resorting to scouring the man page for flags. The friendly GUI process to fix it relies on a third party tool that is no longer maintained[2]. It is not possible to explain to non-technical users what is happening here, which means the only thing they can do when they see this is call their technical friend and cry for help. This is exactly the kind of user experience that makes people think Linux is not ready for widespread desktop use. This is definitely something the OS should take care of itself. I'm ignorant of the challenges that caused it to be this way in the first place, but in my ignorance I would advocate that: a) the partition be made larger by default b) the OS auto-purge any kernel package more than three revisions old [1] https://askubuntu.com/questions/89710/how-do-i-free-up-more-space-in-boot/90219#90219 https://askubuntu.com/questions/89710/how-do-i-free-up-more-... [2] https://launchpad.net/ubuntu-tweak/ https://launchpad.net/ubuntu-tweak/

kobeya 10y ago
Um, isn't the fix `sudo apt auto-remove --purge`, which autodetects unused kernels? What am I missing?
- Sir_Substance 10y ago
  https://news.ycombinator.com/item?id=14005528 https://news.ycombinator.com/item?id=14005528
  - alphapapa 10y ago
    Following the chain of links and answers and explanations, we come to the conf file that says in the comments that it commonly results in two (2) kernels being saved, but can sometimes results in three (3) being saved. IOW, it does automatically remove old kernels, it just keeps the last 2-3. So, yes, run "apt-get autoremove", that's it.
- tedivm 10y ago
  If you do not run that command before /boot fills up, and you have a full /boot with a partially installed kernel, then that command fails. So this works fine if you remember to call it regularly, but it does not solve the problem once it occurs.
  - kobeya 10y ago
    Interesting. I haven't encountered that edge case. I've many times filled /boot and resolved by doing an auto remove.
- collinmanderson 10y ago
  It seems silly to me that I need to manage this myself. Why do I need to be worrying about different kernel versions? I just want to make websites.
- ikurei 10y ago
  I think it has solved the problem for me, but still is not a good solution for anyone who would answer "What's a terminal?" I love having a terminal with bash and use it constantly, but I don't think it should be needed for the system to just go on working.

cbhl 10y ago

Yup! That "something wrong" is installing every single kernel update for two, three, four years and not deleting any of the old kernels. Super common in enterprise deployments. I ran into this a bunch on my $EMPLOYER-issued workstation.

cookiecaper 10y ago
The installer should handle this. When you apt-get upgrade anything besides the kernel, does it leave the old version lying around? I understand that it may be wise to keep the old kernel around so the system can be booted in case there is a hardware incompatibility or breakage in the new release, but that justifies only one additional kernel. Ubuntu keeps those kernels sitting there until you `apt-get autoremove`, and that means that unless you're running that command routinely, the boot partition is going to fill up at some point, no matter how big you make it. This is especially a problem for people who use the unattended-upgrades package. I've autoremoved and had it clean up almost a gig of old kernel images before.

hollander 10y ago

Sorry, but Ubuntu is doing something wrong here, not me. This should be handled automatically. Ubuntu wants to be the system for everybody, but you can't expect people to open the terminal and fix this manually. Making boot 20GB is ridiculous, but 1GB should be no problem, and for me 2GB would be OK if that means that this problem will disappear forever. And I believe my boot partition is only 256MB, and I didn't set it to that. That was a system default.

dustinkirkland 10y ago
Ubuntu is absolutely doing something wrong here and we'll get that fixed. Thanks!