-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using an encrypted root with a regular keyfile asks for passphrase #49
Comments
kernel arg seem correct, you say
Did you try to boot with usb drive connected, maybe it change something ? what's the file system u are using ? A log file can be usefull too :) |
When booting with the usb drive connected it doesn't prompt to connect the usb drive but it does prompt me for a passphrase. I'm using ext4 for the usb drive and the root partition. I have built the the image using
And here's the log:
|
I'll just show an example what i did last time. So directly after install You need generate a static busybox.
After, you edit
env="${env} luks=reg:LABEL=KEY:/key root=root-sda2" And last step, build image, check kernel version (
|
if you have alrealy done that or it doesn't help, don't know how resolve your issue. Never test with regular file. |
what command line do you use to open your device with regular key? |
I am afraid there is a bug that should be fixed. I will commit a patch later. |
I have an encrypted root set up on
/dev/sda2
. To access the encrypted partition I use a key, which is a regular file calledkey
on the root of a usb drive with the labelKEY
.I've read the manual and this is what I came up with for the kernel arguments:
When I boot (and the usb drive isn't connected) I am prompted to plug in the drive with
LABEL=KEY
, so far so good. However, when I plug it in, I am prompted for a passphrase for/dev/sda2
. I am forced to press enter until I am dropped in a rescue shell where I can manually mount the thumb drive, use cryptsetup to open the root device with the key and mount it under/newroot
. Then pressing ctrl-D and the booting continues as expected.Not sure if I'm doing something wrong here, but it looks like a bug to me.
The text was updated successfully, but these errors were encountered: