Logiss.ru

Ваша компьютерная помощь
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Вылазит initramfs при загрузке Ubuntu

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 и запустить терминал. После загрузки введите в терминал следующую команду:

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

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

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

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

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

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

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

Fsck Boot Error: Unexpected Inconsistency

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

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

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

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

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

Alert! /dev/ТОМ Does Not Exist

Проблема с Fstab

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

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

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

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

Читайте так же:
Где скачать драйвера для принтера Epson SX130

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

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

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

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

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

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

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

Не загружается Ubuntu/Mint/Kali с initramfs в BusyBox

date22.11.2019
userVyacheslavK
directoryUbuntu
commentsкомментариев 8

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

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

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

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

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

# sudo fdisk -l|grep Linux|grep -Ev ‘swap’

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

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

# sudo dumpe2fs /dev/vda2 | grep superblock

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

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

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

# sudo fsck -b 98304 /dev/vda2 -y

Нужно отмонтировать раздел:
# umount /dev/vda2

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

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

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

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

busybox initramfs - UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

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

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

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

Проблема с fstab

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

initramfs в busybox /dev/sda1 does not exist

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

Читайте так же:
Усилители звука для Андроид

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

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

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

# sudo mount /dev/sda2 /mnt

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

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

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

# sudo mount -o remount,rw /

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

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

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

Загрузитесь в режиме emergency или с live-cd и измените файл /boot/grub/grub.cfg

В строке где происходит загрузка раздела, например:

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

укажите UUID диска в grub.cfg

Предыдущая статьяПредыдущая статья Следующая статья Следующая статья

Ubuntu не загружается дальше initramfs

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

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

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

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

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

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 указывает утилите, что на все вопросы надо ли исправлять блок нужно отвечать утвердительно. После успешного восстановления надо перезагрузить компьютер и попытаться загрузить систему снова.

Выводы

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

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

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

Диск по UUID не обнаружен (initramfs), сбой загрузки

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

Читайте так же:
Компьютер не видит внешний жесткий диск WD My Passport Ultra

У меня, похоже, были ошибки с Empathy, которые отказывались подключаться к сети в разное время.

Но это займет код, и если вы этого захотите, необходимо сделать отчет об ошибке.

16 ответов

У меня была та же проблема как начинающий потока, и я решил ее без переустановки.

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

Первая начальная загрузка с помощью спасательной системы (та же версия) и выполненный оболочка на диске неначальной загрузки. Взгляните на /etc/fstab и подтвердите uuids там путем издания blkid команда для каждого устройства. Зафиксируйте эти записи, поскольку они важны.

Затем мы фиксируем личинку с:

  • grub-mkconfig
  • update-grub
  • update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

Это создаст новый initramdisk для Вашей версии. Если Вы не знаете точной версии, Вы работали, взглянули на файлы в/boot/. Выбор числа последней версии должен быть безопасным.

После выхода из спасательной оболочки человечность, живой CD предложит Вам последнее меню от того, где Вы ввели оболочку. Выберите "install Grub" (или подобный) там и введите устройство, куда поместить Ваш загрузочный сектор.

В большинстве систем (стандартная установка) /dev/sda безопасная ставка. Знайте: Windows — или другие системы мультиначальной загрузки, возможно, понадобились бы другие записи здесь!

Наконец необходимо смочь загрузиться от восстановленного диска.

Я только что перешел в режим восстановления. И выбрать что-то указываете обновление grub в меню. затем исправьте проблему.

Помимо всех остальных ответов, попробуйте перейти в меню grub (нажмите SHIFT во время загрузки, чтобы перейти в расширенные настройки Ubuntu) и выбрать старое рабочее ядро. Конфигурация grub должна быть обновлена ​​после установки более новой версии ядра.

Это также может произойти, если вы клонировали раздел или, особенно, весь жесткий диск и таблицу разделов с помощью dd. Если это произошло, обычно fsck всех рассматриваемых разделов решит это.

У меня возникла та же проблема в Ubuntu после нескольких часов поисков. Я только что понял, что grub пытается загрузить sdb5, и мой kali находится на sda5, поэтому загрузитесь с live cd и попробуйте смонтировать ur linux os с помощью команды mkdir и, если она существует, попробуйте исправить grub, удерживая shift в нагрузке и нажав e и изменив root dev и, если он работает, сделает его постоянным

Читайте так же:
Ани Деск скачать бесплатно

Перепробовал все ответы, но не смог решить, так что, наконец, пришлось переустановить Ubuntu :(.

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

ОС устанавливаются в ext4 с Ubuntu 14.04

, но я обнаружил, когда устанавливаю другое издание Ubuntu, например 10.04 после Ubuntu 10.04

Также скомпилируйте ядро ​​Ubuntu 10.04 и используйте dpkg для его установки.

Наконец, проблема в grub.cfg.

Поскольку в Ubuntu 10.04 по умолчанию используется ext2 для ОС, поэтому initramfs будет загружать драйвер ext2, а не использовать драйвер ext4 .

Поэтому замените ext2 на ext4 в grub.cfg, чтобы исправить это.

Я сам исправил это, отредактировав файл / etc / default / grub

Только с первым этого было недостаточно. Я даже попробовал 130, как указано ранее. Затем я отключил UUID второй командой. В любом случае это был корневой раздел LVM, поэтому данные UUID были бессмысленными.

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

UUID в /proc/cmdline правильный, однако система не может его распознать.

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

Я видел ту же проблему — с дополнительной информацией, которую я использовал , использовал blkid (и tune2fs) для проверки UUID, и это точное совпадение. В листинге / dev / disk / by-uuid также показан ожидаемый UUID. Привод отлично монтируется и в busybox. Все нормальные файлы, ожидаемые в [/ mnt] / boot /, присутствуют (для ядра 3.13.0-36).

Я получил компьютер для загрузки (изнутри busybox), изменив ссылку UUID / etc / fstab для корневого раздела на / dev / sda1 (измените в соответствии с вашими настройками). Однако я не уверен, что этот шаг важен, поскольку сам по себе он не имеет значения. То, что сделал , было при следующей перезагрузке: он сидел в grub, нажимал «e», чтобы редактировать загрузку Ubuntu по умолчанию, удаляя всю конструкцию «if . fi» и заменяя строку «linux» UUID = с / dev / sda1. Такой подход позволил компьютеру полностью загрузиться.

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

Ссылка на основную публикацию