Установка Kali Linux с Windows 8 UEFI Dual boot
 

Доброго времени суток, я уже 4 дня пытаюсь поставить Kali с Windows 8 так, чтобы одна не мешала другой. На первой установке я узнал, что мой ноутбук с UEFI и значит ставить надо Кали в режиме UEFI, а не Legacy Boot как я сделал вначале, потому что из GRUB не могла запуститься Винда. Тогда я переустановил все заново теперь уже в режиме UEFI. При этом я записывал образ Кали в Rufus, не в ISO, а в DD режиме, т.к. была ошибка Стандартный CD-ROM не найден. Потом я все же поставил Kali. Все работало хорошо, но как только я запустил из GRUB Винду, то теперь при перезагрузке/выключении запускается только Винда (ноутбук Lenovo G510 со встроенной Windows 8, UEFI InsydeH20). Я запустился с Live USB Кали и в терминале начал писать
вот эти команды: https://codeby.net/blogs/vosstanavli...do-windows-10/, но на команде install-grub, вылезла ошибка связанная с EFI, и остальные команды я делать не стал. Затем я снова снёс Kali, начал устанавливать, и тут вылезает ошибка уже в установщике: executing "grub-install dummy" failed. Пожалуйста, скажите где я ошибся и напишите как установить Windows 8 и Кали в Дуал Бут на UEFI.

Если бы ваш ноутбук был исключительно UEFI, как некоторые современные модели, то никакого
вообще бы не получилось
это вообще никак не связано с UEFI/Legacy
зачем?
если вы нацелились на UEFI, то и в качестве менеджера загрузки стоит использовать средства UEFI, штатные либо менеджер для UEFI (например, rEFInd)
статья про LegacyBoot

Вы так и не воспользовались тогда моим советом в той теме — отключить быстрый запуск в Win-8? А зря.

mwz, уже понял, что зря. Сейчас переустанавливаю Кали и постоянно на этапе установки GRUB вылезает ошибка о том, что не удалось выполнить команду grub install dummy. Что делать?

NoFlexing, попробуйте хотя бы сейчас отключить быструю загрузку и посмотрите, изменится что-либо или нет.

Подсказка: при работающем быстром запуске система при выключении фактически уходит в гибернацию, блокируя при этом в UEFI BIOS возможности загрузки других систем. Для взаимодействия с UEFI BIOS используются возможности ACPI (Advanced Configuration and Power Interface).

Делается это для того (без подробностей: чисто в общих чертах), чтобы другие системы, которые ничего не могут знать о том, что данная находится в гибернации, не меняли при своей работе файловую структуру диска. Иначе при возвращении из гибернации система начнёт работать с неверными сведениями о состоянии файловой системы и либо упадёт сама, либо уничтожит данные, записанные другой операционкой во время её сна.

После отключения быстрого запуска также имеет смысл не перезагружаясь установить утилиту EasyUEFI и посмотреть состояние загрузчика: возможно что придётся из него удалить что-то, связанное с Кали (это можно сделать и штатной утилитой Windows, но EasyUEFI, используя те же методы что и штатная, отражает состояние и позволяет управлять загрузчиком более наглядно и удобно).

mwz, я отключил быструю загрузку перед переустановкой Кали, но все равно вылетела ошибка "grub-install dummy", т.е. GRUB не установился. Погуглив, я нашёл на зарубежном форуме команду sudo dosfsck -r /dev/sda2 (sda2 - мой EFI раздел) и вставил в терминал в Лайв режиме Кали. Как я понял, она ищет битые разделы или что то подобное, так вот она нашла разделы /grub и /EFI/Kali и предложила удалить, что я и сделал. Теперь буду ещё раз пробовать переустановить Кали, ибо я даже не могу полноценно установить Kali Linux с GRUB, что уж говорить о проблемах приорита загрузки. Мне кажется, что ошибка с GRUB происходит из-за неправильной записи образа на флешку, а записываю я Руфусом в режиме DD, а не ISO, потому что при установке пишет стандартный CD ROM не найден.

На последние версии Руфуса довольно много нареканий в этом плане (и не только в этом).
Можно было бы попробовать записать флешку с помощью UltraISO, запущенной с правами администратора: Самозагрузка -> Записать образ жёсткого диска -> Метод записи: USB-HDD+

mwz, а в нем можно записать образ в UEFI режиме? Просто я Руфус только ради этого использую.

mwz, все таки команда помогла - GRUB и Kali установились, похоже GRUB не мог установиться, потому что я удалил только Kali, но не его, и его файлы остались в EFI. Пока, естественно, все хорошо: в БИОС во вкладке boot первым стоит Kali, но я знаю, что как только я запущу Windows Boot Manager из GRUB, он скорее всего затрет GRUB. Что мне делать?

mwz, я рискнул запустить Винду из GRUB и затем перезагрузиться и посмотреть, что будет и... меня встречет желанный GRUB! Все таки я очень-очень зря не послушал вас об отключении быстрой загрузки, потому что настройки моего ноутбука сейчас отличаются от тех, что были в начале проблемы с затиранием GRUBa виндой лишь выключенным режимом быстрой загрузки. Если честно, то я думал, что когда вы про него написали, вы вообще не понимали моей проблемы. А ведь сколько бы времени и сил я бы сэкономил подправив всего один пункт. Но на то он и человеческий фактор. Большое вам спасибо за совет)

А вы попробуйте — именно как я сказал. Это ж быстро.
DVD ведь пишутся не в "UEFI-режиме": обычная запись болванки из образа, который как раз и включает возможность UEFI-загрузки.

А у меня сейчас нет свободной флешки, на которой можно проверить; сам-то я использую загрузку прямо с образов, которые лежат на винчестере в коробочке Zalman VE-200, и их там чёртова уйма: никаких флешек не хватит.

PS
NoFlexing
Вспомнил, что есть флешка, которую как раз собирался почистить. Вылил на неё образ Kali описанным методом.



PPS
Вставил эту флешку и вызвал загрузочное меню UEFI BIOS.
Флешка появилась в двух вариантах (подчёркнуты на скриншоте): с UEFI и без.
Выбрал вариант загрузки UEFI.
Получил экран Kali.

Дальше не пошёл. но догадываюсь, что после установки Kali мне не понадобится Grub: выбирать при загрузке между Windows Boot Manager и Kali UEFI Boot можно будет через то же загрузочное меню UEFI BIOS (слева), где должен появиться и этот вариант. А в UEFI BIOS SETUP установить первым тот вариант из этих двух, которым пользуешься в основном: тогда загрузочное меню надо будет вызывать только при необходимости загрузки более редко используемого второго варианта.