Debian 12(bookworm): 소프트웨어 RAID 1 설치가 grub 오류로 인해 실패함

Question 1

4T에는 GPT를 사용해야 하며 둘 다 전체 디스크 파티션 가능 RAID를 제대로 가질 수 없습니다.그리고부팅하기 위해 BIOS에서 디스크를 인식할 수 있도록 만듭니다(EFI에서는 엄격히 불가능하며 레거시에서는 엄격하지는 않지만 알고 싶지 않은 어둠의 마법이 필요합니다).

(데비안 설치 프로그램이 이 계획을 받아들인다는 것은 부끄러운 일입니다. 그렇게 해서는 안 됩니다. 엄격하게 유효하지 않으며 작동할 수도 없습니다.)

이는 GPT 파티션 테이블이 실제로 장치의 시작과 끝 부분에 모두 저장되기 때문입니다. 전체 디스크 RAID가 사용되고 적절한 MD 메타데이터 해석 없이 표시되면 두 GPT 복사본이 동시에 발생하지 않습니다.

v1.0 MD 슈퍼블록의 경우 두 번째 GPT(끝 부분)가 누락됩니다(BIOS가 예상하지 않는 위치로 더 일찍 이동됨).
v1.1 및 v1.2 MD 슈퍼블록의 경우 첫 번째 GPT(처음)가 이동되어 펌웨어가 이를 찾을 수 없습니다.

어느 쪽이든 디스크에 유효한 파티션 테이블이 있는 것으로 인식하지 못하고 해당 디스크에서 부팅하는 것을 거부합니다.

게다가 UEFI로 부팅하려면 EFI 펌웨어에는 ESP가 소프트웨어 RAID일 수 있다는 단서가 없다는 점을 알아야 합니다(사양에는 이에 대한 내용이 없습니다). 그래서는 안됩니다. ESP는 항상 단순한 GPT 파티션이어야 합니다.

따라서 이 문제를 해결하려면 RAID를 구축한 다음 파티셔닝하는 대신 먼저 디스크를 파티셔닝한 다음 일부 파티션을 RAID로 수집합니다. 이것이 논란의 여지가 있지만 다음과 같은 계획을 제안합니다.

EFI 설치의 경우: 511MiB(기본 오프셋 1MiB)의 ESP(유형 1), Linux RAID 유형의 /boot에 512MiB, 나머지 Linux RAID 유형에 대한 나머지(실수하지 않은 경우 fdisk의 유형 29입니다.) ).
레거시 설치의 경우: 1MiB(유형 4 - biosgrub), 510MiB 부팅(RAID) 및 나머지 RAID.

그런 다음 두 개의 RAID(/boot 및 나머지)를 생성하고 ESP 중 하나를 "ESP"로 선택합니다. 설치 후 두 번째 디스크에서 부팅을 활성화합니다. 그런 다음 큰 RAID에 LVM을 생성하여 파일 시스템을 보관합니다. 거기에서 스왑 볼륨, 루트 FS 볼륨을 생성할 수 있습니다(Debian의 경우 30GiB이면 충분하며 즉시 확장하기 쉽습니다. 모든 데이터를 마운트된 다른 전용 볼륨에 배치한다는 점에 유의하세요. 루트 볼륨에 애플리케이션 데이터를 저장하는 것은 좋지 않습니다) ). 나머지는 시스템 수명 동안 필요에 따라 생성될 수 있습니다.

그런 다음 평소대로 시스템을 설치합니다. ESP 파티션에 FAT32를 생성해야 합니다. 데비안 11 설치 프로그램에는 문제가 있어서 수동으로 만들어야 했습니다. 12번은 설치를 하지 않고 업그레이드만 했기 때문에 잘 모르겠습니다. 부트로더 설치에 관해서는 EFI에 제안된 대로 수행하지만 레거시에서는 이 단계를 반복하고 두 번 설치하여 두 번째에서 두 번째 디스크를 선택하면 즉시 중복 부팅이 가능합니다.

EFI의 경우 첫 번째 시스템 부팅 후 두 번째 "ESP" 파티션에 파일 FAT32 파일 시스템을 수동으로 생성하고 어딘가에 마운트한 다음(저는 /boot/efi2 사용) /boot/efi에서 모든 것을 복사하여 구조를 유지해야 합니다. 그런 다음 를 사용하여 두 번째 펌웨어 부팅 항목을 만듭니다 efibootmgr.여기지침입니다.

Answer