[xenial] udev cannot identify fs uuid by builtin blkid (fixed in upstream)

[Konstantin Khlebnikov]

see upstream bug https://github.com/systemd/systemd/issues/6110

fix https://github.com/poettering/systemd/commit/e2c48187ccb9668dab9f025c9c4228e97927179f

udev calls libblkid with flag BLKID_SUBLKS_BADCSUM to see all superblocks but
data in filesystem could be detected as broken superblock of other filesystem:

root@vla2-4101:~# wipefs -n /dev/sdf2
offset type
----------------------------------------------------------------
0xae9c36ff006 nilfs2 [filesystem]
                     LABEL: 9-627f5c82-a8f363c9-a716ffb1) ea9a210be67212ac ffff0ae104ca29ef
2019-02-14 05:
                     UUID: 2c205265-6164-5365-7373-696f6e49643a

0x438 ext4 [filesystem]
                     LABEL: /yt/disk5
                     UUID: 778742b8-1ac6-45cf-a459-2f7919ba5dd4

normal blkid is fine

root@vla2-4101:~# blkid -p /dev/sdf2
/dev/sdf2: LABEL="/yt/disk5" UUID="778742b8-1ac6-45cf-a459-2f7919ba5dd4" VERSION="1.0" TYPE="ext4" USAGE="filesystem" PART_ENTRY_SCHEME="gpt" PART_ENTRY_NAME="primary" PART_ENTRY_UUID="259f0f4b-eb1e-4c34-a03d-65d04875f10c" PART_ENTRY_TYPE="ebd0a0a2-b9e5-4433-87c0-68b6b72699c7" PART_ENTRY_NUMBER="2" PART_ENTRY_OFFSET="30720" PART_ENTRY_SIZE="23435786240" PART_ENTRY_DISK="8:80"

builtin blkid sees two different superblocks and cannot decide

root@vla2-4101:~# udevadm test-builtin blkid /class/block/sdf2
calling: test-builtin
=== trie on-disk ===
tool version: 229
file size: 6841781 bytes
header size 80 bytes
strings 1755245 bytes
nodes 5086456 bytes
Load module index
Network interface NamePolicy= disabled on kernel command line, ignoring.
timestamp of '/etc/systemd/network' changed
timestamp of '/lib/systemd/network' changed
Parsed configuration file /lib/systemd/network/99-default.link
Created link configuration context.
probe /dev/sdf2 raid offset=0
Unload module index
Unloaded link configuration context.

root@vla2-4101:~# apt-cache policy udev
udev:
  Installed: 229-4ubuntu21.17
  Candidate: 229-4ubuntu21.17

[Dan Streetman (ddstreet)]

please reopen if this is still an issue