Package: zfs-initramfs Version: 2.3.5-2 Severity: important X-Debbugs-Cc: [email protected]
Dear Maintainer, When updating the initrd on a forky system with a zfs root on nvme, with modules=dep set in /etc/initramfs-tools/initramfs.conf, the update-initramfs script was able to add the zfs modules but not the ones required for nvme. So boot failed when zfs was unable to import the root pool. It looks like this happens because initramfs-tools explicitly hands off determining the root filesystem modules for zfs [1], and then all hooks/zfs has is "manual_add_modules zfs" [2]. ([1] is also why I'm filing this bug here instead of against initramfs-tools.) I was able to fix this for my own system by adding nvme to /etc/initramfs-tools/modules. But there should be some kind of logic to make sure the block device drivers are included automatically when using a zfs root, so this doesn't happen. Thanks for your work and please let me know if you need any more information, sney [1] https://sources.debian.org/src/initramfs-tools/0.150/hook-functions#L521 [2] https://sources.debian.org/src/zfs-linux/2.3.5-2/contrib/initramfs/hooks/zfs.in#L50 -- System Information: Debian Release: forky/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.17.9+deb14-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zfs-initramfs depends on: ii busybox 1:1.37.0-7 ii initramfs-tools 0.150 ii zfs-dkms [zfs-modules] 2.3.5-2 ii zfsutils-linux 2.3.5-2 zfs-initramfs recommends no packages. zfs-initramfs suggests no packages. -- no debconf information
