Initramfs linux mint 20 не загружается

Не загружается 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:

Источник

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, как посмотреть сообщение об ошибке, а также как устранить самые распространённые причины.

Источник

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

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

Исправляем ошибку с загрузкой в 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 .

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

Загрузите ISO-образ с такой же версией Ubuntu, как установлена на компьютере, с официального сайта и создайте загрузочную флешку. Детальнее об этой процедуре вы можете узнать в другой нашей статье по следующей ссылке.

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

Благодаря опции -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 .

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

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

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

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

[SOLVED] initramfs unpacking failed: Decoding failed

[SOLVED] initramfs unpacking failed: Decoding failed

Post by CyrilFR » Mon Jun 29, 2020 3:29 am

Re: initramfs unpacking failed: Decoding failed

Post by Kadaitcha Man » Mon Jun 29, 2020 3:35 am

Change COMPRESS=lz4 to COMPRESS=gzip

Save the changes then:

Re: initramfs unpacking failed: Decoding failed

Post by Aryanprince » Mon Jun 29, 2020 8:18 am

Re: initramfs unpacking failed: Decoding failed

Post by janne6767 » Mon Jun 29, 2020 12:18 pm

I am getting [0.5910114] Initramfs unpacking failed: Decoding failed when trying to boot from Linux Mint 20 installation media (DVD or USB drive, both fails).

Linux Mint 19.3 works fine on the same desktop computer.

Re: initramfs unpacking failed: Decoding failed

Post by CyrilFR » Mon Jun 29, 2020 1:11 pm

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Mon Jun 29, 2020 1:17 pm

Re: initramfs unpacking failed: Decoding failed

Post by mint-me » Mon Jun 29, 2020 5:24 pm

For now, I guess its ok to ignore the warning?

Wait for a kernel update?

Re: initramfs unpacking failed: Decoding failed

Post by janne6767 » Tue Jun 30, 2020 2:17 am

I am getting [0.5910114] Initramfs unpacking failed: Decoding failed when trying to boot from Linux Mint 20 installation media (DVD or USB drive, both fails).

Linux Mint 19.3 works fine on the same desktop computer.

Still no success.

Mint 19.3 installation media boots from usb ok. LM 20 installation media boot fails to the error message (Initramfs unpacking failed: Decoding failed)

I have verified LM20 iso against sha256 sum.

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Tue Jun 30, 2020 3:04 am

This error was raised in the beta, but not as an issue preventing the live iso from booting at all.

I’ve just doublechecked booting the stable live ISO on both my machines and it boots fine albeit the error does show in journalctl output when run just after booting the live session.

It might be worth you experimenting with a different USB stick or using different USB ports.

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Tue Jun 30, 2020 3:13 am

For now, I guess its ok to ignore the warning?

Wait for a kernel update?

Re: initramfs unpacking failed: Decoding failed

Post by mint-me » Tue Jun 30, 2020 7:36 am

thanks for confirmation smurphos

my bootup is fine, so will leave it as is.

Re: initramfs unpacking failed: Decoding failed

Post by cool_montes » Mon Jul 13, 2020 2:16 am

Re: initramfs unpacking failed: Decoding failed

Post by thorsen » Tue Jul 14, 2020 8:28 am

I am getting [0.5910114] Initramfs unpacking failed: Decoding failed when trying to boot from Linux Mint 20 installation media (DVD or USB drive, both fails).

Linux Mint 19.3 works fine on the same desktop computer.

Still no success.

Mint 19.3 installation media boots from usb ok. LM 20 installation media boot fails to the error message (Initramfs unpacking failed: Decoding failed)

I have verified LM20 iso against sha256 sum.

Re: initramfs unpacking failed: Decoding failed

Post by S3NTYN3L » Tue Jul 14, 2020 10:47 pm

Re: initramfs unpacking failed: Decoding failed

Post by Kadaitcha Man » Tue Jul 14, 2020 11:19 pm

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Wed Jul 15, 2020 1:18 am

Re: initramfs unpacking failed: Decoding failed

Post by N0HAM » Fri Jul 17, 2020 4:24 am

Mint 20 on a Mac Air, upgraded from latest Mint 19 version a week ago, Running as Mint 20 only, removed Mac OS years ago.

This morning laptop started acting wanky in the browser and links would not execute on clicks and was asking me to log into things that should have already been signed into.

Decided to do a reboot and. initramfs unpacking failed

I tried everything mentioned in this post. I could get to grub and a few other very limited command/menu areas, but calls were very limited. No matter what I did, after a reboot everything was back to the way before I made the changes.

Wound up booting from Mint 20 install USB. Tried to make the changes and after reboot, same thing, no matter what I did, no change were actually written to the drive just like before booting from USB.

The question I have to ask, is Mint 20 Stable?

Should I still change the compression method for initramfs?

When the laptop boots, the first few screens flash quickly with garbage on them, as it did before the crash. In Mint 19 the screen were readable but too fast for me to read them.

Источник