Ubuntu 18.04 설치 중 " 'grub-efi-amd64-signed'패키지를 / target /에 설치하지 못했습니다"[중복]


9

데스크탑에 Ubuntu 18.04를 설치하려고하면 다음 오류가 표시됩니다.

편재성 오류 팝업

'grub-efi-amd64-signed'패키지에 설치하는 데 실패했습니다 /target/. GRUB 부트 로더가 없으면 설치된 시스템이 부팅되지 않습니다.

이 오류를 해결하는 방법?


컴퓨터가 EFI를 지원합니까? grub-efi 및 MBR 디스크에 설치하려고하거나 EFI 시스템 파티션을 만들었습니까? 바이오스 설정을 확인하고 문제에 대한 자세한 내용으로 질문을 업데이트하십시오
Eskander Bejaoui

1
BootInfo 작성 요약 보고서에 대한 링크를 게시하십시오. boot- repair의
oldfred

1
나는 같은 문제를 겪고 있었다. 나를 위해 일한 것은 USB 설치 프로그램에서 비 UEFI 부팅 옵션을 선택하는 것이 었습니다.
Esteban Knöbl

-파티셔닝 중에 EFI에 150mb를 할당하십시오. 자세한 내용은 이미지를 따르십시오
Arunph

답변:


2

내 컴퓨터 모두에서 20 개 이상의 실험을 수행 한 후에 원래의 답변을 편집하고 수정했습니다. 간단히 대답하기 위해 이전 답변의 모든 잘못된 가정과 결론을 제거합니다.

---------------- 내 컴퓨터는 1. 2012 년 메인 보드의 UEFI BIOS가 우분투 EFI 유비 쿼터 버전 12.04에 의해 파괴 된 Fujitsu LIFEBOOK-LH532 https : //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 분명히 NoteBook UEFI LH532에서 수동 BIOS 설치를 선택합니다. 나는 "버거"가 아직 남아 있기 때문에 메인 보드에 짧은 회로 점퍼 cl1 & cl2에 대한 내 노트북을 열지 않기 때문에. *** 하드 디스크에 EFI 파티션을 제공하지 않아 수동 BIOS 모드를 강제했습니다. 그러나 모든 설치는 UEFI 메인 보드에 영향을 미치며 EFI UBUNTU "FIRST"설치를 시도합니다.

  1. 이전 기가 바이트 크세논 서버 비 UEFI 메인 보드

    전혀 오류가 없습니다.

주제와 정확히 같은 오류로 인해 "UEFI"노트북에만 문제가 발생했습니다.

  1. 비 테이블 UEFI 노트북 (LH532). 유비 쿼티 기존 UBUNTU GRUB을 파괴하십시오.
  2. "또는 IF LUCKY"는 16.04에 의해 설치된 이전 Bios grub을 사용하고 부팅 시간이 시작될 때 약간의 오류가 발생하여 새로운 18.04 (이전 16.04 파티션)로 부팅됩니다.

나는 부팅을 수정했다

  1. 고통?? 복잡한? 다른 파티션 또는 BOOTED Live usb의 기존 우분투 설치에 설치된 Boot-Repair (grubcustomiser 사용 실패) 사용. 그리고 사용 된 우분투 18.04의 풍미뿐만 아니라 시스템의 하드 디스크 구성에 따라 한 번과 다른 지침을 따르십시오.

https://help.ubuntu.com/community/Boot-Repair

  1. 쉽고 뛰어난 "대부분의 시간". UBUNTU의 16.04를 사용했거나 LUBUNTU가 동일한 컴퓨터의 다른 하드 디스크 파티션에서 "18.04"를 설치했고이 오류로 grub을 설치하지 못한 새 설치를 수행했습니다.

따라서 16.04는 시스템을 부팅합니다. 그리고 16.04 그럽에서 Great 18.04 버전에 액세스 할 수 있습니다.

그렇습니다. LUBUNTU 16.04가 18.04를 선택하는 올바른 옵션으로 LH532 노트북에 새 GRUB을 설치 한 후 UBUNTU 18.04를 사용하여이 답변을 작성합니다.

이 주제의 오류 이유는 수동 "다른 것"설치 모드에 대한 EFI 파티션을 제공하지 않기 때문입니다.

나처럼 EFI 파티션이없는 경우 이 오류가 발생합니다.

그러나 16.04 버전은 더 유비 쿼티가 있습니까? 도대체 무엇이? 18.04보다. BIOS 설치 (하드 디스크에 efi 파티션 없음)로 설치하고 BIOS 모드로 우분투를 설치하기 위해 "GO BACK"을 선택할 수 있습니다. 그러나 18.04는 내 경우와 가능한 한 선택하지 않고 설치를 수행합니다.

18.04의 이러한 상황에서 품질이 나쁜 사람들을 "버그"라고 부를 것입니다. 그러나 프로그래머가 올바른 클린 자동화 만 사용하도록 강요하려는 의도 일 수 있습니다. "?? 다른 것"옵션을 제거해야합니다.

  1. SSD를 완전히 재구성하여 문제를 해결했습니다. Windows 10 UEFI 모드를 설치하십시오. EFI 파티션을 자동으로 생성합니다.

그런 다음 오류없이 UBUNTU 18.04를 설치하십시오 .Windows 10 이후에 설치 한 MANJARO LINUX로 부팅하는 것도 문제가되지 않습니다.

물론, UBUNTU 18.04는 BIOS F12를 파괴합니다. 다른 OS를 설치하는 것을 금방 금합니다. F12가 부팅 미디어를 다시 선택하도록하려면 노트북 케이스를 단락 점퍼 CL1 및 CL2로 열어야합니다.

위의 링크로 도시락에 이것을보고했습니다.

이 주제보다 약간 미안하지만 유비쿼터스 또는 설치 프로세스에 더 많은 버그가 있음을 모두에게 알려주십시오.


2

이 오류 메시지가 나타난 후 PC를 재부팅하고 GRUB 부팅 오류로 인해 Ubuntu를 부팅 할 수없는 경우 chroot를 통해 GRUB을 EFI 시스템 파티션 (ESP)에 수동으로 다시 설치해야합니다 . 내 경우에 문제를 해결하는 방법은 다음과 같습니다.

라이브 세션 사용

LiveUSB (또는 LiveCD)로 부팅하고 '설치하지 않고 Ubuntu 사용'을 선택하십시오. 나중에 라이브 세션에서 인터넷에 연결할 수 있는지 확인해야 할 수도 있습니다.

root

/dev/sdXY파티션에 Ubuntu를 설치 했고 이미 존재하는 ESP가 /dev/sdXZ하드 드라이브의 파티션에 있다고 가정 해 봅시다 /dev/sdX. 터미널을 열고 다음 명령을 실행하십시오.

$ sudo mount /dev/sdXY /mnt
$ sudo mount /dev/sdXZ /mnt/efi
$ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
(Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system)
$ sudo chroot /mnt

올바른 EFI 버전으로 grub2를 다시 설치하십시오.

당신은 일단 chroot로 설치된 우분투 시스템에 성공적으로 바로 설치 (재)에 확인 grub-efi-*하여 PC 아키텍처 패키지를 :

# apt-get install --reinstall grub-efi-x86_64 (인텔 i5 CPU에 사용한 것)

또는

# apt-get install --reinstall grub-efi-amd64

또는

# apt-get install --reinstall grub-efi-ia32등 ... 사용 가능한 패키지 목록을 얻을 수 있습니다. # apt-cache search ^grub-efi

마지막으로 grub2를 드라이브에 설치하려면 :

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi
# update-grub

(가) 있습니다 --target=x86_64-efi(예. 시스템에 따라 다를 수 있습니다 i386-pc기본적으로, 아마 amd64-efi, 등). # grub-install --help자세한 정보를 확인하십시오 .

chroot 종료 , 안전하게 디렉토리 바인딩 해제 / 마운트 해제 및 재부팅

  1. + 또는로 chroot 를 종료하십시오.CtrlD# exit
  2. 안전하게 마운트 해제하고 재부팅하십시오.

    $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
    $ sudo umount /mnt/efi
    (Unmount any other customized partitions, if you had any)
    $ sudo umount /mnt
    $ sudo reboot
    

우분투가 정상적으로 부팅됩니다.

참고 문헌 :


또한 패키지를 설치 하고 명령 과 함께 옵션을 grub-efi-amd64-signed사용했습니다 . 보안 부팅이 켜져있을 때 이것이 필수적 일 수 있습니다. --uefi-secure-bootgrub-install
피터와 늑대

1

부팅 USB에서 우분투 18.04를 설치할 때 비슷한 오류가 발생합니다. BOOT CD를 만들어 설치했습니다.


귀하의 답변에 감사드립니다. 그러나 이것은 차선책으로 보입니다. USB에서 18.04를 설치할 수 있으며 의도 된 디자인의 일부이므로 USB 이외의 다른 설치 문제가 올바른 설치 매체 일 수 있습니다.
제레미


0

UEFI 부팅을 사용하여 USB 플래시 메모리 스틱에서 설치할 때 이와 동일한 문제가 발생했습니다. 그것이 실패했을 때, 나는 여기에 언급 중 하나를 따르고 비 UEFI 일반 플래시 디스크에서 부팅하여 설치를 수행했습니다. 당시에는 UEFI에 대해 전혀 몰랐으며 한 가지 방법이 왜 효과가 있었는지 전혀 몰랐습니다.

그 이후로 조금 살펴 보았지만 이제 UEFI (Unified Extensible Firmware Interface)는 BIOS의 후속 버전이며 다른 요구 사항이 있음을 이해합니다. 특히, 내가 만들지 않은 UEFI를 사용하는 경우 Linux에는 / boot / efi 파티션이 필요합니다 (파티션을 수동으로 만들었습니다).

오류 메시지가 더 명확 할 수 있습니다. 계속 진행하려면 UEFI 디스크 파티션 프로그램에 efi 부팅 파티션이 필요합니다. 대신 "GRUB 설치 실패"오류를주기 전에 대부분의 Linux 설치를 수행합니다.


질문 ... / boot / efi 파티션 또는 디렉토리 ??? 나는 또한 grubn2가 날아간 상태 에서이 문제를 겪고 있었지만 ... 첫 번째 GPT 인 두 번째 MS-DOS 파티션으로 2 개의 SSD 설정이 있기 때문이라고 생각했습니다. 두 번째에 설치하려고 시도하고 부팅을 위해 지정합니다. 그래서 ... / boot / / book / efi swap /을 파티션으로 만드십시오. ?? 난 그냥 두 번째에 페도라를 설치하고 일했다
조지 Barbaz에게

@ georgeBarbaz 나는 그것이 파티션이어야한다고 생각합니다. 다음은 이전 릴리스에 대한 몇 년 전의 Ubuntu UEFI 정보입니다. UEFI 정보
Tom Karzes
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.