# equery f zfs|grep dracut
Dracut expects modules to be placed in /usr/lib/dracut/modules.d/ dir.
dracut-013 installs modules in /usr/share/dracut/modules.d
dracut-014 moves them to /usr/lib/dracut/modules.d
I am preparing to submit ZFS support patches for inclusion into Gentoo's sys-kernel/genkernel. If you are set on using the latest version of Dracut, Zachary Bedell from the ZFSOnLinux project maintains an overlay that you can use to obtain it:
As per my chat with Amadeusz Żołnowski (the Gentoo dracut maintainer) in IRC last night, I plan to talk with Zachary Bedell about submitting these modules for inclusion into dracut upstream. The current plan is to move these into the dracut ebuild after they are accepted.
After the situation with upstream is resolved, I will reassign responsibility to Amadeusz Żołnowski. In the mean time, I suggest that you use sys-kernel/dracut-013, which is known to work with the current sys-fs/zfs-9999.
I would change this bug's status to in progress if I could, but I don't seem to have the authority to do that.
With that said, I filed a bug report with upstream describing how the Gentoo developers would like to resolve this:
I also sent an email to Zachary Bedell about it.
I have submitted my patches to genkernel upstream for review. Anyone interested in using them in the interim can use the genkernel-9999 ebuild from my overlay:
layman -o https://raw.github.com/gentoofan/zfs-overlay/master/overlay.xml -f -a zfs
I've submitted a pull request to ZFS upstream which should allow the configure script to figure out where Dracut lives on the current system. It's attached to the github issue: https://github.com/zfsonlinux/zfs/issues/546
I have collected the work of the ZFSOnLinux community on the ZFS dracut module into the ryao branch of the zfsonlinux/dracut git repository in preparation for an upstream pull request:
dracut support has been removed from the ebuilds in the tree, so this is no longer an issue.