• Using Discoverable Partitions Spec GUIDs for GPT partition types

    From Luca Boccassi@21:1/5 to All on Tue Jul 16 12:00:01 2024
    Hi,

    The Discoverable Partitions Specification defines a bunch of GUIDs that
    allow auto-discovering the mount point of a GPT partition on boot. This
    for example can be used to boot an image using a dracut or package
    based initrd without the need of manually defining and maintaining
    /etc/fstab.

    https://uapi-group.org/specifications/specs/discoverable_partitions_specification/

    I want to add support for this to D-I. I don't see any drawbacks as
    currently the generic "Linux data partition" GUID is used on every
    partition (apart from ESP and swap, which are already tagged with DPS- compliant GUIDs), which doesn't tell you anything useful since it's the
    same everywhere. Tools that can read and use partition types already
    understand DPS GUIDs (fdisk, gdisk, blkid, etc).

    This is simple to do with a partman commit.d script. The question is
    where to ship this script from, are there any preferences?
    I can add a new partman-dps package, or I can add the script to
    partman-base for example. There are no questions or templates or
    anything, it just runs unconditionally if the disk uses GPT and the
    system is Linux.

    This is the partman-base MR:

    https://salsa.debian.org/installer-team/partman-base/-/merge_requests/9

    This is the standalone package:

    https://salsa.debian.org/bluca/partman-dps

    Any preferences?

    --
    Kind regards,
    Luca Boccassi

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEErCSqx93EIPGOymuRKGv37813JB4FAmaWQqYACgkQKGv37813 JB7hCBAAsFtmvRvZEfZwRS6OKE8Y0A0QLOxKXOWeDBcgfUO24eos6xxK250L9JJT N1N0wvUHWyReUJ+NuG+XEtRFSktJKv1KRPisXsWQb0korUoy55mFUuVLq6nPStI3 XDzDFzTpwDfKqtbuYsZ8as+WYbZL5YOFlXmfHwFDVvjbqpaO1Qy/RD3z/QgCP52x Mq2MJC9X9ak5O2EKiBEsq3yWXtzwFbFcmEWYIW7azomIYDnSvbGxFBrggcSr5H4u N1zLQutf4JGO6OeWSEW1kQBLqiEH7MYBDwr0i/VbgdgkBM6TZ66yIRsQFraX4Kwz yKYxJ0RexCyrMwmohWYzjPt0iRUE21sluS8Od57ulpqJs9ZxxWXqlMM/V2mn1z+z UxNvyRVnWu6f8X5euMZgGZ9LzZPyOPE7PLpWJjbyyADMsIA06lMC3euVmBjwFNbV 31BV5R7eRh20TFltFeMq/M2JXoDpQGfwGYJgllXLcJ9NILfJsWp/q2mSBWTV5G6S Xl+R+8D9r67OJparPSZiC4+7xQ0WqwkVKkbw1U4pnpt5yVlTZuQzHrdduFxfteWq 99b+GMl95GRMtzhjQtQwvA16bQmlRqtzONEuFuWOEp1zAykYM094EssjK0yZC9YT 7SNwTJkCtTNvbW1x652zW57yAIGnH/7q/a2AtYU/LOv9cT/dLac=
    =7Ovq
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Boccassi@21:1/5 to Luca Boccassi on Tue Jul 16 13:20:02 2024
    On Tue, 16 Jul 2024 at 10:51, Luca Boccassi <bluca@debian.org> wrote:

    Hi,

    The Discoverable Partitions Specification defines a bunch of GUIDs that
    allow auto-discovering the mount point of a GPT partition on boot. This
    for example can be used to boot an image using a dracut or package
    based initrd without the need of manually defining and maintaining /etc/fstab.

    https://uapi-group.org/specifications/specs/discoverable_partitions_specification/

    I want to add support for this to D-I. I don't see any drawbacks as
    currently the generic "Linux data partition" GUID is used on every
    partition (apart from ESP and swap, which are already tagged with DPS- compliant GUIDs), which doesn't tell you anything useful since it's the
    same everywhere. Tools that can read and use partition types already understand DPS GUIDs (fdisk, gdisk, blkid, etc).

    This is simple to do with a partman commit.d script. The question is
    where to ship this script from, are there any preferences?
    I can add a new partman-dps package, or I can add the script to
    partman-base for example. There are no questions or templates or
    anything, it just runs unconditionally if the disk uses GPT and the
    system is Linux.

    This is the partman-base MR:

    https://salsa.debian.org/installer-team/partman-base/-/merge_requests/9

    This is the standalone package:

    https://salsa.debian.org/bluca/partman-dps

    Any preferences?

    pham on IRC suggested that partman-target would be a better fit, so I
    opened an alternative MR there too:

    https://salsa.debian.org/installer-team/partman-target/-/merge_requests/3

    Also I have chosen commit.d, is that the right hook or would finish.d
    be better? The requirement is that the partitions are created in the
    partition table and the mount point is known

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)