Похоже на то, что ты серьезно накосячил с разделами диска. Особенно странно выглядит запись
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)
- Показать ответ
- Ссылка
-
#2
И где там, собственно, ошибка?
-
#3
tty1 это очень большая ошибка!
crtl+alt+f7 попробуй
-
#4
Простите не правильно сформулировал ошибку, проблема в том что я установил kali linux live на флешку, запускаю, но потом вылазиет сообщение монитора «вход не поддерживается», пытался починить с помощью xrandr(Но по итогу не починил, потому что мало нашел сайтов, где есть нормальное решение проблемы)
-
2023-03-06-00-54-58.jpg
93,8 КБ
· Просмотры: 25
f22
Codeby Team
-
#5
Какие-то ошибки в журнале есть?
journalctl -xe
-
#6
Простите не правильно сформулировал ошибку, проблема в том что я установил kali linux live на флешку, запускаю, но потом вылазиет сообщение монитора «вход не поддерживается», пытался починить с помощью xrandr(Но по итогу не починил, потому что мало нашел сайтов, где есть нормальное решение проблемы)
tty1 это очень большая ошибка!
crtl+alt+f7 попробуйКакие-то ошибки в журнале есть?
journalctl -xe
Какие-то ошибки в журнале есть?
journalctl -xe
Какие-то ошибки в журнале есть?
journalctl -xe
смотри были ошибки с pulseaudio, но я ее решил, так же с KVM, но как я понял это обычная виртуализация от которой ничего не зависит, осталась ошибка с kernel(не знаю что это, но решени этой проблемы я не знаю) , ну и сори что скидываю скрины логов в текстовом видео я не смогу
-
IMG_20230306_235927.jpg
92,3 КБ
· Просмотры: 19
f22
Codeby Team
-
#7
Попробуйте полностью переустановить lightdm
sudo apt install --reinstall lightdm && reboot
В статье рассмотрена ошибка загрузки Кали Линукс, сопровождающаяся появлением командной строки от имени initramfs и требующей от пользователя неких действий. Рассмотрим наиболее часто встречающиеся варианты решения проблемы и возможные причины.
Симптомы проблемы
- Кали Линукс загружается в чёрный экран смерти с единственно возможной командной строкой initramfs
- вас «приветствует» сообщение от BusyBox соответствующей версии
- вероятно, у вас двойная загрузка одновременно с Windows (не обязательно)
- после решения и проверки диска ситуация повторяется
- если Windows в мультизагрузочной системе присутствует, та также отказывается загружаться
Как я уже говорил, причин несколько, но практически все они связаны с повреждением файловой системы и исправляются проверкой тома, где расположен загрузчик Кали.
СПРАВОЧКА
Без неё никак. Initramfs — это полноценный набор директорий, который вы найдёте в корневой файловой системе. Он упакован в архив специального формата и сжат с помощью специального алгоритма. В момент загрузки системы загрузчик выгружает ядро и образ initramfs в память. Ядро проверяет присутствие initramfs и, обнаружив, монтирует его в символ / , запуская /init. Init представляет собой обычно шел-скрипт, а потому процесс загрузки с помощью init достаточно продолжительный, но в нашем случае обязательный: он создаёт возможность загружаться с локального тома, запароленный вход и т.д. Однако любой сбой в части блоков initramfs автоматически «ломает» ядро системы, вызывая ошибку загрузки.
Ошибка initramfs-tools: синий Рабочий стол Кали Линукс без значков
Проблема initramfs : вариант первый
Внимательно изучаем окно терминала. В числе прочих строк обнаруживается запись типа:
/dev/sda*: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
обратите внимание на номер тома в начале строки /dev/sda* , где вместо * цифра тома, требующего ручного запуска проверки диска. Так тут же, в терминале и наберите:
fsck /dev/sdaX -y
или диск целиком (тоже вариант, но если у вас на жёстком ещё и Windows на NTFS, то советую лучше не рисковать):
fsck -f / -y
где
- Х — номер вашего тома с Линукс
- -y — разрешение на проведение операции
Перезагружаемся и входим в систему обычным порядком.
Проблема initramfs : вариант второй
Этот вариант (через Китай, но есть возможность проверить результаты работы) подсмотрен на форуме Ubuntu-водов. Вам понадобится загрузочная флешка с Кали Линукс. Запускаем живую Кали и в окне терминала вводим команду:
fdisk -l|grep Linux|grep -Ev 'swap'
Отображаем список суперблоков:
dumpe2fs /dev/sda* | grep superblock
не забываем заменить символ * на цифру тома с Линукс на жёстком диске. Сейчас терминал вернёт вот это:
Я выделил номера резервных суперблоков, их мы и будем использовать в качестве альтернативы побитым. Выбираем любой (я беру второй за номером 98304):
fsck -b 98304 /dev/sda* -y
После исправления пробуем смонтировать побитый раздел и проверить, восстановлена ли файловая система (вводите команды по отдельности):
mount /dev/sda* /mnt cd /mnt mkdir test ls -l cp file /path/to/safe/location
Если термина не ругается, у вас всё получилось. Перезагружайтесь и входите в системы обычным порядком.
Проблема initramfs : вариант третий
Проблема повторяется всякий раз после перезагрузки. Однако, обратите внимание. Если терминал с initframs преследует вас ИМЕННО ПОСЛЕ РАБОТЫ В WINDOWS, советую вам повторить любой из шагов, который вернул вам нормальную загрузку, но в этот раз:
- отправляемся не в Кали, а прямиком в Windows
- обнаруживаем ВСЕ ПРОГРАММЫ, которые позволяют читать файловую систему ext* из Wind-овой NTFS. По личному опыту скажу: 99% возвращающейся ошибки initframs являются драйверы таких программ, которые загружаясь с Windows, «наводят порядок» на томе с Кали, даже если вы такую программу и не запускаете вовсе. В любом случае утилит, позволяющих попасть в Кали из Windows, несколько. Выберите ту, которая не вызывает вываливания в BusyBox с initframs.
- нашли и удалили? Запускаем проверку диска с Windows с перезагрузкой:
chkdsk C: /F/R/X/B
Уверен, она не помешает. Успехов.
Kali — это производный от Debian дистрибутив Linux, разработанный для цифровой криминалистики и тестирования на проникновение. В тестирование на проникновение платформы содержат большой набор инструментов и утилит, используемых сообществом белых шляп. ОС финансируется и поддерживается Offensive Security.
Ошибка черного экрана Kali Linux
Черный экран — это темный интерфейс с курсором в левом верхнем углу, который многие обычно находят после импорта своих файлов ISO в виртуальный ящик. Он похож на снимок ниже.
Если у вас возникла эта проблема, не беспокойтесь, эта статья поможет вам ее исправить. Решите различные ситуации с черным экраном Kali Linux с помощью перечисленных решений. Следующие методы используются один за другим, и мы надеемся, что вы найдете их идеальным решением вашей проблемы.
Причины черного экрана
Обычно существует несколько причин, которые могут вызвать эту проблему.
- Первая причина этой ошибки заключается в том, что многие люди склонны загружать версии файлов ISO, которые не подходят для их ПК.
- Другая ошибка возникает из-за установки 32-битной ОС, когда ваш компьютер поддерживает 64-битную систему.
- Устаревший Virtualbox.
- Меньше места на жестком диске.
- Плохой ввод версии при настройке в Virtualbox.
Исправления
Решение 1:
- Перепроверьте тип вашего диска на предмет наличия загрузочного флеш-накопителя, если он GOT или MBR, так как он должен соответствовать вашему жесткому диску. Проверьте это с помощью diskpart.
- Попробуйте сделать загрузочный флеш-накопитель Kali Linux с Руфусом.
- Мы также рекомендуем использовать последние ISO-образы Kali.
- Убедитесь, что на диске достаточно места.
Решение 2:
Для тех, кто использует VirtualBox и имеет проблемы с черным экраном, попробуйте следующее решение:
- Запустите Virtualbox> перейдите в справку> о Virtualbox.
- Посмотрите версию своего Virtualbox. Если вы используете версию 5x, вы обнаружили проблему, вызывающую черный экран.
- Что вам нужно сделать, так это удалить Virtualbox с вашего ПК. Для тех, кто использует Linux, используйте следующие команды, чтобы избавиться от Virtualbox.
sudo apt-get удалить Virtualbox
или
sudo apt-get очистить виртуальный бокс
- После удаления идите и скачать последняя версия Virtualbox.
- После загрузки пакета .deb, установить виртуальную коробку используя следующую команду (замените путь к файлу на путь вашего конкретного пакета deb)
dpkg -i файл пакета
например:
dpkg -i ~ / Downloads / virtualbox-.1_6.1.18142142 ~ Ubuntu ~ bionic_amd64.deb
Как только вы закончите, вы сможете без проблем запустить Virtualbox и запустить kali.
Решение 3:
Убедитесь, что загруженный файл имеет расширение .ova из официальный сайт zsecurity. Если этого не произошло, значит, вы скачали не тот файл.
Решение 4:
В ситуациях, когда вы загружаете на свой компьютер другую версию, вам необходимо убедиться, что вы хорошо знаете версию своего ПК, прежде чем загружать файл.
Решение 5:
Если вы загрузили правильный файл и проблема не исчезла, вам необходимо проверить, включена ли виртуализация или VT в вашей BIOS. Доступ к Bios может быть разным в зависимости от вашего компьютера. Однако стандартная процедура:
- Перезагрузите компьютер
- Внизу перезагружаемого компьютера находится набор инструкций о том, как войти в настройки BIOS.
- В настройках ищите VT аппаратной виртуализации. После этого включите его, сохраните и выйдите.
Решение 6:
Если это по-прежнему не помогло, щелкните правой кнопкой мыши имя виртуальной машины в виртуальном поле, перейдите в раздел настроек> Общие и убедитесь, что тип установлен на Linux, а версия установлена на 64-разрядную версию Debian или 32-разрядную версию Debian, в зависимости от характеристик вашего компьютера и версии Kali, которую вы скачал. После этого перезагрузите систему.
Решение 7:
Если проблема не исчезнет, мы рекомендуем увеличить видеопамять, чего можно добиться, щелкнув правой кнопкой мыши имя виртуальной машины в виртуальном поле; После этого зайдите в настройки> Система и увеличьте видеопамять хотя бы до максимального уровня.
Решение 8:
Если вы работали с виртуальным ящиком, мы рекомендуем перейти на рабочую станцию Vmware.
Решение 9:
Перейдите к виртуальной машине> Настройки> Оборудование> Дисплей> Снимите флажок Ускорять 3D-графику на панели содержимого справа. После снятия галочки перезагрузите систему.
Решение 10:
В графическом интерфейсе пользователя (GUI) установка процесс, выберите да для установки личинки. Если вы выберете Нет, при загрузке вы увидите только маленький курсор в верхнем левом углу.
Решение 11:
Не выбирайте первый вариант «Ввести устройство вручную» в последнем разделе установки. Мы рекомендуем выбрать второй вариант.
После выполнения любого из предложенных решений перезагрузите систему, и вы увидите такое окно:
После правильной настройки файла ISO вы можете ознакомиться с нашей статьей о используя Kali Linux чтобы разнообразить ваши знания об этой уникальной операционной системе.
Заключение
Вот и все. Если вы боролись с черным экраном на Kali Linux, то мы нашли для вас лучшие решения. Надеюсь, один из них вам помог. Если у вас есть проблемы с предлагаемыми нами решениями, не стесняйтесь поделиться с нами в разделе комментариев ниже; в противном случае, спасибо за чтение!
Hello00, тупой аргумент про «вы с рождения…» повторяют здесь те, кому лень учиться, а хочется сразу стать крутым хакером, программистом, чёртом лысым.
Если вы хотите изучать Линукс, начните с Ubuntu какой-нибудь, и читайте документацию, а не лезьте сразу ставить «хакерский» дистрибутив, а чуть что — сразу с воплями «ай, не работает» на форумы. Так, как это делаете вы, специалистами не становятся.
Написано
более трёх лет назад