我最近将家庭服务器中的硬件(主板、CPU、RAM)从旧的 i3-540 (Clarkdale) 升级到新的 i5-7400 (Kaby Lake)。
我正在运行 Linux Mint 18,并使用 mdadm 配置了具有 5 个驱动器的软件 RAID6。我阅读了将袭击转移到新系统的过程,并确信我只需要运行
mdadm --assemble --scan
并且驱动器将被检测到。
不幸的是事实并非如此。升级硬件并使用新硬件启动旧操作系统后,一切似乎都运行良好,但在我连接 RAID 驱动器后,mdadm 没有检测到其中任何一个。
$ mdadm --assemble --scan --verbose
mdadm: looking for devices for further assembly
mdadm: Cannot assemble mbr metadata on /dev/sdf
mdadm: Cannot assemble mbr metadata on /dev/sde
mdadm: Cannot assemble mbr metadata on /dev/sdd
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: No arrays found in config file or automatically
据我所知,RAID 是直接在磁盘上创建的(没有分区)。现在检测到所有驱动器都有 100% 可用空间且没有分区。
GDisk 在所有驱动器上显示保护性 MBR,如下所示:
Disk size is 15628053168 sectors (7.3 TiB)
MBR disk identifier: 0x00000000
MBR partitions:
Number Boot Start Sector End Sector Status Code
1 1 4294967295 primary 0xEE
驱动器本身似乎没问题,其中任何一个都没有 SMART 错误。
升级时超级块是否有可能以某种方式被覆盖?难道是新MB上的UEFI BIOS以某种方式扰乱了它们(旧MB:技嘉GA-H55N-USB3,新MB:华擎Z270M-ITX/ac)?
我读到可能可以通过运行“重新创建”数组
mdadm --create ...
再次使用相同的设置,但由于所有驱动器都连接到新的 SATA 端口,我不知道它们的任何顺序(这似乎很重要),并且我非常犹豫是否要尝试并犯错。
我非常感谢您提供的任何帮助或指导如何解决此问题。
也许这些输出会有帮助:
$ mdadm --assemble --run --force /dev/md0 /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: /dev/sdb has no superblock - assembly aborted
$ sudo fdisk -l /dev/sdb
Medium /dev/sdb: 7,3 TiB, 8001563222016 Bytes, 15628053168 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Typ der Medienbezeichnung: gpt
Medienkennung: 06B4B33D-1857-4745-8A54-86B65E5244D5
$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices: <none>
$ parted /dev/sdb --align optimal unit MiB print
Modell: ATA ST8000VN0022-2EL (scsi)
Festplatte /dev/sdb: 7630885MiB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
答案1
显然,唯一被破坏的是超级块。我克隆了五个驱动器中的三个并重新设计(这个旧脚本)尝试重新组装数组mdadm --create
并挂载底层文件系统。之后我只需重新同步其他两个驱动器即可。