Не удалось установить busybox debian

Обновлено: 07.07.2024

[Ubuntu] Не устанавливается Kubuntu 7.04 (BusyBox v.1.1.3 (Debian 1:1.1.3-3ubuntu3) Built-in shell (ash))

[Ubuntu] Не устанавливается Kubuntu 7.04

Здравствуйте. У меня такая проблема: - при установке Kubuntu 7.04 появляется ошибка

BusyBox v.1.1.3 (Debian 1:1.1.3-3ubuntu3) Built-in shell (ash)
Enter 'help' for a list of Built-in commands.


/bin/sh: can't access tty; job control turned off
(initramfs)

Дальше установка не возможна! Облазал весь Google, но ни чего не нашел на русском языке! Английским к сожалению не владею. Помогите пожалуйста!

У меня та же проблема! Тоже при установке выскакивает ошибка

BusyBox v.1.1.3 (Debian 1:1.1.3-3ubuntu3) Built-in shell (ash)
Enter 'help' for a list of Built-in commands.


/bin/sh: can't access tty; job control turned off
(initramfs)

Уже 2 недели гуглю, но не могу ничего найти на русском!

Посмотрите, правильно ли указаны разделы в menu.list grubа. Частенько подобная путаница возникает в Убунте при двух винтах, особенно если на одном из них ntfs. Еще перепроверьте fstab, там тоже лажа может быть. Посмотрите, правильно ли указаны разделы в menu.list grubа. Частенько подобная путаница возникает в Убунте при двух винтах, особенно если на одном из них ntfs. Еще перепроверьте fstab, там тоже лажа может быть. Есть многое на свете, друг Горацио,
Что и не снилось нашим мудрецам.
Посмотрите, правильно ли указаны разделы в menu.list grubа. Частенько подобная путаница возникает в Убунте при двух винтах, особенно если на одном из них ntfs. Еще перепроверьте fstab, там тоже лажа может быть.

Немножко поясню! Винт у меня один. Проблема возникает при установке, а точнее при загрузке с диска Kubuntu, как с LiveCD! Если в меню сразу выбрать установку на жесткий диск, то все устанавливается без проблем, винт Kubuntu прекрасно видит. Но после установки ошибка повторяется. В итоге мне не загрузиться с диска как с LiveCD, и не запустить установленную ОС с винта!

Немножко поясню! Винт у меня один. Проблема возникает при установке, а точнее при загрузке с диска Kubuntu, как с LiveCD! Если в меню сразу выбрать установку на жесткий диск, то все устанавливается без проблем, винт Kubuntu прекрасно видит. Но после установки ошибка повторяется. В итоге мне не загрузиться с диска как с LiveCD, и не запустить установленную ОС с винта!
Сорри, недопонял изначально. Попробуйте следующее:
1) при загрузке LiveCD в меню жмем F6
2) пишем строчку break=top
3) Enter - загружаемся
4) Загрузка произойдет в командную строку, вводим следующие команды:

5) итого LiveCD должен нормально загрузиться.
Далее можно устанавливать систему как обычно, НО
после завершения установки не перезагружаемся, а заходим в терминал и пишем (здесь привожу для / на hda1):

Начинает грузится, но загрузка не доходит до командной строки, и ноут виснет!

Недавно при включении компьютера, Ubuntu меня "порадовала" тем, что решила не загружаться и "свалилась" в busybox в момент инициализации пользовательского пространства (userspace) оно же initramfs. Немного ошарашенный начал разбираться. Оказалось, что мой старенький жёсткий диск дал небольшой сбой, и подпортил суперблок файловой системы. Впрочем, оказалось что это не смертельно, и проблема эта, довольно просто и быстро решается.

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

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

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

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

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

В команде выше, /dev/sda2 необходимо заменить на полученный ранее, нужный раздел. В результате выполнения команды, будет выведен список всех суперблоков:

Из списка запасных суперблоков, выбираем любой кроме Primary и запускаем проверку диска с указанием запасного суперблока:

Параметр -y необходим для того, чтобы fsck не спрашивал что делать с каждой найденной ошибкой, а вместо этого ее автоматически исправлял если это возможно. После того, как fsck закончит, результат выполнения будет примерно таким:

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

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

Почему Linux не загружается дальше initramfs


1. Неверный корневой раздел в загрузчике

В данном случае она сообщает, что не может найти раздел /dev/sda10:

Alert: /dev/sda10 does not exist. Dropping to a shell


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

ls /dev/ | grep sd


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

mkdir /mnt
mount /dev/sda5 /mnt
ls

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


В данном случае, корневой раздел имеет имя /dev/sda5. Именно это имя можно передать ядру в конфигурации загрузчика Grub, а можно UUID, но если в этом нет крайней необходимости, то короткое имя использовать гораздо проще. Надо перезагрузить компьютер, в меню Grub выбрать нужную загрузочную запись и нажать клавишу E:


Далее найти пункт, начинающейся со слова linux и в нём параметр root. Его значение вместе со словом UUID надо стереть, а вместо него прописать имя корневого раздела:


После этого система загрузится, а вам останется только создать новый конфигурационный файл grub с помощью команды:

2. Повреждённая файловая система

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

The root filesystem on /dev/sda5 requires a manual fsck

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

Здесь /dev/sda5 - это корневой раздел, его нужно заменить на свой. Опция -y указывает утилите, что на все вопросы надо ли исправлять блок нужно отвечать утвердительно. После успешного восстановления надо перезагрузить компьютер и попытаться загрузить систему снова.

Выводы

Нет похожих записей


Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.

date

22.11.2019

directory

Ubuntu

comments

комментариев 8

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

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

ошибка initramfs BusyBox в Ubuntu / Mint / Kali

Проблема с суперблоком

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

Для восстановления в случае такой проблемы, нам нужно загрузиться с образа/диска и запустить Terminal. После загрузки, в терминале вводим команду:

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

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

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

dumpe2fs /dev/vda2 | grep superblock вывод всех сперблоков

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

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

Ошибка диска fsck

Второй вариант ошибки, наличие следующей строки в окне терминала:

busybox initramfs - UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

Если вы не видите такой ошибки, попробуйте ввести (initramfs) exit в окне терминала. Ошибка может появиться после этого..

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

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

Ошибка диска: /dev/sda1 does not exist

Проблема с fstab

Если при загрузке сервера вы видите ошибку:

initramfs в busybox /dev/sda1 does not exist

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

Система выдаст что-то подобное:

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

Монтируем наш раздел в любую директорию, например:

Получаем в директории /mnt весь наш раздел /dev/sda2, находим там файл /etc/fstab и изменяем строку, содержащую /dev/sda1 на:

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

Так же данный вариант можно решить, загрузившись в emergency. Перемонтируйте корень для записи:

После чего измените fstab и перезапустите сервер.

Проблема с железом

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

Читайте также: