Làm thế nào để phân vùng Hệ thống EFI được tạo dự phòng mà không cần sử dụng RAID phần cứng?

BCP để làm cho phân vùng Hệ thống EFI trở nên dư thừa mà không cần sử dụng RAID phần cứng là gì?

Nếu tôi tạo phân vùng Hệ thống EFI 3x trên các thiết bị khác nhau và sau đó sao lưu mọi thay đổi được thực hiện đối với phân vùng chính (được gắn tại /boot/efi) đến các thiết bị sao lưu (được gắn tại /boot/efi-[bc]):

• Hệ thống sẽ vẫn khởi động nếu thiết bị chính bị lỗi, tức là nó sẽ chọn một trong các phân vùng hệ thống EFI dự phòng chứ?
• Hệ thống sẽ chọn phân vùng Hệ thống EFI một cách xác định khi khởi động, tức là các thay đổi đối với phân vùng chính phải được sao chép trên các bản sao lưu trước lần khởi động lại tiếp theo?

Có cách tiếp cận nào tốt hơn để hệ thống vẫn khởi động nếu thiết bị chính bị lỗi không?

1. Thông số kỹ thuật UEFI thiếu kiến ​​thức về RAID phần mềm. Đó là sự thiếu hụt được biết đến.

Tôi đoán có lẽ đó là do nó bị ảnh hưởng phần lớn bởi những người của Microsoft, những người không thể tạo một mảng RAID phần mềm đáng tin cậy trong Windows và họ không biết có thể tạo mảng từ các phân vùng bằng siêu khối đơn giản mà không cần nội bộ đặc biệt cấu trúc (chỉ Windows mới có thể tạo các mảng từ các đĩa được chuyển đổi thành trình quản lý đĩa logic "động" hoặc định dạng không gian lưu trữ).

2. Bạn có thể tạo một số ESP trên các thiết bị khác nhau và đồng bộ hóa chúng theo cách thủ công.

Ví dụ: nếu bạn cài đặt Proxmox VE trên "RAID phần mềm" của ZFS, nó sẽ tạo ra một số ESP và cài đặt "móc nối" đặc biệt chạy sau kernel, bộ nạp khởi động và các bản cập nhật nội dung liên quan đến khởi động khác, và móc nối đó đảm bảo tất cả các ESP đều hoạt động bình thường. được giữ đồng bộ.

3. Để ESP dự phòng tiếp quản nếu thiết bị chính bị lỗi, bạn nên thiết lập các mục khởi động UEFI cho tất cả các ESP của mình. Trong Linux, nó được thực hiện như thế này:

efibootmgr -c -d /dev/sdb -l \EFI\DEBIAN\GRUBX64.EFI -L debian-sdb
efibootmgr -c -d /dev/sdc -l \EFI\DEBIAN\GRUBX64.EFI -L debian-sdc
efibootmgr -c -d /dev/sdd -l \EFI\DEBIAN\GRUBX64.EFI -L debian-sdd
efibootmgr -c -d /dev/sda -l \EFI\DEBIAN\GRUBX64.EFI -L debian-sda

Đây là ví dụ thực tế từ một trong những hệ thống được quản lý của tôi. Nó giả định rằng các ESP là phân vùng đầu tiên của mỗi đĩa.Điều này nên được thực hiện sau khi bạn đã đồng bộ hóa nội dung của các ESP của mình. efibootmgr -v sẽ xác nhận rằng tất cả các mục khởi động mà bạn tạo như thế này đều sử dụng các thiết bị khác nhau.

Xem thêm: https://askubuntu.com/questions/66637/can-the-efi-system-partition-be-raided

Nội dung của phân vùng EFI phải tương đối ổn định, do đó, sao chép thủ công các thay đổi sang các bản sao khác trên các đĩa khác sau khi cập nhật sẽ ổn. Và ngay cả khi các thay đổi không được sao chép, các bản sao cũ có thể vẫn ổn miễn là chúng không có quá nhiều bản sửa đổi phía sau.

Hệ thống sẽ khởi động từ một EFI thay thế chứ? Đó là một câu hỏi khó hơn. Hầu hết các phiên bản bios hiện đại đều hỗ trợ nhiều thiết bị khởi động và có thể thử tất cả chúng theo thứ tự cho đến khi một thiết bị hoạt động. Vì vậy, sau đó bạn chỉ cần đảm bảo rằng tất cả chúng đều ở đó và theo đúng thứ tự. Bạn có thể cần chạy lệnh linux theo cách thủ công để cập nhật danh sách và thứ tự bộ tải khởi động EFI.

Tuy nhiên, có thể tốt hơn nếu không để nó tự động khởi động khi bị lỗi. Nếu đĩa EFI chính bị lỗi, bạn vẫn có thể khởi động thủ công và cố gắng sửa chữa. Nhưng việc có EFI dự phòng ngay cả khi nó không theo thứ tự khởi động sẽ giúp việc khôi phục dễ dàng hơn rất nhiều.

Một quan điểm khác -- nếu một đĩa trong hệ thống đột kích sắp hỏng, nó có khả năng hỏng khi hệ thống hoạt động. Nếu bạn phát hiện tình trạng này trước lần khởi động tiếp theo, bạn có thể dễ dàng kích hoạt một trong các bản sao EFI dự phòng của mình (và thậm chí có thể đặt nó thành bản chính) cho đến khi thay thế ổ đĩa bị lỗi.