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
RFE: support root on LUKS in gpt-auto-generator #859
Comments
Yes, gpt-auto-discovery only works on if the root disk is on a GPT partition tables. Hence its name. What did you expect? |
just to make it clear, my disk is GPT partitioned. boot and swap are not LUKS encrypted of course. http://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/ suggests that it shouldn't be different if the partitions are LUKS encrypted. Also, with the previous EFI boot automount the same partitioning scheme did create the boot mount. That's why expected it to continue to work. |
Ah, got it now. Actually this has been on the TODO list for a while, see the TODO file in the git repo, look for "gpt-auto-generator" there... |
Previously, we supported GPT auto-discovery for /home and /srv, but not for the root partition. Add that, too. Fixes: systemd#859
Fix waiting in #4879. |
Previously, we supported GPT auto-discovery for /home and /srv, but not for the root partition. Add that, too. Fixes: systemd#859
Previously, we supported GPT auto-discovery for /home and /srv, but not for the root partition. Add that, too. Fixes: systemd#859
Previously, we supported GPT auto-discovery for /home and /srv, but not for the root partition. Add that, too. Fixes: systemd#859
My root filesystem is LUKS encrypted (no LVM, just LUKS on /dev/sda3).
afterwards $dir is empty. I'd expect at least boot and swap units.
it seems that inside add_mounts(void), get_block_device returns the /dev/md-0 device (/dev/mapper/root) and then gpt-auto-generator calls enumerate_partitions(devno) on the mapper.
The text was updated successfully, but these errors were encountered: