☰

Fedora 20 升级后：/boot 分区几乎已满

tag-icon • tag-icon linux boot fedora fedora-20
Fedora 20 升级后：/boot 分区几乎已满

我最近刚刚将我的一台机器从 F18 升级到 F20，升级过程非常顺利（使用 fedup）。但是，现在我的 /boot 分区几乎已满：

/dev/sda2                477M  436M   12M  98% /boot

FC18具体内容如下：

[root@local-dev boot]# ls -hal | grep fc18
root root 129K Dec  2 14:35 config-3.11.10-100.fc18.x86_64
root root 129K Dec  2 14:23 config-3.11.10-100.fc18.x86_64.debug
root root 129K Nov  4 09:14 config-3.11.7-100.fc18.x86_64
root root 129K Nov  4 09:05 config-3.11.7-100.fc18.x86_64.debug
root root 129K Nov 20 15:29 config-3.11.9-100.fc18.x86_64
root root 129K Nov 20 15:17 config-3.11.9-100.fc18.x86_64.debug
root root  36M Dec 13 18:23 initramfs-3.11.10-100.fc18.x86_64.debug.img
root root  35M Dec 13 18:25 initramfs-3.11.10-100.fc18.x86_64.img
root root 7.7M Dec 13 18:28 initramfs-3.11.10-100.fc18.x86_64kdump.img
root root  36M Nov 13 15:24 initramfs-3.11.7-100.fc18.x86_64.debug.img
root root  35M Nov 13 15:23 initramfs-3.11.7-100.fc18.x86_64.img
root root 7.7M Nov 13 15:36 initramfs-3.11.7-100.fc18.x86_64kdump.img
root root  36M Dec  1 20:35 initramfs-3.11.9-100.fc18.x86_64.debug.img
root root  35M Dec  1 20:33 initramfs-3.11.9-100.fc18.x86_64.img
root root 7.7M Dec  1 20:55 initramfs-3.11.9-100.fc18.x86_64kdump.img
root root 2.6M Dec  2 14:35 System.map-3.11.10-100.fc18.x86_64
root root 2.8M Dec  2 14:23 System.map-3.11.10-100.fc18.x86_64.debug
root root 2.6M Nov  4 09:14 System.map-3.11.7-100.fc18.x86_64
root root 2.8M Nov  4 09:05 System.map-3.11.7-100.fc18.x86_64.debug
root root 2.6M Nov 20 15:29 System.map-3.11.9-100.fc18.x86_64
root root 2.8M Nov 20 15:17 System.map-3.11.9-100.fc18.x86_64.debug
root root 5.0M Dec  2 14:35 vmlinuz-3.11.10-100.fc18.x86_64
root root 5.5M Dec  2 14:23 vmlinuz-3.11.10-100.fc18.x86_64.debug
root root  174 Dec  2 14:23 .vmlinuz-3.11.10-100.fc18.x86_64.debug.hmac
root root  168 Dec  2 14:35 .vmlinuz-3.11.10-100.fc18.x86_64.hmac
root root 5.0M Nov  4 09:14 vmlinuz-3.11.7-100.fc18.x86_64
root root 5.5M Nov  4 09:05 vmlinuz-3.11.7-100.fc18.x86_64.debug
root root  173 Nov  4 09:05 .vmlinuz-3.11.7-100.fc18.x86_64.debug.hmac
root root  167 Nov  4 09:14 .vmlinuz-3.11.7-100.fc18.x86_64.hmac
root root 5.0M Nov 20 15:29 vmlinuz-3.11.9-100.fc18.x86_64
root root 5.5M Nov 20 15:17 vmlinuz-3.11.9-100.fc18.x86_64.debug
root root  173 Nov 20 15:17 .vmlinuz-3.11.9-100.fc18.x86_64.debug.hmac
root root  167 Nov 20 15:29 .vmlinuz-3.11.9-100.fc18.x86_64.hmac

我非常有信心，但我还没有能够在 Google 上找到直接的答案，但我现在可以安全地删除这些文件，对吗？

感谢您的时间和见解。

问候，

答案1

简单的解决方案（与 Linux 发行版无关）是cd /boot && ls -hl。通读输出并删除所有旧内核文件。就我而言，最新的内核是 3.14。，所以我sudo rm config-3.11*删除了其他 3.11内核文件。这释放了 /boot 分区中大约 280 MB 的空间。

如今，她又能出色地工作了。

如果您正在运行基于 Debian 的发行版，则需要linux-image*在 /boot 中查找文件，但在 CentOS / Fedora / RHEL 上，要删除的文件如下：

注意：使用uname -a来找出您当前的kerenl版本（例如输出：Linux local-dev 3.14.2-200.fc20.x86_64 #1 SMP Mon Apr 28 14:40:57 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux，所以我当前的内核版本是3.14.2）。

sudo rm vmlinuz-3.{old kerenel version}*

sudo rm config-3.{old kernel version}*

sudo rm System.map-3{old kernel version}.*

而且，一旦您重新启动，您就可以开始了！

警告：修改 /boot 分区很容易导致系统崩溃。请谨慎操作，并且仅在您了解上述命令的作用以及执行这些命令时所执行的操作时才使用它们！

相关内容