16.04 нова установка дає grub-efi-amd64 підписану невдалу установку / target / ubuntu 16.04 наприкінці


78

Я встановлюю Ubuntu 16.04 на комп'ютері Intel NUC з включеною UEFI. Я використовую SSD з іншого комп’ютера. Під час встановлення я вибрав Стерти диск і здійснив нову повну установку

В кінці процесу я бачу:

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

І система не завантажується.

Я спробував використати завантажувальний ремонт, але, мабуть, це не вирішує проблему.


Причин для цього може бути кілька. Але одне - це поганий опік встановленого носія. Спробуйте переформатувати його (за допомогою нової таблиці розділів) та переробити носій. У мене виникла ця проблема не один раз, і переробляючи носій для встановлення завжди її виправляв (Хоча інші люди з цим питанням заявляють, що це не вирішили.)
розмірковує

я відтворив liveusb, але проблема залишилася.
Каф

1
Я отримав ту саму проблему під час використання абсолютно нового SSD.
Вільям Ентрікен

Відповіді:


84

У мене була та сама проблема, встановивши робочий стіл 16.04 64 на новий SSD з підтримкою UEFI за допомогою USB-носія. На відміну від питання, я вирішив створити власні розділи, оскільки у мене були інші диски для монтажу. Я потрапив на цю помилку біля початку встановлення пакета.

Після трохи гугл я знайшов цю сторінку:

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

де зазначено в General principlesрозділі:

якщо на вашому жорсткому диску не було жодного розділу UEFI, спочатку доведеться створити його

і вказує на:

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

У якому зазначено:

  1. Точка монтажу: / boot / efi (зауваження: немає необхідності встановлювати цю точку монтажу при використанні ручного розділення; інсталятор Ubuntu визначить це автоматично)
  2. Розмір: мінімум 100Mib. Рекомендовано 200MiB.
  3. Тип: FAT32
  4. Інше: потрібен прапор "завантаження".

Тому я перевстановився, і коли я прийшов на розділ свого диска, я вибрав опцію EFI зі списку, що включає файлові системи та swap тощо, і зробив це 200 Мб на початку диска. У мене не було можливості вибрати файлову систему або встановити прапорець для завантаження.

Після цього решта встановлення пройшла нормально.

Ось як виглядають розділи на цьому диску після встановлення:

введіть тут опис зображення

Таку ж інформацію можна побачити, запустивши 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

Зауважте, що створений розділ - це системний розділ EFI (ESP), а на диску є таблиця розділів GUID (GPT), а не таблиця розділів MBR .

Якщо ви заглядаєте на цей диск /boot/efiабо /sys/firmware/efi/на цьому диску, ви повинні знайти їх заповненими, а також запущений sudo efibootmgrповинен забезпечити реальний вихід, див. Посилання нижче, якщо ви хочете отримати додаткову інформацію.

Більше інформації

Якщо ви хочете дізнатися більше про те, як працює UEFI, тоді завантажте повідомлення UEFI: як це насправді працює? від Адама Вільямсона настійно рекомендується.

Він описує ситуацію, яка викликає цю помилку в статті (зауважте, що він є користувачем Fedora, але те саме стосується Ubuntu):

Поводження з системним розділом EFI, якщо ви робите ручне розділення

Я можу дати лише авторитетні поради для Fedora тут, але суть може бути корисною для інших дистрибутивів / ОС.

Якщо ви дозволите Fedora обробляти розділ для вас під час встановлення нативної UEFI - і ви використовуєте диск у форматі GPT або дозволяєте йому переформатувати диск (видаляючи всі існуючі розділи) - він буде обробляти дані системи розділів системи EFI .

Якщо ви користуєтеся спеціальним розділенням, то, можливо, ви надасте системний розділ EFI для інсталятора. Якщо цього не зробити, інсталятор поскаржиться (із дещо заплутаним повідомленням про помилку) та відмовиться дозволити розпочати встановлення.

Отже, якщо ви робите власну установку UEFI та використовуєте спеціальний розділ, вам потрібно переконатися, що розділ типу "EFI системний розділ" встановлений на / boot / efi - саме тут Fedora очікує знайти системний розділ EFI, це використовуючи. Якщо в системі є існуючий системний розділ EFI, просто встановіть його точку монтажу на / boot / efi. Якщо ще немає системного розділу EFI, створіть розділ, встановіть його тип на системний розділ EFI, зробіть його принаймні 200 МБ (добре 500 МБ) та встановіть його точку монтажу на / завантаження / ефі


4
Це спрацювало бездоганно
трансформерТрой

Я думаю, що це те, що я отримую, намагаючись створити свої перегородки вручну, не знаючи достатньо про стандарт UEFI. Дякуємо за надзвичайно корисну інформацію.
anon58192932

EDIT: Для ледачих, як я, я запустив інсталяцію Windows 10 через USB та спочатку встановив Windows. Це відновило розділ UEFI автоматично. Потім я використовував програмне забезпечення управління дисками в Windows 10, щоб зменшити розділ Windows і створити місце для Ubuntu. Потім ви можете вручну визначити свої розділи в інсталяції Ubuntu після цього або вибрати опцію для встановлення поряд з Windows. І те й інше повинно добре працювати.
anon58192932

2
Працював над Ubuntu 18.04. Одна примітка: / boot / efi не була варіантом у спадному меню; він лише показав / завантажив, який не працював. Мені довелося вручну ввести / boot / efi, і тоді це спрацювало.
Лук

2
Також працював для мене на Ubuntu 18.04. Однак, замість того, щоб вибрати "Fat32" як файлову систему та вказати точку монтування, я вибрав файлову систему "EFI", і вона працювала бездоганно.
Гілліспі

8

На щастя я вирішив свою проблему.

Я завантажився з живого usb і зателефонував Disks, і вручну видалив усі частини SSD.

Тоді я перезавантажився із включеним uefi в прошивці комп'ютера. Я зайшов у робочий стіл Ubuntu Live, і звідти встановив Ubuntu.

Я встановив прапорець у двох полях, де написано інсталювати оновлення та програмне забезпечення від інших. Цього разу установка пройшла нормально.


Дякую. Не знаю як, але це вирішило мою проблему.
x__x

1
Він буде встановлений успішно при підключенні до Інтернету. Ви можете спробувати, якщо вам знову пощастить без Інтернету. Я поки що провалився.
Франклін

1
Франклін, перевіри свої /var/log/syslog, напевно, є лише напередодні grub-installer: info: Calling 'apt-install grub-efi-amd64-signed' failedдеяких рядків типу " Unable to locate package grub-efi-amd64-signed" і " Unable to locate package shim-signed". Ймовірно, інсталятору не вдалося знайти пакетів деб з "cdrom" (usb flash)?
osgx

6

У мене була така ж проблема з установкою Ubuntu MATE 17.04. Я намагався зробити подвійне завантаження поряд з Windows 10. Моя Windows перебуває в попередньому режимі, і підтримка UEFI була включена в налаштуваннях BIOS. Я пішов і відключив підтримку UEFI, і встановлення завершено бездоганно. Сподіваюся, хтось вважає це корисним.


0

Ви також можете створити завантажувальний розділ uefi, якщо система це дозволяє. У мене така ж проблема, і неможливо uefi - це один варіант, і він є більш постійним, але я був у виконанні, тому я створив розділ для завантаження uefi: параметр відображається в тому ж варіанті, ніж / boot, внизу


0

Я зіткнувся з тією ж проблемою, коли спробував встановити м'яту 18 kde на материнській платі гігабайт. Моя проблема полягала в тому, що я намагався завантажуватися з usb в режимі Uefi.

Ви занадто завантажуєтесь у режимі сумісності. Для цього вам, швидше за все, потрібно змінити деякі параметри BIOS. У моєму випадку мені довелося вибрати "лише спадщину" у виборі режиму завантаження.

Якщо ви завантажуєтесь у режимі сумісності, ви отримаєте екран із автоматичним завантаженням через 10 секунд, тоді ви отримаєте меню, але якщо ви завантажитесь у режимі Uefi, ви отримаєте меню безпосередньо.


Ubuntu - це не монетний двір. Якщо ви прочитаєте відповіді, то зауважте, що ОП вдалося встановити через EFI після видалення існуючих розділів.
Старійшина Гейк

0

Я зіткнувся з тим же питанням. Те, що працювало для мене, було під час встановлення, коли інсталятор запитує, чи хочете ви встановити його в режимі UEFI, скажіть це ні. Це повинно попередити вас про наслідки цього, але зробивши це маршрутом, я не стикався з жодними проблемами.

Інші рішення, на які я натрапив під час дослідження цього питання

  • Перезавантаження комп'ютера з тим же (або іншим) живим диском та відновлення завантаження завантаження на проблемному комп'ютері.
  • Перегляд журналів встановлення та вимкнення комп'ютера, коли ви бачите, чи встановлюється GRUB безпосередньо перед збоєм (я вважаю, що для цього потрібні терміни, хоча я дуже рекомендую проти цього. Ви завжди повинні намагатися утримуватися від вимкнення пристрою під час нічого встановлення).

0

Як і те саме повідомлення про помилку, виявляється, у мене був пошкоджений каталог у розділі EFI, який викликав відмову від grub при кожній спробі встановлення.

fsck зайняв занадто довго, тому chkdsk з Windows швидко усунув корупцію, а друга установка пройшла нормально.


0

Отримав саме таке повідомлення і вирішив його, просто підключивши свій комп’ютер до Інтернету (я використовував інсталятор USB для встановлення на абсолютно нову машину з абсолютно новим SSD без нічого на ній).

При підключенні інсталятор може завантажити будь-які залежності, відсутні в інсталяторі, як це було потрібно для моєї настройки.

Подача це була проблема залежності, а не проблема з розділенням / диском /var/log/syslog. Повідомлення про те, що Grub не вдалося встановити, може означати багато речей, і, як правило, слід перевірити, /var/log/syslogщоб дізнатися, у чому полягає справжня проблема.


Я зіткнувся з подібною помилкою під час установки Linux Mint 19, і в моєму випадку це було навпаки. Як обговорюється тут forums.linuxmint.com/viewtopic.php?t=273058&start=20 , є деякі проблеми при завантаженні списків пакетів із дзеркала linuxmint.com та ubuntu.com. Відключення від Інтернету допомогло grub2успішно встановити .
Акіф

0

Я виявив, що вищезгадане не дуже працювало для мене, намагаючись встановити Ubuntu 16.04 на USB-накопичувач з іншої USB-накопичувачі. Після 2-х днів болі в серці, це те, що я зробив, щоб це почалося. Це дало мені подвійну завантажувальну установку Windows 10 та Ubuntu на один і той же жорсткий диск і в процесі вирішення цієї проблеми:

  • Використовуйте цільовий жорсткий диск та вихідний апарат cdrom для встановлення
  • Завантажити / записати на DVD Windows 10 (загальне для всіх версій) та версії ubuntu 16.04.3. Тобто створено 2 встановлення DVD.
  • Завантажтесь у живу версію ubuntu без встановлення.
  • Видаліть усі розділи на жорсткому диску, використовуючи вбудований у gbuted диспетчер розділів ubuntu.
  • Завантажтесь у біосистему системи та переконайтесь, що вибрано лише UEFI, а попереднє завантаження вимкнено. Також змініть порядок завантаження, щоб переконатися, що система спочатку завантажиться із компакт-диска, якщо вона є, а диск як 2-й варіант.
  • Вставте диск Windows і продовжуйте встановлення Windows (я використовував Windows 10 pro 64 біт) на жорсткий диск. Для цього вам не потрібна ліцензія - просто скажіть, що у вас немає ліцензії, коли буде запропоновано.
  • Завантажте вікна та переконайтеся, що воно працює. Я виявив, що це не буде завершено належним чином, але це, здається, не має значення. Я також дозволив Windows 10 пройти повний цикл оновлення, хоча це, мабуть, не мало значення. Це просто займає віки.
  • Тепер знову завантажтесь у живу ubuntu. Цього разу використовуйте його для зменшення останнього розділу даних, щоб створити місце для установки ubuntu. Просто залиште вільний простір нерозподіленим. Мені потрібні були Windows у будь-якому випадку, тому залишилася половина розміру диска для Windows.
  • Виберіть додаток для встановлення, вбудований у DVD ubuntu. Виберіть варіант для установки поруч із існуючими вікнами. Я залишив параметри за замовчуванням, щоб змусити її створити 2 кореневих розділів і поміняти місцями у вільному просторі.

Це було. Коли я завантажуюсь, я отримую запит на запитання, чи хочу я windows або ubuntu або ubuntu розширений з додатковими параметрами. Я витрачав віки, граючи навколо, завантажуючись із USB-накопичувачів, але це коштувало мені цілих 2 дні. Використання компакт-диска та жорсткого диска, старий стиль, здається, допомогло.


0

Моє рішення проблеми полягало в наступному.

1) Через певну причину мій диск EFI був заблокований Windows, і тому Grub не вдалося встановити на моєму EFI.

Я запустив Windows і закрив його (Windows -> Завершення роботи -> Завершення роботи, не перезапуск ). Примітка: у разі перезапуску Windows може перезапуститись у режимі швидкого перезапуску, який залишає заблокований EFI - ось що сталося зі мною.

2) Запускаю Ubuntu Live Disk і запускаю утиліту Boot-Repair ( URL ) за допомогою стандартних налаштувань.

Після цього моя система почала нормально завантажуватися через Grub.

Хитрість полягала в тому, що без пункту 1 (EFI було заблоковано Windows) Утиліта Boot-Repair не змогла виправити мій Grub.


-1

тільки для запису я зіткнувся з тією ж проблемою, встановивши 16.04 на Acer tmb117, я повністю видалив внутрішній диск за допомогою живого usb, потім перезавантажив і просто запустив інсталяцію (автономну, ніякої іншої системи поряд з Ubuntu) з'єднання було вимкнено.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.