Ошибка загрузки kali linux

HackWare.ru

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

Kali Linux не загружается – решение проблем

Пожалуйста, перейдите на новую статью, в которой собрано больше советов: « Что делать если не загружается Linux ».

При установке 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.

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

iTCO_wdt can't request region for resource

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

echo -e "blacklist nouveau\noptions nouveau modeset=0\nalias nouveau off" > /etc/modprobe.d/blacklist-nouveau.conf

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

blacklist nouveau options nouveau modeset=0 alias nouveau off

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

nano /etc/modprobe.d/blacklist-nouveau.conf

Или с помощью vim:

vim /etc/modprobe.d/blacklist-nouveau.conf

Источник

Ошибка при загрузке Linux Kali

Не хочет загружаться Linux Kali, после bootloder выдаёт ошибку try init=bootarg. Почитал в интернете как это исправить https://askubuntu.ru/questions/125888/oshibka-ne-najdeno-init-poprobujte-vy-p. в первый раз помогло, но после перезагрузке Linux опять стала выпадать эта ошибка, я пробовал это исправить всё тем же способом, но ошибка всё равно вылезает. Большая просьба помогите это пофиксить. Заранее спасибо.

И к чему это?

Я попросил помочь с проблемой, а не отправлять мне статьи нужно ли мне использовать kali Linux

Сейчас кину

Тут на форуме можно каким-нибудь способ прикрепить фото?

Re: Сейчас кину

да, тег [idi]ссылка на изображение[/ot]

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

я сегодня добрый, я тебя научу

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

Почему на лоре нельзя добавлять себе в избранное посты?

Он даже автора не указал, а ты уже язык в жопу суешь.

Вот держи

Re: Вот держи

Настрой монтирование по UUID и проверить их соответствие в указанным в fstab

Похоже на то, что ты серьезно накосячил с разделами диска. Особенно странно выглядит запись

mount: mounting /dev/sdb3 on /root failed: No such device

Такое ощущение, что ты перепутал / и /root (это разные директории), да вдобавок не по UUID настраивал загрузку, а по буквам дисков, которые поменялись.

Короче, если тебе нужен просто Linux, бери Ubuntu/Debian, которые ставятся автоматом, а потом смотри, как у них.

И прочитай про GRUB2, разметку и диски в Linux, права доступа в Unix.

Vsevolod-linuxoid ★★★★★ ( 07.12.18 15:38:39 MSK )
Последнее исправление: Vsevolod-linuxoid 07.12.18 15:45:08 MSK (всего исправлений: 1)

Источник

Ubuntu/Mint/Kali загружается в initramfs BusyBox (РЕШЕНО)

В этой статье мы покажем, как решить проблемы, которые возникают, когда компьютер под управлением Ubuntu, Mint Linux или Kali Linux не загружается и во время инициализации initramfs появляется только приглашение busybox. В этой ситуации возможно получить доступ и использовать только командную строку initramfs.

initramfs — это исходная файловая система на основе tmpfs в ОЗУ, которая не использует отдельное блочное устройство. Как и initrd, она содержит инструменты и сценарии для монтирования файловых систем до вызова init, расположенного в корневой файловой системе.

Восстановление неработающего суперблока Ext4 в Linux

Если Ubuntu вылетает в busybox во время инициализации initramfs, возможно, на диске повреждён суперблок.

Несколько копий суперблока хранятся в Linux. Чтобы восстановить систему в случае возникновения этой проблемы, вам необходимо загрузиться с аварийного образа/диска Live CD и запустить терминал. После загрузки введите в терминал следующую команду:

sudo fdisk -l|grep Linux|grep -Ev 'swap'

Команда возвращает информацию о вашем томе:

/dev/vda2 4096 83884031 83879936 40G Linux filesystem

Запомните имя тома и укажите его в следующей команде:

sudo dumpe2fs /dev/vda2 | grep superblock

Команда покажет список резервных суперблоков:

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

sudo fsck -b 98304 /dev/vda2 -y

Если вы получите такой результат:

fsck from util-linux 2.31.1 e2fsck 1.44.1 (24-Mar-2018) /dev/vda2 is mounted. e2fsck: Cannot continue, aborting

После успешной замены суперблока вы получите такое сообщение:

fsck from util-linux 2.31.1 e2fsck 1.44.1 (24-Mar-2018) /dev/vda2 was not cleanly unmounted, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #231 (32254, counted=32253). Fix? yes Free blocks count wrong for group #352 (32254, counted=32248). Fix? yes Free blocks count wrong for group #358 (32254, counted=27774). Fix? yes . /dev/vda2: ***** FILE SYSTEM WAS MODIFIED ***** /dev/vda2: 85986/905464576 files (0.2% non-contiguous), 3904682/905464576 blocks

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

На моей практике показанный выше метод срабатывает практически всегда. Но однажды я столкнулся с исключением — система продолжала загружаться в initramfs даже после восстановления суперблока. Я сделал несколько попыток используя различные резервные копии суперблока, но это также ничего не изменило. В результате мне помогло следующее: в меню загрузки GRUB я выбрал пункт «Дополнительные опции» и выбрал другое ядро. Окончательно решить проблему удалось удалив ядро XanMod с переходом на стандартную версию ядра для данного дистрибутива. После удаления ненужных ядер необходимо выполнить обновление настроек GRUB с помощью команды:

Fsck Boot Error: Unexpected Inconsistency

Второй вариант проблемы initramfs (BusyBox) включает следующее сообщение в окне терминала:

/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY The root filesystem on /dev/sda1 requires a manual fsck.

Если вы его не видите, попробуйте ввести в (initramfs)

в окне терминала. Ошибка может появиться после того, как вы это сделаете.

В сообщении будет показан том, на котором требуется выполнить ручную проверку диска. Выполните следующую команду в приглашении initramfs:

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

Alert! /dev/ТОМ Does Not Exist

Проблема с Fstab

При загрузке хоста Linux вы можете увидеть следующую ошибку:

ALERT! /dev/sda1 does not exist. Dropping to a shell.

Возможно, вы только что установили Linux или у вашего хоста возникли проблемы с fstab. Чаще всего проблема возникает при установке системы с USB-накопителя. Система может показывать ошибку любого тома. Как и в первом случае, мы должны загрузиться с загрузочного / аварийного носителя Linux и выполнить некоторые действия. Проверьте UUID диска с помощью этой команды:

Система вернёт примерно следующее:

/dev/sda2: UUID="36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE="ext4" PARTUUID="fea4dab1-4e12-4327-85c6-76ade18f64e1"

Здесь мы видим, что система должна загружаться с sda2, но на самом деле она пытается загрузиться с sda1.

Смонтируйте том в любой каталог, например:

Когда вы увидите /dev/sda2 в каталоге /mnt, найдите там файл /etc/fstab и измените строку, содержащую /dev/sda1, следующим образом:

UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1

Сохраните файл. Отмонтируйте том от /mnt и перезагрузитесь. Если проблема связана с неправильным именем тома, сервер загрузится.

Также вы можете решить эту проблему, загрузившись в аварийном режиме. Перемонтируйте корневой каталог как чтение / запись:

Затем измените fstab и перезапустите сервер.

Аппаратная проблема

На некоторых материнских платах порты SATA могут иметь случайные числа. Это также может вызвать ошибку, описанную в предыдущем разделе. Чтобы исправить это, вы должны отредактировать загрузчик grub.

Загрузитесь в аварийном режиме или с Live CD и отредактируйте файл /boot/grub/grub.cfg.

В строке, определяющей загрузочный раздел, например:

Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw quiet elevator=noop fsck.repair=yes

замените путь к диску на его UUID:

Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yes

Связанные статьи:

Источник