You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This can lead to problems like the inability to mount an filesystem by UUID.
In my constellation, I have an MMC Storage and an external SD-Card, both flashed with filesystems generated by make_ext4fs. They both have the same UUID, therefore it's impossible to distinguish/mount them by UUID.
My suggestion would be to replace "info.label" as parameter for "generate_uuid" trough another, better suited value, e.g. an hash of the make_ext4fs directory content. Maybe it should be considered to switch to an Random Number-based UUID (https://tools.ietf.org/html/rfc4122#section-4.4)?
Affected Devices/Targets: All toolchains that use make_ext4fs
Revision: make-ext4fs-2020-01-05-5c201be7
The text was updated successfully, but these errors were encountered:
In the interest of reproducible builds we don't actually want random filesystem UUIDs in produced artifacts. I think if you really want to be sure to have random IDs on your filesystem images, you need to first write them to the storage, then use tools like tune2fs to change them accordingly.
To archive repoducible builds, it would be probably better to replace the info.label in generate_uuid("extandroid/make_ext4fs", info.label, sb->s_uuid); trough an hashed Version of the filesystem contents?
I don't actually think it's a good practice to have the same, "default" uuid for different filesystem contents.
In other words: Wouldn't it be better if the UUID depends on the Filesystem content, and not only on the filesystem label?
mgaube:
make_ext4fs uses name-based uuid generation (see https://tools.ietf.org/html/rfc4122#section-4.3).
Therefore, as the uuid generation does only depend on the Filesystem Label and an hardcoded namespace, the UUID is exactly identical for multiple different filesystems with the same label (see https://git.openwrt.org/?p=project/make_ext4fs.git;a=blob;f=ext4_utils.c;h=1a886d7e86262d35e30d894f821ca91d32384e96;hb=HEAD#l224).
This can lead to problems like the inability to mount an filesystem by UUID.
In my constellation, I have an MMC Storage and an external SD-Card, both flashed with filesystems generated by make_ext4fs. They both have the same UUID, therefore it's impossible to distinguish/mount them by UUID.
My suggestion would be to replace "info.label" as parameter for "generate_uuid" trough another, better suited value, e.g. an hash of the make_ext4fs directory content. Maybe it should be considered to switch to an Random Number-based UUID (https://tools.ietf.org/html/rfc4122#section-4.4)?
Affected Devices/Targets: All toolchains that use make_ext4fs
Revision: make-ext4fs-2020-01-05-5c201be7
The text was updated successfully, but these errors were encountered: