Windows VMWare来宾可以轻松地实时调整大小。对于linux来宾,我使用了LVM (添加磁盘、部件探测、将磁盘添加到vg、lv可扩展性、resize2fs)。这个很管用。
我刚刚偶然发现了更好的方法的草图。第一个似乎是非常可行的,使用没有分区的LVM物理卷。这允许用一个额外的卷进行扩展(而且非常简单,工作量更少)。如果我能把它缩减到S的单曲VMDK就更好了
不过,在散落在互联网上的几个帖子(包括这一景象的unix表亲)中暗示了更多的反诽谤选项,这些帖子都是从无党派的VMDK上跑出来的。这看起来很干净,但我遇到了一个主要的障碍,用于测试(和实现)到无分区系统的安装。
我们是一个SLES/OES商店,这很容易与另一个发行版,但我不能让安装程序跳过分区。我尝试用预先格式化的整个磁盘以及SLES安装磁盘格式化过程的各种排列来呈现它。
下面是一些帖子..。
https://unix.stackexchange.com/questions/14010/the-merits-of-a-partitionless-filesystem (最后一篇文章)
http://v-reality.info/2010/06/working-with-linux-volumes-n-vsphere/
我可以手动复制/移动东西。有人有什么建议吗?
发布于 2012-05-22 20:56:52
如果可以使用整个磁盘作为PV,我就会这么做。这将允许对不同的挂载点使用不同的LV,即使没有分区。
至于安装程序--将您的系统安装到分区的vm中,然后将其克隆到另一个VM的原始磁盘中。确保将/boot/grub/device.map、/etc/fstab、/boot/grub/menu.lst从/dev/sda更改为/dev/sda。
您可能需要重新安装grub,使用救援cd。
发布于 2012-10-11 22:39:24
在过去的几个月里,我想出了(一套)答案。
首先,我想出了一个无分区安装的方法。我最终得到了一种(在我看来)更好的方法,所以解释是不完整的:
这种方法有几个问题。实时调整大小可以指向点,但“重新读取partion表”命令(kpartx等)都不起作用。这是有意义的,因为没有分区可读。必须重新启动才能识别调整的大小。但正如我所说:
更好的方法
这对我来说是不直观的。它确实需要两次重新启动,但这就是停机时间的范围。
这有最小的停机时间,并将与库存安装工作。它比LVM方法要简单得多。它可以追溯应用于几乎任何安装(多个分区只会使娱乐更加复杂)。这要快得多(而且我会反直觉地认为更安全),然后才是分道扬镳的方法。
https://serverfault.com/questions/390188
复制相似问题