Re: F19 RAID1 drive died - what if it was sda that died?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 03/16/2018 02:55 AM, Gary Stainburn wrote:
Hi Bill,  Thanks for this.  However, when I try this I get:

[root@lou ~]# grub2-install /dev/sda
/usr/lib/grub/x86_64-efi doesn't exist. Please specify --target or --directory
[root@lou ~]#

A quick google shows gives the indication that this is for MBR systems where
mine is UEFI.

Right, don't do that on an EFI system.

A slower google hasn't given me instructions on how to do this on a UEFI
system in a way that I can understand.

Can anyone give the equivelant to Bill's commands above.

I think it should be possible. You will need to use RAID metadata version 1.0 so that the superblock is not at the front. This should allow the BIOS to read the partition as if it was only fat32 and not raid. I'm assuming you don't have windows on this system so nothing should modify the partition while it's not in raid mode.

Make sure you have a live boot available in case something goes wrong. Make a copy of the files on the EFI partition. Create the raid array using "-e 1.0". Format it as fat32. Copy the files back. Adjust your fstab. Make sure you don't change the partition type or flags in the partition table.

this is what the two drives both look like at the moment,

Number  Start   End     Size    File system  Name                  Flags
  1      1049kB  53.5MB  52.4MB  fat16        EFI System Partition  boot
  2      53.5MB  2837GB  2837GB                                     raid
  3      2837GB  2942GB  105GB                                      raid
  4      2942GB  2994GB  52.5GB  ext4                               raid
  5      2994GB  3001GB  6296MB                                     raid

  6      3001GB  3001GB  1049kB                                     bios_grub

I thought this partition was only needed when booting a GPT partitioned drive in legacy (non-EFI) mode.
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux