[ Date Index ] [ Thread Index ] [ <= Previous by date / thread ] [ Next by date / thread => ]
On 13/08/14 16:37, Julian Hall wrote: > > Thanks for that. uname -r returns 3.13.0-33-generic. In /boot for > example I have: > > abi-3.11.0-18-generic initrd.img-3.13.0-33-generic > abi-3.13.0-27-generic initrd.img-3.8.0-19-generic > abi-3.13.0-29-generic memtest86+.bin > abi-3.13.0-30-generic memtest86+.elf > abi-3.13.0-32-generic memtest86+_multiboot.bin You can remove the old kernels if it booted correctly and all your hardware works as expected with the current one, you get back ~50MB per kernel on Debian boxes. On debian I'd do "dpkg -l | grep linux-image" and then use "apt-get purge linux-k<tab>" and use the fancy autocomplete to take out the old list. I tend to use a combination of "du -sx * | sort -n" and "find . -size +100000" to track down where space has gone. Also reboot is always good if you've been messing with big files and suspect the space hasn't been freed because the files are still held open. Always check /var/log with "du -sx * | sort -n"... "apt-get clean" is useful, but these days autoclean is run often. "deborphan" is good for killing unneeded packages, although again "apt" is catching up. But ultimately the OS is usually quite small, if you follow Bad Apple's advice and keep partitioning simple. Partitioning might make some sense if you have to run multiple services on a server, and need to stop cascading failures when one goes a bit mad and eats all your disk space, but those days are largely gone because servers are cheap. Although we are hitting question of can we have a cloud provider who charges on usage and not on number of servers, because we want a lot of little servers not doing much. Some angling to use Docker, but it looks a bit new and shiny for what we are trying to do, but I think the idea of lighterweight virtualisation makes perfect sense, just suspect we should go back further and make it cleaner still. -- The Mailing List for the Devon & Cornwall LUG http://mailman.dclug.org.uk/listinfo/list FAQ: http://www.dcglug.org.uk/listfaq