Instaluję Ubuntu 16.04 na komputerze Intel NUC z włączoną funkcją UEFI. Używam dysku SSD z innego komputera. Podczas instalacji wybrałem opcję Wymaż dysk i wykonaj nową pełną instalację

Pod koniec procesu widzę:

grub-efi-amd64-signed failed installation /target/ Ubuntu 16.04 

System nie uruchamia się.

Próbowałem użyć naprawy rozruchu, ale najwyraźniej nie rozwiązuje to problemu.

Miałem dokładnie ten sam problem z instalacją pulpitu 16.04 64 na nowym dysku SSD z włączoną funkcją UEFI przy użyciu nośnika instalacyjnego USB. W przeciwieństwie do pytania postanowiłem utworzyć własne partycje, ponieważ miałem inne dyski do zamontowania. Wystąpił ten błąd na początku instalacji pakietu.

Po trochę googlingu znalazłem tę stronę:

https://help.ubuntu.com/community/UEFI#General_principles

który stwierdza w General principlessekcji:

jeśli na dysku twardym nie było żadnej partycji UEFI, najpierw trzeba ją utworzyć

i wskazuje na:

https://help.ubuntu.com/community/UEFI#Creating_an_EFI_System_Partition

Które stwierdza:

1. Punkt montowania: / boot / efi (uwaga: nie trzeba ustawiać tego punktu montowania podczas korzystania z partycjonowania ręcznego, instalator Ubuntu wykryje go automatycznie)
2. Rozmiar: minimum 100 Mb. Zalecane 200 MB.
3. Wpisz: FAT32
4. Inne: wymaga flagi „rozruchu”.

Ponownie zainstalowałem ponownie i kiedy przyszedłem podzielić dysk na partycje, wybrałem opcję EFI z listy zawierającej systemy plików i wymiany itp. I na początku dysku utworzyłem 200 MB. Nie dostałem opcji wyboru systemu plików ani ustawienia flagi rozruchowej.

Następnie reszta instalacji przebiegła pomyślnie.

Tak wyglądają partycje na tym dysku po instalacji:

Te same informacje można zobaczyć, uruchamiając parted:

$ sudo parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA Samsung SSD 750 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 2      1049kB  200MB  199MB   fat32                 boot, esp
 3      200MB   242GB  242GB   ext4
 1      242GB   250GB  8000MB  linux-swap(v1)

(parted) q

Zauważ, że utworzona partycja to EFI System Partition (ESP), a dysk ma tablicę partycji GUID (GPT), a nie tabelę partycji MBR .

Jeśli zajrzysz na /boot/efilub /sys/firmware/efi/na ten dysk, powinieneś znaleźć je zapełnione, podobnie uruchomienie sudo efibootmgrpowinno zapewnić rzeczywiste wyjście, zobacz link poniżej, jeśli chcesz uzyskać więcej informacji.

Więcej informacji

Jeśli chcesz dowiedzieć się więcej o tym, jak działa UEFI, to po rozruchu UEFI: jak to właściwie działa? przez Adama Williamsona jest wysoce zalecane.

Opisuje sytuację, która powoduje ten błąd w artykule (zauważ, że jest użytkownikiem Fedory, ale to samo dotyczy Ubuntu):

Obsługa partycji systemowej EFI w przypadku partycjonowania ręcznego

Mogę tylko udzielić wiarygodnej porady dla Fedory tutaj, ale sedno może być przydatne dla innych dystrybucji / systemów operacyjnych.

Jeśli zezwolisz Fedorze na obsługę partycjonowania podczas instalacji natywnej UEFI - i użyjesz dysku sformatowanego przez GPT lub zezwolisz mu na sformatowanie dysku (poprzez usunięcie wszystkich istniejących partycji) - obsłuży on elementy partycji systemowej EFI .

Jeśli jednak korzystasz z niestandardowego partycjonowania, oczekuje się, że dostarczysz partycję systemową EFI, z której będzie mógł korzystać instalator. Jeśli tego nie zrobisz, instalator narzeka (z nieco mylącym komunikatem o błędzie) i odmawia zezwolenia na rozpoczęcie instalacji.

Więc jeśli robisz natywną instalację UEFI i używasz niestandardowego partycjonowania, musisz upewnić się, że partycja typu „Partycja systemowa EFI” jest zamontowana w / boot / efi - w tym miejscu Fedora spodziewa się znaleźć partycję systemową EFI, za pomocą. Jeśli w systemie istnieje partycja systemowa EFI, po prostu ustaw jej punkt montowania na / boot / efi. Jeśli nie ma jeszcze partycji systemowej EFI, utwórz partycję, ustaw jej typ na partycję systemową EFI, ustaw co najmniej 200 MB (500 MB jest dobre) i ustaw punkt montowania na / boot / efi

Na szczęście rozwiązałem mój problem.

Uruchomiłem z usb na żywo i nazwałem Dyski i ręcznie usunąłem wszystkie części dysku SSD.

Następnie uruchomiłem ponownie z włączonym uefi w oprogramowaniu komputera. Wszedłem na pulpit Ubuntu na żywo USB i stamtąd zainstalowałem Ubuntu.

Sprawdziłem dwa pola, mówiąc, że instaluj aktualizacje i oprogramowanie od innych. Tym razem instalacja poszła dobrze.

Miałem ten sam problem z instalacją Ubuntu MATE 17.04. Próbowałem dokonać podwójnego rozruchu razem z systemem Windows 10. Mój system Windows jest w trybie Legacy, a obsługa UEFI została włączona w ustawieniach BIOS. Poszedłem i wyłączyłem obsługę UEFI, a instalacja zakończyła się bezbłędnie. Mam nadzieję, że ktoś uzna to za przydatne.

Możesz także utworzyć partycję rozruchową uefi, jeśli system na to pozwala. Mam ten sam problem i nie mogę uefi jest jedną z opcji i jest bardziej trwały, ale byłem w biegu, więc tworzę partycję rozruchową uefi: opcja pojawia się w tej samej opcji niż / boot, poniżej

Ten sam problem napotkałem, gdy próbowałem zainstalować mint 18 kde na płycie głównej gigabajt. Mój problem polegał na tym, że próbowałem uruchomić system z USB w trybie Uefi.

Masz też rozruch w trybie zgodności. Najprawdopodobniej musisz zmienić niektóre ustawienia BIOS-u, aby to zrobić. W moim przypadku musiałem wybrać opcję „tylko starsze” w trybie uruchamiania.

Jeśli uruchomisz w trybie zgodności, pojawi się ekran z automatycznym uruchomieniem za 10 sekund, a następnie pojawi się menu. Ale jeśli uruchomisz w trybie Uefi, dostaniesz menu bezpośrednio.

Napotkałem ten sam problem. To, co zadziałało, było podczas instalacji, kiedy instalator pyta, czy chcesz zainstalować w trybie UEFI, powiedz nie. Powinno cię to ostrzec przed następstwami tego, ale po zrobieniu tego na tej trasie nie napotkałem żadnych problemów.

Inne rozwiązania, na które natknąłem się podczas badania tego problemu, dotyczyły

• Uruchom ponownie komputer z tym samym (lub innym) dyskiem na żywo i uruchom naprawę rozruchu na problematycznym komputerze.
• Oglądanie dzienników instalacji i wyłączanie komputera, gdy zobaczysz, czy instalujesz GRUBa tuż przed awarią (przypuszczam, że wymaga to czasu, ale zdecydowanie odradzam. Zawsze powinieneś próbować powstrzymywać się od wyłączania urządzenia podczas instalowania czegokolwiek).

Miałem ten sam komunikat o błędzie, okazuje się, że miałem uszkodzony katalog na partycji EFI, który powodował, że Grub zrezygnował przy każdej próbie instalacji.

fsck trwało zbyt długo, więc program chkdsk z systemu Windows szybko usunął uszkodzenie i druga instalacja przebiegła pomyślnie.

Dostałem dokładnie ten sam komunikat i rozwiązałem go, po prostu podłączając komputer do Internetu (korzystałem z instalatora USB, aby zainstalować na zupełnie nowym komputerze z zupełnie nowym dyskiem SSD, na którym nic nie było).

Po podłączeniu instalator może pobrać wszelkie brakujące w nim zależności, zgodnie z wymaganiami mojej instalacji.

Podarunek polegał na tym, że był to problem zależności, a nie problem partycjonowania / dysku /var/log/syslog. Komunikat o niepowodzeniu instalacji Grub może oznaczać wiele rzeczy i ogólnie powinieneś sprawdzić, /var/log/syslogaby dowiedzieć się, jaki jest prawdziwy problem.

Przekonałem się, że powyższe naprawdę nie działało dla mnie, próbując zainstalować Ubuntu 16.04 na pamięci USB z innej pamięci USB. Po 2 dniach bólu serca to właśnie zrobiłem, aby go uruchomić. To dało mi podwójną instalację systemu Windows 10 i Ubuntu na tym samym dysku twardym, a proces rozwiązał ten problem:

• Użyj docelowego dysku twardego i źródłowego sprzętu cdrom do instalacji
• Pobierz / wypal na DVD Windows 10 (ogólny dla wszystkich wersji) i wersje Ubuntu 16.04.3. Tj. 2 płyty instalacyjne są tworzone.
• Uruchom system w wersji Live Ubuntu bez instalacji.
• Usuń wszystkie partycje na dysku twardym za pomocą wbudowanego w partycji menedżera partycji Ubuntu.
• Uruchom system bios i upewnij się, że wybrano tylko UEFI, a starsze uruchamianie jest wyłączone. Zmień także kolejność rozruchu, aby zapewnić, że system najpierw uruchomi się z cdrom, jeśli jest dostępny, a dysk jako druga opcja.
• Włóż dysk z systemem Windows i zainstaluj system Windows (używałem 64-bitowego systemu Windows 10 pro) na dysku twardym. Nie potrzebujesz licencji, aby to zrobić - po prostu powiedz, że nie masz licencji po wyświetleniu monitu.
• Uruchom system Windows i upewnij się, że działa. Odkryłem, że nie zamknie się prawidłowo, ale nie miało to znaczenia. Pozwoliłem także Windowsowi 10 przejść przez to pełne cykle aktualizacji, choć prawdopodobnie nie miało to znaczenia. To zajmuje tylko wieki.
• Teraz uruchom ponownie w Live Ubuntu. Tym razem użyj go, aby zmniejszyć ostatnią partycję danych, aby stworzyć miejsce dla instalacji ubuntu. Po prostu zostaw wolne miejsce nieprzydzielone. Potrzebowałem systemu Windows, więc zostawiłem połowę wielkości dysku dla systemu Windows.
• Wybierz aplikację instalacyjną wbudowaną w DVD Ubuntu. Wybierz opcję instalacji obok istniejącego systemu operacyjnego Windows. Pozostawiłem domyślne opcje, aby utworzyć 2 partycje root i zamienić w wolnym miejscu.

Tak było. Kiedy teraz uruchamiam, pojawia się monit z pytaniem, czy chcę rozszerzyć Windows, Ubuntu lub Ubuntu o więcej opcji. Spędziłem wieki bawiąc się uruchamianiem z pamięci USB, ale to kosztowało mnie całe 2 dni. Wydaje się, że używanie cdrom i dysku twardego pomogło w starym stylu.

Moje rozwiązanie tego problemu było następujące.

1) Z jakiegoś powodu mój dysk EFI został zablokowany przez system Windows i dlatego Grub nie mógł zostać zainstalowany na moim EFI.

Uruchomiłem system Windows i zamknąłem go (Windows -> Zamknij -> Zamknij, nie uruchamiaj ponownie ). Uwaga: w przypadku ponownego uruchomienia system Windows może uruchomić się ponownie w trybie szybkiego restartu, który pozostawia EFI zablokowany - tak się stało.

2) Uruchamiam Ubuntu Live Disk i uruchamiam narzędzie Boot-Repair ( URL ) przy użyciu standardowych ustawień.

Po tym mój system zaczął się normalnie uruchamiać przez Grub.

Sztuczka polegała na tym, że bez elementu 1 (EFI został zablokowany przez system Windows) Narzędzie Boot-Repair nie było w stanie naprawić mojego Gruba.

dla przypomnienia napotkałem ten sam problem, instalując 16.04 na Acer tmb117. Całkowicie usunąłem wewnętrzny dysk za pomocą usb na żywo, a następnie ponownie uruchomiłem i po prostu uruchomiłem instalację (samodzielny, żaden inny system oprócz Ubuntu) połączenie zostało wyłączone.