Edited and modified original answer, AFTER further 20+ experiments on both of my machines.
To make it short answer, I will remove all incorrect assumptions and conclusions in the old answer.
—————-My computers ARE
1. Fujitsu LIFEBOOK-LH532, which UEFI BIOS in the mainboard was destroy by ubuntu EFI ubiquity version 12.04, in 2012
https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418
Obviously I choose manual BIOS installation on my NoteBook UEFI LH532.
SINCE I DON’T WANT TO open MY NOTEBOOK TO SHORT CIRCUIT JUMPER cl1&cl2 ON THE MAINBOARD again SINCE I «THE BUG» IS STILL THERE.
***I forced manual BIOS mode by not provide EFI partion on any hard disk.
BUT ALL INSTALLATIONS WILL DETECT UEFI MAINBOARD AND WILL TRY TO INSTALL EFI UBUNTU «FIRST».
- Old Gigabyte xenon server non UEFI mainboard.
Which has no errors at all.
The errors exactly as the topic is,
resulted in problems with «UEFI»NOTEBOOK ONLY.
- NON botable UEFI notebook(LH532). Ubiquity Destroy the existing UBUNTU GRUB.
- «OR IF LUCKY» will just use the old Bios grub installed by 16.04 and boot into new 18.04 (in the old 16.04 partitions) with some error at the beginning of the booting time.
I FIXED THE BOOTING BY
- Pain?? complex?
Using Boot-Repair (failed to use grubcustomiser) installed into existing ubuntu installation on other partitions
or BOOTED Live usb.
And follow instructions which were different from one time to the others depend on the configuration of hard disks in the systems as well as the flavour of ubuntu 18.04 used.
https://help.ubuntu.com/community/Boot-Repair
- Easy and Excellent «most of the time».
I used 16.04 of UBUNTU OR LUBUNTU do a new installaion on other partitions of hard disk in that same computer,
that you have installed «18.04» and failed to install grub with this ERROR.
So that 16.04 will make your system boot.
And yes, you can access to Great 18.04 versions from that 16.04 grub.
And YES, I use UBUNTU 18.04 to write this answer, after LUBUNTU 16.04 INSTALLed NEW GRUB FOR my LH532 notebook with the correct option to choose 18.04.
Reasons for the error of this topic is
you don’t provide EFI partitions for the manual «something else» installation mode.
So if you purposely, like me, not to have EFI partition. you will have this error.
But 16.04 versions, have a smarter UBIQUITY or ? whatever? than 18.04.
It will found that you install with BIOS installation (no efi partition in the hard disk) and let you chose to «GO BACK» to install ubuntu with BIOS mode.
But the 18.04 will do installation with out any choice in my case and possible yours.
I will call those poorer quality in these circumstances of 18.04 as «BUG».
But it could be the programmers intention to force us to use only proper clean automation only???, which they should have remove «something else» option.
- I have correct the issues by completely REFORMAT my SSD.
Install Windows 10 UEFI mode. Which it automatically create EFI partition.
Then install UBUNTU 18.04 with no errors, though it jealously prohibit me to boot into MANJARO LINUX which I installed after Windows 10 with no issues too.
And of course, UBUNTU 18.04 destroy my BIOS F12.
JEALOUSELY PROHIBIT me to install any other OS, and I have to open the notebook case to short circuit jumper CL1 and CL2 to get F12 to choose boot media back.
I did report this to lunchpad as the link I provide above.
Sorry off the topic a bit but let you all knows there are more bugs in ubiquity or installation process more than this issue.
- Печать
Страницы: [1] 2 Все Вниз
Тема: Не ставиться grub-efi-amd64-signed в target (Прочитано 4870 раз)
0 Пользователей и 1 Гость просматривают эту тему.

User5zero
Приветствую форум и его обитателей. Сразу оговорюсь, что в линукс я новичек. Знакомство решил начать с установки Ubuntu 18 04 на ноутбук леново b570е. На железе уже стоит виндоус 7, Ubuntu решил поставить, выделив под нее 100 гигов жесткого. Выделение производил силами виндоус. Разделы разметил так:
Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sda1 2048 206847 204800 100M 7 HPFS/N — от винды
/dev/sda2 206848 123490303 123283456 58,8G 7 HPFS/N — от винды (тут она и стоит)
/dev/sda3 123491716 624558079 501066364 238,9G 5 Расшир — только сейчас понял, что хз что за раздел, при установки Ubuntu его не было в списке
/dev/sda4 624558080 625141759 583680 285M b W95 FA — /boot/efi (как рекомендация из интернета, без этого тоже выдает ошибку)
/dev/sda5 123491718 420337344 296845627 141,6G 7 HPFS/N — от винды
/dev/sda6 420337664 428337151 7999488 3,8G 82 Linux — для свап
/dev/sda7 428339200 486930431 58591232 28G 83 Linux — «/»
/dev/sda8 486932480 624558079 137625600 65,6G 83 Linux — «/home»
При установки Ubuntu выдало ошибку, что не удалось grub-efi-amd64-signed установить в target. Как итог нельзя при закрузке ноута выбрать ОС, всегда загружается Ubuntu.
Переустановка груба и тому подобное не помогает. Двухдневное курение форумов итога никакого не дало. Если требуется еще какая-либо информация от меня — запрашивайте.
Прошу помощи.
« Последнее редактирование: 06 Января 2019, 18:25:31 от User5zero »

andytux
не удалось grub-efi-amd64-signed установить в target. Как итог нельзя при закрузке ноута выбрать ОС, всегда загружается Ubuntu
Радуйтесь, что что-то загружается. Ощущение, что все сделано так, чтобы максимально усложнить себе жизнь. То, что вы нагородили, исправить будет сложно.
Большие подозрения, что системы установлены в разных режимах.
Мой совет. Разобраться в теории установки двух систем. Снести все. Заново сделать разметку.
Для двух систем достаточно двух разделов, плюс еще один, если установка в ЕФИ-режиме.
Плюс раздел[ы] под файлопомойку.
Все остальное принесет только проблемы.

User5zero
Для двух систем достаточно двух разделов, плюс еще один, если установка в ЕФИ-режиме.
Плюс раздел[ы] под файлопомойку.В виндоус жесткий разбит на 2 раздела:
1. Собстно система
2. ФайлопомойкаВ Ubuntu согласно инструкции разбивал на:
1. Свап
2. /
3. /хоум
4. Под ефиНасколько я понимаю, такая разбивка считается оптимальной, или все-таки какой-то раздел лучше грохнуть?
Sda1 еще при установке винды 100 метров было отдано.
Sda3 не знаю что такое, его нигде не должно быть. Да и у меня жесткий всего 320 гигов. Если все просуммировать, то не сходится как-то.
« Последнее редактирование: 06 Января 2019, 19:08:20 от User5zero »
alang
(как рекомендация из интернета, без этого тоже выдает ошибку)
Рекомендации — они как йогурты: не все одинаково полезны. Особенно если выполнять их втупую, не понимая, что делаешь.
Винда установлена в режиме legacy, а Ubuntu ты пытаешься вкорячить в режиме uefi. Ничего не выйдет. Даже не пытайся. Тем более, с такой таблицей разделов. Никакой информации от тебя не требуется. Переустанавливай Ubuntu в режиме legacy, и все будет работать. По дороге разбиение исправь:
1 не нужно выделять /home в отдельный раздел;
2 раздел efi тебе также на фиг не нужен;
3 сомневаюсь также, что нужен свап, но это уж твое дело.

Дюшик
Установку Ubuntu делаете не в том режиме, нужно было устанавливать в Legacy/CSM, а Вы устанавливали в UEFI. В UEFI-BIOS если есть возможность выбрать Legacy Only, если такого нет, то выбрать Legacy First. Если и этого нет, то включить Legacy Support (по идее она уже должна быть включена), c установочной флешки удалить папку EFI и тогда установка пойдёт в режиме Legacy/CSM.
Как сказал alang, раздел EFI (/dev/sda4) не нужен.

User5zero
Переустанавливай Ubuntu в режиме legacy, и все будет работать. По дороге разбиение исправь:
1 не нужно выделять /home в отдельный раздел;
2 раздел efi тебе также на фиг не нужен;
3 сомневаюсь также, что нужен свап, но это уж твое дело.
В биос стоит легаси. Остальное тоже по пунктам применил. Ситуация не поменялась:( та же ошибка и тот же итог.
Есть еще варианты, что можно сделать?

andytux
В биос стоит легаси. Остальное тоже по пунктам применил. Ситуация не поменялась:( та же ошибка и тот же итог.
Что-то не стыкуется. Всякое бывает, но в легаси-режиме «grub-efi-amd64-signed установить в target» не должен устанавливаться в принципе.
А не установился, так в легаси он и не нужен. Этот компонент только для ЕФИ-загрузки.

User5zero
« Последнее редактирование: 08 Января 2019, 11:47:07 от User5zero »

andytux
ноут 2010 года, вроде тогда ефи еще не было
С которого пишу, тоже 2010. УЕФИ есть. Но при его включении выводится грозное предупреждение, что режим очень экспериментальный и не рекомендуют его включать.
Что до фото, то обычно на вкладке «boot» находится выбор режимов.
alang
«USB Legacy» — это не efi. Без этого параметра невозможно грузиться с флешек, но и только.
Я думаю, что проблема в некорректно записанном установочном носителе.

DimanBG
Что-то не стыкуется.
Если загрузочный носитель с разметкой ГПТ сделан, то не важно, что Легаси-хренаси, что CSM включен, загрузка будет в УЕФИ, и установщик будет работать соответственно.
У меня ноут 2010 года, вроде тогда ефи еще не было.
Вот у кого ещё сохранилась на ноуте наклейка с Виста64, то уже там может первые ЕФИ. А на Маках еще раньше.
Школота с ноутами Леново узнала о ЕФИ, только когда Вин8 появилась и они её быстрее тестить. О, ужас, в БИОС не могли войти после установки Вин8.
Ноут с ЦП Sandy+дискретка Нвидиа — 99 пудов — ЕФИ первых версий. Лучше устанавливать ОС Линукс в эмуляции БИОС.

User5zero
Если загрузочный носитель с разметкой ГПТ сделан, то не важно, что Легаси-хренаси, что CSM включен, загрузка будет в УЕФИ, и установщик будет работать соответственно.
Я флешку записывал дня 4 назад через руфус, уже не помню меня ли что-то в этой настройке, но вроде все по умолчанию оставлял. Подскажите, сейчас как-то можно проверить какая разметка? И какая разметка должна быть?
Пользователь добавил сообщение 08 Января 2019, 13:49:39:
Решил начать знакомство с «Человечностью» сначала:) Для чистоты эксперимента взял новую флешку, скачал хUbuntu, через руфус с настройками по дефолту (разметка MBR) наваял загрузочный ЮСБ. При установке решил не заморачиваться и выбрал пунк «Удалить старую Ubuntu и установить новую».
Итоги: ошибки груба не было и вся установка прошла без заминок, но при запуске ноута автоматом грузиться хUbuntu и предложений выбрать ось нет. Пробовал зажимать шифт при запуске, восстанавливал груб. В конфиге груба нет ни единого упоминания о вин7, я так понимаю, что он его не видит в принципе.
Разделы после установки выглядят так:
Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sda1 2048 206847 204800 100M 7 HPFS/N
/dev/sda2 206848 123490303 123283456 58,8G 7 HPFS/N
/dev/sda5 123491718 420337344 296845627 141,6G 7 HPFS/N
/dev/sda6 * 420337664 421388287 1050624 513M ef EFI (F
/dev/sda7 421390336 625141759 203751424 97,2G 83 Linux
Комментарии:
sda1 — мой мозг подозревает, что это раздел для загрузчика винды, хотя я тут не сильно сведущ. Может его грохнуть?
sda6 — при автоустановке сам создался раздел для EFI, имеет смысл его убить и сделать разметку ручками?
Фотка boot в биосе: https://drive.google.com/open?id=1_i-h7olkRf9V3D3i4uEveJeSjs5_B_IR
Мой мозг неофита начинает взрываться, я наверно мазохист, но мне все больше нравиться линукс 
« Последнее редактирование: 08 Января 2019, 13:49:39 от User5zero »

DimanBG
Подскажите, сейчас как-то можно проверить какая разметка? И какая разметка должна быть?
Так если Ubuntu сейчас работает, то в ней утилита Диски по умолчанию установлена. В ней и посмотри свою флешку.
Руфус крайней версии делает или гибрид или УЕФИ. Тебе нужно чисто БИОС-МБР.
На флешке не должно быть EFI раздела с сигнатурой ГПТ.

User5zero
Руфус крайней версии делает или гибрид или УЕФИ
Какую-то утилиту посоветуете?
vladj
Подскажите, сейчас как-то можно проверить какая разметка? И какая разметка должна быть?
Я давно уже наплевал на эти новомодные штучки типа Руфуса и проч. Образы на флешку заливаю только Ультра исо портабельным. И зачем разделы переразбивать с винды, если есть возможность загрузится с флешки в лайф режиме. Под linux не делай такой большой раздел, 20 Gb по заглаза иначе для винды всё будет не видно….или программульку в ней прийдётся ставить для показа линёвых разделов EXT.
Таблицу на флешке никогда спецом не делаю, просто формат любой программой в FAT32 и всё. Можно в винде, можно на живом linux тем-же gparted.
- Печать
Страницы: [1] 2 Все Вверх
[UPDATE 07-18-2018] It seems that some people still get the same error message after unchecking “Install the third party software” option. If that is the case for you, you can try the following:
1. Reboot your computer with Live USB and start Ubuntu (or Linux Mint) installation again
2. At the “Installation type” step, choose “Something else”
3. Delete all partitions (since you already have trouble installing Ubuntu, I don’t think you need to worry about losing data)
4. Manually create partitions. You will need at least three partitions as follows:
- Main partition for Ubuntu: ext4 type with mount point “/”
- Swap partition: swap type with partition size equaling to the size of your physical RAM. If you computer has 16GB RAM, then your swap partition needs to be at least 16GB.
- EFI partition with size about 200MB – 500MB. I use 500MB for my computer
5. Continue the installation. Remember you still need to disable third-party software installation.
If you still get the same error message, then you will need to boot into your BIOS and turn off “Secure Boot”, then follow the above steps to try again.
Let me know if this helped you.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
No matter if you try to install the latest Ubuntu 18.04 LTS, or Linux Mint 19 (based on Ubuntu 18.04 LTS), you may encounter the following error:
GRUB Installation Failed. The ‘grub-efi-amd64-signed’ package failed to install into /target/. Without the GRUB boot loader, the installed system will not boot.
This error is not new and it happens in computers that support UEFI mode, so many people usually recommend to enable the Legacy Support in your BIOS settings to solve this problem. However, based on my experience of dozes of trial-and-errors, I found a simple fix for this error and would like to share with you.
Based on my experiment, I think the culprit of the error is when you allow the installer to install third-party software during the installation, although I don’t know why it causes the error.
So the obvious fix is to leave “Install this third-party software” unchecked when installing Ubuntu, or leave “Install third-party software for graphics and Wi-Fi hardware, Flash, MP3 and other media” unchecked when installing Linux Mint, and you don’t need to enable the Legacy Support in your BIOS settings.
There you have it and I hope it helped you. If it did, please let me know in the comments.
1.3
13
votes
Article Rating
I encountered the infamous “‘grub–efi–amd64–signed‘ package failed to install into /target/.” error when installing ubuntu 20.04 along with preinstalled windows 10 in my desktop. Here are the setting environments
- gigabyte mainboard
- one SSD, one HDD
- windows 10 already installed on SSD
I wanted to install ubuntu 20.04 on the HDD so I partitioned the HDD to have one EFI partition(500MB) and the rest set to ‘/’ with ext4 format.
I created a ubuntu 20.04 install usb stick using the image downloaded from the official ubuntu website and Rufus. At the time, I selected ‘BIOS or UEFI’ for “target system” option when creating the usb stick.
With the above settings, no matter what I do I always ended up with the same error at the last moment of the installation.
Solution
After pouring over numerous googling results on this error and failing with all suggested solutions, I still managed to get out some sense of the situation.
And after a lot of fidgeting, I finally found my own solution.
In my case, the problem lied in the process of creating a booting usb stick. When using Rufus, I tried out “UEFI(non CMS)” for “target system” option instead of “BIOS or UEFI”.
Then I booted into the live usb stick and carried on with the same partitioning scheme as I did previously, and this time the installation did not give me the error.
BTW, although it said “(non CMS)” in the select option in Rufus, I still managed to boot into the usb stick even when CMS was enabled in my mainboard settings. I guess it actually meant that it doesn’t support legacy boot modes rather than “CMS must be disabled when booting to a usb stick created with this option!”.
My own understanding of why this method worked is that by creating a live usb stick with the “UEFI(non CMS)” option somehow forces the live usb stick to install ubuntu UEFI mode and not in legacy mode, which installs bootloader on MBR.
Previously when I used the “BIOS or UEFI” option, although the name gives a sense that both modes will be supported, I think it was actually working only on BIOS mode. Therefore, it was installing the boot loaders in legacy mode which did not abide well with the pre-existing windows 10 which was installed in UEFI mode.
My explanation may not be technically accurate, so don’t take my word for granted but as a supplementary advice.
Как правильно задавать вопросы
Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
10 июл 2018, 14:23
В Cinnamon x64. в Биосе стоит uefi+legacy.
Установка Mint идет по следующей разметки:
HDD — / , /home и swap, флэшка идет под загрузчик (роли не играет, пробывал без неё — тоже мимо), разметка GPT.
На попытку установки выдает ошибку grub-efi-amd64-signed через target выдает ошибку релиза (нет у него файла такого у 19 версии).
Куда копать и что делать?
-
rogoznik
- Сообщения: 9446
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 119
- Откуда: Нижний Тагил
- Благодарил (а): 718 раз
- Поблагодарили: 1816 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#2
10 июл 2018, 18:44
Anonim19992, загрузка в live-сессию происходит так
или так
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#3
12 июл 2018, 06:21
2 вариант
-
rogoznik
- Сообщения: 9446
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 119
- Откуда: Нижний Тагил
- Благодарил (а): 718 раз
- Поблагодарили: 1816 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#4
12 июл 2018, 06:41
Тогда тебе еще нужно создать раздел efi в начале диска. Файловая система FAT32, размер 200-300 МБ. Поставить флаги esp, boot
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#5
12 июл 2018, 06:56
в самом начале было сделано,, тоже мимо.
-
symon2014
- Сообщения: 5136
- Зарегистрирован: 16 дек 2017, 21:59
- Решено: 29
- Откуда: Феодосия
- Благодарил (а): 31 раз
- Поблагодарили: 646 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#6
12 июл 2018, 06:59
[Решение]
Во время установки размечаем диск либо автоматом либо вручную по инструкции.
После получения этой ошибки не выходим из системы.
1.НЕ закрываем установщик.
2.Открываем терминал и пишем:
sudo chroot /target
apt update
apt install grub-efi-amd64-signed
3.Ждем когда установиться.
4.Выходим из chroot
exit
5.Перегружаем систему.
Попробуй)
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#7
12 июл 2018, 07:17
etamax
и читаем мой самый первый пост=)) система не видит файл релиза при apt update и следовательно и установить она не может
-
svtv1
- Сообщения: 278
- Зарегистрирован: 26 дек 2017, 15:27
- Решено: 2
-
- Благодарил (а): 39 раз
- Поблагодарили: 23 раза
grub-efi-amd64-signed при установке 19 Корицы
#8
12 июл 2018, 07:43
Какой прогой iso-образ ставишь?
«Если достаточно долго сидеть возле реки — мимо проплывет труп твоего врага»
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#10
12 июл 2018, 08:26
Вставил скриншот
- Вложения
-
-
symon2014
- Сообщения: 5136
- Зарегистрирован: 16 дек 2017, 21:59
- Решено: 29
- Откуда: Феодосия
- Благодарил (а): 31 раз
- Поблагодарили: 646 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#11
12 июл 2018, 08:37
Anonim19992, кстати вопрос svtv1 натолкнул на мысль — может действительно при записи образа недописывается. В Руфусе есть различия записей для мбр и прочего . Правда это в качестве предположения.
И покажи что выдаст — dpkg -l | grep -i grub
Последний раз редактировалось пользователем 1 symon2014; всего редактировалось раз: 12
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#12
12 июл 2018, 08:45
etamax тоже мимо. ошибка релиза ушла, однако данный пакет не установился((
Код: Выделить всё
apt install grub-efi-amd64-signed
Reading package lists... Done
Building dependency tree
Reading state information... Done
grub-efi-amd64-signed is already the newest version (1.93.2+2.02-2ubuntu8.1).
0 upgraded, 0 newly installed, 0 to remove and 209 not upgraded.
записывал руфусом, до этого записывал ультраисо
-
symon2014
- Сообщения: 5136
- Зарегистрирован: 16 дек 2017, 21:59
- Решено: 29
- Откуда: Феодосия
- Благодарил (а): 31 раз
- Поблагодарили: 646 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#13
12 июл 2018, 08:47
Anonim19992 писал(а): ↑
12 июл 2018, 08:45
and 209 not upgraded.
наверно апгрейд надо для начала сделать. И я добавил предыдущий пост.
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#14
12 июл 2018, 08:50
etamax уже делался, не помогло. все остается в таком же состоянии. репа менялась как в /target, так и в просто etc/apt
-
symon2014
- Сообщения: 5136
- Зарегистрирован: 16 дек 2017, 21:59
- Решено: 29
- Откуда: Феодосия
- Благодарил (а): 31 раз
- Поблагодарили: 646 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#15
12 июл 2018, 08:52
etamax писал(а): ↑
12 июл 2018, 08:37
И покажи что выдаст — dpkg -l | grep -i grub
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
-
Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#16
12 июл 2018, 09:12
до установки с учетом ваших советов.
- Вложения
-
- лист
-
- разметка диска
-
- dpkg -l | grep -i grub
-
symon2014
- Сообщения: 5136
- Зарегистрирован: 16 дек 2017, 21:59
- Решено: 29
- Откуда: Феодосия
- Благодарил (а): 31 раз
- Поблагодарили: 646 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#17
12 июл 2018, 09:19
По поводу скрина . Есть сомнения — сдд1 нужно указать как загрузочный эфи — а системный загрузчик ставится на сдд. И на 3 скрине — груб-эфи таки нет — есть писи))
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#18
12 июл 2018, 09:22
1 раз пробовал просто на сдд, фыхлопа было 0.
-
symon2014
- Сообщения: 5136
- Зарегистрирован: 16 дек 2017, 21:59
- Решено: 29
- Откуда: Феодосия
- Благодарил (а): 31 раз
- Поблагодарили: 646 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#19
12 июл 2018, 09:24
Anonim19992 писал(а): ↑
12 июл 2018, 09:22
фыхлопа было 0.
В смысле выхлопа? Установка не продолжалась?
-
Anonim19992
- Сообщения: 132
- Зарегистрирован: 16 ноя 2016, 11:53
- Благодарил (а): 18 раз
- Поблагодарили: 6 раз
- Контактная информация:
grub-efi-amd64-signed при установке 19 Корицы
#20
12 июл 2018, 09:24
И на 3 скрине — груб-эфи таки нет — есть писи)) — и что делать? образ скачен через официал репу, установлен на флэшку разными загрузчиками без результатно((
В смысле выхлопа? Установка не продолжалась? — да, та же ошибка была.
сейчас мучу вариант с upgrade








