资料该更新了 - 不要划分/boot分区

[rosynirvana]

仅对于不知道怎么分区的用户而言，高级用户应该明白自己需要什么，例如确定自己使用的BIOS可能无法读取100GB后的位置或是要使用LVM等。

linux社区的一个问题是，很多老旧的资料还在网上传来传去。其中一些真的需要更新了，例如给/boot专门分一个100MB的分区这种做法。

曾经给/boot一个很小的分区是有十分充足的理由的，因为在二十几年前，BIOS只能认一个1024柱面的硬盘，如果启动文件放在0-1023（从0开始数，共1024个柱面）之外，BIOS就无法读取启动所需的文件，从而无法启动。为了兼容这种BIOS，就需要在磁盘前端分出一个小分区专门来存储启动文件。

但是现在，应该是找不到那么古老的主板了，即使能找到，也无法安装现在的linux了。

100MB的boot分区，有什么害处呢？
太小了，放不下现在启动所需的文件了。现在的linux，留下两个内核是很正常的，如果新内核有什么问题，还可以用老内核。这台机器上现在有两个版本的linux内核（3.13.0-85 和 4.4.0.21），一共多大呢？

代码： 全选

ls -al --block-size=M /boot
total 98M

看上去两个内核100MB勉强够用，但是现在的启动文件是越来越大的，例如3.13的initrd是29M，但4.4的initrd有35M，下一次升级内核，100MB就不够用了。

另外在Debian系的Linux发行版上，还有另一个问题，老旧的内核不会被自动清除。上次手动清理冗余内核的时候，/boot已经达到了700+MB。/boot分区满了，内核就无法安装，引发问题。

所以，不要划分/boot分区。

另外，使用gpt的硬盘那个EFI system partition不是boot分区，不要搞混了。

[qy117121]

反正我从来产单独分/boot

[kashu]

/boot单独放在一个分区里也不是说不可以，但只分100MB肯定是很不合适的。
如今的操作系统，我也觉得把/boot单独放在一个分区里已经没有什么意义了。
我记得在安装系统的过程中，分区的时候是不允许/boot太小的，太小不让分。

[rosynirvana]

当然不是“不可以”
而是单独分boot，要考虑更多的东西（例如分小了就要定期手动清冗余内核，分多了等于浪费了），但没有什么收益

自己喜欢怎么分，是自己的问题，但是教不懂怎么分的人如何分，就是另一个问题了

[kashu]

我觉得，越来越多的人会倾向使用LVM，固化分区的那种方式在现今的大硬盘和超大硬盘中已经越来越不受用了。

[rosynirvana]

需要的不是可变大小的分区技术，而是修正一定要用分区来管理这种观念

[kashu]

我现在依旧还是停留在“可变大小”这个看法上。

我也没太理解您上面那句话。

[rosynirvana]

还是问题
首先现在的grub就不兼容LVM
然后LVM也不过是发现不够了要手动调整，和发现不够了删老内核一样的

[onlylove]

用lvm的话，必须划分/boot（至少legacy bios是这样的）

[kashu]

ttvast 回复于：2006-10-10 23:58:43
boot目录下平时不进行读写，因此出现数据丢失损坏的情况比较少，如果把boot和root放在一个分区上，因为root分区经常读写万一inode由于某种原因损坏，也可以影响到boot下的东西。再者，几个不同的操作系统分享boot也是是可行的


sunkez 回复于：2006-10-10 20:28:36
启动数据能快些吧！


tingyu 回复于：2006-10-11 11:49:29
如果你的机器安装了多个linux 版本,boot单独分区非常有意义.


kelela 回复于：2006-10-11 12:36:48
引用：原帖由 lovelypp 于 2006-10-11 12:09 发表
如果你的机器安装了多个linux 版本,boot单独分区非常有意义.
======================================
愿闻其详,能否详细说一下为什么?

因为每个系统的内核和初始initrd.img可以共用一个分区
我觉得这是个个人习惯问题


colddawn 回复于：2006-10-11 14:04:31
个人总结：
1，独立有利于避免文件系统损坏造成的无法启动问题，如果独立出来，而/的文件系统因为别的原因损坏了，至少你还可以正常引导linux内核，并有很大几率进入一个可用的shell来修复系统，如果不独立，则很可能/文件系统损坏导致找不到/boot下的内核镜像，从而无法引导内核。
2，避免1024柱面问题。这个原先是由于bios限制，导致/boot分区要求在硬盘1024柱面前，所以如果硬盘有其他系统的分区，需要单独规划/boot来避免这个问题，不过近3年内的PC机已经不存在此问题了。
3，文件系统支持问题。如果你的引导管理器不支持某种文件系统，则就无法找到/boot下的内核镜像，造成无法引导内核。例如很著名的一种情况是grub无法引导作了linux soft raid 0的分区，因此需要把/boot从raid0独立拿出来分为普通ext3格式来保证内核可以引导。
4，楼上某些人谈到多系统共存共用/boot，想来确实不错，不过个人没有实践过。应该也是个比较有意思的节省空间的办法。

刚刚在网上看了10年前一些老人们的讨论，内容有点旧……

我个人其实还是愿意把/boot单独划分一个分区的。不会分太大，但也不可能只分100MB
其实，我笔记本现在/boot分区只分了200MB，我觉得完全够用

代码： 全选

kashu:/tmp$ df -hT /boot
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/sda1      ext2  184M   39M  136M  23% /boot

如果说/boot分区不超过1GB或2GB，你们会觉得太大（浪费）？或者太小（不够用）吗？
[/size]

[rosynirvana]

10年前的讨论拿出来没什么意思了
第一个/坏了但是/boot没坏，不知道有没有人真的遇到过。第二个已经说过了，06年说近三年，拿到现在已经是“十几年前”了。第三个，现在grub很好地支持ext2,3,4，用别的FS的自己注意，很多时候也是直接支持的。第四个是错误的，因为不同发行版启动文件的initrd可能不一样，而且linux-image这种包主要体积不在/boot下面，而是在/lib/modules

另外39M应该是不正常的，只有一个内核？

[FingerKKK]

两个内核64M。

[dwl301]

100M,,,,你敢不敢分个1000M？？！

[kashu]

另外39M应该是不正常的，只有一个内核？

嗯，只留了一个内核。 我一般sudo apt-fast upgrade后，没什么问题的话，只会留一个最新的，旧的留着基本也没用了

代码： 全选

kashu:~$ ll /boot
total 31M
-rw-r--r-- 1 root root 1.2M Mar 11 09:43 abi-3.16.0-67-generic
-rw-r--r-- 1 root root 168K Mar 11 09:43 config-3.16.0-67-generic
drwxr-xr-x 5 root root 1.0K Apr 24 04:10 grub/
-rw-r--r-- 1 root root  20M Apr 24 04:08 initrd.img-3.16.0-67-generic
drwx------ 2 root root  12K Jul  8  2015 lost+found/
-rw-r--r-- 1 root root 173K Mar 12  2014 memtest86+.bin
-rw-r--r-- 1 root root 174K Mar 12  2014 memtest86+.elf
-rw-r--r-- 1 root root 175K Mar 12  2014 memtest86+_multiboot.bin
-rw------- 1 root root 3.4M Mar 11 09:43 System.map-3.16.0-67-generic
-rw------- 1 root root 6.1M Mar 11 09:43 vmlinuz-3.16.0-67-generic

我把/boot单独分一个区，并特意给它用ext2 FS，是因为ext2没日志特性，而对于/boot分区，基本以读取为主，所以ext3/4的“日志”特性对它是一种累赘。
我认为，ext2给/boot分区能让系统在启动时速度更大化。
[/size]

[自由建客]

我的 Debian 每次更新内核，/boot 下也只有新内核，老的哪去了？
另，我很不愿意用 grub2，还是喜欢 grub0.97，而这个并不支持 ext4。或许哪天我好不容易适应了 grub2，但不支持 ext5，要 grub3 才支持……