Hi, I came to send the previous patch after realizing that the following is a lossy operation if the GUID type for the partition is not known to sfdisk. $ img="/tmp/my.img" $ size="100M" $ rm -f "$img" $ truncate --size "$size" "$img" $ GPT_PREP="9E1A2D38-C612-4316-AA26-8B49521E5A8B" $ PT1_UUID="7EB5EBCA-1611-431B-9C80-D87300B41B3B" $ LABEL_UUID="3C5AD185-CFBF-480D-B80C-AD089E073AC9" $ sfdisk "$img" <<EOF label: gpt label-id: $LABEL_UUID unit: sectors 1 : start=2048, size=16384, type=$GPT_PREP, uuid=$PT1_UUID EOF If sfdisk does not know the uuid provided, it silently falls back to 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem). It seems like if the user provided you with a GUID, sfdisk should trust them, or at very least exit failure if it refuses to use the provided GUID. Thoughts? Scott -- To unsubscribe from this list: send the line "unsubscribe util-linux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
