Initramfs unpacking failed uncompression error

Arch Linux

You are not logged in.

#1 2015-01-30 12:43:22

initramfs unpacking failed: uncompression error on USB Key

I have been following the guide on the Arch Wiki for setting up Arch Linux on a USB key.

However, when I come to boot a machine from the USB key, I get the following error:

I have tried boot from an install disc, mounting the USB key, chroot into the key and running the classic mkinitcpio -p linux

Any suggestions would be gratefully received.

Kind Regards,
Harold Clements

Last edited by haroldjclements (2015-01-30 12:48:11)

#2 2015-01-30 14:10:09

Re: initramfs unpacking failed: uncompression error on USB Key

What is the content of your /etc/mkinitcpio.conf?

Did you add the «block» hook right after the «udev» hook?

(I should note, however, that I’m typing this from an Arch installation on a USB stick and I didn’t bother doing that. )

#3 2015-01-30 21:03:13

Re: initramfs unpacking failed: uncompression error on USB Key

Thank you for reply, my mkinitcpio.conf is as follows. As you can see the block hook right after the udev hook. This is the standard config (with all the comments removed) that is generated when creating the file-system. However, if you see anything that is a miss, please let me know.

Kind Regards,
Harold Clements

#4 2015-01-30 21:12:22

Re: initramfs unpacking failed: uncompression error on USB Key

It looks the same as mine.

You could try using:

To create an uncompressed image, but I can’t see why gzip compression would be a problem (I think the kernel image uses that as well).

EDIT: Which boot loader/manager are you using and what is the content of the relevant configuration file?

Last edited by Head_on_a_Stick (2015-01-30 21:13:59)

#5 2015-01-30 22:27:00

Re: initramfs unpacking failed: uncompression error on USB Key

Once again, thank you for helping me with this issue.

I tried adding compression=»cat»; when I ran mkinticpio -p linux, one of the messages confirmed that it was creating an uncompressed ramdisk (if that is what it is called?). Unfortunately, it has not helped much. I now have the following error:

To answer your second question; I am using grub2 and my config is as follows (sorry for the long config, I don’t know grub2 that well) :

Again, thanking you very much for your time.
Harold Clements

Источник

Arch Linux

You are not logged in.

#1 2012-02-26 00:58:54

[SOLVED]initramfs unpacking failed: uncompression error

I have faced a booting problem just after upgrading my system last night.
The first time I reboot it halts with such messages:
Booting the kernel.
[0.017252] ACPI:Unable to load the System Desciption Tables
[0.211206] Initramfs unpacking failed: uncompresion error
[0.816567] Kernel panic — not syncing: No init found. Try passing init- option to kernel.
. .
then I reboot and add «acpi=off» to the kernel line. In this time, it turns to:
Booting the kernel.
[0.243467] Initramfs unpacking failed: uncompression error
[0.849642] Kernel panic — not syncing: No init found. Try passing init- option to kernel.
[0.849693] Pid: 1, comm: swapper/0 Not tainted 3.2.7-1-ARCH #1
. .

Can anyone give me some help about this problem? Thanks

Last edited by yunfei (2012-03-03 14:27:25)

#2 2012-02-26 04:10:23

Re: [SOLVED]initramfs unpacking failed: uncompression error

Try to rebuild the initramfs with; mkinitcpio -p linux
More about this here; https://wiki.archlinux.org/index.php/Mkinitcpio

#3 2012-02-26 06:00:46

Re: [SOLVED]initramfs unpacking failed: uncompression error

Try to rebuild the initramfs with; mkinitcpio -p linux
More about this here; https://wiki.archlinux.org/index.php/Mkinitcpio

I have tried the fallback initramfs but failed also (if adding «acpi=off» the ACPI failed line disappear with other things unchanged), so I don’t think it’s something about the 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.

Источник

Booting kernel failed при загрузке самодельного Live-Debian

Ох. В общем, у меня задача сделать Live систему Debian полностью размещенную в initramfs. Что я делаю: 1. Создаю виртуальную машину в VirtualBox, устанавливаю туда Debian и ряд пользовательских приложений — тут все стандартно и ничего интересного. 2. Далее из виртуального диска .vdi выделяю образ .img:

Жуть какие костыли. Неужели нет штатного способа напихать произвольное количество пакетов в initramfs?

Может быть и есть. Но я пошел самым очевидным способом.

просто интересно: а какая цель запихивания всего в initramfs?

Рекомендую использовать kpartx. Эта программа сама к loop подключит, разделы найдёт и создаст файлы устройств для этих разделов.

О! Спасибо за наводку — а то я с этим подмонтированием .vdi раздела мучался 2 дня:)) Спасибо еще раз!

Как таковая цель — создать пользовательский (то есть с набором нужных приложений и удобными настройками xfce4) дистрибутив Debian-LIVE. Раньше я создавал эту шляпу с помощью respin — на новых Debian-ах она у меня не работает. Такая же фигня с Linux Live Kit. Да и, честно говоря, надоело пользоваться какими-то непонятными пакетами, без понимания принципа создания Live-системы. Ну, а почему именно пошел по архитектуре «запихнуть всю систему в initramfs» — да просто потому, что это мне показалось намного проще собирать, чем классическую LiveCD, где так же нужен маленький initramfs, а паровозом к нему еще отдельно паковать основную ФС в filesystem.squashfs, настраивать init и так далее. Если у меня не идет ничего в простой связке Ядро+Initramfs — то уж классическую LiveCD я вечность буду собирать! Кроме того, когда все в initramfs — меньше изнашивается привод — при загрузке все ведь помещается в RAM и там крутится до перезагрузки.

Ну, а почему именно пошел по архитектуре «запихнуть всю систему в initramfs» — да просто потому, что это мне показалось намного проще собирать, чем классическую LiveCD

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

Если есть желание исследовать, то пожелаю удачи. Меня на такое не хватает.

Если просто нужен live-cd, то у дебиана есть live-build, который выдаст и iso, и образ/tar для флешки, и архив для net-boot. Кроме прочего созданный iso может работать в памяти, если ядру передать опцию toram

Источник

Arch Linux

You are not logged in.

#1 2017-09-27 14:29:50

Decompression errors

I just bought a refurbed HP EliteBook 2560p, and set out to install archlinux on it — but I can’t (so far).

I downloaded the current image (archlinux-2017.09.01-x86_64.iso), and did pgp and md5 checks, both passed.

But when trying to boot, it fails, either decompressing the boot image, or the kernel. Mounting the image on my working system, it looks just fine.

In one case, I see

and then kernel panic.

In the other case, I see:

A KaOS live image I have on another USB stick works fine.

What to try next?

Last edited by sredna (2017-09-27 14:34:30)

#2 2017-09-27 14:41:52

Re: Decompression errors

Could it be an issue with your USB stick?

Try checking the md5 of the image after you’ve written it to confirm the USB contents are valid.

No, it didn’t «fix» anything. It just shifted the brokeness one space to the right. — jasonwryan
Closing — for deletion; Banning — for muppetry. — jasonwryan

Online

#3 2017-09-29 10:45:38

Re: Decompression errors

Okay, Sredna (nice Nick!)

Do you have another bootable system by hands, that you could connect to the filesystem of your EliteBook?

Even if not, do you have another system, preferably a linux one, to test the following:

— insert the Arch Install Medium and mount it

look at the file (whatsoever)//arch/x86_64/airootfs.sfs

and try to copy it into your working directory. Later try under the command line something like «unsquashfs airootfs.sfs»

My question now would be: Is the file really really not corrupt? Forget the checksums.

of course you are right, but that would satisfy our both common curiousity, would’nt it?

Last edited by eddilein (2017-09-29 10:55:48)

Источник

Once again, thank you for helping me with this issue.

I tried adding compression=»cat»; when I ran mkinticpio -p linux, one of the messages confirmed that it was creating an uncompressed ramdisk (if that is what it is called?). Unfortunately, it has not helped much. I now have the following error:

initramfs unpacking failed: junk in compression archive

To answer your second question; I am using grub2 and my config is as follows (sorry for the long config, I don’t know grub2 that well) :

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos 
insmod ext2
set root='hd1,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d
else
  search --no-floppy --fs-uuid --set=root d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_msdos 
	insmod exfat
	set root='hd1,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  6783-1927
	else
	  search --no-floppy --fs-uuid --set=root 6783-1927
	fi
	echo	'Loading Linux linux ...'
	linux	/vmlinuz-linux root=UUID=d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d rw  quiet
	echo	'Loading initial ramdisk ...'
	initrd	 /initramfs-linux.img
}
submenu 'Advanced options for Arch Linux' $menuentry_id_option 'gnulinux-advanced-d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d' {
	menuentry 'Arch Linux, with Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_msdos 
		insmod exfat
		set root='hd1,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  6783-1927
		else
		  search --no-floppy --fs-uuid --set=root 6783-1927
		fi
		echo	'Loading Linux linux ...'
		linux	/vmlinuz-linux root=UUID=d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d rw  quiet
		echo	'Loading initial ramdisk ...'
		initrd	 /initramfs-linux.img
	}
	menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_msdos 
		insmod exfat
		set root='hd1,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  6783-1927
		else
		  search --no-floppy --fs-uuid --set=root 6783-1927
		fi
		echo	'Loading Linux linux ...'
		linux	/vmlinuz-linux root=UUID=d0165b1a-f4f9-45bb-97cc-28a2c0ef1b5d rw  quiet
		echo	'Loading initial ramdisk ...'
		initrd	 /initramfs-linux-fallback.img
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

### BEGIN /etc/grub.d/60_memtest86+ ###
### END /etc/grub.d/60_memtest86+ ###

Again, thanking you very much for your time.
Harold Clements

Ох… В общем, у меня задача сделать Live систему Debian полностью размещенную в initramfs.
Что я делаю:
1. Создаю виртуальную машину в VirtualBox, устанавливаю туда Debian и ряд пользовательских приложений — тут все стандартно и ничего интересного.
2. Далее из виртуального диска .vdi выделяю образ .img:

vboxmanage clonemedia --format RAW mydisk.vdi mydisk.img

Утилитой fdisk выявляю стартовый сектор и размер сектора:

умножаю стартовый сектор на размер сектора и полученное {ЗНАЧЕНИЕ} использую при монтировании:

mount -o loop,offset={ЗНАЧЕНИЕ} /mydisk.img /mnt

Ну, соответственно, в mnt лежит содержимое жесткого диска виртуалки с Debian’ом — все тоже стандартно.
3. Дальше я все из mnt (не знаю зачем, от греха подальше) копирую во временную директорию, в которой буду создавать initramfs (пускай это будет /ird), и удаляю оттуда ядро(-а) и initrd, а также всю директорию boot (там лежит GRUB2 установленного Debian’а — он, как я понимаю, нафиг не нужен).
4. Ну и пакую все в cpio+gzip:

find . | cpio -H newc -o | gzip > initramfs.gz

5. Делаю директорию для создания Live-CD (допустим /livecd) и помещаю туда директорию isolinux, в которой лежат: boot.cat hdt.c32 isolinux.bin isolinux.cfg ldlinux.c32 libcom32.c32 libgpl.c32 libmenu.c32 libutil.c32 memdisk vesamenu.c32 ну и, естественно initramfs.gz (initrd, который сделал в п. 4) и vmlinuz-5.10.0-9-amd64 (ядро).
boot.cat делаю просто утилитой dd (заполняю нулями до 2 кБ).
isolinux.cfg имеет следующее содержание:

DEFAULT MyLive
LABEL MyLive
linux /isolinux/vmlinuz-5.10.0-9-amd64
APPEND initrd=/isolinux/initramfs.gz rw

Писал его сам, не судите строго. Не хотел бездумно переписывать чужие.
Остальные файлы тупо взял из существующего isolinux’а от Live-Debian с официального сайта, каюсь.
6. Создаю образ:

genisoimage -o disk.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -J -R /{полный путь к директории livecd}

Образ создается без ошибок, я даже потом проверяю что на .iso все внутри лежит как надо (путем подмонтирования его в loop-режиме).
7. Самое интересное. Создаю в VirtualBox виртуалку БЕЗ жесткого диска, в виртуальный CD «сую» свой disk.iso и запускаю машину. Дальше происходит следующее:

ISOLINUX 6.03 20171018 ETCD Copyright (C) 1994-2014 H. Peter Anvin et al

То есть как минимум ISOLINUX цепляется успешно!

Loading /isolinux/vmlinuz-5.10.0-9-amd64...ok

Раз «ok» — значит, надо понимать, загрузка ядра произошла успешно?…

Loading /isolinux/initramfs.gz...ok

Опять же — говорит «ok»!
А потом вот такая шляпа:

Booting kernel failed: Invalid argument
boot:

*********************************** ***
Я голову сломал, что он от меня хочет — я никаких аргументов не передавал в ядро… Очень прошу помочь — в каком направлении думать, где я ошибся.
Ну или, как вариант, с удовольствием приму помощь по созданию подобного Live-дистрибутива на коммерческой основе (формат взаимодействия и стоимость оговорим в личке)!