-
Notifications
You must be signed in to change notification settings - Fork 146
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enhancement: Support for luks encrypted root and non root filesystems #1128
Comments
Hello, regrettably, we do not have plans to address this in the near future. Out of curiosity, how would you expect Leapp to decrypt the filesystem? Using "tang" or some other solution? |
I'm not sure what is the solution to make it work, but for example Fedora dnf system-upgrade works fine with encrypted root or non root filesystems. |
In case you do not require an on-scale or supported solution, you should be good to go and delete the "inhibitwhenluks" actor and then provide the encryption password via serial console when prompted (not tested on our side). Furthermore, we sincerely appreciate your valuable feedback but kindly request that you report any issues related to in-place upgrades workflow in https://github.com/oamg/leapp-repository/issues. This repository is specifically dedicated to the Leapp framework. Thank you. |
Thank you. I will try removing the "inhibitwhenluks" actor |
@mvrk69 Transfering to leapp-repository. Note the leapp is framework and does not know anything about upgrades. |
also note the existing discussion: #1098 |
Hi,
I have several systems with RHEL8/AlmaLinux8 that i would like to migrate to 9 but not possible because my systems all have the root filesystem encrypted with luks.
Is there any plan to support luks encryption in the near future?
The text was updated successfully, but these errors were encountered: