Closed sotiris-bos closed 1 year ago
boot using rd.debug
Github won't let me paste it here, comment too long.
Maybe related to https://github.com/openzfs/zfs/issues/8343 ?
Using zfs-import-scan vs zfs-import-cache solves the problem. No idea why.
The solution mentioned here fixes this for me: https://github.com/openzfs/zfs/issues/8343#issuecomment-464903476
I think something is going wrong in https://github.com/openzfs/zfs/blob/master/contrib/dracut/90zfs/zfs-load-key.sh.in, where it does not expect there to be multiple pools available in early boot when the root pool is encrypted.
This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions.
System information
Describe the problem you're observing
I have my root on encrypted ZFS. Boot is on unencrypted ZFS. I also have one HDD based storage pool and a pool on a Dell ioDrive II Duo PCIe SSD.
My system boots fine with just the boot, root and HDD pools. However, If I add the ioDrive pool to the zpool.cache, regenerate the initramfs (I am using dracut) and then try to boot, I get tossed to the emergency shell. If I exit the shell manually, then boot continues just fine.
Removing the pool, regenerating the initramfs and rebooting gets rid of the problem again.
The ioDrive takes quite a while to initialize. I don't know how relevant this is. Also, booting the system with the ioDrive attached (meaning it still needs the time to be initialized) but its pool not configured to be imported at boot, the system boots fine.
Describe how to reproduce the problem
Include any warning/errors/backtraces from the system logs