Double-escape in initramfs DECRYPT_CMD
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
zfs-linux (Ubuntu) |
Fix Released
|
Medium
|
Colin Ian King | ||
Eoan |
Fix Released
|
Medium
|
Colin Ian King | ||
Focal |
Fix Released
|
Medium
|
Colin Ian King |
Bug Description
== SRU Justification, Eoan ==
initramfs/
DECRYPT_CMD="${ZFS} load-key '${ENCRYPTIONRO
This is OK when the line is executed by shell, such as in line 430 or 436, but when plymouth is used it results in plymouth executing "zfs load-key 'rpool'" - and zfs is unable to find pool called "'rpool'".
If I understand https:/
== Fix ==
One line fix as attached in https:/
== Test ==
Boot with encrypted data set with plymouth. Without the fix zfs is unable to find the root encrypted pool. With the fix this works.
== Regression Potential ==
This just affects the encrypted dataset that holds key for root dataset; currently this is causing issues because of the bug, so the risk of the fix outweighs the current situation where this is currently broken.
description: | updated |
Thanks for the patch. Any specific version of zfs-linux this relates to?