Линукс перестал запускаться initramfs

Содержание

Ошибка initramfs, не запускается первое ядро в списке.
Ошибка initramfs, не запускается первое ядро в списке.
Не загружается Ubuntu/Mint/Kali с initramfs в BusyBox
Проблема с суперблоком
Ошибка диска fsck
Ошибка диска: /dev/sda1 does not exist
Проблема с fstab
Проблема с железом
Исправление загрузки в initramfs при запуске Ubuntu
Исправляем ошибку с загрузкой в initramfs при запуске Ubuntu
Виртуальный сервер на ubuntu не загружается и вываливается в initramfs

Ошибка initramfs, не запускается первое ядро в списке.

Здравствуйте, на сервере Hetzner установлен proxmox, необходимо установить виртуальную машинку битрикс, я скачал с офф сайта VMBitrix для Vmware, конвертировал это дело в qcow2, далее в raw. Создал виртуальную машинку с дефолтными параметрами, выгрузил диск в формате raw, подменил тем что сконвертировал, далее обратно в lvm закинул. После этого запустил VM. По итогу у меня в списке 3 ядра:

CentOS Linux (3.10.0-957.21.3.e17.x86_64) 7 (Core)
CentOS Linux (3.10.0-957.e17.x86_64) 7 (Core)
CentOS Linux (0-rescue-cb6dc260c0bf48b7b3f2db390383f53f) 7 (Core)

Rescue и второе загружаются норм, и я тут же могу в битрикс зайти. А вот первое при загрузке выдает данную ошибку:

[ 183.290175] dracut-initqueue[331]: Warning: dracut-initqueue timeout — starting timeout scripts
[ 183.799515] dracut-initqueue[331]: Warning: dracut-initqueue timeout — starting timeout scripts
[ 184.308943] dracut-initqueue[331]: Warning: dracut-initqueue timeout — starting timeout scripts
[ 183.818375] dracut-initqueue[331]: Warning: dracut-initqueue timeout — starting timeout scripts
[ 184.818769] dracut-initqueue[331]: Warning: Could not boot.
[ 185.038279] dracut-initqueue[331]: Warning: /dev/disk/by-label/bxRoot dos not exist
Starting Dracut Emergency Shell…
Warning: /dev/disk/by-label/bxRoot does not exist

Entering emergence mode. Exit the shell to continue.
Type «journalctl» to view system logs.
You might want to save «/run/initramfs/rdsosreport.txt» to a USB stick /boot after mounting them and attach it to a bug report.

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

Источник

Ошибка initramfs, не запускается первое ядро в списке.

CentOS Linux (3.10.0-957.21.3.e17.x86_64) 7 (Core)
CentOS Linux (3.10.0-957.e17.x86_64) 7 (Core)
CentOS Linux (0-rescue-cb6dc260c0bf48b7b3f2db390383f53f) 7 (Core)

Rescue и второе загружаются норм, и я тут же могу в битрикс зайти. А вот первое при загрузке выдает данную ошибку:

Источник

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

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

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

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

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

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

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

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

# sudo dumpe2fs /dev/vda2 | grep superblock

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

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

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

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

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

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

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

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

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

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

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

Проблема с fstab

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

Скорее всего вы только что установили 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:

Источник

Исправление загрузки в initramfs при запуске Ubuntu

initramfs — файловая система оперативной памяти, которая используется для начального запуска операционных систем на базе ядра Linux. При установке ОС все библиотеки, утилиты и конфигурационные файлы сжимаются в архив, после чего передаются указанной файловой системой в загрузчик, где и продолжается старт системы. Иногда пользователи дистрибутива Ubuntu сталкиваются с тем, что при включении компьютера они попадают в консоль управления именно этой ФС без возможности дальнейшей загрузки системы. Связано это с повреждением потока запуска и восстанавливается достаточно простым методом.

Читайте также: Скрипт окна как windows

Исправляем ошибку с загрузкой в initramfs при запуске Ubuntu

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

exit /dev/mapper/ubuntu—vg-root contains a file system with errors, check forced. Inodes that were part of a corrupted orphan linked list found. /dev/mapper/ubuntu-vg-root: UNEXPECTED INCONSISTENCY; Run fsck MANUALLY. (ie, without -a or -p options) fsck exited with status code 4. The root file system on /dev/mapper/ubuntu—vg-root requires manual fsck .

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

При запуске ОС выберите загрузку с флешки, и при отображении окна инсталляции переходите в режим «Try Ubuntu».

Узнайте номер системного раздела жесткого диска с установленной системой, введя команду sudo fdisk -l|grep Linux|grep -Ev ‘swap’ .

В новой строке вы увидите обозначение, например /dev/sda1. Запомните его, ведь в дальнейшем это потребуется для исправления ошибки.

Запустите процедуру перечисления всех существующих суперблоков, указав sudo dumpe2fs /dev/sda1 | grep superblock . В каждом суперблоке хранится определенное количество метаданных файловой системы, поэтому сбои в их работе и провоцируют отказ загрузки ОС.

Возьмите за пример любой блок, например, первый. С его помощью будет производиться восстановление ФС. Запуск этой операции осуществляется после ввода sudo fsck -b 32768 /dev/sda1 -y , где 32768 — номер суперблока, а /dev/sda1 — необходимый раздел жесткого диска.

Благодаря опции -y все изменения будут автоматически приниматься, и при успешном завершении процесса на экране отобразится следующее уведомление:

fsck 1.40.2 (12-Jul-2007) e2fsck 1.40.2 (12-Jul-2007) /dev/sda1 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 #241 (32254, counted=32253). Fix? yes Free blocks count wrong for group #362 (32254, counted=32248). Fix? yes Free blocks count wrong for group #368 (32254, counted=27774). Fix? yes . /dev/sda1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda1: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks
Осталось смонтировать системный раздел sudo mount /dev/sda1 /mnt .

Далее перейдите в него через cd /mnt , чтобы все команды выполнялись непосредственно из самого каталога.

Просмотрите содержимое ФС через sudo mkdir test ls -l . Успешное выполнение этой операции говорит о том, что восстановление прошло удачно и можно перезапускать ОС.

Иногда даже после успешного исправления рассмотренной проблемы юзеры сталкиваются с ошибками при запуске операционной системы. Чаще всего они связаны с поломкой стандартного загрузчика GRUB. Поэтому придется дополнительно восстановить и этот стандартный компонент. Развернутое руководство о том, как выполняется поставленная задача через Boot-Repair, ищите в материале далее.

По завершении всех процедур флешка с LiveCD Ubuntu вам больше не понадобится. Если возникло желание ее отформатировать и использовать далее для своих целей, советуем ознакомиться с отдельной нашей статьей по проведению этой операции.

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

Помимо этой статьи, на сайте еще 12315 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Виртуальный сервер на ubuntu не загружается и вываливается в initramfs

Всем привет! С линуксом имею дело очень недавно, поэтому сильно не пинать 🙂 Плюс ко всем неприятностям: про сервер не знаю, практически ничего, т.к. он мне достался по наследству от предыдущего админа и инфу по нему он мне не передал 🙁

В общем, после перезагрузки виртуальный сервер (virtualbox headless) на какой-то Ubuntu вывалился в initramfs 🙁

mount выдаёт такое:

Что успел сделать:

т.к. предлагалось проверить раздел fsck вручную, то и попробовал его проверить:

Не помогло. По-моему, всё, что fsck находил и исправлял было в папке /tmp

Что ещё попробовать, какую инфу предоставить?

Конечно нагуглил что-то типа вот этого поста , но боюсь так с наскока и без особого опыта копаться и не порушить данные.

С уважением, Валерий.

Сделай снапшот средствами виртуалки и последуй рекомендации из того поста.

Но если файловая система посыпалась на столько серьёзно, что остаётся только спасать данные.

а повторная перезагрузка (после проверки фс) что выдает (скрин)?

и повторный запуск fsck -f (тоже скрин давайте)?

По-моему, всё, что fsck находил и исправлял было в папке /tmp

fsck работает с файловой системой/разделом напрямую. /tmp тут вообще не причем

и самое главное, как уже написал Aceler , не забыть сделать снапшот виртуалки перед какими-либо эксперементами.

Выключил виртуалку и сейчас копирую её vdi диск.

Повторная перезагрузка тоже самое и выдаёт 🙁

Повторный запуск fsck тоже делал, но скрин сделать забыл. Он там тоже что-то нашёл и поправил с точно таким же исходом 🙁

Запомнил, что были какие-то 3 блока со знаком «+» в первый раз, а во-второй было сообщение про похожие 3 блока, но со знаком «-» 🙂 Из левого кармана в правый переложил, короче 🙂

Надеюсь я ничего этой проверкой не убил. Запускал её без всяких параметров.

1. когда снапшот/копию сделаете, можно делать что угодно. всегда есть возможность отката.

2. если fsck иправил ошибки, то повторный запуск должен пройти без ошибок.

3. прпробуйте fsck -f

Сделал копию всего vdi диска, теперь точно можно что угодно делать.

Сколько раз запускаю fsck /dev/mapper/smb—share—vg-root , столько раз он там что-то находит. Блин, диск вообще виртуальный, что он там столько находить может хз вообще, ладно бы обычный диск сыпался.

С опцией -f пробовал, не помогло 🙁

Далее отчитываюсь по процедуре из тыц

Загрузился c iso Ubuntu. Там выполнил: тыц тыц

Попробовал смонтировать проверенный диск, он монтируется, структура похожа на /boot , да?

При перезагрузке /boot всё равно не монтируется 🙁

p.s. что-то не разберусь, как редактировать пост, приходится удалять и заново делать.

Попробовал смонтировать проверенный диск, он монтируется, структура похожа на /boot , да?

да похожа. Только у вас корень не монтируется.

Вы точно fsck делаете для /dev/mapper/smb—share—vg-root — это похоже на ваш корень.

И из самого первого скриншота следует, что не монтирует он именно корень. /boot (/dev/sda1) здесь не причем. Там же написано «filesystem check of the root file system failed».

Видимо я как-то неверно запускал fsck с ключом -f и -y. Сейчас сделал:

там на скриншоте у вас fsck /dev/sda1 (sda1 это не тот раздел)

Да, но я с самого начала делал, как хотел initramfs

Источник