FS#76887 - [mkinitcpio] generating uncompressed image when setting COMPRESSION=lzma
Attached to Project:
Arch Linux
Opened by Richard Neumann (rne) - Tuesday, 20 December 2022, 13:14 GMT
Last edited by Toolybird (Toolybird) - Tuesday, 20 December 2022, 20:20 GMT
Opened by Richard Neumann (rne) - Tuesday, 20 December 2022, 13:14 GMT
Last edited by Toolybird (Toolybird) - Tuesday, 20 December 2022, 20:20 GMT
|
Details
Description:
mkinitcpio is generating an uncompressed image when setting COMPRESSION=lzma in /etc/mkinitcpio.conf Additional info: * package version: 34-2 Steps to reproduce: Use above mkinitcpio with the latest lts kernel. Run mkinitcpio -P Get: ==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default' -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img ==> WARNING: Unable to locate compression method: lzop ==> Starting build: 5.15.84-1-lts -> Running build hook: [base] -> Running build hook: [systemd] -> Running build hook: [autodetect] -> Running build hook: [modconf] -> Running build hook: [block] ==> WARNING: Possibly missing firmware for module: xhci_pci -> Running build hook: [filesystems] -> Running build hook: [keyboard] -> Running build hook: [fsck] ==> Generating module dependencies ==> Creating uncompressed initcpio image: /boot/initramfs-linux-lts.img ==> Image generation successful $ file -i /boot/initramfs-linux-lts.img /boot/initramfs-linux-lts.img: application/x-cpio; charset=binary NB: I stumbled across this while debugging this issue: https://bbs.archlinux.org/viewtopic.php?id=282176 |
This task depends upon
Closed by Toolybird (Toolybird)
Tuesday, 20 December 2022, 20:20 GMT
Reason for closing: None
Additional comments about closing: Reporter says "*facepalm* lzop was not installed."
Tuesday, 20 December 2022, 20:20 GMT
Reason for closing: None
Additional comments about closing: Reporter says "*facepalm* lzop was not installed."
I thought I already checked this but probably erroneously checked on the local, instead of the remote system in question.
Nonetheless, according to the manpage, "zstd" is the standard compression, so it's surprising, that the fallback in this case is "cat".