Kali linux если не грузится

После установки KaliLinux не запускается система

Установил kali linux, включил пк а там белая черточка на черном фоне, запустил ту же систему с флешки все работает, проверил жд ос там есть, что делать?

Не запускается — это как?

Ну, я включаю пк, и там просто белая черточка на черном фоне

Ставь Debian, а в него уже нужные тебе утилиты для взлома.

А так, если всё установилось корректно, то возможно проблема в режимах запуска UEFI / Legacy (BIOS).

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

Поставь убунту. Откуда вы все лезете со своим kali?

логи давай, говнохакер

Поставил UBUNTU

Я ставил Kali Linux не для «Хакерства», а для комфортной работы. Так как у меня не получилось нормально установить кали, я поставил убунту.

Вот мне просто интересно, ты это где-то услышал или прочитал? Где вообще этот рассадник подобных советов?

Поставь что-нибудь более-менее адекватное, например Генту!

это всё Валерка из 5ого Б

Лично я вижу из Kali лишь ужасно кривое поделие и ниже попытаюсь подробно аргументировать свою позицию.

Во-первых, мейнтейнеры Kali ужасно криворукие. Они даже не понимают принципов сборки пакетов. В Kali нормально собраны лишь те пакеты, которые они заимствуют из апстрима (Debian) без изменений. Всё остальное либо склёпано кривыми руками, либо вообще было установлено через checkinstall, а сгенерированный этой утилитой пакет помещён прямо в репозитории дистрибутива. Из этого следует и второе.

Во-вторых, они не соблюдают никаких гайдлайнов. Пакеты ставятся в систему «как попало»: не в /usr, а часто даже в /usr/local или вообще в /opt. В большинстве случаев без соответствующих devel-ов и символов.

В-третьих, абсолютно всё в их дистрибутиве работает с правами суперпользователя, что очень, очень небезопасно. Любое приложение стартует с абсолютно неограниченными правами и может делать в системе что угодно. В других дистрибутивах наоборот создают механизмы, ограничивающие права пользователя (даже исксы запускаются от сооветствующего пользователя, вошедшего в систему).

В-четвёртых, они не мониторят апстрим и обновления безопасности тащат лишь спустя некоторое время, ставя своих пользователей под угрозу. Наряду с третьим пунктом всё выглядит совсем ужасно.

В-пятых, их скрипты инициализации явно писали криворукие макаки.

В нормальном дистрибутиве за подобные спеки, конфиги и механизмы очень больно бьют по рукам и даже выгоняют из мейнтейнеров если он не исправляется.

Источник

Кали Линукс не работает после обновления.

Почему Кали Линукс не работает после обновления или синий экран смерти Кали.

Приветствую всех пингвинов, забредших на блог Компьютер76, и сейчас мы с вами разберём проблему в Кали Линукс, когда после получения обновлений пользователь не может зайти в Кали под root правами. Разберём симптомы проблемы. Метод опробован вплоть до версии Kali Rolling.

После очередной команды в терминале на обновление apt-get update пользователь во время загрузки и распаковки библиотек иногда сталкивается с проблемой отключения монитора. При этом компьютер зависает, не реагирует ни на какие манипуляции с клавиатурой и мышью. Спасает только перезагрузка. Однако после неё Кали не даёт войти в систему с root правами, а при попытке ввести логин и затем пароль, помигивая экраном, повторно выкидывает на диалоговое окно авторизации.

Иногда эта же ошибка проявляется тем, что прямо во время применения обновлений Кали выключает монитор. Пользователю приходится принудительно перезагружать компьютер, но после авторизации он видит пустой синий экран. Попытка запустить терминал, к примеру, приводит к повторному появлению окна авторизации.

ОДНАКО. Будьте внимательны. Возможен вариант, когда после выключения монитора система продолжает работать. И после принудительной перезагрузки Кали работает в нормальном режиме… до следующего отключения монитора. Копайте настройки энергосбережения и не грешите на битые пакеты.

Заходим в безопасный режим. Сочетание клавиш Ctrl +Alt + F1 (F2) вам в помощь. Или выбираем режим восстановления (recovery mode). Вам предоставляется повторная попытка авторизоваться. Сразу советую — даже если вы успели создать ещё одну учётную запись, зайдите под root-ом. Кто здесь впервые, скажу, что набираемые в терминале символы пароля (следующего за логином) НЕ ОТОБРАЖАЮТСЯ. Просто введите пароль. И вы в системе.

Кали Линукс не работает после обновления: что случилось-то?

Вам мешают драйверы, битые пакеты или GUI системы повреждена. Но ничего переустанавливать не надо. Всё поправимо.

Для исправления ситуации вводим последовательно команды; после каждой из них проверяем, помогло или нет: заканчивайте командой reboot.

• У вас видеокарта от Nvidia? Если нет, переходите к следующему абзацу. Ну, если во время установки обновлений были симптомы, схожие с описанными, они и явились тому причиной. Удалим их из системы командой:

• Если уже во время ввода команды или по её исполнению, вы наблюдаете непонятную кодировку, скорее всего, обновление библиотек прошло неудачно. Тем более вы перезагружались… Ничего страшного, просто повторите команду «обновиться» из безопасного режима, настроив файл конфигурации обновлений (первая из команд):

Дождитесь полного обновления и перезагрузитесь.

• Если не помогло и зайти в Кали Линукс всё ещё нельзя, отредактируйте скрипт автоматической загрузки пользователя по умолчанию. В безопасном режиме наберите в терминале:

AutomaticLoginEnable=false

AutomaticLoginEnable=true

или просто снимите значок # комментария со строки, придав ему значение исполнительного кода. Перезагружаемся, смотрим.

Если и это не помогло, зайти в Кали Линукс нельзя , так как у вас повреждена графическая оболочка. Загружаемся в Ctlr + Alt + F1 (F2) и сносим её вчистую:

И повторно её подгружаем командой:

Напоминаю, все команды должны исполняться из-под root-а.

Источник

Графическая оболочка Kali Linux не запускается

Поставил Kali Linux на usb. При запуске в live режиме все работает нормально. Но при запуске в режиме live persistence не запускается графическая оболочка, работает лишь терминал. Можно ли это как-то исправить? P.s. несколько раз менял и дистрибутивы(пробовал с Ubuntu, Debian) и версии. Проблема сохраняется

Возможно Kali Linux нужно переустановить.

Пробовал, и не раз. Сейчас попробую ещё раз.

startx не пробовал?

Почему именно kali, может стоит начать с debian/centos они более friendly для новичков.

startx пробовал, показывает ошибку «удален экран» или что-то в этом роде, точно не запомнил. Но, как я уже сказал, в лайв режиме все работает нормально. На счёт дебиан, там та же проблема, графическая оболочка просто не запускается. Но думаю следует попробовать ещё раз.

o_O
О времена, о нравы.

Воспроизведи и сфоткай

Естественно можно! Я бы рекомендовал живительную эвтаназию.

Уже заного монтирую образ. Если ошибка снова появится (что скорее всего), то сфотографирую

Nvidia 9800GT вроде Да, древняя

Попробуй добавить к параметрам ядра («e» в момент выбора пункта загрузки) nomodeset.

Файл журнала: «/var/log/Xorg.0.log», время: понедельник, 10 июня 08:46:28 2019 () Использование системного каталога конфигурации «/usr/share/X11/xorg.conf.d» vesa: Игнорирование устройство со связанным драйвером ядра | (EE) Неустранимая ошибка сервера: (EE) экраны не найдены (EE) (EE) Обратитесь за помощью в службу поддержки X.Org Foundation по адресу http //wiki.x.org. (EE) Пожалуйста, проверьте файл журнала в «/var/log/Xorg.0 log» для получения дополнительной информации. (EE) (EE) Сервер прерван с ошибкой (1). Закрытие файла журнала xinit: отказ от xinit: невозможно подключиться к X-серверу: отказано в подключении xinit: сервер

(выше перевод, вот оригинал)

Log file: «/var/log/Xorg.0.log», Time: Mon Jun 10 08:46:28 2019 () Using system config directory «/usr/share/X11/xorg.conf.d» vesa: Ignoring device with a bound kernel driver |(EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http //wiki.x.org for help. (EE) Please also check the log file at «/var/log/Xorg.0 log» for additional information. (EE) (EE) Server terminated with error (1). Clos ing log file xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server

Что в логах-то? Или на экране хотя бы?

Спасибо, но на кали по многочисленным советам я забил.

Это правильно.
Если таки будешь дальше изучать линуксы — обращайся, всегда рад помочь.

Спасибо Как можно с вами в случае чего связаться?

Мой телефон в СПб 2-12-85-06

Итак, я забил на кали, попытался снова установить убунту.

Загружаюсь с флешки, все идёт нормально, система начинает запускаться, появляется фиолетовое окно. После оно кидает в терминал, там бегут строки. После этого снова появляется фиолетовое окно с надписью «ubuntu 18.04» по середине, под ней 4 точки, которые меняют цвет с красного на белый и обратно. Затем снова кидает в терминал, где снова бежит много строк, последняя из которых «[ок] reached sarget sound card».

После этого в первом случае окно начинает медленно мигать, и это никак не получается исправить, кроме как выключить.

В другом случае ничего не изменяется, нажимаю ctrl+alt+f2, предлагает залогиниться. Логин ubuntu, пароль пустой. Приветствует. Но графическая оболочка все так же, как в случае с кали, не запускается. Ввожу «startx». Выдает ошибку с таким же содержанием, как и выше я писал:

Log file: «/var/log/Xorg.0.log», Time: Mon Jun 10 08:46:28 2019 () Using system config directory «/usr/share/X11/xorg.conf.d» vesa: Ignoring device with a bound kernel driver |(EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http //wiki.x.org for help. (EE) Please also check the log file at «/var/log/Xorg.0 log» for additional information. (EE) (EE) Server terminated with error (1). Clos ing log file xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server

Итак, пока писал этот текст обнаружил что-то новое. Все так же запускается до второго фиолетового экрана с «ubuntu 18.04» без изменений, но после, этот экран меняет цвет на черный, надпись «ubuntu 18.04» не исчезает, и прямо под ней, около точек появляется несколько строк как из терминала, далее они снова бегут, до той же самой строки как и в первом примере. Но в любом случае все начинает медленно мигать

Озвучивай свою «железную» конфигурацию .

нужно точно и «всё». С какими параметрами Kali live загружался? Посмотреть можно в grub.cfg (/boot/grub/grub.cfg так кажется). И grub.cfg Ubuntu или что пытаешся ставить. Вообще-то и сам бы мог попробовать

Мой домашний телефон в городе Нур-Султан (Казахстан): 27-40-26. Маму зовут Валентина Ивановна.

Источник

Kali linux не загружается

Почему Кали Линукс не работает после обновления или синий экран смерти Кали.

Приветствую всех пингвинов, забредших на блог Компьютер76, и сейчас мы с вами разберём проблему в Кали Линукс, когда после получения обновлений пользователь не может зайти в Кали под root правами. Разберём симптомы проблемы. Метод опробован вплоть до версии Kali Rolling.

После очередной команды в терминале на обновление apt-get update пользователь во время загрузки и распаковки библиотек иногда сталкивается с проблемой отключения монитора. При этом компьютер зависает, не реагирует ни на какие манипуляции с клавиатурой и мышью. Спасает только перезагрузка. Однако после неё Кали не даёт войти в систему с root правами, а при попытке ввести логин и затем пароль, помигивая экраном, повторно выкидывает на диалоговое окно авторизации.

Иногда эта же ошибка проявляется тем, что прямо во время применения обновлений Кали выключает монитор. Пользователю приходится принудительно перезагружать компьютер, но после авторизации он видит пустой синий экран. Попытка запустить терминал, к примеру, приводит к повторному появлению окна авторизации.

ОДНАКО. Будьте внимательны. Возможен вариант, когда после выключения монитора система продолжает работать. И после принудительной перезагрузки Кали работает в нормальном режиме… до следующего отключения монитора. Копайте настройки энергосбережения и не грешите на битые пакеты.

Заходим в безопасный режим. Сочетание клавиш Ctrl +Alt + F1 (F2) вам в помощь. Или выбираем режим восстановления (recovery mode). Вам предоставляется повторная попытка авторизоваться. Сразу советую – даже если вы успели создать ещё одну учётную запись, зайдите под root-ом. Кто здесь впервые, скажу, что набираемые в терминале символы пароля (следующего за логином) НЕ ОТОБРАЖАЮТСЯ. Просто введите пароль. И вы в системе.

Кали Линукс не работает после обновления: что случилось-то?

Вам мешают драйверы, битые пакеты или GUI системы повреждена. Но ничего переустанавливать не надо. Всё поправимо.

Для исправления ситуации вводим последовательно команды; после каждой из них проверяем, помогло или нет: заканчивайте командой reboot.

• У вас видеокарта от Nvidia? Если нет, переходите к следующему абзацу. Ну, если во время установки обновлений были симптомы, схожие с описанными, они и явились тому причиной. Удалим их из системы командой:

• Если уже во время ввода команды или по её исполнению, вы наблюдаете непонятную кодировку, скорее всего, обновление библиотек прошло неудачно. Тем более вы перезагружались… Ничего страшного, просто повторите команду “обновиться” из безопасного режима, настроив файл конфигурации обновлений (первая из команд):

Дождитесь полного обновления и перезагрузитесь.

• Если не помогло и зайти в Кали Линукс всё ещё нельзя, отредактируйте скрипт автоматической загрузки пользователя по умолчанию. В безопасном режиме наберите в терминале:

AutomaticLoginEnable=false

AutomaticLoginEnable=true

или просто снимите значок # комментария со строки, придав ему значение исполнительного кода. Перезагружаемся, смотрим.

Если и это не помогло, зайти в Кали Линукс нельзя , так как у вас повреждена графическая оболочка. Загружаемся в Ctlr + Alt + F1 (F2) и сносим её вчистую:

И повторно её подгружаем командой:

Напоминаю, все команды должны исполняться из-под root-а.

Alexander Wayne

Read more posts by this author.

Alexander Wayne

Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей Linux-системой, причем не так важно какие были цели: изучение и познание новых возможностей или же какая-то более конкретная цель, в виде исправления той или иной ошибки. В любом случае, при работе с дистрибутивами Linux, для загрузки которых, в большинстве случаев, и используется Grub, с последним могут возникать неприятные проблемы, ввиду которых дальнейшая эксплуатация системы просто-напросто невозможна. В этой статье вы узнаете, что делать, если не загружается Linux. Как вести себя в подобной ситуации и какие действия производить, чтобы починить загрузчик Grub. Пожалуй, начнем.

Что такое Grub

Grub (или GRand Unified Bootloader) — загрузчик операционных систем с открытым исходным кодом. Распространяется он под лицензией GNU GPL, в полностью свободном виде. С помощью этого замечательного лоадера можно сделать много всего — основная же функция не ограничивается загрузкой лишь одной операционной системы. Вы можете иметь куда больше операционных систем на своем ПК, загружая любую из них с помощью Grub. На скриншоте выше вы можете видеть как примерно Grub выглядит. Кстати говоря, если вы захотите установить Ubuntu 18.04 рядом с Windows, вам определенно понадобится помощь Grub.

Grub используется в большинстве дистрибутивов Linux в качестве загрузчика по-умолчанию. Разумеется и с ним иногда возникают проблемы. Этим самые проблемы чреваты полным отказом операционной системы. Поэтому для починки Grub нам понадобятся дополнительные инструменты. Какие именно — узнаете далее.

От чего могут возникнуть проблемы

Одна из самых распространенных причин — это неправильный порядок установки двух операционных систем (Linux и Windows). Допустим, если вы захотите установить две этих операционных системы на свой ПК — вам непременно стоит знать правильную последовательность:

• Сначала устанавливаем Windows
• И только потом уже Linux

Если, например, сделать наоборот, то как раз-таки Grub будет поврежден; система будет грузиться напрямую в Windows, а дистрибутив Linux останется недоступным.

Grub может сломаться и по другим причинам. Например, из-за попыток ручного изменения параметров запуска (при недостатке опыта), в таком случае нужно будет либо вручную убирать лишнее, либо полностью переустанавливать Grub.

Восстановление Grub с помощью LiveCD/USB

Для этого способа нам понадобится флешка с дистрибутивом Linux на борту. Подойдет любой: от Ubuntu, Arch или даже Linux Mint. Здесь нужен только терминал, поэтому подойдет даже версия без графической оболочки.

Как создать LiveCD/USB

Само собой, нам понадобится носитель, на который мы временно (а может и нет) запишем систему. Сохраните все важные файлы, которые были на этом носителе, после чего (имеется ввиду на другом ПК, желательно под управлением Windows) запишите загруженный образ дистрибутива на носитель. В качестве примера мы будем использовать дистрибутив Ubuntu.

Идем на официальную страницу загрузки. Загружаем любую понравившуюся версию (лучше взять новейшую для десктопа), после чего записываем ее на USB/CD.

С помощью Rufus:

Последняя версия приложения доступна на официальном сайте. Сразу после загрузки и запуска/установки мы увидим такое окно:

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

Находим загруженный образ через менеджер, после чего жмем «Старт».

С помощью Etcher:

Опять же, идем на официальный сайт, где скачиваем последнюю версию утилиты. Далее делаем все так, как показано на этой гифке:

Ну а теперь, собственно, можно переходить к восстановлению Grub. Вставляем флешку в наш ПК (где сломан загрузчик), после чего перезагружаем его с этой самой флешки. Как только мы войдем в лайв-систему, сразу открываем терминал, после чего проделываем следующие действия:

Открываем таблицу разделов с помощью команды:

Примерно такая таблица будет выведена на экран:

По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.

С помощью следующей команды мы смонтируем этот раздел в /mnt:

Теперь, для записи grub в MBR, нужно ввести следующую команду:

Если нужно только восстановить MBR диска (после переустановки Windows, к примеру), то этих действий будет вполне достаточно.

Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:

Вот и все, восстановление закончено!

Восстановление с помощью chroot

Помимо вышеописанного способа, при восстановлении Grub с помощью LiveCD можно использовать и этот. Тут мы будем использовать утилиту chroot.

Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:

В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.

В этом способе нам необходимо примонтировать системный, а также нескольких других важных разделов. Для этого вводим эти команды:

Обратите внимание, что если если разделы /boot или /var находятся отдельно, то Вам нужно будет примонтировать их в /mnt/boot и /mnt/var.

Далее мы переходим в окружающую среду chroot с помощью команды:

И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:

Если вы на этом этапе получаете какие-то сообщения об ошибках, то попробуйте использовать эти команды:

Если все прошло успешно, выходим из chroot, используя команду:

Далее нужно отмонтировать все разделы. Для этого вводим в терминал:

В случае, если вы монтировали раздел /boot введите команду:

Теперь перезагружаем систему с помощью:

Можно также обновить меню Grub, используя команду:

Восстановление Grub в rescue mode

Если по каким-то причинам у вас нет доступа к LiveCD/USB-носителю, а также к компьютеру, с помощью которого этот самый носитель можно было бы сделать, то этот способ для вас.

Само восстановление проходит таким образом: сначала мы подгружаем все модули, чтобы открыть доступ ко всей функциональной части Grub, после чего запуститься с нужного раздела. Надо понимать, что Grub состоит из двух частей:

Одна из этих частей (первая) записана в MBR диска. В ней присутствует базовый функционал и ничего больше (консоль в rescue mode).

Стало быть, нам нужно определить, в каком разделе находится вторая часть Grub (находится в каталоге /boot/grub), и после чего подгрузить все недостающие модули. А вот уже после этого мы сможем запустить загрузчик с нужного раздела. В rescue mode есть всего четыре команды:

Для начала вводим следующую команду:

В выводе будет что-то подобное:

В некоторых случаях Grub неправильно опеределяет файловые системы находящиеся на разделах дисков. В данном примере загрузчик показывает их как msdos. Мы должны попытаться угадать диски, которые видим. В примере доступно два диска. Диск с индексом 0 содержащий три раздела, и диск с индексом 1 содержащий два раздела. Если вы знаете структуру своих дисков, определить нужный труда не составит.

В загрузчике Grub разделы нумеруются в обратном исчислении. Не очень ясно какой именно из разделов назван, к примеру (hd0,msdos3). Чтобы было более понятно, можно использовать вид (hd0,1). Если в грабе отсчет дисков идет с 0, а разделов с 1, то можно определить, что операционная система установлена в первый раздел первого раздела — (hd0,1). Используем следующую команду:

С помощью этих команд мы приказываем системе использовать какой-то конкретный диск, для выполнения всех остальных операций (в нашем случае, это диск (hd0,1)). Чтобы проверить есть ли на данном диске загрузчик, введем эту команду:

Если в выводе будет список файлов и папок, значит мы все сделали правильно. Теперь можно загрузить все необходимые модули. Для этого выполним команды:

После выполнения команд Grub загрузится в полнофункциональном режиме. Будут найдены все операционные системы, которые установлены на компьютере, после чего будет показано стандартное меню загрузки.

Чтобы закрепить результат (и не проделывать все то же самое после перезапуска ПК), нужно зайти в терминал своего дистрибутива Linux, где с root правами выполнить следующую команду:

sdX — диск, на который должен быть установлен Grub.

Если операционная система расположена на разделе с файловой системой btrfs, то нам необходимо выполнить следующие команды:

И подгрузить модули:

Ну и теперь запустить GRUB:

Восстановление Grub с помощью утилиты Boot repair

С помощью этой замечательной утилиты вы сможете восстановить загрузчик всего в пару кликов. Как видно из скриншота, утилита имеет собственный GUI, ее использование не вызовет трудностей.

Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:

• Запись и установка специального образа диска Boot Repair (и дальнейшая загрузка с него)
• Установка Boot repair из PPA-репозитория в LiveCD/USB дистрибутиве.

Если с первым способом все понятно: нужно просто скачать и записать образ с помощью соответствующих инструментов. То во втором уже нужно знать конкретные команды, которые выглядят следующим образом:

В утилите будет доступно два варианта на выбор:

Recommended repair исправляет большую часть известных ошибок, которые могли бы возникнуть при запуске. С его помощью вы сможете пофиксить и загрузчик Grub.

Create a BootInfo summary создает Boot-Info-Script – скрипт, который позволяет диагностировать большинство проблем при загрузке.

Здесь же есть и Advanced options. Он включает в себя варианты для восстановления и настройки загрузчика Grub2 (загрузка по-умолчанию, опции загрузки ядра, отображение или скрытие GRUB при загрузке, удаление GRUB). С помощью этих же инструментов, вы можете восстановить MBR и т.д.

Вам обязательно стоит заглянуть на официальный сайт Boot Repair. Там вы сможете найти более подробную информацию обо всех возможностях и особенностях программы. Там же будет доступна информация о выходе новых версий: фиксах и улучшениях самой утилиты, а также многом и многом другом.

Выводы

Вот мы и рассмотрели несколько вариантов исправления загрузчика Grub. Стоит сказать, что некоторые из них могут показаться сложными или даже невыполнимыми. Это не так, каждый из рассмотренных способов нашел подтверждение в виде сотен и тысяч актов исправления загрузчика Grub в опенсорсном сообществе. Кстати говоря, какой из способов выбрать — решать только вам, любой из них достаточно эффективен, чтобы попасть в этот материал.

Возможно вас заинтересуют и другие похожие материалы про починку загрузчика Grub2. Например, в этом материале вы узнаете, как починить GRUB2 если Ubuntu не хочет загружаться. Там более подробно рассказывается, как фиксить груб с помощью утилиты Boot Repair, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.

Этичный хакинг и тестирование на проникновение, информационная безопасность

При установке Kali Linux несколько раз столкнулся с проблемой, что система просто не загружается. Надеюсь, эта небольшая заметка поможет сберечь время тем, у кого похожая ситуация.

Не загружается Live-образ Kali Linux

Причина может быть в том, что в вашем BIOS (UEFI) включены опции Quick boot и (или) Secure boot. Зайдите в БИОС и отключите их.

БИОС не видит загрузочную флешку

Скорее всего, вы неправильно записали Live образ. Скачайте программу Win32 Disk Imager и создайте загрузочную флешку с её помощью.

Не нужно беспокоится, о версии для UEFI или для БИОСа, поскольку современные Live-образы Kali Linux поддерживают оба варианта. Записанная с помощью Win32 Disk Imager флешка будет грузиться в любом случае.

Загрузка доходит до меню, но замирает на экране консоли или после ввода логина и пароля

Если вы видите загрузочное меню Kali Linux с разными вариантами загрузки и после него продолжается загрузка системы, но она не завершается успехом, значит флешка записана правильно, но присутствуют проблемы в самой системе – чаще всего это несовместимость модулей ядра и самого ядра, отсутствие или дублирование драйверов.

В некоторых случаях может появится графический интерфейс (менеджер отображения) с приглашением ввести логин и пароль, но после ввода учётных данных вся система зависает.

Аналогичная проблема может возникнуть и с Live образом – следующий рецепт подходит и для установленной системы и для Live системы.

Чтобы избежать эту проблему, когда появится меню загрузки GRUB нажмите букву e. Теперь отредактируйте опции загрузки, добавив nomodeset. Для этого найдите строку, начинающуюся со слово linux и в её конец допишите через пробел слово nomodeset. Для продолжения загрузки нажмите F10.

Эта настройка действует только для текущей загрузки и при последующих перезагрузках системы это нужно делать сново.

Можно сделать опцию nomodeset постоянной для GRUB, но лучше найти проблемный модуль и отключить его.

В данный момент на эту проблему жалуются владельцы компьютеров с видеокартами NVidia. Причина, судя по всему, в конфликте последних версий ядра Linux с проприетарными драйверами NVidia и свободными драйверами nouveau.

Одним из подтверждений этого является строка

в консоли загрузки.

Для отключения nouveau выполните команду:

Если вы не можете загрузиться в графический интерфейс, то попробуйте с помощью сочетаний клавиш Ctrl+Alt+F1, Ctrl+Alt+F2, Ctrl+Alt+F3 и так далее перейти в консоль. Залогинтесь там и с помощью консольного редактора создайте в папке /etc/modprobe.d/ файл blacklist-nouveau.conf со следующим содержимым:

Для создания файла с помощью текстового редактора nano:

Источник