linux boot分区空间不足问题
写这篇文章，一定是因为按照常规没能解决问题。
本文介绍了如何解决 /boot 分区空间不足以及因 /boot 空间不足导致的卸载旧内核失败的问题
按照常规方法未能卸载的，直接跳到第三节：
一、系统：Ubuntu12.10 (GNU/Linux 3.5.0-25-generic x86_64)
最近登录开发服务器时总是看到这样一句提示（红色部分）：
Welcome to Ubuntu 12.10 (GNU/Linux3.5.0-25-generic x86_64)
*Documentation: https://help.ubuntu.com/
Systeminformation disabled due to load higher than 4.0
System load: 1.5 Processes: 128
Usage of /: 8.2% of452.47GB Users logged in: 0
Memory usage: 78% IP address for p5p1: 172.16.5.2
Swap usage: 34%
=> /boot is using 96.5% of 228MB
Graph this data and manage this system athttps://landscape.canonical.com/
New release '13.04' available.
Run 'do-release-upgrade' to upgrade to it.
*** System restart required ***
You have new mail.
Last login: Wed Jul 31 10:17:37 2013 from172.16.7.6
devel@devServer:~$
今天终于忍不住想解决一下，先看一下分区使用情况吧：
devel@devServer:~$ df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/devServer-root 453G 41G 389G 10% /
udev 1.9G 12K 1.9G 1% /dev
tmpfs 776M 7.0M 770M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 0 1.9G 0% /run/shm
none 100M 0 100M 0% /run/user
/dev/sda2 229M 221M 0 100% /boot
/dev/sda1 190M 126K 190M 1% /boot/efi
devel@devServer:~$
好吧，我和我的小伙伴们都惊呆了！，/boot分区100%了（不要怪我，当初进公司时还没有服务器，那天搭建环境装系统时，老总图省事，一路下一步，就成这个样子了），Linux默认分区时，boot分区就200多M，按理说也不小，足够了（实际也就几十M），但是内核经常性的升级，而且自己又不自动卸载，于是该目录下旧的内核文件越积越多，最后就满了。
对于boot分区，不像LV里面的分区，可大可小，它一般是挂在单独的物理分区上的，所以就不考虑怎么扩容了，还是先看看怎么把浪费的空间回收吧，去网上学习了一下，取回两条命令：
查看系统所有内核：dpkg --get-selections |grep linux-image
卸载内核：sudo apt-get remove linux-image-3.2.0-17-generic
注意：实际运行时，系统提示要使用autoremove，经查，autoremove与remove的区别是，它可以连同当初自动安装的依赖（或推荐）包（同时未被其他包依赖）也一同卸载，我们将采用这个命令。
先在备份服务器上操作一下看看效果，再搞开发服务器（万一宕掉。。。）
这台是我分的区，boot分区分的比默认的大一倍（看来还是有好处的）：
二、系统：Ubuntu12.04 LTS (GNU/Linux 3.2.0-39-generic x86_64)
devel@devDBServer:~$ df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/devDBServer-root 94G 2.9G 87G 4% /
udev 1.9G 4.0K 1.9G 1% /dev
tmpfs 776M 324K 776M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 4.0K 1.9G 1% /run/shm
/dev/sda1 458M 232M 202M 54% /boot
/dev/mapper/devDBServer-home 46G 181M 44G 1% /home
/dev/mapper/devDBServer-opt 178G 467M 168G 1% /opt
/dev/mapper/devDBServer-var 46G 2.1G 42G 5% /var
/home/devel/.Private 46G 181M 44G 1% /home/devel
devel@devDBServer:~$
我们看到，这台的boot分区也占了54%了，OK，开始，先看一下今年都自动更新了多少内核了：
devel@devDBServer:~$ dpkg --get-selections|grep linux-image
linux-image-3.2.0-23-generic install
linux-image-3.2.0-39-generic install
linux-image-3.2.0-40-generic install
linux-image-3.2.0-41-generic install
linux-image-3.2.0-43-generic install
linux-image-3.2.0-44-generic install
linux-image-3.2.0-45-generic install
linux-image-3.2.0-48-generic install
linux-image-3.2.0-51-generic install
linux-image-server
是不少了，查看一下当前启动的内核是哪个版本：
devel@devDBServer:~$ uname -a
Linux devDBServer 3.2.0-39-generic
说明自上一个版本以来，机器一直没被重启过啊，OK现在重启一下，让它启动进入最新内核：
devel@devDBServer:~$ sudo reboot
Broadcast message from devel@devDBServer
(/dev/pts/0)at 11:12 ...
The system is going down for reboot NOW!
devel@devDBServer:~$
同时打开Windows命令提示符，输入ping命令以监控远程系统的启动
C:\Users\Think>ping 172.16.5.32 -t
正在 Ping 172.16.5.32 具有 32 字节的数据:
来自 172.16.5.32 的回复: 字节=32 时间=2ms TTL=63
来自 172.16.5.32 的回复: 字节=32 时间=55ms TTL=63
来自 172.16.5.32 的回复: 字节=32 时间=4ms TTL=63
来自 172.16.5.32 的回复: 字节=32 时间=1ms TTL=63
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
来自 172.16.5.32 的回复: 字节=32 时间=1ms TTL=63
来自 172.16.5.32 的回复: 字节=32 时间=134ms TTL=63
来自 172.16.5.32 的回复: 字节=32 时间=4ms TTL=63
来自 172.16.5.32 的回复: 字节=32 时间=2ms TTL=63
OK，开始返回数据包，说明远程服务器已经重启完毕，重新登录系统，查看内核版本：
devel@devDBServer:~$ uname -a
Linux devDBServer 3.2.0-51-generic#77-Ubuntu SMP Wed Jul 24 20:18:19 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
现在开始卸载不用的内核：
sudo apt-get autoremovelinux-image-3.2.0-23-generic linux-image-3.2.0-39-generic linux-image-3.2.0-40-genericlinux-image-3.2.0-41-generic linux-image-3.2.0-43-generic linux-image-3.2.0-44-genericlinux-image-3.2.0-45-generic
稍后根据提示Do you want to continue [Y/n]?
输入y确定。
接着就开始卸载了，卸载完毕会自动重建grub
这样，我们只保留最近的两个内核（48,51）（防止最新的不稳定）
查看剩余内核：
devel@devDBServer:~$ dpkg --get-selections|grep linux-image
linux-image-3.2.0-23-generic deinstall
linux-image-3.2.0-39-generic deinstall
linux-image-3.2.0-40-generic deinstall
linux-image-3.2.0-41-generic deinstall
linux-image-3.2.0-43-generic deinstall
linux-image-3.2.0-44-generic deinstall
linux-image-3.2.0-45-generic deinstall
linux-image-3.2.0-48-generic install
linux-image-3.2.0-51-generic install
linux-image-server install
devel@devDBServer:~$
deinstall表示已经卸载。
再查看一下现在的分区使用情况：
devel@devDBServer:~$ df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/devDBServer-root 94G 1.4G 88G 2% /
udev 1.9G 4.0K 1.9G 1% /dev
tmpfs 776M 324K 776M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 4.0K 1.9G 1% /run/shm
/dev/sda1 458M 54M 380M 13% /boot
/dev/mapper/devDBServer-home 46G 181M 44G 1% /home
/dev/mapper/devDBServer-opt 178G 467M 168G 1% /opt
/dev/mapper/devDBServer-var 46G 2.1G 42G 5% /var
/home/devel/.Private 46G 181M 44G 1% /home/devel
devel@devDBServer:~$
呵呵，顿时感觉系统轻松多了。
三、接着整开发服务器~
按照上边的经验，查看所有内核：
devel@devServer:~$ dpkg --get-selections|grep linux-image
linux-image-3.5.0-17-generic install
linux-image-3.5.0-21-generic install
linux-image-3.5.0-22-generic install
linux-image-3.5.0-23-generic install
linux-image-3.5.0-25-generic install
linux-image-3.5.0-26-generic install
linux-image-3.5.0-27-generic install
linux-image-3.5.0-28-generic install
linux-image-3.5.0-30-generic install
linux-image-extra-3.5.0-17-generic install
linux-image-extra-3.5.0-21-generic install
linux-image-extra-3.5.0-22-generic install
linux-image-extra-3.5.0-23-generic install
linux-image-extra-3.5.0-25-generic install
linux-image-extra-3.5.0-26-generic install
linux-image-extra-3.5.0-27-generic install
linux-image-extra-3.5.0-28-generic install
linux-image-extra-3.5.0-30-generic install
linux-image-extra-3.5.0-31-generic install
linux-image-generic install
devel@devServer:~$
这个版本有变化啊，
系统当前内核是25那个，然后试着卸载第一个linux-image-3.5.0-17-generic，结果报错，然后以为是要先卸载那个extra的，结果还是报错，然后挨个试，结果都是报错：
devel@devServer:~$ sudo apt-get autoremovelinux-image-3.5.0-17-generic
[sudo] password for devel:
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 unmetdependencies:
linux-image-extra-3.5.0-17-generic : Depends:linux-image-3.5.0-17-generic but it is not going to be installed
linux-image-extra-3.5.0-31-generic : Depends:linux-image-3.5.0-31-generic but it is not going to be installed
linux-image-extra-3.5.0-37-generic : Depends:linux-image-3.5.0-37-generic but it is not going to be installed
linux-image-generic : Depends:linux-image-3.5.0-31-generic but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -finstall' with no packages (or specify a solution).
devel@devServer:~$
怪不得之前查看所有内核时，31那个只有extra的一个，其他都两个。
根据提示，运行sudo apt-get -f install试试吧，这回开始下载东西了，又更新了31和37的内核，
然后运行到最后又报错了：
Unpacking linux-image-3.5.0-31-generic(from .../linux-image-3.5.0-31-generic_3.5.0-31.52_amd64.deb) ...
Done.
dpkg: error processing/var/cache/apt/archives/linux-image-3.5.0-31-generic_3.5.0-31.52_amd64.deb(--unpack):
cannot copy extracted data for'./boot/vmlinuz-3.5.0-31-generic' to '/boot/vmlinuz-3.5.0-31-generic.dpkg-new':failed to write (No space left on device)
No apport report written because the errormessage indicates a disk full error
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing/etc/kernel/postrm.d/initramfs-tools 3.5.0-31-generic/boot/vmlinuz-3.5.0-31-generic
run-parts: executing/etc/kernel/postrm.d/zz-update-grub 3.5.0-31-generic/boot/vmlinuz-3.5.0-31-generic
Unpacking linux-image-3.5.0-37-generic(from .../linux-image-3.5.0-37-generic_3.5.0-37.58_amd64.deb) ...
Done.
dpkg: error processing /var/cache/apt/archives/linux-image-3.5.0-37-generic_3.5.0-37.58_amd64.deb(--unpack):
cannot copy extracted data for'./boot/System.map-3.5.0-37-generic' to'/boot/System.map-3.5.0-37-generic.dpkg-new': failed to write (No space left ondevice)
No apport report written because the errormessage indicates a disk full error
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools3.5.0-37-generic /boot/vmlinuz-3.5.0-37-generic
run-parts: executing/etc/kernel/postrm.d/zz-update-grub 3.5.0-37-generic/boot/vmlinuz-3.5.0-37-generic
Errors were encountered while processing:
/var/cache/apt/archives/linux-image-3.5.0-31-generic_3.5.0-31.52_amd64.deb
/var/cache/apt/archives/linux-image-3.5.0-37-generic_3.5.0-37.58_amd64.deb
E: Sub-process /usr/bin/dpkg returned anerror code (1)
devel@devServer:~$
好吧，根据错误提示信息，这回明白了，这不是陷入死循环了吗，想卸载，没解决完依赖关系；想更新，没有足够的空间，卧槽。
又查了下资料，未果。
只有自己尝试了，既然那些是旧的内核，而且当前系统启动又没有用到，先搬出去应该没问题，腾出空间来先更新完再说，OK，试试，新建备份文件夹：
devel@devServer:~$ sudo mkdir /opt/kernel
[sudo] password for devel:
devel@devServer:~$
挑选/boot下体积较大的几个文件备份出来，其中，以vmlinuz、initrd.img开头的文件较大，然后将21~27的内核中以这两个开头的全部备份至刚才新建的文件夹，最后直接删除(sudo rm –f),再查看一下，这回腾出好几十M的空间了，然后再执行之前的那个命令（sudo apt-get -f install），这回顺利更新完毕！然后再去尝试卸载那些旧的内核，所有的都能正常卸载了！
看看最后的效果：
System load: 0.12 Processes: 130
Usage of /: 7.9% of452.47GB Users logged in: 1
Memory usage: 18% IP address for p5p1: 172.16.5.2
Swap usage: 0%
devel@devServer:~$ df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/devServer-root 453G 36G 394G 9% /
udev 1.9G 12K 1.9G 1% /dev
tmpfs 776M 1.6M 775M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 0 1.9G 0% /run/shm
none 100M 0 100M 0% /run/user
/dev/sda2 229M 54M 164M 25% /boot
/dev/sda1 190M 126K 190M 1% /boot/efi
devel@devServer:~$
注意，之前备份出去的那些文件可以不用再挪回来，但是还要按照正常方式运行卸载命令去卸载，我们对比之前的分区使用情况发现，不只是boot分区空间变大了，根分区也变大了，所以不能简单的将boot分区的文件直接删除，应该按照正常方式卸载。
再次提醒大家，分区的时候记得一定要手动分区，在这个GB都快要过时的年代，那么吝惜磁盘干什么，合理预留一定空间一定会带来很多方便的 ，其实生活中也是这样，有时候该精确，有时候该宽裕。