it-swarm.cn

为/ boot创建一个单独的分区好吗?

我见过有人为/boot。这样做有什么好处?这样,我在future中可能遇到什么问题?


另外,除了/home/boot,哪些分区可以分开?推荐吗?

80
Am1rr3zA

当机器无法处理大型硬盘驱动器时,这是“ ye olde tymes”的保留。 /boot partition用于使该分区始终可被驱动器插入的任何计算机访问。如果机器可以到达驱动器的起始位置(低柱面编号),则可以bootstrap系统;从那里,Linux内核将能够绕过BIOS引导限制并解决该问题。问题。随着现代机器取消了这一限制,不再需要/boot分开,除非您需要对其他分区进行其他处理,例如加密或引导加载程序本身无法识别的文件系统。

从技术上讲,只要您没有真正使用真的旧硬件(1998年前后),就可以摆脱一个分区的困扰。

如果您决定使用单独的分区,请确保为其留出足够的空间,例如200mb。对于几次内核升级(每次消耗几兆)来说,这已经足够了。如果/ boot开始填满,请删除您不使用的较旧的内核,并调整引导加载程序以识别这一事实。

47
Avery Payne

拥有/ boot分区的原因之一是它允许使用诸如加密的/之类的东西,其中的内核和initrd是从未加密的分区中加载的,然后用于装载包含操作系统的加密根分区。但是,对于一般用法来说并不重要。

Riccardo Murri 添加评论

单独使用/ boot也是有历史原因的:在较早的时候,BIOS只能访问大磁盘的一部分,因此OS引导加载程序所需的所有文件都必须保存在BIOS可访问区域中。因此,一个单独的/ boot分区。不过,这不再适用

39
dsp

像Red Hat这样的主要企业发行版的主要原因是,我认为Suse使用单独的/ boot是因为它们默认使用LVM,而不能使用Grub从LVM进行引导。就这么简单。

因此,如果您想使用LVM,那将是一个福音,请使用单独的/ boot。就我个人而言,我认为将LVM和单独的分区同时用于诸如/var/boot/home/tmp 乃至 /usr,例如,以保护您的根文件系统或数据分区不满。

18
wzzrd

最终的原因(没有给出的那么重要)是,如果磁盘的一部分损坏,它可以使PC保持可启动状态。您拥有的分区越多,简单地不因故障而挂载该分区就越容易。

有时这可能很有用,但是通常总有一种更好的方法。

编辑:另一点:假设Linux使用LVM是避免任何潜在问题的好方法,它使调整“分区”的大小和添加新空间变得很容易。

13
tsvallender

我认为这是个人喜好,而不是其他任何事情。甚至可能是最佳做法。我个人对/ boot的看法是基于只读的。有时,您需要在其中写入内容以升级内核,或者在grubloader中添加其他操作系统。除此之外,只需要...好,启动。因此,将其放在单独的文件系统中可能有助于将其置于只读状态(甚至可能在安全性方面也是如此)。

应该它是一个单独的文件系统吗?我想不是。但这是个坏主意吗?一点都不!

7
reiche

在回答“可能导致什么问题”这个问题的一部分时:与任何分区一样,总是存在这样的风险:您将需要比最初分配的空间更多的空间。尽管在/boot的情况下不太可能出现这种情况,但最近出现了 Fedora中的预升级问题 是由较小的/boot引起的。

7
Kai

我发现使用单独的/ boot分区从grub Prompt引导时要困难得多。

内核似乎在/ boot上,但initramfs在/(单独的分区)上。

因此,尚不清楚在grub菜单中使用哪个分区。

由于具有单独的/ boot分区的所有潜在优势,因此还存在比正常情况下需要进行更多故障排除的风险(即,运行grub-install而不在之后运行update-grub:S)

1
Alecz

关于问题的第二部分,将与当前发行版无关的所有内容放在单独的分区中可能会很有用。通过在驱动器上还留出更多可用空间,这可以在将来需要时允许安装其他发行版,或者重新安装当前发行版,从而共享对您希望在两者上看到的任何内容的访问权限。

这样,用于单独分区的候选对象将是/ 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
1
Dalker

我认为未提及的另一个原因是,您可以使用/boot首选的文件系统类型和配置,这些文件和配置与用作/的配置肯定不同。日志,校验和等功能对/boot无效,您可以通过停用它们或使用更简单的文件系统(例如ext2)来加快启动速度。

1
sakisk

让我在这里写下我的一些心得:

在我的情况下,我有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分区。

0
MIrra