On 28/07/2021 18:17, Mike Snitzer wrote: > On Tue, Jul 27 2021 at 4:38P -0400, ... > Once I installed all deps, I got all but one passing with Christoph's changes: > > Block_size: 512, Data_size: 256000B, FEC_roots: 9, Corrupted_bytes: 4 [no-superblock][one_device_test]Usage: lt-veritysetup [-?Vv] [-?|--help] [--usage] [-V|--version] > [--cancel-deferred] [--check-at-most-once] [--data-block-size=bytes] > [--data-blocks=blocks] [--debug] [--deferred] [--fec-device=path] > [--fec-offset=bytes] [--fec-roots=bytes] [--format=number] > [-h|--hash string] [--hash-block-size=bytes] [--hash-offset=bytes] > [--ignore-corruption] [--ignore-zero-blocks] [--no-superblock] > [--panic-on-corruption] [--restart-on-corruption] > [--root-hash-file=STRING] [--root-hash-signature=STRING] > [-s|--salt hex string] [--uuid=STRING] [-v|--verbose] > [OPTION...] <action> <action-specific> > -s=e48da609055204e89ae53b655ca2216dd983cf3cb829f34f63a297d106d53e2d: unknown option > [N/A, test skipped] > FEC repair failed > FAILED backtrace: > 500 ./verity-compat-test > FAIL: verity-compat-test > > Seems like a test bug. This is a bug in RHEL7 libpopt where -s=XXX is invalid syntax (works in recent distros), fixed in testsuite just by using the long option. (Released RHEL7 kernel does not support verity FEC so it never hits this code without recompiling own kernel.) Thanks for the report! Milan
