看起来目前大多数操作系统安装程序坚持将 /boot 放在非 RAID 分区（或“看起来像”非 RAID 分区的那种 RAID1 分区），即使是支持 RAID5 和 GRUB2 的安装程序。
我猜这个限制是 Grub1 遗留下来的历史遗迹。我的理解是 Grub1 对 RAID 一无所知，因此无法启动任何类型的 RAID 阵列——除了“看起来像”非 RAID 阵列的 RAID 阵列。
这是 Grub2 或操作系统安装程序的限制吗？
我听说有传言说 Grub2“能够在 RAID-0、RAID-1 或 RAID-5、元数据 0.90、1.0、1.1 或 1.2 上支持 /boot”。
Grub2 真的支持将 /boot 放在具有 1.2 元数据的软件 RAID1 分区上吗？
Grub2 真的支持将 /boot 放在软件 RAID5 分区上吗？
一个理想的答案将链接到解释如何将 /boot 分区（在非 RAID 分区上）移动到 RAID5 分区的教程。
“看起来像”一个非 RAID 分区，我的意思是要么
我通常使用机器 A，并将 A 备份到文件服务器 B 上。迟早我会因为某种原因而丢失机器 A。它的硬盘磨损了，或者被闪电击中了，或者一些销售人员让我相信这是一块令人尴尬的过时垃圾，或者超频实验出了可怕的错误，或者它遭受了“与闪光相关的事件”等等。
假设计算机 C 与计算机 A 完全不同——不同的大容量存储接口、不同公司的处理器、不同的屏幕分辨率等。
是否有一种简单的方法可以在灾难发生之前列出 A 上当前安装的所有软件，以便在计算机 C 的空白硬盘驱动器上轻松安装相同的软件？或者更好的是，可以轻松安装每个软件的最新版本，以及针对该特定机器 C 优化的特定子版本？
如果我在 B 上有足够的空间，似乎最简单的方法是将所有内容从 A复制到 B。如果我这样做，将我想从 B 复制到 C 的文件与我不想复制的文件分开的好方法是什么？我不想复制二进制文件，我可以根据需要轻松地重新下载（并可能重新编译），并且无论如何可能无法在机器 C 上工作。或者从长远来看，首先尝试避免将这些容易获得的特定于机器的二进制文件备份到 B 上是否更好？有没有更好的方法来减少病毒和木马被传递到 C 并重新激活的机会？
当我自定义软件或编写全新的软件时，有什么好方法可以确保我所做的调整得到备份并转移到新机器上并安装？比如cron和anacron任务？
我该怎么做才能安全顺利地过渡到一些新的计算机 C？
（这个问题扩展了我认为特别重要的 “增量系统备份和恢复 w/rsync 或 rdiff-backup 问题”的子问题）。
如何在可启动 U 盘上安装 Grub2？
我在某处听说 Grub2 可以直接从“.iso”映像启动，所以我希望 Grub2 能够轻松地将多个“liveCD”iso 映像拖放到可启动的 USB 记忆棒上并试用它们。