„Pakiet„ grub-efi-amd64-podpisany ”nie został zainstalowany w katalogu / target /” podczas instalacji Ubuntu 18.04 [duplikat]

Kiedy próbuję zainstalować Ubuntu 18.04 na moim pulpicie, pojawia się następujący błąd:

Nie 'grub-efi-amd64-signed'udało się zainstalować pakietu /target/. Bez programu ładującego GRUB zainstalowany system nie uruchomi się.

Jak naprawić ten błąd?

Zredagowana i zmodyfikowana oryginalna odpowiedź PO dalszych 20 eksperymentach na obu moich komputerach. Krótko mówiąc, usunę wszystkie niepoprawne założenia i wnioski ze starej odpowiedzi.

---------------- Moje komputery SĄ 1. Fujitsu LIFEBOOK-LH532, który BIOS UEFI na płycie głównej został zniszczony przez ubuntu EFI ubiquity w wersji 12.04, w 2012 r . Https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 Oczywiście wybieram ręczną instalację systemu BIOS na moim NoteBook UEFI LH532. PO RAZ NIE CHCĘ otworzyć MOJEGO NOTEBOOKA, ABY ZWRÓCIĆ SWÓJ OBWÓD OBWODU cl1 i cl2 NA PŁYCIE GŁÓWNEJ ponownie, OD CZASU I „BŁĄD” JEST TAM. *** Wymusiłem ręczny tryb BIOS, nie udostępniając partycji EFI na żadnym dysku twardym. ALE WSZYSTKIE INSTALACJE WYKRYJĄ PŁYTĘ GŁÓWNĄ UEFI I SPRÓBUJĄ ZAINSTALOWAĆ EFI UBUNTU „FIRST”.

2. Stary serwer ksenonowy Gigabyte bez płyty głównej UEFI.

   Który w ogóle nie zawiera błędów.

Błędy dokładnie takie jak w temacie, powodowały problemy TYLKO Z NOTEBOOKIEM „UEFI”.

1. NIE botowalny notebook UEFI (LH532). Ubiquity Zniszcz istniejący GRUB UBUNTU.
2. „LUB JEŚLI SZCZĘŚLIWY” użyje tylko starego gruba Bios zainstalowanego do 16.04 i uruchomi się w nowym 18.04 (w starych partycjach 16.04) z pewnym błędem na początku czasu uruchamiania.

USUWAŁEM BOOTING BY

1. Ból?? złożony? Korzystanie z Boot-Repair (nie można użyć programu grubcustomiser) zainstalowanego w istniejącej instalacji ubuntu na innych partycjach lub BOOTED Live usb. I postępuj zgodnie z instrukcjami, które były różne od jednego do innych, zależą od konfiguracji dysków twardych w systemach, a także od smaku używanego Ubuntu 18.04.

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

2. Łatwe i doskonałe „przez większość czasu”. Użyłem 16.04 z UBUNTU LUB LUBUNTU, aby wykonać nową instalację na innych partycjach dysku twardego na tym samym komputerze, na którym zainstalowałeś „18.04” i nie zainstalowałeś gruba z tym BŁĘDEM.

Tak, że 16.04 spowoduje uruchomienie systemu. I tak, możesz uzyskać dostęp do wersji Great 18.04 z tego 16.04 grub.

I TAK, używam UBUNTU 18.04 do napisania tej odpowiedzi, po tym, jak LUBUNTU 16.04 ZAINSTALOWAŁEM NOWY GRUB DLA mojego notebooka LH532 z prawidłową opcją wyboru 18.04.

Przyczyną błędu w tym temacie jest to, że nie udostępniasz partycji EFI dla ręcznego trybu instalacji „coś innego”.

Więc jeśli celowo, tak jak ja, nie chcesz mieć partycji EFI. będziesz miał ten błąd.

Ale wersje 16.04 mają mądrzejszy UBIQUITY lub? cokolwiek? niż 18.04. Okaże się, że instalujesz z instalacją systemu BIOS (bez partycji efi na dysku twardym) i pozwala wybrać „GO BACK”, aby zainstalować ubuntu w trybie BIOS. Ale 18.04 dokona instalacji bez żadnego wyboru w moim przypadku i twojego.

Tę gorszą jakość będę nazywał w tych okolicznościach dnia 18.04 jako „BŁĄD”. Ale może być intencją programistów, aby zmusić nas do używania tylko odpowiedniej czystej automatyzacji tylko ???, która powinna mieć opcję „coś innego”.

3. Naprawiłem problemy, całkowicie PRZEDSTAWIAMY mój dysk SSD. Zainstaluj tryb UEFI systemu Windows 10. Które automatycznie tworzy partycję EFI.

Następnie zainstaluj UBUNTU 18.04 bez błędów, chociaż zazdrośnie zabrania mi uruchamiania systemu MANJARO LINUX, który zainstalowałem po Windows 10 również bez problemów.

I oczywiście UBUNTU 18.04 niszczy mój BIOS F12. JEALOUSELY ZABRONIA mi zainstalowania dowolnego innego systemu operacyjnego, i muszę otworzyć obudowę notebooka na zworę CL1 i CL2, aby F12 ponownie wybrał nośnik rozruchowy.

Zgłosiłem to na lunchpad jako powyższy link.

Trochę przepraszam, ale informuję wszystkich, że jest więcej błędów we wszechobecności lub procesie instalacji niż ten problem.

Jeśli po otrzymaniu tego komunikatu o błędzie ponownie uruchomiłeś komputer i nie możesz uruchomić Ubuntu z powodu błędu uruchamiania GRUB, musisz ponownie zainstalować GRUB ręcznie na partycji systemowej EFI (ESP) przez chroot . Oto jak naprawiłem problem w moim przypadku.

Użyj sesji na żywo

Uruchom system LiveUSB (lub LiveCD) i wybierz „Wypróbuj Ubuntu bez instalacji”. Później może być konieczne upewnienie się, że możesz połączyć się z Internetem podczas sesji na żywo.

Chroot

Załóżmy, że zainstalowałeś Ubuntu na /dev/sdXYpartycji, a ESP już istnieje na /dev/sdXZpartycji na dysku twardym /dev/sdX. Otwórz terminal i wykonaj następujące polecenia:

$ 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

Ponownie zainstaluj grub2 z odpowiednią wersją EFI

Po pomyślnym chrootowaniu do zainstalowanego systemu Ubuntu upewnij się, że (ponownie) instalujesz odpowiedni grub-efi-*pakiet dla architektury komputera:

# apt-get install --reinstall grub-efi-x86_64 (ten, którego użyłem dla procesora Intel i5)

lub

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

lub

# apt-get install --reinstall grub-efi-ia32itp. Możesz uzyskać listę dostępnych pakietów za pomocą # apt-cache search ^grub-efi

Wreszcie, aby zainstalować grub2 na dysku:

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

Pamiętaj, że --target=x86_64-efimogą się różnić w zależności od systemu (np. i386-pcDomyślnie, może amd64-efiitp.). Czek# grub-install --help więcej informacji.

Wyjdź z chroot , odłącz / odłącz bezpiecznie katalogi i uruchom ponownie

1. Wyjdź z chroota za pomocą Ctrl+ Dlub# exit

2. Odłącz bezpiecznie i uruchom ponownie:

   $ 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
   

Ubuntu powinien teraz uruchomić się normalnie.

Bibliografia:

• Jak ponownie zainstalować GRUB2 EFI?
• Jak mogę ponownie zainstalować GRUB na partycji EFI?

Mam podobny błąd podczas instalowania Ubuntu 18.04 z rozruchowego USB. Zrobiłem płytę BOOT CD i instalacja zakończyła się powodzeniem.

Myślę, że masz trzy opcje:

• Użyj tabeli partycji GPT na dysku
  
• Uruchom instalator w starszym trybie
  
• Jeśli oba nie są opcją (lub nie działają), skorzystaj z obejścia opisanego w:
  https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

Mam nadzieję, że to pomaga, pozdrawiam,
Onno

Miałem dokładnie ten sam problem podczas instalacji z pamięci flash USB przy użyciu rozruchu UEFI. Kiedy to się nie powiodło, podążyłem za jednym z komentarzy tutaj, uruchamiając z ogólnego dysku flash spoza UEFI, aby przeprowadzić instalację, i to zadziałało. W tym czasie nic nie wiedziałem o UEFI i nie miałem pojęcia, dlaczego jedna metoda działa, ale nie druga.

Od tego czasu przyjrzałem się temu trochę i teraz rozumiem, że UEFI (Unified Extensible Firmware Interface) jest następcą systemu BIOS i ma inne wymagania. W szczególności Linux wymaga partycji / boot / efi, jeśli używa się UEFI, której nie utworzyłem (ręcznie tworzyłem partycje).

Komunikaty o błędach mogą być z pewnością wyraźniejsze. Program partycji dysku UEFI powinien wymagać partycji rozruchowej efi, zanim będzie można kontynuować. Zamiast tego wykonuje większość instalacji systemu Linux, zanim wystąpi błąd „Instalacja GRUB nie powiodła się”.