Date: Sat, 10 Apr 2021 22:58:37 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 254966] geli setkey not working with detached provider Message-ID: <bug-254966-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254966 Bug ID: 254966 Summary: geli setkey not working with detached provider Product: Base System Version: 12.2-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: spam123@bitbert.com trying to run "geli setkey -n 1 gpt/hd01" on a detached geli provider asks = me for the master password, and after entering the right password just prints "Note, that the master key encrypted with old keys and/or passphrase may st= ill exists in a metadata backup file." - so it does not ask me for the userpass= word I want to set to slot 1 (as one woud expect). So either the man page should= be changed to inform the user that setkey only works with attached providers or the program should be adapted so that after entering the right master passw= ord the user is asked for the user password. (IIRC this has already worked the = last time - quite some time ago - when I used it) "geli setkey -n 1 gpt/hd01" works when the provider is already attached - t= he dialogue: Enter new passphrase:=20 Reenter new passphrase:=20 Note, that the master key encrypted with old keys and/or passphrase may sti= ll exists in a metadata backup file. System: FreeBSD mach2020 12.2-RELEASE-p6 FreeBSD 12.2-RELEASE-p6 GENERIC a= md64 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-254966-227>