UEFI 시스템에 Debian을 설치한 후 "부팅 가능한 장치를 찾을 수 없음" 오류가 발생하는 문제 해결 방법

UEFI 시스템에서 "부팅 가능한 장치를 찾을 수 없습니다"라는 메시지는 실제로 무엇을 의미합니까?

UEFI 시스템에서 이 메시지는 일반적으로 펌웨어가 시작할 수 있는 EFI 부팅 경로를 찾지 못했음을 의미합니다. 이 메시지만으로 Debian 자체에 손상이 발생했음을 단정할 수는 없습니다 . 설치된 루트 파일 시스템은 손상되지 않았더라도 펌웨어 항목, EFI 시스템 파티션(ESP) 또는 부트로더 파일이 누락되었거나 인식되지 않을 수 있습니다.

2026년 10월 현재 Debian 13 "Trixie"가 최신 안정 버전입니다. amd64 시스템에서 Debian은 일반적으로 UEFI 부팅에 GRUB을 사용하며, 서명된 shim 및 GRUB 구성 요소를 Secure Boot에 사용할 수 있습니다. Debian의 UEFI 문서에 따르면 펌웨어는 일반적으로 ESP에서 공급업체별 EFI 실행 파일(예: / etc EFI/debian// espub ...

가장 먼저 해야 할 일은 어떤 부분에서 오류가 발생했는지 파악하는 것입니다. 설치 프로그램 부팅 모드, ESP 레이아웃, EFI 파일, NVRAM 부팅 항목, 보안 부팅 호환성 또는 펌웨어 동작 중 어느 쪽이 문제인지 확인해야 합니다.

1. 데비안 설치 프로그램이 UEFI 모드로 부팅되었습니까?

흔히 발생하는 오해 중 하나는 펌웨어 설정에서 "UEFI"를 선택하면 설치 프로그램 자체가 UEFI 모드로 부팅된다는 것입니다. 많은 시스템에서 동일한 USB 드라이브를 두 번 노출합니다. 한 번은 UEFI 항목으로, 다른 한 번은 레거시 또는 CSM 항목으로 노출합니다. 설치 프로그램이 레거시 모드로 시작된 경우, 펌웨어가 예상하는 UEFI 경로 대신 BIOS 스타일 부트로더가 설치될 수 있습니다.

캡션: 펌웨어는 UEFI 지원 장치를 목록에 표시하지만 내장 디스크에서 Debian 부팅 항목을 찾지 못합니다.

확인된 사항: 데비안 설치 프로그램은 UEFI를 지원하며, UEFI 모드로 설치할 경우 EFI 시스템 파티션을 생성합니다. 또한 데비안 설치 프로그램 설명서에는 UEFI 모드와 BIOS 호환 모드가 구분되어 있습니다.

사용하는 기기에 따라 다릅니다 . 부팅 메뉴에 "UEFI: USB", "EFI USB 장치"라고 표시되거나, UEFI를 명시적으로 언급하지 않고 USB 모델명만 사용하는 경우도 있습니다.

조치: 데비안 설치 프로그램 또는 라이브 환경을 다시 부팅하고 UEFI 항목을 신중하게 선택하십시오. 복구 세션에서는 CSM 또는 레거시 부팅을 사용하지 마십시오.

2. 복구 환경 자체가 UEFI에서 실행되고 있습니까?

NVRAM 항목을 복구하기 전에 실행 시스템 또는 복구 시스템에 UEFI 런타임 액세스 권한이 있는지 확인하십시오. 레거시 모드로 부팅된 경우, efibootmgr설치된 Debian 시스템이 다른 부분은 올바르더라도 복구가 실패할 수 있습니다.

test -d /sys/firmware/efi && echo "UEFI mode" || echo "Legacy mode"
efibootmgr

설명: /sys/firmware/efi의 존재는 현재 복구 세션이 UEFI를 통해 부팅되었음을 확인시켜 줍니다.

확인됨: Debian의 GRUB EFI 복구 문서에서는 복구 미디어를 UEFI 모드로 부팅하여 확인 /sys/firmware/efi하거나 실행할 것을 권장합니다 efibootmgr.

조치: 디렉터리가 없는 경우, 계속 진행하기 전에 USB를 UEFI 모드로 재부팅하십시오. 의도적으로 백업 설치만 계획한 경우가 아니라면, 레거시 부팅 복구 세션에서 UEFI NVRAM을 복구하려고 시도하지 마십시오.

3. EFI 시스템 파티션이 존재하고 올바르게 마운트되어 있습니까?

UEFI 펌웨어는 일반적인 GRUB 설정에서 리눅스 루트 파일 시스템에서 직접 부팅하지 않습니다. 대신, EFI 사용을 위해 표시된 FAT 파일 시스템인 ESP에서 EFI 실행 파일을 읽어옵니다.

lsblk -f
blkid
findmnt /boot/efi

캡션: 일반적인 데비안 UEFI 설치에서는 리눅스 루트 파일 시스템과 함께 /boot/efi에 FAT 형식의 ESP 파일이 마운트되어 있습니다.

확인됨: 데비안 설치 프로그램 설명서에서는 EFI 시스템 파티션을 UEFI 부팅 파일에 사용되는 파티션으로 명시하고 있습니다. 데비안 13 지침에서는 현재 부팅 워크플로를 위해 충분한 크기의 ESP(EFI System Partition)를 권장합니다. 데비안 UEFI 위키에서는 현재 768MB에 최소 300MB의 여유 공간을 권장하지만, 기존의 더 작은 ESP에도 충분한 여유 공간이 있다면 작동할 수 있습니다.

ESP가 첫 번째 파티션이어야 한다거나 특정 장치 이름(예: .NVMe)을 사용해야 한다고 가정하지 마십시오/dev/sda1 . NVMe 시스템은 일반적으로 .NVMe와 같은 이름을 사용합니다 /dev/nvme0n1p1.

조치: ESP(Expression Server Provider)를 예시에서 장치 이름을 복사하는 방식이 아닌 파일 시스템 유형 및 파티션 메타데이터를 사용하여 식별하십시오. ESP가 존재하지 않는 경우, 생성 과정에서 파티션을 재분할해야 할 수 있으며 데이터 손실 위험이 있습니다. 파티션 테이블을 변경하기 전에 데이터를 백업하십시오.

4. 데비안 EFI 부팅 파일이 실제로 존재합니까?

ESP가 정상적으로 마운트되면 Debian 디렉터리를 확인하십시오. GRUB을 사용하는 amd64 Debian 시스템에서는 일반적으로 . 아래에 파일이 있습니다 /boot/efi/EFI/debian/. Secure Boot 지원이 설치된 경우 서명된 GRUB이 로드되기 전에 일반적으로 shim이 실행됩니다.

ls -la /boot/efi/EFI/debian/
find /boot/efi/EFI -maxdepth 2 -type f

캡션: EFI/debian 아래에 있는 Debian EFI 로더 파일은 펌웨어가 현재 해당 부트로더 파일을 선택하지 않더라도 부트로더 파일이 존재함을 나타냅니다.

확인됨: 데비안의 UEFI 문서에는 일반적인 벤더 경로가 명시되어 있으며 EFI/debian/, GRUB EFI가 데비안의 기본 UEFI 부트로더라고 설명되어 있습니다. 데비안의 보안 부팅 문서에는 서명된 데비안 커널과 shim 통합이 가능하다고 명시되어 있습니다.

조치: 해당 항목이 채워져 있으면 EFI/debian, 재설치 전에 NVRAM 검사 단계로 이동하십시오. 해당 항목이 없으면 GRUB EFI 재설치가 더 타당합니다.

5. UEFI NVRAM에 Debian 항목이 있습니까?

펌웨어는 일반적으로 부팅 항목을 NVRAM에 저장합니다. ESP에는 펌웨어에 해당 파일을 가리키는 항목이 없더라도 완벽하게 유효한 Debian 파일이 포함될 수 있습니다.

efibootmgr -v

캡션: EFI/debian을 가리키는 Debian Boot#### 항목은 펌웨어에 Debian 로더에 대한 경로가 기록되어 있음을 확인시켜 줍니다.

확인됨: 데비안의 UEFI 문서에서는 일반적인 UEFI 모델을 ESP 상의 벤더별 EFI 로더를 가리키는 부팅 변수로 설명합니다.

펌웨어에 따라 달라지는 부분이 있습니다. 일부 기기는 NVRAM 항목을 재정렬하거나, 필터링하거나, 손실하거나, 무시합니다. 데비안의 UEFI 문서에서는 펌웨어 구현 방식이 다양하며, 일부는 부팅 순서나 벤더 항목과 관련하여 제대로 작동하지 않을 수 있다고 명시적으로 언급하고 있습니다.

조치: 데비안 항목이 있지만 다른 항목 뒤에 있는 경우 펌웨어 설정 메뉴를 사용하여 데비안을 부팅 순서에서 위로 이동할 수 있습니다. 또한 명령어를 사용하여 순서를 변경할 수도 있지만 efibootmgr -o, 예시의 숫자를 복사하는 대신 시스템의 실제 Boot#### 값을 사용해야 합니다.

6. 데비안 복구 미디어를 사용하여 GRUB EFI를 다시 설치하는 방법은 무엇입니까?

데비안 EFI 파일이 없거나, NVRAM 항목이 없거나, 설치 프로그램이 GRUB 설치를 완료하지 못한 경우 이 경로를 사용하십시오. 설치된 루트 파일 시스템과 ESP를 마운트하고, 필요한 가상 파일 시스템을 바인딩한 다음, 설치된 시스템으로 chroot하십시오.

아래 장치 이름은 예시일 뿐입니다. 식별한 파티션을 .으로 대체하십시오 lsblk.

mount /dev/ROOT_PARTITION /mnt
mount /dev/ESP_PARTITION /mnt/boot/efi

mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run

chroot /mnt

GRUB EFI를 사용하는 amd64 시스템에서는 올바른 패키지가 설치되었는지 확인한 다음 로더를 다시 설치하고 메뉴를 다시 빌드하십시오.

apt update
apt install --reinstall grub-efi-amd64 grub-efi-amd64-bin
apt install --reinstall shim-signed

grub-install --target=x86_64-efi   --efi-directory=/boot/efi   --bootloader-id=debian   --recheck

update-grub
efibootmgr -v

캡션: UEFI 부팅 복구 환경에서 GRUB EFI를 재설치하면 로더 파일이 복원되고 정상적으로 Debian 펌웨어 항목이 다시 생성됩니다.

확인됨: Debian 문서에는 라이브 또는 복구 미디어를 사용한 GRUB EFI 재설치 방법이 나와 있으며, 최신 grub-install설명서는 --target, --efi-directory, 및 를 지원합니다 --bootloader-id. Debian GRUB EFI 재설치 가이드 및 Debian의 grub-install 설명서를 참조하십시오 .

조치:--no-nvram GRUB이 펌웨어 항목을 생성하도록 하려는 일반적인 복구 작업에는 이 옵션을 사용하지 마십시오 . 이 옵션은 NVRAM 업데이트를 명시적으로 억제합니다.

7. 펌웨어가 유효한 Debian NVRAM 항목을 무시하는 경우는 어떻게 되나요?

여기서 또 다른 흔한 오해가 나타납니다. efibootmgr -v유효한 Debian 항목이 표시되더라도 GRUB을 반복적으로 재설치해도 문제가 해결되지 않을 수 있습니다. 펌웨어 자체가 해당 항목을 무시하거나 삭제하는 것일 수 있습니다.

UEFI는 이동식 미디어에 대한 대체 경로를 정의합니다. x86-64 시스템에서 이 경로는 일반적으로 입니다 EFI/BOOT/BOOTX64.EFI. GRUB의 --removable옵션은 해당 대체 경로에 설치합니다.

grub-install --target=x86_64-efi   --efi-directory=/boot/efi   --removable

ls -la /boot/efi/EFI/BOOT/

캡션: UEFI 대체 로더 경로는 일반적인 Debian NVRAM 항목을 인식하지 못하는 펌웨어 문제를 해결하는 데 도움이 될 수 있습니다.

확인됨: 데비안의 최신 grub-install매뉴얼에는 --removableEFI 옵션이 설명되어 있습니다. 데비안의 UEFI 문서에서도 문제가 있는 펌웨어에 대한 해결책으로 대체 경로에 대해 설명하고 있습니다.

단점: 대체 경로는 일반적인 공급업체별 NVRAM 항목보다 설명이 부족하며, 해당 항목을 소유해야 하는 다른 운영 체제 또는 도구와 충돌할 수 있습니다 EFI/BOOT/BOOTX64.EFI. 호환성 확보를 위한 임시 해결책으로 사용해야 하며, 우선적으로 선택해서는 안 됩니다.

조치: 먼저 일반적인 Debian NVRAM 항목을 우선적으로 사용하십시오. 펌웨어가 해당 항목을 명백히 무시하는 경우에만 대체 경로를 사용하십시오.

8. 보안 부팅이 진짜 원인일 수 있을까요?

UEFI 부팅 실패의 원인으로 자주 지목되는 것이 보안 부팅(Secure Boot)이지만, "부팅 가능한 장치를 찾을 수 없음"이라는 오류 메시지만으로는 보안 부팅 서명 문제라고 단정할 수 없습니다. 보안 부팅이 로더를 거부할 경우, 많은 시스템에서 부팅 가능한 장치가 없다고 표시하는 대신 보안 관련 오류를 표시합니다.

Debian은 서명된 shim 및 GRUB 구성 요소를 사용하여 지원되는 아키텍처에서 Secure Boot를 지원합니다. Debian 13은 또한 기본적으로 서명된 커널 패키지를 계속 제공합니다.

mokutil --sb-state
dpkg -l | grep -E 'shim-signed|grub-efi.*signed'

확인됨: 데비안의 보안 부팅 문서에는 서명된 shim/GRUB 체인에 대한 설명이 있습니다.

상황에 따라 결과가 달라질 수 있습니다. 사용자 지정 커널, 로컬에서 빌드한 GRUB 바이너리, 서명되지 않은 타사 모듈 또는 수정된 보안 부팅 키 등이 결과에 영향을 미칠 수 있습니다.

조치: 표준 Debian 패키지를 설치한 경우, Secure Boot를 즉시 비활성화하지 마십시오. 먼저 shim-signed적절한 서명된 부팅 구성 요소가 설치되었는지 확인하십시오. Secure Boot를 일시적으로 비활성화하는 것은 진단 테스트일 수 있지만, 시스템이 해당 방법으로만 시작되는 경우, 문제가 해결되었다고 간주하기 전에 서명된 경로가 실패하는 원인을 파악해야 합니다.

9. ESP가 다른 디스크에 있는 동안 Debian이 한 디스크에 설치되었습니까?

다중 디스크 시스템은 또 다른 오류 발생 가능성을 높입니다. 루트 파일 시스템은 한 드라이브에 있고 설치에 사용되는 ESP는 다른 드라이브에 있을 수 있습니다. 두 번째 디스크가 제거되거나 비활성화되거나 나중에 다른 컨트롤러 뒤로 이동되면 Debian의 루트 파티션이 정상임에도 불구하고 펌웨어에서 부팅 가능한 장치가 없다고 보고할 수 있습니다.

lsblk -o NAME,SIZE,FSTYPE,PARTTYPE,PARTUUID,MOUNTPOINTS
findmnt /
findmnt /boot/efi

조치: 복구하려는 ESP가 펌웨어에서 인식 가능한 디스크에 속하는지 확인하십시오. RAID 또는 미러링 시스템의 경우, 부팅 가능한 ESP가 두 개 이상의 물리적 드라이브에 필요한지 여부를 결정하십시오. Debian의 GRUB 설명서에 따르면 UEFI RAID 설정에서는 부팅에 사용할 드라이브에 ESP 콘텐츠가 필요합니다.

10. USB 스틱을 제거하기 전에 수리가 완료되었는지 어떻게 확인하나요?

성공 메시지에만 의존하지 마십시오 grub-install. 복구 환경을 사용할 수 있는 동안 파일, 펌웨어 항목 및 부팅 순서를 확인하십시오.

efibootmgr -v
ls -la /boot/efi/EFI/debian/
ls -la /boot/efi/EFI/BOOT/ 2>/dev/null || true
update-grub

캡션: 가장 강력한 최종 확인 절차는 펌웨어가 선택할 수 있는 데비안 부팅 항목이 표시되는 것이며, 그 후 복구 USB를 제거한 상태에서 부팅이 성공적으로 이루어지는 것입니다.

chroot 환경에서 나와 마운트를 해제하고 시스템을 종료한 후 USB를 제거하고 내장 디스크로 부팅하십시오. 펌웨어 메뉴에 Debian이 나타나지만 여전히 부팅되지 않으면 "부팅 가능한 장치 없음" 오류를 넘어 GRUB, 커널, initramfs, 스토리지 또는 파일 시스템 문제일 가능성이 높습니다.

어떤 수리 방법을 선택해야 할까요?

무엇을 피해야 할까요?

• 루트 파일 시스템이 손상되지 않고 UEFI 부팅 경로만 손상된 경우, 데비안을 즉시 재설치하지 마십시오.
• 기존 EFI 시스템 파티션을 포맷하기 전에 Windows 또는 다른 운영 체제에서도 해당 파티션을 사용하는지 반드시 확인하십시오.
• 튜토리얼에서 GPT를 사용한다고 해서 새 파티션 테이블을 생성하지 마십시오. 먼저 현재 레이아웃을 검사하십시오.
• 다른 컴퓨터의 부팅 번호를 efibootmgr명령어에 복사하지 마십시오.
• --target=i386-pcamd64 UEFI 설치를 복구할 때 와 같이 BIOS를 대상으로 하는 GRUB 명령어를 사용하지 마십시오 .
• 서명된 Debian 부팅 체인이 사용자의 환경을 충족할 수 없다는 증거가 없는 한, 보안 부팅을 영구적으로 비활성화하지 마십시오.
• GRUB 재설치가 성공적으로 완료되었다고 해서 펌웨어가 결과적으로 생성된 NVRAM 항목을 제대로 인식할 것이라고 보장하지는 마십시오.

현재 Debian 환경

2026년 10월 현재 Debian 13 "Trixie"가 안정 버전으로 유지되고 있으며, Debian 13.7은 2026년 9월 12일에 출시되었습니다. 현재 Trixie용으로 게시된 공식 설치 가이드는 Debian Installer 팀에서 제작한 2025년 Debian 13용 가이드입니다. 이전 버전의 Debian을 복구하는 경우 패키지 이름 및 Secure Boot 세부 정보가 다를 수 있으므로 해당 버전에 맞는 문서를 참조하십시오. Debian 안정 버전 정보를 확인하세요 .

공식 참고 자료

• 데비안 13 amd64 설치 가이드
• Debian 설치 프로그램 파티셔닝 및 EFI 시스템 파티션 관련 문서
• 데비안 UEFI 문서
• 데비안 GRUB EFI 재설치 가이드
• Debian Secure Boot 문서
• Debian grub-install 매뉴얼 페이지