Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#65581 - mkinitcpio -p linux results in cp: cannot stat '(builtin)': no such file or directory

Attached to Project: Arch Linux
Opened by Putin (g0vcr4ck) - Friday, 21 February 2020, 08:18 GMT
Last edited by freswa (frederik) - Friday, 21 February 2020, 10:36 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No



Since a few days, the cp command for mkinitcpio doesn't work correctly.
It's independent from any version number.
It affects only the fallback image, as you can see on the screenshot.
The system is bootable as far as I can see.

"cp: cannot stat '(builtin)': no such file or directory"

package version:

Config files are all original and as follows:

# vim:set ft=sh
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES=(piix ide_disk reiserfs)

# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries

# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.

# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS=(base)
## This setup will autodetect all modules for your system and should
## work as a sane default
# HOOKS=(base udev autodetect block filesystems)
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS=(base udev block filesystems)
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS=(base udev block mdadm encrypt filesystems)
## This setup loads an lvm2 volume group on a usb device.
# HOOKS=(base udev block lvm2 filesystems)
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS=(base udev autodetect modconf block filesystems keyboard fsck)

# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.

# Additional options for the compressor


# mkinitcpio preset file for the 'linux' package


PRESETS=('default' 'fallback')


fallback_options="-S autodetect"

Steps to reproduce:
call mkinitcpio -p linux
This task depends upon

Closed by  freswa (frederik)
Friday, 21 February 2020, 10:36 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#65564 
Comment by Ilya K (K900) - Friday, 21 February 2020, 08:48 GMT
It's caused by the new kmod package, specifically this change:

$ modinfo ext4
modinfo: ERROR: Module ext4 not found.

$ modinfo ext4
name: ext4
filename: (builtin)
softdep: pre: crc32c
license: GPL
description: Fourth Extended Filesystem
author: Remy Card, Stephen Tweedie, Andrew Morton, Andreas Dilger, Theodore Ts'o and others
alias: fs-ext4
alias: ext3
alias: fs-ext3
alias: ext2
alias: fs-ext2


mkinitcpio should probably learn to ignore such modules, as they will be present anyway.
Comment by Ilya K (K900) - Friday, 21 February 2020, 08:57 GMT