SLES分区安装

如果可以使用整个磁盘作为PV我会去那个。 这将允许即使没有分区对不同的挂载点使用不同的LV。

至于安装程序 – 将系统安装到分区虚拟机中，然后将其克隆到另一个虚拟机的原始磁盘中。 请确保将/boot/grub/device.map /etc/fstab ，/boot/grub/menu.lst更改为/ dev / sdaN中的/ dev / sda。

您可能需要重新安装grub，并使用rescue cd。

在过去的几个月里，我已经制定了一套答案。

首先，我制定了一个无部分安装的方法。 我已经结束了（在我的脑海里）更好的方法，所以解释是不完整的：

1. 安装在一个部分（无交换）的虚拟磁盘上
2. 创build另一个原始磁盘
3. 直接格式化磁盘（mkfs -text2 / dev / WHATEVER）
4. Muck用grub说服它启动。 细节现在有点朦胧（自从我解决了这个问题已经有一段时间了），但基本上它是a）从应急映像启动（我使用gparted CD作为适当的体系结构）b）使用强制安装参数从该映像运行grub。

这种方法有几个问题。 实时resize工作指向，但没有“重读分区表”命令（kpartx之类）工作。 这是有道理的，因为没有分区可读。 必须重新启动才能识别resize。 但正如我所表示的：

更好的方法

这对我来说是不直观的。 它需要两次重新启动，但这是停机时间的程度。

1. 创build一个单独的分区安装（它可以使用交换，但没有更干净）。
2. 使用VMpipe理工具resize
3. 用fdisk重写分区表。 是的，可怕的，但实际上是更安全，然后听起来：细节
   1. 创build一个快照作为安全预防措施
   2. 重新启动或进行实时重新扫描。
   3. 打印分区表作为预防措施
   4. 删除分区表（只有一个分区使得这更容易）
   5. 重新创build分区。 默认值几乎肯定是正确的，但这就是为什么您保存副本。
   6. 确保将该部分标记为可启动！
   7. 把它写出来。
   8. 重新启动（交叉你的手指，但它会工作）。
   9. resize2fs

这样可以减less停机时间，并且可以和股票安装一起工作。 那么LVM方法就简单多了。 它可以追溯应用于几乎任何安装（多个分区只是使娱乐更复杂）。 这要快得多（我会反直觉地认为是更安全），然后是分而治之的方法。