https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254966
Michael Büker <free...@michael-bueker.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |free...@michael-bueker.de
--- Comment #2 from Michael Büker <free...@michael-bueker.de> ---
I can confirm this bug. It exists in 12.2-RELEASE-p6 and 13.0-RELEASE, but
_not_ in 11.4-RELEASE-p9.
Steps to reproduce:
# mdconfig -a -t malloc -s 10M -u md10
# echo aaa | geli init -J - md10
# echo aaa | geli attach -j - md10
# geli status md10.eli
# geli detach md10
At this point, md10 is a geli volume with passphrase "aaa". Now, observe the
failure of geli setkey:
# geli setkey -n0 md10
This command asks for the existing passphrase and then does nothing. It
_should_ ask for the new passphrase (and correctly does so on 11.4-RELEASE).
The same happens when using passfiles:
# echo aaa > oldkey
# echo bbb > newkey
# geli setkey -n0 -j oldkey -J newkey md10
At this point, "aaa" is still the passphrase in slot 1 of md10.eli, even though
it should be "bbb". Confirm this by:
# geli attach -j newkey md10
... which fails, and:
# geli attach -j oldkey md10
... which succeeds (but shouldn't).
Note that all is well when using geli setkey on md10.eli when it is attached.
This bug only affect unattached volumes.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-geom@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
