☰

고쳐 쓰다:

tag-icon • tag-icon debian boot uefi parted
고쳐 쓰다:

USB 디스크에 파티션을 만들었습니다.parted

parted /dev/sdb
 mklabel gpt
 mkpart boot fat32 0% 1024MB
 set 1 esp on
 set 1 boot on

그런 다음 파티션을 포맷했습니다.

mkfs.vfat -F 32 /dev/sdb1

내 파일 설치 및 복사

마지막으로 다음을 실행했습니다.

efibootmgr --create --disk /dev/sdb --part 1 --loader /EFI/BOOT/syslinux.efi --label "Syslinux" --unicode

그 후에는 더 이상 파티션을 마운트할 수 없습니다.

# mount /dev/sdb1 /mnt/tmp/
mount: /mnt/tmp: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
   dmesg(1) may have more information after failed mount system call.

그러나 디스크는 부팅 가능한 UEFI 디스크 역할을 하므로 파티션은 여전히 ​​존재합니다. 난 그냥 설치할 수 없습니다!

저는 Debian 12에서 이 작업을 하고 있습니다.

이것은 추적입니다.https://ctxt.io/2/AABQzO6_EQ

고쳐 쓰다:

이건 이상해:

방금 다음을 사용하여 파티션을 매핑하면 파티션을 마운트할 수 있다는 것을 알았습니다 kpartx.

kpartx -a -p -kpartx- -s -v /dev/sdb
mount /dev/mapper/sdb-kpartx-1 /mnt/tmp/

답변1

EFI 파티션을 마운트하려면 다음 추가 커널 모듈을 로드해야 하는 것으로 보입니다.

efi_pstore
efivarfs

답변2

커널에 CONFIG_EFI_PARTITION옵션이 활성화되어 있지 않습니까("EFI GUID 파티션 지원", 즉 GPT 파티션 테이블을 의미함)?

이는 커널이 GPT 파티션 테이블을 구문 분석할 수 없으며 kpartx개별 파티션에 대한 맵 구축과 같은 사용자 공간 도구가 필요함을 의미합니다.

kpartxMBR 및 GPT 파티션 테이블을 구문 분석하는 코드가 함께 제공되므로 커널이 GPT를 이해하지 못하는 경우에도 작동할 수 있습니다.

GPT 파티션 테이블에는보호 MBR, GPT를 지원하지 않는 커널은 일반적으로 GPT 파티션 디스크에서 0xee 유형의 단일 MBR 기본 파티션을 감지합니다. 파티션은 전체 디스크, 즉 MBR 파티션 테이블이 처리할 수 있는 약 2TB를 차지합니다. 그 목적은 단순히 MBR 전용 운영 체제 및 파티셔닝 도구에 "이 디스크가 사용자가 모르는 무언가에 의해 사용되고 있음"을 알리는 것입니다.

관련 정보