Skip to content

Conversation

@davidcassany
Copy link
Contributor

This PR is adding recovery and config partition types at systemd-repart level. This PR identifies config and recovery partitions with a custom self defined partition UUID type. This allows systemd-repart to explicitly identify these partitions as such in elemental reset process. In that process systemd-repart matches partitions by type and order, this prevents to match the recovery or configuration partition to any unrelated pre-existing partition in the disk.

In addition it also sets the root partition UUID type according to the target architecture instead of the host architecture. Root discoverable partitions are distinguished by arch.

Signed-off-by: David Cassany <dcassany@suse.com>
Signed-off-by: David Cassany <dcassany@suse.com>
This commit ensures the discoverable root partition UUID type is set
according to the target architecture instead of the host architecture.

Signed-off-by: David Cassany <dcassany@suse.com>
@davidcassany davidcassany requested a review from a team as a code owner December 15, 2025 11:00
@dirkmueller
Copy link
Member

@davidcassany rebase if still needed?

// Custom types defined by Elemental as none of the predefined types is a clear match to those partition roles
// Do not change these values as this could break backward compatibility on already installed systems (e.g. reseting a system)
configType = "2ecf8b13-6846-4e8a-9bc3-284ff5e2ac22"
recoveryType = "3265f37b-3105-4777-bd97-cfcd9cc7cf99"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can simply create UUID like this, nothing to officially ask? It's nice! And the partition schema looks like what what I have on my Chromebook ;-)

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

Successfully merging this pull request may close these issues.

3 participants