Ошибка при установке пакета grub2 в / target / [duplicate]

Я новичок в Linux и пока что использовал только Windows (в настоящее время: Windows 8). Но для бакалавриата в моем университете мне посоветовали использовать Linux в сочетании с вычислениями в статистической физике. Я хочу иметь двойную загрузку Windows 8 и Linux.

Перед установкой прочитал много предупреждений и советов. Я следил за ними (отключение Secure Boot в Windows 8, отключение Fast Boot). Затем я создал раздел для Linux Mint 17.2 Mate и раздел подкачки. Я его установил, и все заработало. Но при включении компьютера экран личинки не появлялся. После дня работы я установил Xubuntu вместо Mint, сделал несколько восстановлений загрузки и отключил параметр «Безопасная загрузка» в дополнительных параметрах восстановления загрузки. После этого я мог без проблем использовать Xubuntu, даже после перезагрузки. Но мне больше понравился Mint, поэтому вчера я попытался установить Mint так же, как и Xubuntu. Но при «установке пакета grub2» установка прервалась с ошибкой:

пакет, подписанный grub-efi-amd64, не удалось установить в / target /.

Я предполагаю, что перед установкой я ошибся в расположении загрузчика. Я установил (а позже удалил) Xubuntu, а с Xubuntu я установил загрузчик в / dev / sda2, где также находится диспетчер загрузки Windows.Перед этим при установке Xubuntu в другой раз я установил загрузчик в отдельный раздел / boot / dev / sda8. Наконец, в другой раз я также установил загрузчик в / dev / sda. Это было действительно методом проб и ошибок, когда проблема не появлялась в начале.

Я предполагаю, что теперь те загрузчики, которые я установил с Xubuntu на sda, sda2 и sda8, вызывают проблемы для установки пакета grub2 с Mint.

Я уже просмотрел много страниц, посвященных той же проблеме, но ни одна из них не сработала. У меня есть подключение к Интернету, и присутствуют «дополнительные 64» (см. Ubuntu 12.04 - grub-efi-amd64-signed не удалось установить в / target / ).

Что я могу сделать? Есть какие-нибудь советы от опытных пользователей? Или попробовать другой дистрибутив? Заранее спасибо! Привет из Голландии.

1
задан 13 April 2017 в 15:24

1 ответ

HPs печально известны упущением их информации о загрузчике операционной системы, и есть даже доказательства, поддерживающие эту гипотезу в Вашей продукции Ремонта Ботинка; например:

chroot /mnt/boot-sav/sda5 efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
No BootOrder is set; firmware will attempt recovery

Примечание, которые длятся линию, что означает, что компьютер попытается загрузить загрузчик операционной системы отступления - EFI/BOOT/bootx64.efi. (Некоторый EFIs на самом деле отступит к загрузчику операционной системы Windows в этой ситуации - EFI/Microsoft/Boot/bootmgfw.efi.)

Это - дефектное встроенное микропрограммное обеспечение. Вы могли бы быть в состоянии получить фиксацию от HP, но это маловероятно. Если бы компьютер достаточно новый, я возвратил бы его в магазин для возмещения; но Ваше упоминание о Windows 8 заставляет меня думать, что Вы проходите тот пункт.

Это оставляет Вас с двумя вариантами, предполагая, что Вам действительно нужна двойная загрузка:

  • Переименовывают погрузчики ботинка отступления (оба те, я упомянул ранее), и поместите копии ЛИЧИНКИ (или некоторый другой загрузчик операционной системы или менеджер по ботинку) в их месте. Это - облупленное и ужасное хакерское проникновение работы, не фиксация; но это - самый легкий способ получить результаты. У Ремонта ботинка есть выбор сделать это автоматически. Это звонило, что-то как «отходит назад и заменяет погрузчики ботинка» (я не вспоминаю точное выражение) в его меню Advanced.
  • Вытирают диск, чистят и делают новое устанавливает и Windows и Ubuntu, но делает так в BIOS/CSM/legacy способе, а не в способе EFI/UEFI. Принуждение способа ботинка может быть немного хитрым, хотя; Вы должны будете выяснить, как сделать это с Ваше определенное микропрограммное внедрение, так как нет никакой стандартизации того, как сделать это. Вариант этого подхода должен преобразовать оба Ваших Ose, чтобы загрузить в способе BIOS, но это, вероятно, будет более утомительным, чем переустановка. Вы, вероятно, хотели бы, делают это, только если Вы провели много времени, настроив Вашу установку и имеете много файлов данных - но оперативное преобразование рискует потерей данных, таким образом, Вы должны были бы отойти назад для безопасности во всяком случае, и в том пункте переустановка начинает выглядеть довольно разумной.
1
ответ дан 14 April 2017 в 01:24
  • 1
    Вы видели в сообщении, что Вы получили предложенное выполнение точно этого "However the following packages replace it: php-ssh2:i386 php-ssh2"? Ответ, скрывающийся в простом виде:) I' m предполагающий то, что libssh2-php любой библиотека PHP 5 / Ubuntu 14 и php-ssh2, является библиотекой PHP 7 / Ubuntu 16. – icc97 10 May 2017 в 07:44

Другие вопросы по тегам:

Похожие вопросы: