-
Notifications
You must be signed in to change notification settings - Fork 249
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
[Feature Request]: Discoverable Partition Specification support #760
Comments
i think the best we could do is adding dps detection to mountinfo (or maybe make a new tool just for that?) and implement the core of this on a init script |
looked into this some today. /usr, /var, /home, /srv, and all, seems easy enough to do, but i'm unsure how openrc would mount root tho, since we only actually start after it is already mounted, and we already have /etc and /run and stuff |
The following post quotes the DPS linked above.
This is accomplished with i.e.:
->
So the PARTUUID that we find needs to be mounted at
So if root is already mounted, skip it.
Hope this helps. If you need further clarification, let me know. |
Discoverable partitions enable systems to boot without mount points in
fstab
(and are a neat concept).I can see some benefits for (e.g.) embedded deployments where we want to ship a disk image and just have it "magically" boot, as well as partition images for clusters / deployments.
This is also a documented option in the Gentoo amd64 handbook (for systemd installs, at least).
Implementation details
At a high level:
XBOOTLDR
orESP
that we were booted from (GUID or or something from EFI?)libblkid
); compare with our built-in list of DPS GUIDs.Follow the principle of least surprise: We should behave as close to the existing impl (i.e. systemd) as is reasonable.
References:
The text was updated successfully, but these errors were encountered: