Linux initramfs unpacking failed decoding failed

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

Источник

Linux initramfs unpacking failed decoding failed

19 июл 2020, 22:55

60Hz
OpenGL: renderer: GeForce MX230/PCIe/SSE2 v: 4.6.0 NVIDIA 440.100
direct render: Yes
Audio:
Device-1: Intel Sunrise Point-LP HD Audio vendor: Acer Incorporated ALI
driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: C-Media USB Audio Device type: USB
driver: hid-generic,snd-usb-audio,usbhid bus ID: 1-3:2
Sound Server: ALSA v: k5.4.0-40-generic
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Acer Incorporated ALI driver: r8169 v: kernel port: d000
bus ID: 02:00.0
IF: enp2s0 state: down mac:
Device-2: Intel Wireless 7265 driver: iwlwifi v: kernel port: d000
bus ID: 03:00.0
IF: wlp3s0 state: up mac:
IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A
Drives:
Local Storage: total: 1.14 TiB used: 181.02 GiB (15.5%)
ID-1: /dev/nvme0n1 vendor: Kingston model: SA2000M8250G size: 232.89 GiB
ID-2: /dev/sda vendor: Toshiba model: MQ04ABF100 size: 931.51 GiB
Partition:
ID-1: / size: 46.68 GiB used: 16.57 GiB (35.5%) fs: ext4 dev: /dev/sda3
ID-2: /home size: 46.68 GiB used: 10.25 GiB (22.0%) fs: ext4
dev: /dev/sda4
ID-3: swap-1 size: 16.39 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda5
Sensors:
System Temperatures: cpu: 55.0 C mobo: 27.8 C gpu: nvidia temp: 50 C
Fan Speeds (RPM): N/A
Info:
Processes: 268 Uptime: 7m Memory: 15.50 GiB used: 1.84 GiB (11.9%)
Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.17
inxi: 3.0.38

Суть проблемы следующая.

Стоит HHD, на нём EFI + корень Mint 20, обновлённый из 19.3 + отдельно home + swap + ntfs разделы

Но я решил поставить m.2 NVMe SSD и завести систему уже там. Завести следующим образом — папку home подключить с HDD, старую систему не трогать, будет запасная. На новую систему хотел накатить образ из Timeshift, чтобы не переставлять весь софт. Ради прикола сделать там SWAP, посмотреть скорость работы при задействовании.

Устанавливаю в ручном режиме. Биос — AHCI. Второй режим — Intel Optane, он нам не нужен. Secure Boot отключен. После установки пишет мне Initramfs unpacking failed: Decoding failed, далее пишет, что не может найти раздел с определённым UUID, кидает на командную строку Initramfs.

Ошибка знакомая, но как решал — не помню. На всякий случай попробовал изменить компрессор на gzip и сделать rootdelay, переустановить grub через chroot — безрезультатно.

Fstab адекватный, запрашиваемого при загрузке UUID там не наблюдается и взяться ему неоткуда.

Помогает редактирование grub.cfg, где убирается строка root=UUID=62A4-EB15 . Тогда система грузится.

Вопрос 1 — как это сделать красиво, потому что при апдейте grub это дело слетит. Хотел бы понять суть проблемы.

Вопрос 2 — насколько реально накатить слепок с Timeshift и как лучше это сделать. Я включил перезапись Initramfs при восстановлении образа. Понятно, что корень восстанавливается в корень на другом харде, home сам в себя, а вот с EFI вопрос. Я пробовал с HDD на SDD. В итоге всё началось, но кончилось безжизненным чёрным экраном. Не утерпел, сделал reisub. Может зря. SSD перестал определятся, после обновления настроек биос завёлся. Правда не загружается, говорит ядра нет.

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

[SOLVED] «Initramfs unpacking failed: Decoding failed» after upgrade to LM 20

[SOLVED] «Initramfs unpacking failed: Decoding failed» after upgrade to LM 20

Post by Zessofed » Fri Jul 17, 2020 2:34 am

I mentioned this, with other issues that appeared after the upgrade from 19.3 to 20, in an earlier post «viewtopic.php?f=46&t=324452». All reported issues are solved but this one.
I thought having found the solution in this ‘askubuntu’ post: https://askubuntu.com/questions/1245458 . -failed-wh

After applying what described in the provided solution fo rthat post, the issue remains on my system.

This is what happens:
— At boot and before any graphics the message «Initramfs unpacking failed: Decoding failed» flashes on top of the monitor.
— The system boots and everything appears to be OK, but it’s worrying that initramfs produces a message.
— The solution in the askubuntu post is:
— Check the: /etc/initramfs-tools/initramfs.conf file for the line COMPRESS=lz4
— run in a terminal following command: sudo update-initramfs -c -k $(uname -r)
— reboot
Problem should be solved, but not in my case.

Questions:
— Does Mint uses lz4 as initram compression or does it use gzip. It ‘s told that Ubuntu went from gzip to lz4 for their 20.04 version.
— The output of the sudo command in the terminal is:

— The mentioned /dev/sdd3 is the SWAP drive of my system, is that normal?

Many thanks in advance for any hint/solution,

Источник

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.

Источник