Answers:
当机器无法处理大型硬盘驱动器时，这是“ ye olde tymes”的保留。/boot分区背后的想法是使该分区始终可被驱动器插入的任何计算机访问。如果机器可以到达驱动器的起始位置（较低的气缸号），则它可以引导系统。从那里，Linux内核将能够绕过BIOS引导限制并解决该问题。随着现代机器解除了这一限制，/boot除非您需要对其他分区进行额外处理，例如加密或引导加载程序本身无法识别的文件系统，否则不再需要将其单独分开。
从技术上讲，只要您没有使用真正的旧硬件（1998年前后），就可以摆脱一个分区的困扰。
如果您确实决定使用单独的分区，请确保为其留出足够的空间，例如200mb。对于几次内核升级（每次消耗几兆）来说，这已经足够了。如果/ boot开始填满，请删除您不使用的较旧的内核，并调整引导加载程序以识别这一事实。
/boot。
拥有/ boot分区的原因之一是它允许使用诸如加密的/之类的东西，其中的内核和initrd是从未加密的分区中加载的，然后用于装载包含操作系统的加密根分区。但是，对于一般用法来说并不重要。
从Riccardo Murri添加评论：
单独使用/ boot也是有历史原因的：在较早的时候，BIOS只能访问大磁盘的一部分，因此OS引导加载程序所需的所有文件都必须保存在BIOS可访问区域中。因此，一个单独的/ boot分区。不过，这不再适用
像Red Hat这样的主要企业发行版的主要原因是，我认为Suse使用单独的/ boot是因为它们默认使用LVM，而不能使用Grub从LVM进行引导。就这么简单。
因此，如果您想使用LVM，那将是一个福音，请使用单独的/ boot。就个人而言，我认为这是使用LVM和单独的分区进行的事情上好的做法，比如/var，/boot，/home和/tmp，甚至/usr在服务器上，例如，为了保护您的根文件系统或数据分区从快满。
/则必须有一个单独的/boot分区。
最终的原因（没有给出的那么重要）是，如果磁盘的一部分损坏，它可以使PC保持可引导状态。您拥有的分区越多，简单地不因故障而挂载该分区就越容易。
有时这可能很有用，但是通常总有一种更好的方法。
编辑：另一点：假设使用LVM的Linux是避免任何潜在问题的好方法，它使调整“分区”的大小和添加新空间变得容易。
在回答“可能导致什么问题”这个问题的一部分时：与任何分区一样，总是存在这样的风险，即您将需要比最初分配的空间更多的空间。尽管在的情况下这种情况不太可能发生/boot，但最近由于小尺寸而导致Fedora的预升级存在问题/boot。
关于问题的第二部分，将与当前发行版无关的所有内容放在单独的分区中可能会很有用。通过在驱动器上还留出额外的可用空间，这可以在将来需要时允许安装其他发行版，或重新安装当前发行版，从而共享对您希望在两者上看到的任何内容的访问权限。
这样，用于单独分区的候选对象将是/ usr / local和/ home以及/ root。我个人发现，创建自定义分区，将它们安装在任意安装点（例如/ part / data）中，然后进行符号链接，效率更高，如下所示：
sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local
我认为未提及的另一个原因是，您可以使用文件系统类型和所需的配置，这些文件的类型和配置/boot肯定与用作的文件系统类型和配置不同/。日志记录，校验和等功能对它们没有用/boot，您可以通过停用它们或使用更简单的文件系统（如ext2）来加快启动速度。
让我在这里写下我的一些心得：
就我而言，我有RAID 1（仅用于/ boot 1GB）和剩余磁盘空间的RAID 5。
我使用来自debian挤压的grub 2，它很好。Grub 2不再像grub 1那样具有此限制。
如今，这无关紧要。当您拥有不知道如何从RAID5引导的grub版本1时，这是必需的，但是它知道如何从RAID 1引导。这就是原因。
就我而言，我只是为了以防万一，如果发生不好的情况，我可能会需要它。因为并非每次您都在口袋中拥有新的LIVE debian或ubuntu。
另外，如果发生了一些不好的事情，我将备份/ boot。一旦它已经保存了我的安装。
我将Linux SW RAID 1与3个HDD一起使用，并将RAID 5与相同的HDD一起使用。我用于RAID 1的前1 GB。
但是，如果使用LILO或GRUB版本1.98-> 2，则无需分隔/ boot分区。