boot used 100% 分区空间不足问题解决

本文介绍了如何解决 /boot 分区空间不足以及因 /boot 空间不足导致的卸载旧内核失败的问题。ubutnu16.04也适用。

按照常规方法未能卸载的，直接跳到第三节：

###直接卸载多余内核版本（used 100%）

最近登录开发服务器时总是看到这样一句提示（红色部分）：

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分区分的比默认的大一倍（看来还是有好处的）：

used 100%，卸载

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 autoremove linux-image-3.2.0-23-generic linux-image-3.2.0-39-generic linux-image-3.2.0-40-generic linux-image-3.2.0-41-generic linux-image-3.2.0-43-generic linux-image-3.2.0-44-generic linux-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:~$

呵呵，顿时感觉系统轻松多了。

used 100% 卸载不了

按照上边的经验，查看所有内核：

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 autoremove linux-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的依赖未安装，怪不得之前查看所有内核时，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都快要过时的年代，那么吝惜磁盘干什么，合理预留一定空间一定会带来很多方便的 ，其实生活中也是这样，有时候该精确，有时候该宽裕。