为 Iomega IX2-200 添加了 4Tb HDD，但无法扩展卷

2024-6-1 • tag-icon

mdadm raid1 fdisk

为 Iomega IX2-200 添加了 4Tb HDD，但无法扩展卷

我有一台 Iomega IX2-200，配备 2Tb（1.8Tb 可用）空间。

它有两个磁盘设置为 RAID1。

我正在尝试将其升级到 4Tb 磁盘。

到目前为止，这是我所遵循的流程：

从 IX2 中移除第二张磁盘，并将其替换为 4Tb 磁盘。
IX2 自动开始将磁盘 1（2Tb）重新同步/镜像到新的 4Tb 磁盘。
几个小时后，我们看到第二个磁盘为1.8Tb。
用另一个 4Tb 驱动器替换第一个磁盘，然后重新启动。
IX2 再次开始将磁盘 2 镜像到磁盘 1。
几个小时后，我们在 IX2 中有了 2 个 4Tb 磁盘，但只有 1.8Tb 显示可用。
IX2 尚未gdisk安装，因此我移除磁盘，将它们作为 USB 驱动器连接到 Linux 服务器并运行 gdisk：

gdisk /dev/sdh x e

这使我能够扩展分区（类型 Microsoft 基本数据 0700）。

对另一个磁盘重复此操作。
现在将磁盘放回 IX2 并重新启动。
增加并调整卷大小：

umount /mnt/pools/A/A0
mdadm --grow /dev/md1 --size=max
pvresize /dev/md1

检查结果：

    显示
      --- 卷组 ---
      VG 名称 5244dd0f_vg
      系统 ID
      格式化 lvm2
      元数据区域 1
      元数据序列号 6
      VG 访问 读/写
      VG 状态可调整大小
      最高等级 0
      当前 LV 1
      打开 LV 0
      最大 PV 0
      电流 PV 1
      幕 PV 1
      VG 大小 3.62 TB
      大小 4.00 MB
      总 PE 948739
      分配 PE / 大小 471809 / 1.80 TB
      免费 PE / 大小 476930 / 1.82 TB
      VG UUID FB2tzp-8Gr2-6Dlj-9Dck-Tyc4-Gxx5-HHIsBD

    
      --- 卷组 ---
      VG 名称 md0_vg
      系统 ID
      格式化 lvm2
      元数据区域 1
      元数据序列号 3
      VG 访问 读/写
      VG 状态可调整大小
      最高等级 0
      当前 LV 2
      打开 LV2
      最大 PV 0
      电流 PV 1
      幕 PV 1
      VG 大小 20.01 GB
      大小 4.00 MB
      总 PE 5122
      分配 PE / 大小 5122 / 20.01 GB
      免费 PE / 尺寸 0 / 0
      VG UUID EA3tJR-nVdm-0Dcf-YtBE-t1Qj-peHc-Sh0zXe

重启。
结果-仍然显示为1.8Tb：

DF-H
文件系统大小已使用可用使用率%安装于
根文件系统 50M 2.5M 48M 5% /
/dev/root.old 6.5M 2.1M 4.4M 33% /initrd
无 50M 2.5M 48M 5% /
/dev/md0_vg/BFDlv 4.0G 607M 3.2G 16% /boot
/dev/loop0 576M 569M 6.8M 99% /mnt/apps
/dev/loop1 4.9M 2.2M 2.5M 47% /etc
/dev/loop2 212K 212K 0 100% /oem
tmpfs 122M 0 122M 0％/mnt/apps/lib/init/rw
tmpfs 122M 0 122M 0％/dev/shm
/dev/mapper/md0_vg-vol1
                       16G 1.2G 15G 8% /mnt/系统
/dev/mapper/5244dd0f_vg-lv58141b0d
                      1.8T 1.7T 152G 92% /mnt/池/A/A0

我发现了一些具有卷大小的配置文件，因此我编辑了这些文件：

/etc/sohoProvisioning.xml

增加Size下面 Ident 2 和 3 的值：

<Partitions>
<Partition Ident="0" Drive="0" Size="21484429312" Device="sda1" SysPartition="1"></Partition>
<Partition Ident="1" Drive="1" Size="21484429312" Device="sdb1" SysPartition="1"></Partition>
<Partition Ident="2" Drive="0" Size="3979300000000" Device="sda2" SysPartition="0"></Partition>
<Partition Ident="3" Drive="1" Size="3979300000000" Device="sdb2" SysPartition="0"></Partition>
</Partitions>

已重新启动，但仍然只有 1.8Tb 可用。

更新 1

按照第一个答案建议，我运行了：

lvresize -l +100%FREE /dev/mapper/5244dd0f_vg-lv58141b0d

然后我跑了：

xfs_growfs  /mnt/pools/A/A0
meta-data=/dev/mapper/5244dd0f_vg-lv58141b0d isize=256    agcount=4, agsize=120783104 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=483132416, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096
log      =internal               bsize=4096   blocks=32768, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=0
realtime =none                   extsz=4096   blocks=0, rtextents=0

但数组大小没有改变：

root@nmsts1:/# mdadm -D /dev/md1
/dev/md1:
        Version : 01.00
  Creation Time : Mon Mar  7 08:45:49 2011
     Raid Level : raid1
     Array Size : 3886037488 (3706.01 GiB 3979.30 GB)
  Used Dev Size : 7772074976 (7412.03 GiB 7958.60 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 1
    Persistence : Superblock is persistent

我似乎已经损坏了第二个磁盘，因此阵列仅显示 /dev/sda，但即使只有一个磁盘，调整大小也应该有效，不是吗？

答案1

除最后两个步骤外，您已完成所有操作：

调整逻辑卷大小。vgdisplay 中显示有 1.82TB 可用空间，因此到目前为止您所做的一切都正确无误。现在您只需调整 LV 的大小。例如：
```
lvresize -l +100%FREE /dev/mapper/5244dd0f_vg-lv58141b0d
```
最后调整逻辑卷内的文件系统大小。具体操作取决于您使用的文件系统，但您的帖子中没有提供此信息。

答案2

我按照 Micheal 的建议尝试了lvresize，xfs_grow但没有什么区别。

我还以某种方式设法‘破坏’了第二张磁盘。

无奈之下我找到了这篇文章：

https://www.computerworld.com/article/2717174/vsphere-upgrade-saga--upgrading-the-storage-on-your-iomega-ix2-200.html

这促使我将 Iomeaga IX2-200（大约从 2012 年开始）的固件升级到 3.2.16.30221。我下载了 .tgz 文件并将其提交给 IX2 的 Web 控制面板应用程序。

升级需要一段时间。

升级后，Web 应用程序开始报告有关存储的混合消息 - 主进度条显示 50%，即现在看到 3.7Tb 的空间，但df -h系统仍然报告 1.7Tb。

因此，我尝试了一下xfs_growfs，然后df -h报告了 3.7Tb。

宽慰！！

需要注意以下几点：

文章、用户指南建议 Iomega '调整'以支持 3Tb 的 mox - 我已经成功换成 4Tb。
建议先升级固件。
固件升级后，请按照我的问题中的步骤进行操作。
拥有另一台可以插入驱动器的 Linux 机器有助于备份和使用/安装可能需要的更广泛的工具（在我的情况下是较新版本的gdisk）。

答案3

经过多次尝试，我从 lvscan 中获得了 lvresize 的卷名。df -k 中的卷名对我来说不起作用。

root@sc-disk1:/# lvscan
  ACTIVE            '/dev/md1_vg/md1vol1' [463.81 GB] inherit

root@sc-disk1:/# lvresize -l +100%FREE /dev/md1_vg/md1vol1

  Extending logical volume md1vol1 to 929.57 GB
  Logical volume md1vol1 successfully resized

root@sc-disk1:/# xfs_growfs /mnt/soho_storage

meta-data=/dev/mapper/md1_vg-md1vol1 isize=256    agcount=4, agsize=30396544 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=121586176, 
imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096  
log      =internal               bsize=4096   blocks=32768, 
version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=0
realtime =none                   extsz=4096   blocks=0, rtextents=0

数据块从 121586176 更改为 243680256

答案4

我有一台 ix4-200，在更换了四个磁盘后（因为它们随着时间的推移而出现故障），我按照原始帖子和评论中的一些步骤，成功增大了我的磁盘容量。

以下是我执行的步骤：

mdadm --grow /dev/md1 --size=max

pvresize /dev/md1

lvresize -l +100%FREE /dev/48c2abaf_vg/lv6cbadd06

xfs_growfs /dev/48c2abaf_vg/lv6cbadd06

相关内容