Skip to content
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

cryptdevice parameter is not dropped on new install #350

Open
code8buster opened this issue Mar 19, 2024 · 3 comments
Open

cryptdevice parameter is not dropped on new install #350

code8buster opened this issue Mar 19, 2024 · 3 comments

Comments

@code8buster
Copy link
Contributor

cryptdevice parameter is not dropped when doing a "standard" type installation

egg was produced from an encrypted-root Arch Linux, so it's just carrying the parameter over. It was necessary for mkinitcpio to boot properly on that machine, but no longer.

The new root is still found via UUID, it's just odd that grub kept this parameter

@pieroproietti
Copy link
Owner

pieroproietti commented Mar 19, 2024

Hi @code8buster

I'm just working on syncto and syncfrom on the branch syncto.

I rewrote completely syncto, but again don't solve same problens:

  • rebooting the system and giving sudo eggs syncto, work and produce luks-eggs-data.
  • rebooting the system and giving sudo eggs --crypted clone who simply call eggs syncti to create the same luks-eggs-data to save users' home and /etc/group, /etc/passwd and /etc/shadow breack during mksquashfs.

Actually I will give up, for two days, but want to implement the new version, before I forgot that I did.

@pieroproietti
Copy link
Owner

OK,

cryptdevice parameter is not dropped when doing a "standard" type installation

egg was produced from an encrypted-root Arch Linux, so it's just carrying the parameter over. It was necessary for mkinitcpio to boot properly on that machine, but no longer.

The new root is still found via UUID, it's just odd that grub kept this parameter

That's the way to remove it? eggs just use the same configuration of the janitor... so, that I must to delete/add?

@code8buster
Copy link
Contributor Author

Yes I imagine so.
Eggs must do some replacement after the fact during the bootloader step, right? Otherwise it would be stuck with the same UUID for root from the old machine that produced the egg. Then it would never boot.

Probably in that step, do a check if installation type != fullencrypt and if yes, drop cryptdevice from the configuration.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants