我有一个在 VirtualBox 2.2.4 中运行的 Ubuntu 虚拟机,我在一个 8gb 的虚拟磁盘上创建了它,该磁盘太小了。
所以,我试图增加磁盘的大小。到目前为止,我已经这样做了:
但是现在我的新 100gb 虚拟磁盘上仍然使用 8gb 分区。
从这里到拥有 100GB 分区的最简单路径是什么?:) 我收集 GPart 可以调整分区大小,但它似乎不支持 LVM2 分区,我的似乎是。
谢谢
我阅读了很多关于从文件映像 VM 存储切换到基于分区/LVM 卷的建议。
声称分区/LVM 比图像文件快得多。
在我看来,缺点是不再将整个 VM 放在一个易于复制和迁移的文件中。
任何人都可以就此提出建议,特别是如果新版本的 Xen 确实存在任何差异,并且是否有任何 IO 基准测试来支持它?
谢谢!
在了解了一些 LVM 镜像之后,我考虑更换我正在使用的当前 RAID-1 方案以获得一些灵活性。
问题是,根据我在网上查到的,LVM是:
http://www.joshbryan.com/blog/2008/01/02/lvm2-mirrors-vs-md-raid-1/
此外,至少对于我阅读的几个设置指南(http://www.tcpdump.com/kb/os/linux/lvm-mirroring/intro.html),该指南实际上需要第三个磁盘来存储 LVM 日志. 这使得设置在 2 个磁盘安装上完全无法使用,并降低了更多磁盘上使用的镜像磁盘的数量。
任何人都可以评论上述事实,并让我知道他使用 LVM 镜像的经验吗?
谢谢。
我调整了逻辑卷和文件系统的大小,一切都很顺利。我安装了新内核,重启后我既不能启动当前内核,也不能启动以前的内核。选择 grub(2) 选项后出现未找到卷组错误。从繁忙的盒子中检查显示卷未注册到设备映射器并且它们处于非活动状态。激活后我无法挂载它们,我收到文件未找到错误(挂载 /dev/mapper/all-root /mnt)。
任何想法如何在启动时继续或使它们处于活动状态?或者为什么卷在启动时突然不活动?
问候,
马立克
编辑:进一步调查显示,这与调整逻辑卷的大小无关。启动失败后必须在 ash shell 中手动激活逻辑卷这一事实以及此问题的可能解决方案在我下面的回复中有所介绍。
在我的 Intranet 服务器上,我有一个 100.00 GiB 的分区 /dev/sda5,我将其用作 lvm2 的物理卷。
我想将 lv01 减少到大约 97 GiB,所以我可以创建大约 lv02。3 GiB(我需要它来拍摄 lvm 快照)。
到目前为止我做了什么:
e2fsck -f /dev/mapper/vg01-lv01
resize2fs /dev/mapper/vg01-lv01 97G
Run Code Online (Sandbox Code Playgroud)
这很有效。但现在我得跑了
lvreduce --size ? /dev/mapper/vg01-lv01
Run Code Online (Sandbox Code Playgroud)
而且我不确定,我必须指定哪个确切值。该lvreduce手册页明确警告说,所产生的大小不能大于文件系统更小。我也不想让它变得比它必须的更大。但现在我有不同的数字:
97G在 resize2fs 中指定。df -h 说,它是 96 G。df 说,它是 100115936 个 1K 块。我必须指定lvreduce什么?
当前接受的答案提供了一个很好的解决方法。然而,为了将这些东西集成到可靠的脚本等中,我通常更喜欢使用精确的测量来代替。或者也许已经有一个可靠的 (!) 脚本或工具可以一步执行整个调整大小过程?
我正在尝试添加一个物理卷,用于添加卷组,从而在其中添加 LV。可悲的是,我收到以下错误。
[root@server ~]# pvcreate /dev/sdb1
Device /dev/sdb1 not found (or ignored by filtering).
[root@server ~]# fdisk -l /dev/sdb
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 19966.2 GB, 19966213488640 bytes
255 heads, 63 sectors/track, 2427420 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start …Run Code Online (Sandbox Code Playgroud) 我正在使用 LVM 镜像。继一些磁盘问题之后,我担心镜像中数据的一致性。无论如何,我可以让 LVM 物理比较每个镜像中的数据吗?
我在硬件 RAID6 中有 10 个磁盘,每个磁盘有 8 TB(因此,8 个数据磁盘 + 2 个奇偶校验)。按照一个非常相似的问题的答案,我希望自动检测所有必要的参数。但是,在最后创建 XFS 文件系统时,我得到了
# mkfs.xfs /dev/vgdata/lvscratch
meta-data=/dev/vgdata/lvscratch isize=256 agcount=40, agsize=268435455 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=0 finobt=0
data = bsize=4096 blocks=10737418200, imaxpct=5
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal log bsize=4096 blocks=521728, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Run Code Online (Sandbox Code Playgroud)
这看起来像没有使用条带化。由于我在不同网站上找到的不同术语(条带大小、条带大小、条带块……),我想问一下我的手动参数是否正确。
RAID 6 的条带大小设置为 256KB:
# ./storcli64 /c0/v1 show all | grep Strip
Strip Size = 256 KB
Run Code Online (Sandbox Code Playgroud)
因此,条带大小为 …
lvcreate -L 200GB -s -n snapshotname /dev/hostname-vg/root
对文件系统进行更改
将文件系统恢复到创建快照时的状态
lvconvert --merge /dev/hsotname-vg/snapshottorestore
lvs -a原始快照仍然存在
系统恢复到快照时,原始快照被删除
是否有替代方法lvconvert,或者我可以添加一个标志,以便不删除原始快照?
使用lvconvert上面的命令,我需要记住在恢复后再次手动重新创建相同的快照。由于这是一个包含许多更改的大卷,因此我需要等待半小时才能制作快照。(您无法拍摄仍在合并的卷的快照)
卷立即恢复。所以我有一个可以立即使用的干净系统,但我不想在没有备份的情况下继续。所以我需要折腾半个小时,然后备份,然后进行更改。
我有 Ubuntu Server 18.04 LTS 在我的服务器中运行 16GB SanDisk USB 随身碟。据我所知,当我在那里安装 Ubuntu 时,我启用了 LVM 支持。出于某种原因,当我ssh进入我的服务器时,它说/ is using 99.6% of 3.87GB,但做sudo fdisk -l /dev/sdm说:
Disk /dev/sdm: 14.6 GiB, 15664676864 bytes, 30595072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 7DF91AEG-9DE1-43B2-A7C7-EB564B51FEB2
Device Start End Sectors Size Type
/dev/sdm1 2048 4095 2048 1M BIOS boot …Run Code Online (Sandbox Code Playgroud) lvm ×10
linux ×3
partition ×2
raid ×2
ubuntu ×2
backup ×1
benchmark ×1
centos ×1
ext3 ×1
filesystems ×1
initramfs ×1
mirroring ×1
performance ×1
pv ×1
snapshot ×1
ubuntu-18.04 ×1
virtualbox ×1
xen ×1
xfs ×1
zfs ×1