I have a Debian-based system with three drives in it. All three drives have the following partition layout:
Model: ATA ST4000DM000-1F21 (scsi)
Disk /dev/sda: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 99.6MB 98.6MB fat32 boot
2 99.6MB 40.1GB 40.0GB raid
3 40.1GB 4001GB 3961GB raid
The first partition is the EFI system partition. The second and third partitions form two software RAID arrays: a 40GB RAID 1 array containing /
, and an ~8TB RAID 5 array storing data (which is mounted as the home directory for a single user).
The motherboard hosting this system has failed, and I need to get these drives booted in another system. Pulling the data is not enough; I need to actually get the drives to boot.
I have connected all three drives to another machine, and can confirm that it detects the drives. When live booting into Ubuntu, I can confirm that the RAID arrays are intact: mdadm --assemble --scan
has no problem detecting and reassembling both arrays and I can mount and access their contents. I can also successfully mount the ESP partition on all three drives, but due to either a misconfiguration or some misunderstanding on my part, only the ESP partition on the first drive contains anything (a single, 128KB file: /EFI/debian/grubx64.efi
).
However, I can't get the drives to boot. The new host machine is a first-generation i7 (X58 chipset) which does not support EFI. What can I do to get this booting? My hope is that I can somehow boot GRUB off of a USB thumb drive and from there, continue booting off of the drives, but I have no idea how to set up something like that – EFI is something of a mystery to me, and I suspect the fact /
is on a RAID doesn't make it any easier. Can someone give me some idea of where to go from here?