here I'm using sys-fs/eudev-1.3, and got this err with following command " genkernel --btrfs --lvm --menuconfig all" * >> Compiling 3.11.6-gentoo bzImage... ei* >> Not installing firmware as it's included in the kernel already (CONFIG_FIRMWARE_IN_KERNEL=y)... * >> Compiling 3.11.6-gentoo modules... * >> Generating module dependency data... * Copying config for successful build to /etc/kernels/kernel-config-x86_64-3.11.6-gentoo * busybox: >> Using cache * initramfs: >> Initializing... * >> Appending base_layout cpio data... * >> Appending udev cpio data... cp: cannot stat ‘/lib/udev/rules.d/80-drivers.rules’: No such file or directory * ERROR: cannot copy /lib/udev/rules.d/80-drivers.rules from udev * * -- Grepping log... -- * * Running with options: --btrfs --lvm --menuconfig all * Using genkernel.conf from /etc/genkernel.conf * Sourcing arch-specific config.sh from /usr/share/genkernel/arch Reproducible: Always
I have the same problem, running genkernel --menuconfig --all-ramdisk-modules --lvm --dmraid --busybox all with =sys-kernel/genkernel-next-50 and =sys-fs/eudev-1.3 * Gentoo Linux Genkernel; Version 50 * Running with options: --menuconfig --all-ramdisk-modules --lvm --dmraid --busybox all * Using genkernel.conf from /etc/genkernel.conf * Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh .. * Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load .. #lots of kernel messages, abbreviating DEPMOD 3.12.8-gentoo * >> Generating module dependency data... * Copying config for successful build to /etc/kernels/kernel-config-x86_64-3.12.8-gentoo * busybox: >> Using cache * initramfs: >> Initializing... * >> Appending base_layout cpio data... * >> Appending udev cpio data... * Gentoo Linux Genkernel; Version 50 * Running with options: --menuconfig --all-ramdisk-modules --lvm --dmraid --busybox all * Using genkernel.conf from /etc/genkernel.conf * Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh .. * Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load .. * ERROR: cannot copy /lib/udev/rules.d/80-drivers.rules from udev * * -- Grepping log... -- * * * -- End log... -- * * Please consult /var/log/genkernel.log for more information and any * errors that were reported above. * * Report any genkernel bugs to bugs.gentoo.org and * assign your bug to genkernel@gentoo.org. Please include * as much information as you can in your bug report; attaching * /var/log/genkernel.log so that your issue can be dealt with effectively. * I can confirm that /lib/udev/rules.d/80-drivers.rules does not exist
Same issue here. Confirming 80-drivers.rules does not exist; however 80-drivers-modprobe.rules DOES. Contents are as follows: # do not edit this file, it will be overwritten on update ACTION=="remove", GOTO="drivers_end" ENV{MODALIAS}=="?*", RUN+="/sbin/modprobe $env{MODALIAS}" SUBSYSTEM=="tifm", ENV{TIFM_CARD_TYPE}=="SD", RUN+="/sbin/modprobe tifm_sd" SUBSYSTEM=="tifm", ENV{TIFM_CARD_TYPE}=="MS", RUN+="/sbin/modprobe tifm_ms" SUBSYSTEM=="memstick", RUN+="/sbin/modprobe ms_block mspro_block" SUBSYSTEM=="i2o", RUN+="/sbin/modprobe i2o_block" SUBSYSTEM=="module", KERNEL=="parport_pc", RUN+="/sbin/modprobe ppdev" KERNEL=="mtd*ro", ENV{MTD_FTL}=="smartmedia", RUN+="/sbin/modprobe sm_ftl" LABEL="drivers_end"
Further, creating a symlink "80-drivers.rules" to "80-drivers-modprobe.rules" gets past the error in genkernel-next, however the following warnings appear: cp: cannot stat ‘/lib64/udev/rules.d/99-systemd.rules’: No such file or directory * cannot copy /lib64/udev/rules.d/99-systemd.rules from udev cp: cannot stat ‘/etc/modprobe.d/blacklist.conf’: No such file or directory * cannot copy /etc/modprobe.d/blacklist.conf from udev cp: cannot stat ‘/lib/systemd/network/99-default.link’: No such file or directory * cannot copy /lib/systemd/network/99-default.link from udev These warnings do not stop genkernel-next, which successfully builds an initramfs. Not sure if it actually works yet, will report back.
This is a bug in Sabayon's genkernel, not ours. We don't use udev in genkernel at this time.